Информация о файле обновления Галактика F_FPOBOROT_RES_810290.txt


Описание файла обновления:
ФайлF_FPOBOROT_RES_810290.txt
ОбновлениеF_FPOBOROT_RES_810290
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентF_FPOBOROT
ТипRES
Версия8.10.29.0
Дата2012-11-07 13:46:13
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
103.6034NEWФормирование аналитики пл.фин.операции из карточки договораУправление бюджетамиКнига финансовых операций в целом
При ручном создании финопераций (ФО), по документу "Договор", у которого поле "вид" = "2->1", надо чтобы аналитика ФО "организации" заполнялось значением поля "Контрагент 2". В текущей реализации, при вышеописанных условиях, система заполняет значением поля "Контрагент 1".Теперь при ручном создании финопераций (ФО), по документу "Договор", у которого поле "вид" = "2->1", аналитика ФО "организации" заполняется значением поля "Контрагент 2".
102.1116228.10.27.0Help. Отсутствует справка к пункту локального менюУправление бюджетамиКнига финансовых операций в целом
Help. Отсутствует справка к пункту локального меню Шаги выполнения: 1. Зайти в Управление снабжением - Счета, ДО на закупку 2. Локальное меню в верхней части - Фактические финансовые операции 3. В открывшемся окне - Локальное меню - Контроль соответствия сумм 4. F1 на пункте локального меню Фактический результат: 4. Отсутствует справка к пункту локального меню Ожидаемый результат: 4. Подключить справку к пункту локального менюbudget_Kontrol_Coot_Summ этот топик подключен к функции локального меню "Контроль соответствия сумм".
102.1124198.10.27.0Настройка "Текущий период планирования" УБУправление бюджетамиНастройки модуля УБ в "Настройке"
Для "Периода планирования", в системе предусмотрена группа общесистемных настроек - "Настройки Галактики Общие настройки системы Период планирования": - "Тип периода планирования" (ОС_ТП) - "Период планирования" (ОС_ПП) И "уточнения этих настроек" для конкретных модулей, например для УБ - "Настройки Галактики Управление финансами Бюджетирование Период планирования ": - "Тип периода планирования" (УБ_ТП) - "Текущий период планирования" (УБ_ПП) В текущей реализации, настройка УБ_ПП, для выбора значения, открывает "Каталог периодов" по типологии периода заданной в общесистемной настройке ОС_ТП! В результате, если общесистемная настройка не задана, либо отличается от настройки УБ_ТП, то нельзя задать правильное значение настройки УБ_ПП. В этой ситуации, надо использовать типологию определенную не в ОС_ТП, а УБ_ТП.Теперь настройка УБ_ПП, для выбора значения, открывает "Каталог периодов" по типологии периода заданной в настройки УБ_ТП. В случае если настройка УБ_ТП не определена, то "Каталог периодов" не запускается и выводится соответствующее сообщение.
102.1139068.10.27.0Визуализация аналитики в КФОУправление бюджетамиКнига финансовых операций в целом
Бюджет-приемник редактировать нельзя т.к. статус копии - "закрыт". Настроено правило передачи данных. Если в КФО попытаться поменять сумму или статью, то после сообщения о невозможности модификации ФО с указанием причины и сумма и статья восстанавливаются прежние, а аналитика остается измененной до тех пор пока не выйдешь совсем из интерфейса редактирования ФО.Теперь при редактировании аналитики ФО, в случае если модификация ФО запрещена, после выдачи информационного сообщения автоматически восстанавливаются прежние значения аналитики. Так же как и при редактировании самой ФО.
103.55588.10.27.0не редактируется финансовая операцияУправление бюджетамиКнига финансовых операций в целом
Речь идет о интерфейсах "Платежных документов" (ПД), в которые встроена панель с "Проводками" по "Регистрам учета". На данной панели, могут показываться как "бухгалтерские" проводки (БП), так и "финансовые" операции (ФО). В случае если сам ПД по каким либо причинам, заблокирован от редактирование (например: согласно "Настройки Галактики Общие настройки системы Доступ к документам"), то запрет на редактирование ПД: 1. Для БП, не накладывает никаких дополнительных ограничений на редактирование самих БП. 2. ФО - редактировать, становится нельзя. Причем, если зайти в те же ФО из "ХозОпераций" (ХО), то никаких дополнительный ограничений на редактирование не накладывается. Не накладываются они и если заходит в эти ФО через стандартный интерфейс "Управление бюджетом | Документы | Книга финансовых операций". Надо сделать, чтобы запрет на редактирование ПД, не влиял на возможность редактирования ФО, вне зависимости от того откуда запускаются сами ФО.Теперь запрет на редактирование "Первичного документа" (ПД), не влияет на возможность редактирования связанных ФО. Это касается всех использований интерфейса ФО: 1. когда он вызывается явно из интерфейса ПД 2. когда он встраивается в панель интерфейса ПД.
180.19888.10.27.0Бюджет.Средняя численность.Управление бюджетамирасчетное ядро "Управление бюджетом"
Требуется разработать функционал, который бы позволял рассчитывать значения показателя по агрегатам периода как "среднее арифметическое" из значений подчиненных периодов.ОБЩЕЕ ОПИСАНИЕ РЕШЕНИЯ Был разработан функционал, который позволяет рассчитывать значения показателя по агрегатам периода как "среднее арифметическое" из значений подчиненных периодов. ИНТЕРФЕЙС "СТАТЬИ БЮДЖЕТА" Атрибуты статьи В рамках решения задачи, в окно редактирования статьи была добавлена новая опция - "среднее арифметическое". При установке этой опции значения показателя по агрегатам периода рассчитываются как "среднее арифметическое" из значений подчиненных периодов. Агрегация по периодам: (.) сумма (.) входящий остаток (.) исходящий остаток (.) сальдо (.) среднее арифметическое Отчеты В отчете "Атрибуты статей", для статей с атрибутом "Агрегация по периодам" = "среднее арифметическое", выводится соответствующий признак. Дополнительно, в рамках решения текущей задачи, были сделаны следующие доработки в отчете "Атрибуты статей": 1. Колонка "Валюта", переименована в "Валюта" / "Ед.Изм". Т.к. в ней выводится одно из значений: либо "валюта", либо "единица измерения" 2. В наименовании колонки "Статтьи" - убрана лишняя "Т" ИНТЕРФЕЙС "РАСКРЫТИЕ ПОКАЗАТЕЛЯ-АГРЕГАТА ПО ДАННЫМ БЮДЖЕТА" При раскрытии показателя с атрибутом "Агрегация по периодам" отличным от "сумма", иерархия периодов не строится. Выводятся только "листовые периоды". При этом автоматически контролируется, чтобы уровень "Периоды планирования", мог быть только самым верхним уровнем в группировке. Дополнительно, в рамках решения текущей задачи, были сделаны следующие доработки в окне редактирования текущего показателя "Значение показателя": 1. В случае если по показателю аналитика не ведется, панель редактирования значений аналитик - скрывается. ИНТЕРФЕЙС "РАСКРЫТИЕ ПОКАЗАТЕЛЯ ПО ДАННЫМ КНИГИ ФИНАНСОВЫХ ОПЕРАЦИЙ" При раскрытии показателя с атрибутом "Агрегация по периодам" отличным от "сумма", иерархия периодов не строится. Выводятся только "листовые периоды". При этом автоматически контролируется, чтобы уровень "Периоды планирования", мог быть только самым верхним уровнем в группировке. ИНТЕРФЕЙС "РАСПРЕДЕЛЕНИЕ АГРЕГАТОВ" Речь идет об интерфейсе, вызываемом по "ALT+A", из интерфейсов: "Редактирование бюджета" и "Анализ бюджета". При редактировании показателя, с атрибутом "Агрегация по периодам" = "среднее арифметическое", для случая, когда надо распределить значение периода-агрегата, распределение по периодам выполняется следующим образом: 1. При распределении "равномерно". Во все подчиненные периоды заносится значение периода-агрегата. 2. При распределении "новое/старое". Все подчиненные периоды умножаются на коэффициент изменения периода-агрегата. ИНТЕРФЕЙС "РЕДАКТИРОВАНИЕ БЮДЖЕТА" Редактирование агрегатов бюджета может происходить в 2-х режимах. Это определяет настройка "Настройки Галактики Управление финансами Бюджетирование Редактирование бюджета Специальный режим редактирования агрегатов", которая может принимать значения: 1. "ДА". Режим "по умолчанию". В этом режиме для редактирования агрегатов используется интерфейс "Распределение агрегатов" (см. описание доработки в главе Интерфейс "Распределение агрегатов"). 2. "НЕТ". В этом режиме ранее данные периода-агрегата всегда распределялись по листовым периодам "равномерно". Теперь в случае редактирования показателя с атрибутом "Агрегация по периодам" = "среднее арифметическое", распределение по периоду выполняется аналогично описанному в главе Интерфейс "Распределение агрегатов" (режим "равномерно" п.1.). ИНТЕРФЕЙС "АНАЛИЗ БЮДЖЕТА" Для редактирования агрегатов бюджета используется интерфейс "Распределение агрегатов" (см. описание доработки в главе Интерфейс "Распределение агрегатов").
102.1140278.10.26.0Сообщения о запрете редактирования бюджета при редактировании документов ПКПлатежный календарь"Платежный календарь" в целом
При установленных настройках: 1)"Настройки Галактики Управление финансами Платежный календарь Связь с бюджетом Передача данных в бюджет Суммы в бюджете ведутся"=по ФОП; 2) "Настройки Галактики Управление финансами Платежный календарь Связь с бюджетом Передача данных в бюджет Приемник данных" = Книга фин. операций; 3) "Настройки Галактики Управление финансами Бюджетирование Финансовые операции Модификации финансовых операций после закрытия периода" = Запрещать Необходимо сократить кол-во сообщений о запрете редактирования бюджета при редактировании ФОП в Платежном календаре: - При разноске ФОб по статьям (формировании закрытого плана) - сообщение о запрете редактирования бюджета по регистру "План" выдается 2 раза; - При переводе ФОб в статус "исполняемый" (формировании закрытого резерва) - 2 сообщения (о запрете редактирования "плана" и "резерва"); - При формировании платежки по ФОб - 3 сообщения (2 о запрете редактирования "плана" и 1 о "резерве")1.Сообщения о запрете редактирования бюджета перенесли в "историю последних операций". 2."История последних операций" открывается автоматически если в процессе выполнения операции были ошибки в бюджете при - ручном изменении статуса - копировании - групповых операциях - обновлении документа 3.Доработан интерфейс закрытия дня (перенос дат ФОП). Добавлена кнопка "Выход". Добавлена возможность просмотра истории изменений. 4.Доработан интерфейс "Восстановление данных бюджета" Добавлена возможность просмотра истории. 5.Доработано логирование групповых операций, операций копирования. 6.Длинна строки записи в истории увеличена до 255 символов.
101.373998.10.25.0Редактирование бюджета - отображать значения по сальдируемым статьямУправление бюджетамиРедактирование бюджета в целом
Требуется разработать функционал, который бы позволял рассчитывать "входящие" и "исходящие" остатки по показателям бюджета. При агрегации по периодам, такие показатели должны вычисляться следующим образом: 1. "Входящий остаток" в периоде-агрегате, равен значению в первом подчиненном периоде. 2. "Исходящий остаток" в периоде-агрегате, равен значению в последнем подчиненном периоде.ОБЩЕЕ ОПИСАНИЕ РЕШЕНИЯ Для решения задачи, добавлены новые атрибуты статей, которые влияют на правила агрегации показателей по иерархии периодов: 1. "Входящий остаток". Данные в периоде-агрегате - это данные первого подчиненного периода. 2. "Исходящий остаток". Данные в периоде-агрегате - это данные последнего подчиненного периода. ИНТЕРФЕЙС "СТАТЬИ БЮДЖЕТА" Атрибуты статьи В рамках решения задачи, были реструктурированы атрибуты статьи. В окне списка статей, удалено ставшее не актуальным поле "Агрегация". В окне редактирования статьи, удалены не используемые поля: 1. Тип статьи 2. Приоритет В окне редактирования статьи, атрибуты статьи теперь состоят из 4-х групп: Атрибуты статьи [.] валютная [.] количественная [.] внутренние обороты Статья не может быть одновременно и "валютная" и "количественная". Данные опции имеют прежнее название и значение. Агрегация по иерархии статей [.] не является агрегатом [.] не входит в вышестоящий агрегат По умолчанию, данные показателей "агрегируются" по иерархии статей. Под "агрегацией", в данном случае понимается операция - "суммирование". Данные опции предназначены для переопределения этого правила. Опция "не является агрегатом", случит для явного указания того что данные по этой статье не будут вычисляться как "агрегат" из данных подчиненных статей. Прежнее название этой опции: "вводимая статья - НЕ является агрегатом" Опция "не входит в вышестоящий агрегат", случит для отмены агрегации данной статьи в вышестоящую статью. Прежнее название этой опции: "в том числе". Агрегация по периодам (.) сумма (.) входящий остаток (.) исходящий остаток (.) сальдо По умолчанию, данные показателей "агрегируются" по иерархии периодов. Операция "агрегации", по умолчанию - "сумма". Данные опции предназначены для переопределения этого правила. При установке опции "входящий остаток", данные по периоду-агрегату берутся только из первого подчиненного периода. Ранее такой опции не было. При установке опции "исходящий остаток", данные по периоду-агрегату берутся только из последнего подчиненного периода. Ранее такой опции не было. При установке опции "сальдо": - данные по периодам-агрегатам не вычисляются - данные этой статьи не входят в вышестоящую статью-агрегат Прежнее название этой опции: "сальдируемая". Результат установки этой опции такой же как и ранее. Расчет по формуле [.] рассчитывается по формуле (.) расчет на каждом уровне (.) только на детальном уровне (.) только на уровне статьи С помощью опции "рассчитывается по формуле", можно включать или выключать режим расчета статьи по формуле. Прежнее название аналогичной опции: "Способ расчета". Но теперь при отключении режима "рассчитывается по формуле", настроенные ранее алгоритмы расчета не удаляются. Далее идет группа опций, задающих на каких аналитических уровнях должна вычисляться формула. Эти опции имеют смысл, когда по статье ведется аналитика. Под аналитическими уровнями, понимаются уровни аналитик включенных в "типовую форму бюджета". В общем случае, от количества аналитик включенных в "типовую форму бюджета" зависит результат расчета формулы. Опция "расчет на каждом уровне", является значением "по умолчанию". При установке этой опции, формула будет вычисляться на каждом уровне аналитик, а также на уровне самой статьи. Прежнее название этой опции: "агрегат - суммируется из подчиненных Статей". При установке опции "только на детальном уровне", формула будет вычисляться только на самом детальном уровне аналитики, определенной в "типовой форме". Далее, на всех вышестоящих уровнях аналитик, а также на уровне статей, рассчитанные данные будут "агрегироваться" путем "суммирования". Прежнее название этой опции: "агрегат - суммируется из подчиненной Аналитики". При установке опции "только на уровне статьи", формула будет вычисляться только на уровне статьи. Прежнее название этой опции: "спецрасчет". Как и ранее значения показателей по аналитике, в этом случае, выводятся нулевыми и не редактируются. Алгоритмы Список алгоритмов расчета статьи, перемещен из "закладки" в нижнюю панель окна редактирования. При отключении режима "рассчитывается по формуле", настроенные ранее алгоритмы расчета не удаляются. Отчеты Вследствие реструктуризации атрибутов статьи, были изменены отчеты по каталогу статей: 1. Отчет по каталогу статей 2. Отчет взаимосвязи статей 3. Отчет об использовании статей в типовых формах Дополнительно, в отчетах: 1. Отчет по каталогу статей (Алгоритмы расчета статей); 2. Отчет взаимосвязи статей; в связи со сложной вложенностью выводимой информации, теперь не выводятся номера листов. Ранее они выводились, но № листа считался не корректно. ИНТЕРФЕЙС "РАСКРЫТИЕ ПОКАЗАТЕЛЯ-АГРЕГАТА ПО ДАННЫМ БЮДЖЕТА" При раскрытии показателя, с типом "входящий" или "исходящий" остаток, иерархия периодов не строится. Выводятся только "листовые периоды". ИНТЕРФЕЙС "РАСКРЫТИЕ ПОКАЗАТЕЛЯ ПО ДАННЫМ КНИГИ ФИНАНСОВЫХ ОПЕРАЦИЙ" При раскрытии показателя, с типом "входящий" или "исходящий" остаток, иерархия периодов не строится. Выводятся только "листовые периоды". ИНТЕРФЕЙС "РАСПРЕДЕЛЕНИЕ АГРЕГАТОВ" Речь идет об интерфейсе, вызываемом по "ALT+A", из интерфейсов: "Редактирование бюджета" и "Анализ бюджета". При редактировании показателя, с атрибутом "входящие" или "исходящие" остатки, для случая, когда надо распределить значение периода-агрегата, распределение выполняется следующим образом: 1. "Входящий остаток". Данные периода-агрегата полностью копируются в первый подчиненный листовой период. 2. "Исходящий остаток". Данные периода-агрегата полностью копируются в последний подчиненный листовой период. ИНТЕРФЕЙС "РЕДАКТИРОВАНИЕ БЮДЖЕТА" Редактирование агрегатов бюджета может происходить в 2-х режимах. Это определяет настройка "Настройки Галактики Управление финансами Бюджетирование Редактирование бюджета Специальный режим редактирования агрегатов", которая может принимать значения: 1. "ДА". Режим "по умолчанию". В этом режиме для редактирования агрегатов используется интерфейс "Распределение агрегатов" (см. описание доработки в главе Интерфейс "Распределение агрегатов"). 2. "НЕТ". В этом режиме ранее данные периода-агрегата всегда распределялись по листовым периодам равномерно. Теперь в случае редактирования показателя с атрибутом "входящие" или "исходящие" остатки, распределение по периоду выполняется аналогично описанному в главе Интерфейс "Распределение агрегатов". Дополнительно, в рамках решения задачи, для показателей имеющих 0-вые значения, 0-ли - не выводятся. ИНТЕРФЕЙС "АНАЛИЗ БЮДЖЕТА" Для редактирования агрегатов бюджета используется интерфейс "Распределение агрегатов" (см. описание доработки в главе Интерфейс "Распределение агрегатов").
102.1121358.10.24.0модификация данных бюджета после закрытия периодаУправление бюджетамиРедактирование бюджета в целом
Существует настройка: 1. "Настройки Галактики Управление финансами Бюджетирование Финансовые операции Модификации финансовых операций после закрытия периода". Предлагается добавить настройку: 2. "Настройки Галактики Управление финансами Бюджетирование Финансовые операции Модификации данных бюджета после закрытия периода". Сейчас получается ситуация, когда после закрытия периода нельзя редактировать финоперации (если установлена первая указанная настройка). При этом есть возможность редактировать данные бюджета в "закрытом периоде". Например: в интерфейсе "Редактирование бюджета" или отчет "Анализ бюджетов". Есть необходимость полностью запретить пользователям модификацию бюджетных данных после "закрытия периода".***ОПИСАНИЕ РЕШЕНИЯ*** =НАСТРОЙКИ= 1. Создана новая группа настроек: "Настройки Галактики Управление финансами Бюджетирование Период планирования". В этой группе: 1.1. Из "Настройки Галактики Управление финансами Бюджетирование", перенесены существующие настройки: 1.1.1. "Тип периода планирования бюджета" 1.1.2. "Текущий период планирования" 1.2. Из "Настройки Галактики Управление финансами Бюджетирование Финансовые операции", перенесены существующие настройки: 1.2.1. "Закрытый период по умолчанию до" 1.2.2. "Закрытый период по регистру "план" до" 1.2.3. "Закрытый период по регистру "факт" до" 1.2.4. "Закрытый период по регистру "по данным бух.учета" до" 1.3. Создана новая настройка: 1.3.1. "Закрытый период по регистру "резерв" до". Пользовательская настройка, работающая по аналогии с другими регистрами учета. 2. В существующей группе: "Настройки Галактики Управление финансами Бюджетирование Права доступа". В этой группе:: 2.1. Создана новая настройка: 2.1.1. "Модификации данных бюджетов после закрытия периода". Пользовательская настройка, работающая по аналогии с настройкой "Модификации финансовых операций:". Возможные значения настройки: "разрешать", "запрещать". По умолчанию: "разрешать". 2.2. Из "Настройки Галактики Управление финансами Бюджетирование Финансовые операции", перенесена существующая настройка: 2.2.1. "Модификации финансовых операций после закрытия периода" =ИНТЕРФЕЙСЫ= ИНТЕРФЕЙСЫ РЕДАКТИРОВАНИЯ БЮДЖЕТОВ Каталог бюджетов Запрещено удалять бюджет или копию бюджета, в случае если период бюджета частично или полностью попадает в "закрытый период", о чем выдается соответствующее сообщение. Чтобы удалить бюджет или копию бюджета, полностью или частично попадающую в "закрытый период", у пользователя должна быть установлена настройка "Модификации данных бюджетов после закрытия периода" = "разрешать". Атрибуты копии бюджетов В случае если период бюджета частично или полностью попадает в "закрытый период", запрещено редактировать поля, влияющие на расчет формул: - Вариант расчета формул - Поиск предыдущей копии ИНТЕРФЕЙСЫ РЕДАКТИРОВАНИЯ ДАННЫХ БЮДЖЕТА Редактирование бюджета Добавлены следующие запреты на редактирование: 1. В случае если период бюджета полностью попадает в "закрытый период" - данные бюджета редактировать нельзя. 2. В случае если период бюджета частично попадает в "закрытый период": 2.1. Нельзя редактировать никакие данные бюджета, если в интерфейсе был установлен "вариант расчета формул", отличный от "варианта расчета формул", указанного в копии бюджета. 2.2. Нельзя редактировать данные показателя по листовому периоду, если его период попадает в "закрытый период" 2.3. Нельзя запускать функции редактирования агрегата, на агрегате периода, если этот период полностью или частично попадает в "закрытый период" 2.4. Нельзя запускать функцию "Очистить данные" 2.5. Групповые операции: 2.5.1. "Применить индекс". Для выполнения операции, не помечаются данные в "закрытом периоде", вследствие чего эти данные не меняются. 2.5.2. "Распределение по периоду". Нельзя запускать операцию, на агрегате периода, если этот период полностью или частично попадает в "закрытый период" 2.5.3. "Атрибуты значений". Попадание данных в "закрытый период", не влияет на возможность установки атрибутов. 2.5.4. "Удаление". Для выполнения операции, не помечаются данные в "закрытом периоде", вследствие чего эти данные не меняются. Анализ бюджета Запрещено редактирование показателей бюджета, если они попадают в "закрытый период". АВТОМАТИЧЕСКОЕ ФОРМИРОВАНИЕ ДАННЫХ БЮДЖЕТА Связь ПК с УБ Доработки касаются только случая, когда данные ПК передаются непосредственно в "бюджет", т.е. "Настройки Галактики Управление финансами Платежный календарь Связь с бюджетом Передача данных в бюджет Приемник данных" = "бюджет" Данные документов ПК в "закрытый период" модуля УБ - передавать запрещено. В случае передачи из ПК, данных в "закрытый период", выдается соответствующее сообщение. Сообщение теперь выдается во всех случая отсутствия у пользователя прав на редактирование бюджета. Отсутствие прав на редактирование бюджета, по прежнему, не влияет на возможность редактирования самих документов ПК. Правила передачи данных "Правила передачи данных" не передают данные в "закрытый период" бюджета, и финансовая операция в этом случае не изменяется. В зависимости от варианта редактирования "финансовых операций", выдается соответствующее сообщение на экран или в протокол. ОПЕРАЦИИ Загрузка финансовых операций В случае полного или частичного попадания периода бюджета в "закрытый период", в поле "Период планирования" - выводится соответствующая информация. При выполнении операции, данные в "закрытом периоде" не изменяются, о чем при ручном запуске операции, выдается соответствующее сообщение. В случае запуска операции в составе "Бюджетных процессов", попадание периода бюджета в "закрытый период" - не является ошибкой. Очистка данных бюджета При выполнении операции, данные в "закрытом периоде" не изменяются, о чем при ручном запуске операции, выдается соответствующее сообщение. В случае запуска операции в составе "Бюджетных процессов", попадание периода бюджета в "закрытый период" - не является ошибкой. Установка атрибутов копий Запрещено менять "Вариант расчета формул", в случае полного или частичного попадания периода бюджета в "закрытый период". Если хотя бы одна копия не удовлетворяет этому условию - операция не выполняется, о чем выдается соответствующее сообщение. В случае запуска операции в составе "Бюджетных процессов", такая ситуация - является ошибкой! Дополнительно в рамках решения проблемы сделаны следующие доработки: 1. Значения полей в группах "Статус" и "Варианты копии", выводятся "серым" цветом, в случае если эти поля имеют значения - "не изменять" Агрегация бюджетов В случае полного или частичного попадания периода бюджета-приемника в "закрытый период", в поле "Период бюджета" - выводится соответствующая информация. При выполнении операции, данные в "закрытом периоде" не изменяются, о чем при ручном запуске операции, выдается соответствующее сообщение. В случае запуска операции в составе "Бюджетных процессов", попадание периода бюджета-приемника в "закрытый период" - не является ошибкой. Дополнительно в рамках решения проблемы сделаны следующие доработки: 1. Теперь копируются данные только "листовых" периодов, т.к. периоды агрегаты при использовании бюджета все равно рассчитываются заново. 2. При построении соответствия периодов, контролируется, чтобы в "период-приемник" не попадали "закрытые периоды". 3. При корректировке соответствия периодов: 3.1. Система контролирует, чтобы в "период-приемник" нельзя было выбрать: 3.1.1. Период, не принадлежащий своему бюджету 3.1.2. Период, попадающий в "закрытый период" 3.2. Можно, "исключать" те периоды, в которые не надо копировать данные (по клавише DEL на соответствующем периоде). Декомпозиция бюджетов В случае полного или частичного попадания периода бюджета-приемника в "закрытый период", в поле "Период бюджета" - выводится соответствующая информация. При выполнении операции, данные в "закрытом периоде" не изменяются, о чем при ручном запуске операции, выдается соответствующее сообщение. В случае запуска операции в составе "Бюджетных процессов", попадание периода бюджета-приемника в "закрытый период" - не является ошибкой. Дополнительно в рамках решения проблемы сделаны следующие доработки: 1. Теперь копируются данные только "листовых" периодов, т.к. периоды агрегаты при использовании бюджета все равно рассчитываются заново. 2. При построении соответствия периодов, контролируется, чтобы в "период-приемник" не попадали "закрытые периоды". 3. При корректировке соответствия периодов: 3.1. Система контролирует, чтобы в "период-приемник" нельзя было выбра
102.1128448.10.24.0Некорректно определяется принадлежность ФО к закрытому периодуУправление бюджетамиКнига финансовых операций в целом
Некорректно определяется принадлежность ФО к закрытому периоду При настройке Настройки Галактики Управление финансами Бюджетирование Финансовые операции Модификации финансовых операций после закрытия периода -запрещать и моделировании ситуации, описанной в 102,110266: 0. Выписывается "Платежный документ" (ПД). В этот момент у него еще не определена "дата оплаты" 1. К нему применяется ТФО, которая формирует ФО, у которых в этот момент не определены поля: "дата" и "период". Выдается --------------------------- Предупреждение --------------------------- Модификация запрещена! Период планирования финоперации () попадает в закрытый отчетный период! "Настройки ГалактикиУправление финансамиБюджетированиеФинансовые операцииЗакрытый период по умолчанию до"=1 квартал 2006 г. --------------------------- ОКФинансовая операция, у которой не определен "период" - всегда будет считаться в "открытом" периоде. В данном случае будет создана финансовая операция с пустыми полями "проведена" и "период планирования"
102.1122428.10.23.0Редактирование ФО в системе ППДУправление бюджетамиКнига финансовых операций в целом
В случае, если в системе активизированы "Правила передачи данных" (ППД), то может возникнуть ситуация, когда у текущего пользователя есть права на редактирование "Финансовой операции" (ФО), но нет прав на редактирование бюджета, в который будут передаваться данные редактируемой ФО. В этом случае, при текущей реализации системы, пользователю будет запрещено модифицировать и саму ФО. Такое ограничение не нужно. Цель ППД - это постоянная поддержка актуальности данных бюджетов по данным ФО. В описанной ситуации, редактирование бюджета происходит косвенно, а не напрямую. И проверять права пользователя на редактирование бюджета, в этом случае не имеет надобности. Считаю, что такое ограничение не нужно. Дело в том что данные этой ФО, все равно могут попасть в бюджет, если например другой пользователь, которому, разрешено редактировать бюджет, выполнит операцию "Загрузка финансовых операций". Предлагаю реализовать такой алгоритм работы: 1. При редактировании ФО, проверять права на редактирование бюджетов, которые будут изменены согласно активным ППД. 1.1. Если бюджет нельзя редактировать в принципе ни одному из пользователей, то нельзя и редактировать ФО. 1.2. Если бюджет нельзя редактировать, текущему пользователю из-за отсутствия у него прав на редактирование, то ФО редактировать можно, и данные в бюджет должны быть переданы.Теперь при отработке ППД, права текущего пользователя на редактирование синхронизируемого бюджета не проверяются. Эта доработка касается: 1. Самой работы ППД, при изменениях в ФО. 2. Функции "Перегрузить данные бюджета", запускаемой из интерфейса "Управление бюджетом | Настройка | Правила передачи данных". По прежнему проверяется возможность редактирования бюджета, по условиям не зависящим от текущего пользователя. Например: - статус бюджета - статус копии бюджета - ...
102.1054278.10.22.0Ускорить фильтрацию КФО по длинному номеру документаУправление бюджетамиКнига финансовых операций в целом
Проблема касается только работы на платформах: Oracle и MS SQL. При установке фильтра по полю "номер документа", на больших объемах информации, фильтрация по полю больше либо равному 10-ти символов, работает намного дольше, чем по полю длиной < 10-ти.Теперь фильтрация по "номеру документа" больше 10 символов, по времени сопоставима с фильтрацией по полю менее 10 символов (на любых объемах информации).
102.1100788.10.22.0Стандартизация кода вызова функкционала ФОП из КФОУправление бюджетамиКнига финансовых операций в целом
После решения ПИР [101.42972] "Добавить возможность разноски ТХО по заявкам на расходование и др.", стало возможным, используя стандартный объект "ObjEditDoc", вызывать интерфейс редактирования ФОП. Поэтому предлагаю прежнюю собственную реализацию вызова интерфейсе редактирования ФОП, заменить на стандартную.Для записей КФО, сформированных по ФОП: 1. Для функции "Переход в первичный документ", используется функционал стандартного объект "ObjEditDoc". 2. Для работы поля "Признак наличия первичного документа", используется стандартная функция FindSoprDoc(), стандартной библиотеки "ServKau".
102.1122078.10.22.0Поле "Соответсие статей" - назвать правильноУправление бюджетамиПравила передачи данных
В настройке "Правил передачи данных", есть поле для настройки "Соответствия статей", в названии которого допущена ошибка: "Соответсие статей". Надо: "Соответствие статей".Название поля теперь: "Соответствие статей".
102.993328.10.22.0Числовые поля, значения которых > 10000, нужно выводить с разделителями тысячУправление бюджетамиКнига плановых операций
п.3.2.6. Требований к разработке пользовательских интерфейсов Замечание справедливо для всех регистров учета , интерфейс списка финансовых операций, колонка СУММАДля книги плановых, фактических, по данным бух.учета финансовых операций для поля СУММА выводится с разделителями тысяч
102.1116428.10.21.0Использование соответствия статей в ППДУправление бюджетамиПравила передачи данных
При ведении бюджетирования, используются 2-а основных вида бюджетов: БДР и БДДС. Большое количество статей в этих бюджетах взаимно-зависимы. Между ними можно построить связь - 1:1. В случае когда один из бюджетов строится на базе данных "Финансовых операций" (ФО), нужна возможность автоматически строить и другой бюджет. Для этого предлагается добавить в "Правила передачи данных" (ППД), возможность указать "соответствие статей" между бюджетами. В итоге ППД должно работать следующим образом: 1. Передавать данные, как и ранее, на статью указанную в ФО. 2. В случае если указано "соответствие статей", то дополнительно передавать данные и на "связанную статью". Для задания "соответствия статей", предлагается использовать существующий интерфейс соответствий аналитик "Финансово-расчетные операции | Настройка | Каталог соответствий аналитики".В "Правила передачи данных" (ППД), добавлена возможность указать "соответствие статей" (в окно редактирования добавлено одноименное поле). Для задания такого "соответствия", используется существующий интерфейс наведения соответствий аналитик: "Хозоперации | Настройка | Каталог соответствий аналитики". ППД теперь работает следующим образом: 1. Передает данные, как и ранее в бюджет на статью указанную в "финансовой операции" (ФО). 2. В случае если указано "соответствие статей", и по этому "соответствию" была найдена "связанная статья", то дополнительно передаются данные в бюджет и на "связанную статью". При задании "соответствия" в ППД, не проверяется обязательное наличие в нем, соответствий для именно "статей бюджета". При такой настройке данные в "связанную статью" передаваться не будут.
102.1105558.10.20.0Не пересчитывается сумма НДЕ в книге финансовых операцийУправление бюджетамиПравила передачи данных
Не пересчитывается сумма НДЕ в книге финансовых операций. Локализация: 1. Настройка связи с бюджетом "Суммы в бюджете ведутся - по ФОП", "Приемник данных - книга финансовых операций". Настроены правила передачи данных. 2. Если тип ФОб - валютное, то в бюджет неверно передаются суммы валютных ФОП - в книге финансовых операций не пересчитывается сумма в НДЕ, соответственно неверно выводятся данные в бюджет.Теперь в указанном случае, поля в КФО формируются следующим образом: 1. Как и ранее: - "валюта" - валюта из документа ПК - "сумма в валюте" = сумма из документа ПК 2. Исправлено: - "сумма в НДЕ" - пересчитывается по курсу на дату документа ПК. Ранее бралось такое же как и "сумма в валюте".
102.1099478.10.19.0Многопользовательская привязка ТФОУправление бюджетамиПравила передачи данных
Ситуация: 1. Ведутся бюджеты по 150 ЦО 2. Настроено 50 активных "правил передачи данных" (Управление бюджетом | Настройка | Правила передачи данных). 3. За месяц формируется с помощью ТФО, порядка 100 тыс. записей в КФО 4. В один момент времени по ТФО разносят документы порядка 15 пользователей В такой ситуации, в момент привязки ТФО, часто возникают проблемы с невозможностью заблокировать бюджет. И как следствие невозможность самой привязки ТФО.ПРОБЛЕМЫ МНОГОПОЛЬЗОВАТЕЛЬСКОЙ РАБОТЫ С ДАННЫМИ БЮДЖЕТОВ 1. ПРОБЛЕМЫ НЕ СОВМЕСТИМОСТИ ОПЕРАЦИЙ НАД БЮДЖЕТАМИ В ходе жизни бюджета, над ним выполняются следующие "операции": 0. Чтение данных бюджетов 1. Создание бюджетов 2. Формирование данных бюджетов 2.1. Ручной ввод данных в бюджет 2.2. Формирование бюджетов на базе КФО 2.3. Формирование бюджетов на базе других бюджетов 2.3.1. Агрегация бюджетов 2.3.2. Декомпозиция 2.3.3. Копирование бюджетов 2.4. Импорт данных бюджета 2.5. Выполнение алгоритмов расчета показателей 3. Расчет бюджетов 4. Изменение статуса бюджетов 4.1. Изменение рабочих статусов бюджета 4.2. Перевод бюджета в архив 4.3. Перевод бюджета из архива 5. Очистка данных бюджета 6. Удаление бюджета При многопользовательской работе, очевидно, что некоторые "операции" являются абсолютно не совместимыми. Пример1. Нельзя копировать бюджет Б1 в Б2, в то время как другой пользователь в это время удаляет данные Б1 или Б2. 2. ПРОБЛЕМА ЗАПИСИ ДАННЫХ В БЮДЖЕТ Эта проблема в общем случае принадлежит предыдущей группе проблем. Однако я ее выделил отдельно. Т.к. именно она наиболее часто проявляется при модификации "финансовых операций" (ФО) из "Книги финансовых операций" (КФО), при наличии активных "Правилам передачи данных" (ППД). В частности при привязке ТФО к документам Галактики. Рассмотрим следующий бизнес-процесс: 1. В бюджете на статье С1 лежит 100 р. 2. 2-а пользователя П1 и П2, одновременно создают по одной ФО. Каждая по 10 р. И каждая по статье С1. 3. В итоге в бюджете должно стать 120 р. Как тут может произойти проблема? Рассмотрим работу системы П1. А именно: надо в бюджет добавить 10 р. Алгоритм отрабатывает следующим образом: 1. Читаем из бюджета сколько там уже есть: 100 р. 2. Вычисляем сколько должно стать: 100 + 10 = 110 р. 3. Записываем в бюджет: 110 р. Все отлично. Однако, если во время выполнения п.2. , П2 уже записал в бюджет свои 110 р. , то в итоге в бюджете окажется 110 р., а не требуемые 120 р. ОБЩИЕ СВЕДЕНИЯ О СИСТЕМЕ ПБДБ Для разрешения проблем многопользовательской работы с данными бюджета, используются система: "Прикладные блокировки данных бюджетов" (ПБДБ). Может быть 2-а типа ПБДБ. 1. Блокировка "на чтение" (БЧ). Используется когда требуется использовать данные, но не требуется их модифицировать. В этом случае, другой пользователь эти же данные тоже может "читать". Однако редактировать эти данные он не может. 2. Блокировка "на редактирование" (БР). Используется когда требуется модифицировать данные бюджета. В этом случае, другой пользователь эти же данные не может ни "читать" ни "редактировать". Системой ПБДБ, могут блокироваться следующие виды данные бюджета: 1. "Копия бюджета". Это значит что блокировка выставлена на всю копию бюджета целиком 2. "Копия бюджета" + "Регистр" . Это значит что блокировка выставлена только на конкретный регистр учета в заданной копии бюджета. 3. "Копия бюджета" + "Регистр" + "Статья". Это значит что заблокированы данные по всем периодам по конкретной статье заданного регистра в заданной копии. 4. "Копия бюджета" + "Регистр" + "Статья" + "Период". Это значит что заблокированы данные по конкретному периоду заданной статьи заданного регистра в заданной копии. Система ПБДБ, содержит функции: 1. Проверить установлена ли блокировка того или иного типа на заданные данные бюджета. 2. Установить блокировку того или иного типа на заданные данные бюджета. При этом, как отмечалось выше: 2.1. Нельзя установить БЧ, если на эти данные уже выставлена БР. 2.2. Нельзя установить БР, если на эти данные уже выставлена БЧ или БР. Физически установка блокировки, значит создание записи в специальной таблице (FpLockData). Данная система ПБДБ, используется во всех операциях на бюджетами (см. перечень операций "Проблемы не совместимости операций над бюджетами"). В описанном примере1, при копировании бюджета Б1 в Б2: 1. Для Б1 выставляется БЧ 2. Для Б2 выставляется БР Когда другой пользователь, в этот момент, захочет удалить Б1, то произойдет попытка выставить для БР. Но система не даст эго сделать. В итоге, при удалении Б1 будет выдано сообщение что Б1 в данный момент используется и удаление не возможно. ОПИСАНИЕ ПРЕЖНЕЙ РЕАЛИЗАЦИИ БЛОКИРОВОК ПРИ МОДИФИКАЦИЯХ КФО При модификации ФО выполняются следующие действия: 1. Строится список "копий бюджета" (КБ), которые должны быть модифицированы, согласно активным "Правилам передачи данных" (ППД). 2. В течении определенного времени (3-и сек.), производится попытка заблокировать необходимые данные бюджетов. А именно: 2.1. Для каждой КБ из п.1. производится попытка выставить БР (ПБДБ: "Копия бюджета" + "Регистр" + "Статья" + "Период"): 2.1.1. Если получилось заблокировать данные для всех КБ, то выполняется п.3. 2.1.2. Если для какой-либо КБ, заблокировать данные не получилось, то: 2.1.2.1. Все выставленные БР для заданной ФО снимаются. 2.1.2.2. Если у нас еще осталось время на блокировку, то опять запускается п.2.1. 2.1.2.3. Если время отведенное на блокировку истекло, выдается сообщение о невозможности модифицировать текущую ФО. ВЫХОД ИЗ АЛГОРИТМА. 3. Производится модификация данных бюджетов по всем КБ из п.1. 4. Производится модификация самой ФО. 5. Снимаются блокировка данных бюджетов. У этого алгоритма пагубными могут явиться 2-а его свойства: 1. Система пытается заблокировать все необходимые КБ, используя принцип: "Все или ничего". Этот процесс, сам по себе занимает некоторое время. В случае неудачи, установленные блокировки снимаются, и сразу же попытка блокировки повторяется опять. При такой работе алгоритма, теоретически даже 2-а пользователя могут не дать друг другу заблокировать данные бюджета. При этом, при создании и удалении блокировок, идет сильная нагрузка на сервер БД. 2. Время жизни блокировки, относительно долгое с п.2. до п.5. В итоге если в системе: 1. Одновременно модифицируют ФО относительно большое количество пользователей. 2. Данные этих ФО должны попадать в бюджет в одну и туже "точку" ("Копия бюджета" + "Регистр" + "Статья" + "Период") То с определенного момента, начинает появляться проблема невозможности заблокировать данные бюджета, и как следствие не возможность модифицировать ФО. Например, на БД Pervasive, при одновременной работе 6-ти пользователей, и активных 36-ти ППД, проблема проявляется стабильно. Думаю критическим тут является константа: КритКонст = 200. Если произведение (количества пользователей) * (количество синхронизируемых бюджетов) > (КритКонст), то данный алгоритм становится полностью не применимым. А при КритКонст = 100 - частично не применимым. ОПИСАНИЕ НОВОЙ РЕАЛИЗАЦИИ БЛОКИРОВОК ПРИ МОДИФИКАЦИЯХ КФО При модификации ФО выполняются следующие действия: 1. Строится список "копий бюджета" (КБ), которые должны быть модифицированы, согласно активным "Правилам передачи данных" (ППД). 2. В течении определенного времени (10-и мин.), производится попытка заблокировать необходимые данные бюджетов. А именно: 2.1. Для каждой КБ из п.1. производится попытка выставить БР (ПБДБ: "Копия бюджета" + "Регистр" + "Статья" + "Период"): 2.1.1. Если получилось заблокировать данные для всех КБ, то выполняется п.3. 2.1.2. Если для какой-либо КБ, заблокировать данные не получилось, то: 2.1.2.1. Все выставленные БР для заданной ФО снимаются. 2.1.2.2. Система переходит в краткосрочный "спящий режим" (на 2-е сек), чтобы дать другим пользователям возможность попробовать заблокировать данные. В это время, пользователь имеет возможность прервать процесс блокировки (в визуализации процесса - кнопка "прервать"). 2.1.2.3. Если у нас еще осталось время на блокировку, то опять запускается п.2.1. 2.1.2.4. Если время отведенное на блокировку истекло, выдается сообщение о невозможности модифицировать текущую ФО. ВЫХОД ИЗ АЛГОРИТМА. 3. Производится модификация данных бюджетов по всем КБ из п.1. 4. Производится модификация самой ФО. 5. Снимаются блокировка данных бюджетов. При такой реализации, "спящий режим", дает больше шансов конкурирующим пользователям, выполнить блокировку данных. А также намного снижает нагрузку да БД. Сам процесс попыток заблокировать данные стал намного длительнее, при этом у пользователя есть возможность прервать процесс блокировки. Невозможность модификации ФО, по прежнему будет если данные бюджета в этот момент модифицируются в любой из вышеописанных операций (см. перечень операций "Проблемы не совместимости операций над бюджетами"), кроме отработки ППД.
102.1102488.10.19.0Не пересчитывать сумму НДЕ при отработке "правил передачи данных"Управление бюджетамиПравила передачи данных
Ранее был доработан алгоритм загрузки данных финансовых операций (ФО) в бюджет, для случая когда, статья бюджета ведется в НДЕ, а в ФО есть "сумма в НДЕ" и "сумма в валюте": - До доработки, в этой ситуации, значение поля "сумма в валюте", всегда конвертировалось в НДЕ и результат передавался в бюджет. - После доработки, если поле ФО "сумма в НДЕ" не равна 0, то из ФО в бюджет грузятся данные поля "сумме в НДЕ", Иначе идет конвертация по прежнему алгоритму. Это хорошо. Однако при отработке "Правил передачи данных" (ППД), система по прежнему грузит данные по "старому" алгоритму. Требуется распространить действие нового алгоритма и на работу ППД.Теперь "Загрузка финансовых операций" и "Правила передачи данных", при работе дают одинаковый результат.
102.1102668.10.19.0Не отрабатывают ППД при изменении даты в ПДУправление бюджетамиПравила передачи данных
При изменении даты в "Первичных документах" (ПД), изменяется дата и в привязанных "финансовых операциях" (ФО) - это хорошо. Однако, в случае, если были настроены активные "Правила передачи данных" (ППД), то эти изменения в ФО, не отражаются в соответствующем бюджете. Особо актуальна проблема, в ситуации когда: 0. Выписывается "Платежный документ" (ПД). В этот момент у него еще не определена "дата оплаты" 1. К нему применяется ТФО, которая формирует ФО, у которых в этот момент не определены поля: "дата" и "период". Пока все нормально. 2. Теперь ПД, "оплачивается", т.е. у него проставляется поле "дата оплаты". При этом автоматически заполняются поля ФО: "дата" и "период". Это тоже хорошо. Однако в бюджет, данные этих ФО - не попадают!Теперь в описанной ситуации, данные попадают в бюджет.
104.196008.10.18.0Ошибка при привязке ТХО.ХозоперацииРазноска ТХО "Все документы"
При одновременной разноске ХозОпераций (ХО) по ТФО несколькими пользователями, возникают ошибки создания и/или удаления записей в книге финансовых операций (ФО). В протокол выдаются записи типа: Ошибка при создании финоперации: Операция выполнена быть не может, т.к. данные бюджета используются пользователем "ххх" Локализация: 1. Должны быть настроены и активизированы "Правила передачи данных" (ППД) (см. "Управление бюджетом | Настройка | Правила передачи данных"). 2. ТФО обоих пользователей должны формировать записи ФО, таким образом, чтобы они согласно ППД попадали в один и тот же бюджет одного и того же регистра учета. 3. Разноситься по ТФО, должно относительно большое количество ХО (50-100 шт.). Причем такое количество должно быть у каждого их пользователей. 4. Очень желательно, чтобы сами ТФО отрабатывали "долго" и формировали не 1-ну ФО. Тогда весьма вероятна ситуация возникновения указанной проблемы.Данная проблема возникает в следствии того, что при изменениях в ФО, посредством ППД, эти изменения должны быть одновременно переданы в соответствующий бюджет. Перед внесением изменений в бюджет он предварительно блокируется, чтобы никто другой в этот момент не мог поменять его данные и тем их нарушить. После внесения изменений блокировка снимается. При формировании ФО посредством ТФО, для каждой модифицируемой (создаваемой или удаляемой) ФО, 1-н раз проверяется: "Не используется ли в данный момент требуемый бюджет, другим пользователем". И в случае если он используется, модификация ФО не производится, что и выдается в последствии в протокол. В принципе проверяется не только "использование" бюджета. Проверяются также и права пользователя и возможность модификации бюджета. И в случае если модифицировать бюджет нельзя, то также ФО не будет модифицирована. В рамках решения данной проблемы, были сделаны следующие доработки: 1. Проверка на использование бюджета другими пользователями, производится не 1-н раз, как прежде. Теперь попытки заблокировать бюджет производятся в течении 3-х секунд, для каждой модифицируемой ФО. И только по прошествии 3-х секунд, если не удалось заблокировать бюджет, эти попытки будут прекращены. 2. В протоколе, сообщения типа "Ошибка при создании/удалении финоперации" изменены: 2.1. Из них убрано слово "ошибка". Т.к. такая ситуация не является ошибкой системы. Эта ситуация является проблемой многопользовательской работы и прав доступа на редактирование бюджета. 2.2. Сами сообщения стали более информативными. В них выводится какой именно бюджет не получилось изменить.
101.421608.10.17.0Не пересчитывать рублёвую сумму при загрузке показателей бюджетаУправление бюджетамиЗагрузка финансовых операций
При загрузке финопераций в бюджет программа пересчитывает валютные суммы в соотсветствии с настройками "Настройки Галактики Управление финансами Бюджетирование Курс валют финансовых операций - брать на" Просят реализовать возможность брать рублёвую сумму из самой финоперации, если она там есть, так как часто она рассчитана иначе. В интерфейсе редактирования КФО надо показывать обе суммы: в НДЕ и ВАЛ, причем чтоб пересчет был не автоматическим, а по запросу. Грузить в бюджет, надо так: - если сумма в валюте статьи не 0-вая, то берем ее - иначе по старому алгоритму. При построении реестров, отчетов, есть валюта отчета. Тут также использовать аналогичный алгоритм: - если сумма в валюте отчета не 0-вая, то берем ее - иначе по старому алгоритму.В окно редактирования финансовых операций добавлены 4 поля: 1 - сумма в НДЕ (Summa) (редактируемая) 2 - НДЕ (не редактируемая) 3 - сумма в валюте (SumVal) (редактируемая) 4 - валюта (редактируемая) При изменении поля 1, 2 и если указана валюта фин.операции пользователю будет выдано окно с запросом: "Пересчитать по курсу?" дата пересчета <дата> - да (сохранение измененного значения и пересчет по курсу на указанную дату) - нет (сохранение измененного значения и не пересчитывать по курсу) - отмена (отмена изменения поля) поле <дата> равно взависимости от настроек: Настройки Галактики Управление финансами Бюджетирование Курс валют финансовых операций - брать на Настройки Галактики Управление финансами Бюджетирование Курс валют по периоду планирования - брать на дату При изменении валюты, пользователю выдается вышеописанное окно с вариантом пересчета по курсу на определнную дату. К алгоритму загрузки данных финансовых операций была добавлена проверка валюты статью бюджета. Т.е. если статья бюджета у нас не валютная и "сумма в НДЕ" финансовой операции не равно 0, то сумма передаваемая в бюджет будет равна сумме в НДЕ финансовой операции (поле Summa), иначе идет рассчет суммы по старому алгоритму. Такая же логика добавлена в формирование реестра: Управление бюджетом | Отчеты | Реестры финансовых операций Только определяющей валютой является не статья, а валюта просмотра (настройка отчета) и "Анализ бюджетов!" Управление бюджетом | Отчеты | Анализ бюджетов Только определяющей валютой является не статься, а валюта просмотра (настройка отчета)
102.1049408.10.17.0Ускорить работу множественных фильтров по КФОУправление бюджетамиНастраиваемые фильтры в целом
В модуле "Управление бюджетом", при работе с данными, часто используются настраиваемые фильтры. Например: 1. "Отчеты | Анализ бюджетов", фильтр указывается при настройке колонок "Представления для анализа бюджетов" 2. "Операции | Загрузка финансовых операций" Требуется ускорить работу фильтрации для случаев, когда в спецификации фильтра используется: 1. Множество значений 2. Тип спецификации фильтра: 2.1. Центр ответственности 2.2. Статья бюджета 2.3. Период планирования 3. Отношение в спецификации установлено - "="В рамках решения проблемы, были сделаны следующие доработки: Интерфейс "Отчеты | Анализ бюджетов". Ускорен процесс загрузки данных в отчет. Для случая, если при настройке колонок: 1. Был указан фильтр 2. В фильтре указывается множество значений для спецификаций фильтра: 2.1. Центр ответственности (только для колонок с типом данных "финоперации") 2.2. Период планирования 2.3. Статья бюджета 3. Отношение в спецификации установлено - "=" Интерфейс "Операции | Загрузка финансовых операций". Ускорен процесс загрузки. Для случая, когда: 1. Был указан фильтр 2. В фильтре указывается множество значений для спецификаций фильтра: 2.1. Центр ответственности 2.2. Период планирования 3. Отношение в спецификации для установлено - "=" Интерфейс "Операции | Загрузка финансовых операций". Ускорен процесс загрузки. Для случая, когда происходит загрузка в несколько бюджетов.
102.1050258.10.17.0Поддержка корректности аналитики финоперацииУправление бюджетамиКнига финансовых операций в целом
Требуется: 1. Централизовано контролировать корректное создании и модификацию записей в книге финансовых операций (ф/о), в плане разноски по аналитике. В системе не должно появляться ф/о с не корректной разноской. 2. В окне редактирования ф/о, визуально выделять ранее созданные записи с не корректной разноской по аналитике.Теперь: 1. Происходит централизованный контроль при создании и модификацию записей в книге финансовых операций (ф/о), в плане разноски по аналитике. В случае попытки сохранения ф/о с не корректной разноской, система автоматически приводит разноску в корректное состояние и только потом сохраняет запись. А именно, разноска: 1.1. "Значение в документе", не допускается указание значений аналитик у который поле NREC="1". Такие значения автоматически переопределяются на = "0" 1.2. "Значение в бюджете", не допускается указание значений аналитик у который поле NREC="0". Такие значения автоматически переопределяются на = "1" 2. В интерфейсе редактирования ф/о, в панели разноски по аналитике, ранее созданные записи с не корректной разноской, выводятся с "красным" фоном.
102.844998.10.17.0финоперации формируются некорректноУправление бюджетамиКнига финансовых операций в целом
финоперации формируются некорректно "Настройки ГалактикиУправление финансамиПлатежный календарьСвязь с бюджетомНастройка взаимодействия с бюджетом" - Приемник - Финоперации Формируем ФОБ-расход, разносим по статье, при этом формируются: 1. ФОП-план по ФОБ у которого в поле первичный документ "Финансовое обязательство предприятия<документ не определен>", почему документ не определен? И еще не формируется номер - его можно брать как номер ФОБ (как это сделано например для платежек). 2. ФОП-план по финоперации ФОБ, в ней первичный документ - КРАСНЫМ "Финансовая операция<документ не определен>", кроме того не заполнены поля Группа и Дескриптор. Номер тожене заполняется. Итого, надо: 1. правильно определять первичный документ. 2. заполнять группу и дескриптор. 3. заполнять номер.Настройка: "Настройки ГалактикиУправление финансамиПлатежный календарьСвязь с бюджетомНастройка взаимодействия с бюджетом" - Приемник - Финоперации Формируем ФОБ (Платежный календарь | Документы | Журнал обязательств) и разносим по статье (функция локального меню) формируются финоперация(и) в бюджете. 1. Поле "Содержание первичного документа" имеет следующий вид: "Финансовое обязательство № <номер фин.обязательства> от <дата>" 2. Поля группы и дескриптора заполняются в зависимости от настройки: "Настройки Галактики Управление финансами Бюджетирование Финансовые операции Автоформирование дескриптора" - из документа - пользователя (этот пункт работал корректно уже на 15 обновлении F_fpOborot) 3. Поле "Номер фин. операции" равно номеру "Финансового обязательства" Для фин. операций платежного календаря: 1. Поле "Содержание первичного документа" имеет следующий вид: "Финансовая операция от <дата>" (этот пункт работал корректно уже на 15 обновлении F_fpOborot) 2. Поля группы и дескриптора заполняются в зависимости от настройки: (этот пункт работал корректно уже на 15 обновлении F_fpOborot) 3. Номер документа заполняется корректно.
102.1032498.10.16.0Стандартизация наименований некоторых пунктов локального менюУправление бюджетами"Управление бюджетом" в целом
В компонентах модуля УБ, следует привести наименование нижеописанных пунктов к стандарту. 1. Пункты используемые при копировании: 1.1. Если копирование записи можно выполнить за одну операцию, то должно быть: - "Дублирование текущей записи Ctrl+F3" 1.2. Если при копировании записи не обойтись одной операцией, то должно быть: - "Сохранение записи Ctrl+F2" - "Вставка сохраненной записи Ctrl+F3"В интерфейсе "Книга финансовых операций", пункты локального меню выполняющие сохранение и вставку записей, приведены к стандарту, и теперь называются: - Сохранение фин.операции - Вставка сохраненной фин.операции - Вставка сохраненной фин.операции в другую книгу
104.192348.10.15.0Сообщение об отсутствиии лицензии, хотя захвата лиц. нетуУправление бюджетамиКнига финансовых операций в целом
При инициализации интерфейса "Книга финансовых операций" (EditFpOborot), происходила проверка на существование лицензии на модуль "Управление бюджета". Проверка не "свободной лицензии", а вообще лицензии на модуль. В случае, если лицензии не было, то выдавалось сообщение: --------------------------- Информация --------------------------- У ВАС отсутствует лицензия на модуль "Управление бюджетов"... --------------------------- ОК --------------------------- Однако, сам интерфейс "Книга финансовых операций" (EditFpOborot), не лицензируется, т.е. имеет лицензию - "FREE". Используется интерфейс как путем вызова по функции меню, так и путем встраивания в другие интерфейсы. Как раз при встраивании и отсутствии лицензии на модуль, мы и получали данное сообщение.Теперь при инициализации интерфейса "Книга финансовых операций" (EditFpOborot), проверка на существование лицензии на модуль "Управление бюджета", не производится. И соответственно, в этом случае, сообщения об отсутствии лицензии не выдается. Лицензируемость интерфейса, оставлена прежней - "FREE".
180.52468.10.15.0Фильтр на фин. операцииУправление бюджетамиКнига финансовых операций в целом
На Pervasive все работает нормально. А вот на: Oracle и MS SQL - есть проблема. При задании фильтра по полю "номер документа", фильтрация работает только в случае когда номер документа меньше 10 символов. Например: 1. Установил фильтр по "номер документа" = "123456789012345" 2. Создаю финоперации. У них соответственно номер автоматически становится = "123456789012345", но при сохранении в БД они сразу же пропадают из видимости. 3. Снял фильтр - вижу свои ф/о 4. Установил фильтр - пропалиВ рамках решения данной проблемы, были сделаны следующие доработки: 1. Доработка касается только работы на платформах: Oracle и MS SQL. Теперь при установке фильтра по полю "номер документа", фильтрация работает для максимально возможной длины поля "номер документа" - это 20-ть символов. Однако на больших объемах информации, фильтрация по полю больше либо равному 10-ти символов, будет намного дольше, чем по полю длиной < 10-ти. 2. Доработка касается работы на всех платформах БД. Изменен принцип работы функции локального меню - "Скопировать фин.операцию" (Создать новый документ, копируя ранее сохраненный документ): 2.1. В случае, если установлен фильтр по "номеру документа", то "номер документа" для новой фин.операции берется из установленного фильтра. 2.2. После выполнения копирования, выводится сообщение о результате копирования, например: 2.2.1. В случае если новая запись удовлетворяет текущим ограничениям: --------------------------- Информация --------------------------- Создана фин.операция: № NNN на сумму s.ss руб. --------------------------- ОК --------------------------- 2.2.2. В случае если новая запись не удовлетворяет текущим ограничениям: --------------------------- Предупреждение --------------------------- Создана фин.операция: № NNN на сумму s.ss руб. Новая запись не удовлетворяет текущим ограничениям! --------------------------- ОК ---------------------------
102.1017818.10.14.0Редактирование финопераций с включенным фильтромУправление бюджетамиКнига финансовых операций в целом
При установленном фильтре, нет возможности изменить какое-нибудь поле ФО на другое, отличное от фильтра. Раньше, до решения проблемы ПИР [102.97018] "Ручной ввод финопераций с включенным фильтром", эта возможность была. Просто в этом случае данная ФО, сразу после корректировки, пропадала из реестра, т.к. переставала ему соответствовать. Получается, что найденную ФО надо идентифицировать по другому полю, найти еще раз, и уже потом корректировать. Это неудобно.Теперь в интерфейсе "Книга плановых операций", при установленном фильтре: 1. При создании записи, с полями не удовлетворяющей условиям фильтра, выдается сообщение: "Создаваемая запись не удовлетворяет условиям фильтра!" "Вы действительно хотите создать эту запись?" <ДА> <НЕТ> 1.1. При выборе <ДА>, запись будет создана и пропадет из области видимости, т.к. не удовлетворяет условиям фильтра. 1.2. При выборе <НЕТ>, запись не будет создана и пользователь сможет продолжить ее редактирование. 2. При модификации записи, новые значения полей которой перестают удовлетворять условиям фильтра, выдается сообщение: "Модифицированная запись перестанет удовлетворять условиям фильтра!" "Вы все равно хотите сохранить внесенные изменения?" <ДА> <НЕТ> 2.1. При выборе <ДА>, запись будет сохранена с новыми значениями полей и пропадет из области видимости, т.к. перестанет не удовлетворять условиям фильтра. 2.2. При выборе <НЕТ>, пользователь сможет продолжить ее редактирование.
102.959308.10.14.0Загрузка финопераций - нужен "сверочный отчет"Управление бюджетамиЗагрузка финансовых операций
В интерфейсе "Раскрытие показателя по данным книги финансовых операций", нужна возможность определить какие финоперации попали в бюджет, а какие нет.Появилась возможность протоколировать процесс загрузки финопераций (ФО) в бюджет. Протоколируются загрузки только текущего пользователя. Информация, о загруженных ФО, хранится в течении сессии работы пользователя. Посмотреть результаты загрузок ФО, можно в интерфейсе "Раскрытие показателя по данным книги финансовых операций". Для включения режима протоколирования, заведена новая пользовательская настройка: "Настройки Галактики Управление финансами Бюджетирование Финансовые операции Протоколирование загрузки финансовых операций". С возможными значениями: 1. "НЕТ" 2. "ДА" В интерфейсе "Управление бюджетом | Операции | Загрузка финансовых операций", в локальное меню, добавлена функция "Протоколирование ВКЛ/ВЫКЛ". По которой, можно изменить вышеуказанную настройку сразу из интерфейса. В случае если протоколирование ведется, в заголовке окна интерфейса, будет об этом предупреждающая надпись. Для контроля загруженности ФО, в конкретное значение бюджета, доработан интерфейс "Раскрытие показателя по данным книги финансовых операций". В случае, когда ведется протоколирование: 1. В заголовке окна, будет информация о времени начала протоколирования 2. В верхней панели добавлено итоговое поле "Значение по загруженным финоперациям", 3. В средней панели иерархического представления показателя, добавлены поля: "сумма" и "количество" по загруженным ФО. В случае если сумма ФО показателя, не совпадает с суммой загруженных ФО, то эти поля выделяются цветом. 4. В нижней панели со списком ФО показателя, добавлено поле информирующее о времени загрузки конкретной ФО. 5. В локальное меню интерфейса, добавлена функция: "Список не загруженных финопераций". По этой функции, вызывается окно со списком не загруженных ФО. Где по "F4" можно перейти в интерфейс редактирования текущей ФО.
102.991408.10.14.0Загрузка показателей из книги финансовых операций - редактировать фильтрУправление бюджетамиЗагрузка финансовых операций
При запуске функции "Загрузка финансовых операций", из конкретного показателя, в интерфейсах "Редактирование бюджета" или в "Анализе бюджета", интерфейс запускается с фильтром по: статье, периоду и аналитикам текущего показателя - так называемый "Автофильтр". Это хорошо, но надо иметь возможность дополнительно задавать пользовательский фильтр. Например, требуется загружать только финоперации сформированные по документам типа "Платежные поручения". Поэтому предлагаю: 1. открыть возможность задавать пользовательский фильтр 2. при загрузке финопераций, использовать оба фильтра, объединенных условием "И"Теперь появилась возможность к автофильтру добавлять и пользовательский фильтр. В случае, если пользовательский фильтр выставляется для тех же значений, что и автофильтр (обычно это Статьи, ЦО и Период), то выдается предупреждение.
102.992738.10.14.0Индикатор статуса копии бюджетаУправление бюджетамиКаталог бюджетов
У бюджета ЦО за период есть статус, и в каталоге бюджета он виден в виде явного описание - поле "статус", и в виде цветового - "иконка" имеет разные цвета. У копии бюджета, для каждого регистра, также устанавливается свой статус. Однако находясь в каталоге бюджета, этого не видно. Приходится заходить в атрибуты каждой копии, чтобы просмотреть статус для каждого из регистров. Это весьма не эргономично.Изменен интерфейс "Каталог бюджетов", открываемый по функции меню "Документы | Бюджеты", а именно изменена нижняя панель со списком копий. Прежние поля "П", "Ф" и "Р", обозначавшие наличие данных по регистрам учета убраны. Вместо них теперь выводятся поля: "План", "Факт" и "Резерв". В этих полях выводятся короткие наименования статуса текущей копии бюджета, по соответствующему регистру учета. В случае если данных по регистру учета нет, то статус выводится "серым" цветом, иначе "черным". Изменены интерфейсы операций, там где используются копии бюджетов с указанием регистра учета, добавлены поля со статусом. Например изменения коснулись операций: - Агрегация бюджетов - Декомпозиция бюджетов - Копирование бюджетов - Импорт бюджетов из Excel - Импорт финопераций из Excel - Импорт бюджетов из DBF
102.995748.10.14.0Редактирование показателя с помощью финопераций после FIN_P_15Управление бюджетамиРедактирование бюджета в целом
Интерфейс "Реестр финансовых операций", который вызывается из главного меню "Отчеты | Реестры финансовых операций", а также по функции "Раскрытие показателя агрегата по данным книги финансовых операций", из интерфейсов "Редактирование бюджета" и "Анализ бюджетов". Теперь, после выхода решения проблемы ПИР 102,98392, по клавише F4 на финоперации которая была созданы по какому либо "первичному документу", происходит переход в интерфейс редактирования самого первичного документа. И только из него можно попасть в интерфейс редактирования финопераци. Это очень не удобно. Надо иметь возможность сразу из реестра перейти в интерфейс финопераци.Изменен интерфейс "Реестр финансовых операций", который вызывается из главного меню "Отчеты | Реестры финансовых операций", а также по функции "Раскрытие показателя агрегата по данным книги финансовых операций", из интерфейсов "Редактирование бюджета" и "Анализ бюджетов". В случае, когда пользователь имеет право на редактирование, будут доступны клавиши: F4, F7, F8, которые теперь работают следующим образом: 1. Создание: 1.1. По клавише F7, запускается стандартный интерфейс "Книга финансовых операций" и автоматически открывается окно редактирования для ввода новой записи. 1.2. Новая запись наследует все аналитики текущей позиции из иерархии "Реестра финансовых операций". В случае, если запуск был по функции "Раскрытие показателя агрегата по данным книги финансовых операций", то дополнительно наследуются все аналитики агрегата. 1.3. Новая запись всегда создается с атрибутом "Первичный документ" = "Книга финансовых операций", т.е. создаются "ручные" финоперации. 2. Редактирование: 2.1. Если текущая финоперация является "ручной", то по клавише F4, запускается стандартный интерфейс "Книга финансовых операций", и автоматически открывается окно редактирования текущей записи. Тут же, можно не только редактировать, но и создавать и удалять записи. Создаваемые записи, будут удовлетворять п.1.2. и п.1.3. 2.2. Если текущая финоперация была создана, по какому либо документу, то по клавише F4, запускается интерфейс разноски документа по книге финансовых операций, и автоматически открывается окно редактирования текущей записи. Тут же, можно и не только редактировать, но и создавать и удалять записи. Создаваемые записи будут наследовать атрибуты документа. 3. Удавление 3.1. Из нижней панели возможно удаление, как текущей записи, так и помеченных. 3.2. Из средней панели возможно удаление всей ветки иерархии. В нижней панели по клавише "ENTER", теперь, можно перейти в окно просмотра текущей финоперации. Изменено окно редактирования в интерфейсе "Книга финансовых операций": 1. Поля вновь новой записи светятся "серым" цветом. Это значит что запись еще не сохранена в БД. 2. В случае, если значения полей были изменены, но еще не сохранены в БД, то они показываются "курсивом"
102.970188.10.13.0Ручной ввод финопераций с включенным фильтром по периодуУправление бюджетамиКнига финансовых операций в целом
0. Есть "статья1" по которой ведется аналитика 1. В интерфейсе "Книга финансовых операций", установим фильтр по этой статье 2. Вводим финоперации вручную: 2.1. В окне редактирования F7, и статья уже заполнена 2.2. В нижней панели определям аналитику - все ок 3. Добавляем фильтр по периоду 4. Вводим финоперации вручную: 4.1. В окне редактирования F7, и статья уже заполнена, а период заполнен, но не из фильтра, а из текущей даты! 4.2. В нижней панели показывает, что "аналитика не ведется"! 4.3. Запись создается в периоде из текущей даты, и поэтому сразу пропадает из зоны видимости фильтра. Из-за этого, создается впечатление что запись не создана. Таким образом пользователь может понавводить кучу "непредсказуемых" записей. Нужно чтобы при ручнов вводе, при установленном фильтре по периоду: 1. Период брался из фильтра, а не из текущей даты. Если фильтра по периоду нет, то период пусть определяется как и раньше. 2. Корректно определялось: ведется аналитика или нет.Теперь при установке фильтров в Книгу Финансовых операций: Временной интервал Бюджеты ЦО Статья Период Номер Документа в случае если они установлены, то новые записи создаются с заполненными полями, соответствующими установленным в фильтре. Если Книга Фин. Операций используется как встроенный интерфейс (например в интерфейсе Платежные поручения), то все поля как и раньше заполняются из документа. Поле ЦО, в случае, если не установлена настройка Автоформатирование ЦО при ручном добавлении финопераций, берется из фильтра. Также, даже при несовпадении редактируемой финоперации с установленным фильтром, показывается аналитика статьи, если она есть (раньше всегда была надпись "аналитика не ведется"). Если создается (или изменяется уже существующая) запись и итоговый вариант не удовлетворяет условиям фильтра, то появляется соответствующее сообщение, а создание (изменение) не происходит.
102.983928.10.13.0Редактирование показателя с помощью финоперацийУправление бюджетамиРедактирование бюджета в целом
В интерфейсе "Редактирование бюджета", есть возможность раскрыть значение показателя по данным финопераций. Есть возможность загрузить в конкретный показатель, данные из финопераций. Это хорошо. Требуется дополнить интерфейс "Раскрытия показателя по данным финопераций", возможностью прямо в нем формировать и редактировать сами финоперации. С возможностью их автоматической загрузки в бюджет.В интерфейсе Реестр финансовых операций и при нажатии на кнопку Раскрытие показателя агрегата по данным книги ФОП в интерфейсе редактирования бюджетов, появилась возможность редактировать, создавать и удалять записи.(Если есть права на редактирование). При добавлении записи в верхнем или нижнем окне интерфейса автоматически заполняются поля новой записи, зависимо от иерархии. (Поля заполняются так, что бы если пользователь не будет вносить изменения, которые могут повлиять на положение в иерархии, новая запись попала на место иерархии, где данный момент находится курсор). Если пользователь при добавлении записи ФОП, не изменяя запись, переходит на нижнюю панель аналитик, то появится сообщение с вопросом нужно ли сохранить запись. Подобное сообщение также появилось и в интерфейсе Книга операций и выскакивает например в случае, когда установлен фильтр на статью и пользователь создает новую ФОП (из-за фильтра поле статья заполниться автоматически), а затем сразу переходит на нижнюю панель аналитик. При удалении записей, зависимо от положения курсора удаляется или текущая запись, или агрегат со всеми подчиненными записями. При удалении из нижнего окна - текущая запись или выделенные записи. При редактировании открывается окно редактирования. При попытки редактирования агрегата выдается соответствующее сообщение. При изменении (создании, редактировании, удалении) записей, в шапке интерфейса появляется надпись - Данные были изменены. При этом можно перестроить иерархию из локального меню (кнопка Перегрузить данные). Пока данные не перегружены - иерархия является не актуальной. При попытке работы с удаленными записями появится соответствующее сообщение. В "Раскрытии показателя-агрегата по данным книги ФОП" крайние (листовые) записи могут агрегировать несколько одинаковых записей, т.е. по сути является агрегатом, соответственно и операции удаления и редактирования будут как для обычного уровня иерархии. Если по положению в иерархии можно определить, что запись не принадлежит книге ФОП (например запись для договора), то создание и редактирование данной записи будет производиться через соответствующий интерфейс (в приведенном примере через интерфейс договора). При этом создание и редактирование пользователь будет производить в ручную.
102.984838.10.13.0Импорт мультибюджетов по ЦО-агрегатуУправление бюджетамиИмпорт бюджетов из Excel
Вот такой частный случай: 0. Импортируем "мультибюджет". Из Excel импортируем данные в разрезе: статья, период и ЦО бюджета. 1. В случае если по статье-приемнику ведется аналитика "ЦО", то практически данные по этой статье в бюджете мы не увидим. Дело в том что значения показателя по агрегатам аналитик являются расчетными, а не хранимыми. Хотя бюджет по "ЦО-агрегату" вполне может существовать. Для решения вопроса, что делать с данными по аналитикам-агрегатам в финоперациях, существует системная настройка: "Настройки Галактики Управление финансами Бюджетирование Финансовые операции Финоперации по агрегатам аналитик". Для того чтобы не различались результаты функций: "Импорт бюджетов" и "Импорт финопераций", предлагаю и при импорте бюджетов использовать ее. А именно "ЦО бюджета", пусть как и раньше переносится как определено в соответствиях. А вот аналитика, и не только "ЦО", а любая, преобразовывается согласно вышеуказанной настройке. Т.е. либо не учитывается, либо относится на "прочие". Данное предложение следует учитывать не только при импорте "мультибюджетов", но и при импорте "одиночных бюджетов".Теперь при импорте бюджетов из EXCEL и DBF, в случае если в аналитике содержится агрегат, зависимо от настройки "Настройки Галактики Управление финансами Бюджетирование Финансовые операции Финоперации по агрегатам аналитик": - если установлена игнорировать в бюджете, то аналитика не учитывается. - если установлена в бюджете относить на прочие аналитики, то относиться на прочие.
102.912228.10.12.0Некорректно отрабатывает доступ к ТФО при настр-ке "только со своим дескрипторомУправление бюджетамиКнига финансовых операций в целом
При активизированной настройке "Настройки Галактики Общие настройки системы Доступ к документам" = "только со своим дескриптором", в интерфейсе "Книга финансовых операций", автоматически устанасливается фильтр и по дескриптору пользователя и по дескриптору группы. Что не верно т.к. ранее пользователь мог принадлежать другой группе и создавать записи. В итоге эти записи гругой группы, но того же пользователя, становятся не доступны.Теперь при активизированной настройке "только со своим дескриптором", в интерфейсе "Книга финансовых операций", автоматически устанасливается фильтр только по дескриптору пользователя. А ранее устанавливался и по дескриптору пользователя и по дескриптору группы.
102.899768.10.11.0перенос значения аналитики из документа в финоперациюУправление бюджетамиКнига финансовых операций в целом
Настройка связи с бюджетом - приемник - ФОП Есть ФОБ с контрагентом - Фирма1. Делаем разноску по статье с аналитикой организации, при этом в нижней панели светится - "значение в документе" = Фирма1 - "значение в бюджете" = Фирма1 (меняем на Фирма-бюджет) СОХРАНЯЕМ РАЗНОСКУ. Сформировались плановые финоперации по ФОБ и по ФОП, в которых: - "значение в документе" = Фирма-бюджет (это неверно) - "значение в бюджете" = Фирма-бюджетТеперь при формировании финопераций модуля УБ, аналитика документа и аналитика бюджета, формируются в точности с разноской в документах ПК.
102.817678.10.10.08.10 КП ин-с "Типы перодов планирования", лок.меню. Не соответств. станд.Корпоративное производственное планированиеТипы периодов планирования
В локальных меню интерфейсов, часто при описании комбинации клавиш используется символ "-". Например "Ctrl-P", а надо по стандарту "Ctrl+P".Теперь в локальных меню всех интерфейсов компоненты, при описании комбинации клавиш используется символ "+".
102.849958.10.10.0Не корректный переход в интерфейс редактирования финоперацийУправление бюджетамиРеестры финансовых операций
Не корректный переход в интерфейс редактирования финопераций: 0. Активизирована настройка: Бюджетирование Финансовые операции Учитывать настройку: "Настройки Галактики Общие настройки системы Доступ к документам". И существуют финоперации к которым доспут пользователю закрыт. 1. Сформировали реестр финопераций 2. В нижней панели по F4 хотим перейти в интерфейс редактирования конкретной финоперации, доступ к которой закрыт согласно п.0. Однако без всяких предупреждений переход осуществляется в любую другую первую попавщуюся доступную финоперацию.Теперь в случае если просмотр записи запрещен, об этом выдается соответствующее сообщение. Обнако она по прежнему попадает в реестр. Практически ограничение прав на просомтр - это сервис а не ограничение.
102.870058.10.10.0Запретить функции DelSumFromFpOborot удалять по 0-му SoprHozУправление бюджетамиКнига финансовых операций в целом
Фукнция DelSumFromFpOborot объекта "Интерфейс взаимодействия с бюджетами", при запуске с параметром SoprHoz=0 удаляет финоперации с 0-й ссылкой на SoprHoz. Практически под это условие попадают "ручные финоперации". Однако по контексту использования предполагается что ее будут запускать по SoprHoz!=0, и запуск с 0-м параметром в данном контексте считается ошибкой. Поэтому прелагается добавить в фукнции контроль на SoprHoz!=0, и в этом случае удаление не производить.Теперь запуск Фукнции DelSumFromFpOborot объекта "Интерфейс взаимодействия с бюджетами" с параметром SoprHoz=0, считается ошибкой и удаление финопераций не происходит.
101.392448.10.9.0Контролировать сумму хозоперации её финпроводокУправление бюджетамиКнига финансовых операций в целом
Требуется контролировать сумму хозоперации и её финопераций. А именно, если выполняются все условия: 1. модифицировали финоперации (создание/удаление/модификация) 2. финоперации по хозоперации существуют 3. сумма по финоперациям <> сумме хозоперации 4. покидают панель финопераций 5. установлена настройка "Контроль соответствия сумм хозоперации и проводок в ТХО" Тогда выдавать сообщение что суммы не сходятся...В интерфейсах первичных документов (ПД), где встроенны панели с бухпроводками и финоперациями (это например ПД ФРО, Хозоперации...), а также в интерфейс "Книга финансовых операций", запускаемый из ПД (например из ДО, Договора), добавлен функционал контроля сумм "родительского документа" (РД) и его финопераций. В зависимости от контекста использования, "родительским документом" для финопераций могут быть: - либо ПД (например во встроенных панелях ПД ФРО); - либо хозоперация по ПД (например вызовы из ДО, Договора, встроенные панели в Хозоперации). Функционал контроля состоит в следующем - если выполняются все условия: 1. модифицировали финоперации (создание/удаление/модификация); 2. финоперации по РД существуют; 3. сумма по финоперациям <> сумме РД; 4. покидают панель финопераций; 5. установлена настройка "Контроль соответствия сумм хозоперации и проводок в ТХО". То выдается информационное сообщение что суммы не сходятся. Дополнительно в локальное меню панели финопераций и окно редактирования финоперации, добавлена функция "Контроль соответствия сумм", по которой выдается информационное сообщение о соответствии сумм РД и его финопераций.
102.872548.10.9.0Период-агрегат в финоперациях не имеет смыслаУправление бюджетамиКнига финансовых операций в целом
Период-агрегат в финоперациях не имеет смысла и при ручном редактировании выбирать агрегат запрещено. Однако при автоматическом формировании финопераций, например с помощью ТФО, могут быть сформированы записи с периодом-агрегатом. Предлагаю в случае если происходит попытка создать финоперацию с периодом-агрегатом, автоматически приводить его к 1-му подчиненному листовому периоду.Теперь в случае если происходит попытка установить в финоперации период-агрегат, то он автоматически приводится к 1-му подчиненному листовому периоду.
101.414198.10.8.0Неправильная работа правил передачи данных.Управление бюджетамиПравила передачи данных
Проблема в работе правил передачи данных. 1. Если установлена настройка: "БюджетированиеКурс валют финансовых операций - брать на" = "дату финоперации". 2. А валюта финоперации не равна валюте статьи бюджета. То при выполнении операции локального меню "Перегрузить данные бюджетов", интерфеса "Управление бюджетом | Настройка | Правила передачи данных", данные будут сконвертированы на дату финоперации, т.е. будет использована настройка "Курс валют финансовых операций - брать на" = "дату финоперации". Но при работе самого правила передачи конвертация происходит согласно настройке: "БюджетированиеКурс валют по периоду планирования - брать на дату". В результате получаются длы конвертации финопераций по одной и той же дате-периоду берутся совсем разные курсы валют.Данная проблема происходила из-за того что конвертация происходила уже в пространстве бюджета, а там дата финоперации не была известна. Теперь при работе правила передачи, перед помещением суммы финоперации в бюджет, добавлена конвертация которой доступна дата финоперации.
102.765798.10.7.0Отображать дату в интерфейсе как ДД/ММ/ГГГГУправление бюджетамиКнига финансовых операций в целом
Корпоративный стандарт "Требования к разработке пользовательских интерфейсов: п 6.6.4. При выводе даты необходимо использовать четыре символа для года, например: 30/06/2005 Во всех книгах финансовых операция в интерфейсе списка финансовых операций в колонке Дата присутствуют только 2 цифры для отображения года.Во всех финансовых книгах в колонке "Дата обработки документа" вывод даты происходит в формате ДД/ММ/ГГГГ
102.837408.10.7.0Реализовать интерфейс "Список доступных бюджетных процессов пользователя"Управление бюджетамиВыполнение бюджетных процессов
Реализовать интерфейс "Список доступных бюджетных процессов пользователя". И соответсвенно добавить настройки: - Доступные БП ("все"/"из списка пользователя") - Список доступных БП пользователя - Запретить модификацию Списка БП пользователя (нет/да)Реализован интерфейс "Список доступных бюджетных процессов пользователя". И соответсвенно добавлены настройки: - Доступные БП ("все"/"из списка пользователя") - Список доступных БП пользователя - Запретить модификацию Списка БП пользователя (нет/да) Для регулирования доступа к редактированию самого "Каталога бюджетных процессов", добавлена настройка: "Управление финансами Бюджетирование Права доступа Запретить модификацию Каталога бюдженых процессов".
104.184568.10.6.0Не копируются записи книги финансовых операцийУправление бюджетамиКнига плановых операций
Управление бюджетами Книга плановых операций Не копируются записи при помощи функции "Групповое редактирование финопераций". Последовательность действий: 1. Помечаю Insert-ом необходимые записи; 2. Вызываю функцию "Групповое редактирование финопераций"; 3. Устанавливаю переключатель "Дата" и указать дату, на которую должны быть скопированы операции; 4. Устанавливаю переключатель "Скопировать финоперации" и нажимаю кнопку "Далее". Аналогичная ситуация в разделе Управление бюджетами Книга фактических операций.При медленной работе клиента, в частности на 3-х уровневой архитектуре, не отрабатывало копирование финопераций, при помощи функции "Групповое редактирование финопераций". Проблема исправлена и копирование финопераций отрабатывает корректно.
101.392838.10.5.0Формула расчётной статьи бюджета возвращает неверное значениеУправление бюджетамиРедактирование бюджета в целом
Пусть настроена такая иерархия статей: Воздух Цех1 Цех2 Распределение На цех1 На цех2 Статьи имеют аббревиатуры, совпадающие с наименованиями. "Воздух" и "Распределение" являются агрегатами подчинённых статей. Статья "На цех2" расчётная по формуле: (%Цех2%=)/(%Воздух%=) Есть две типовых формы - одна по статьям "Воздух", другая по статьям "Распределение" (по горизонтали - периоды) В типовой форме "Воздух" вводим значения по статьям: Цех1 = 1 Цех2 = 1 Программа рассчитывает агрегат Воздух = 2 В типовой форме "Распределение" видим, что значение показателя по статье "На цех2" равно 1, а не 0.5. Подозрение, что неверное значение возвращаетПри "Перестроение типовой формы", не корректно строило иерархию статей, используемых в типовой форме "косвенно". Т.е. в описанном случае, строилась иерехия, где статья "Цех1", не привязывалась к статье "Воздух", а была "висячей вершиной". ЭТО можно было посмотреть в интерфейсе "Аналитика бюджетирования" (статьи по типовой форме). Теперь при "Перестроении тивовой формы", иерархия стей строится корректно. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Для корректной работы, требуется "перестроить" типовый формы.
102.757778.10.5.0отображать в панели финпроводок количество с дробной частьюХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Предлагается отображать в панели финпроводок количество с дробной частью (сейчас только целая), как это сделано в панели бухпроводок, количество отображаемых знаков по настройке: "Настройки Галактики Логистика Число знаков в дробной части при отображении количества".В финансовых операциях, дробная часть поля "количество" отображается согласно настройке: "Настройки Галактики Логистика Число знаков в дробной части при отображении количества".
102.762998.10.5.0Integer при работе с маркерами в типовых формахУправление бюджетамиТиповые формы бюджетов
В некоторых случаях, при работе с маркерами, для задания индекса используются переменные типа Integer. Однако диапозон значений этого типа: rvMaxInteger: integer = Integer( 32767); rvMinInteger: integer = Integer(-32768); В итоге при построении осей, имеющих относительно "большое" количество записей, происходят понятные проблемы. Надо пользовать LongInt.В следующих компонентах : F_FpBudget, F_FpKatH, F_FpCatalog, F_FpOborot - работа с индексами маркеров типа Integer была переведена на тип LongInt.