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


Описание файла обновления:
ФайлG_FIN_DLL_810230.TXT
ОбновлениеG_FIN_DLL_810230
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентG_FIN
ТипDLL
Версия8.10.23.0
Дата2016-04-29 13:45:13
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.57036NEWЕсли по регистру учета нет данных - получаем RunTimeУправление бюджетамиПересчет бюджетов
При определенных условиях, выполнение операции "Пересчет бюджета", приводит к RunTime-ошибке. Проблемы возникает при одновременном выполнении следующих условий: - бюджет по "листовому" периоду - по пересчитываемому регистру нет данных - в пересчитываемых статьях есть формулаТеперь в описанной ситуации "Пересчет бюджета" работает корректно
102.132870NEWУстойчивость работы функции ContAnMakeByHashУправление бюджетами"Управление бюджетом" в целом
Речь идет о "Группах аналитик" (ГА), специально выделенных для использования не в "Финансовом планировании". Интерфейсы редактирования таких ГА, доступны, например, в модуле "Управление договорами", меню "Настройка | Заполнение каталогов | Настройка аналитики": - Группа аналитик (Производственное планирование) - Группа аналитик (Учет МЦ) - Группа аналитик (Учет Услуг) В таких ГА, возможно добавление новых уровней аналитик, в случае если уже существуют данные использующие эти ГА. Например, существуют МЦ, по этой ГА, причем эти МЦ уже были разнесены по значениям аналитики ГА. Практически, если добавить уровни аналитик в ГА, по которой уже существуют записи в таблице HashAn, то поле HashAn.Npp не пересчитывается. В итоге не корректно начинает работать функция ContAnMakeByHash (формирование контейнера аналитик по HashAn): 1. Формируется столько записей, сколько показывает поле HashAn.Npp, т.е. столько сколько аналитик было в ГА до модификации. 2. В список не попадают новые (последние) значения аналитик 3. В список попадают коды аналитик со смещением на столько записей, сколько аналитик была добавлено в ГА Например: Была ГА: 1. Организации 2. Подразделения ContAnMakeByHash по HashAn.NRec формирует контейнер аналитик: 1. Организации - Орг1 2. Подразделения - Подр1 После добавления уровня ГА: 1. Организации 2. Подразделения 3. Договор ContAnMakeByHash по HashAn.NRec формирует контейнер аналитик: 1. Подразделения - Орг1 2. Договор - Подр1 Надо повысить устойчивость работы функции ContAnMakeByHash при не корректном HashAn.Npp, а возможно еще и HashAn.Npp пересчитывать.Теперь при построении контейнера аналитик, учитывается ситуация не корректного поля HashAn.Npp: - если в HashAn определены все блоки, то поле автоматически корректируется - если используется не полный HashAn, то корректировок HashAn не происходит, но контейнер все равно строится корректным
102.96077NEWпортится разноска по аналитике МЦУправление бюджетами"Управление бюджетом" в целом
0. Начальные настройки: 0.1. Есть группа аналитик (ГА), где в спецификации определено < 10 аналитических уровней. 0.2. Есть "шаблон МЦ", где определена эта ГА 0.3. Есть МЦ, по этому шаблону, в ней определены значения аналитик (закладка "Аналитика"). 1. В интерфейсе редактирования ГА, добавляем аналитические уровни чтобы их стало > 10 2. Для МЦ (закладка "Аналитика") определяем значения аналитик в уровнях > 10 3. Выходим, заходим снова в интерфейс. Разноска значений аналитики на уровнях > 10 - "сбилась". Практически значения аналитик "поднялись" на столько уровней, сколько в п. 0.1 не хватало до 10. Это и есть проблема. Если в п.2 корректировать аналитики уровней <=10, то все нормально.Теперь в описанной ситуации, разноска по аналитикам остается корректной.
102.1276658.10.22.0При открытии бюджета стало появляться сообщение о том, что "вы построили слишком большую типовую форму.."Управление бюджетамиРедактирование бюджета в целом
Требуется расширить возможности функционала интерфейса "Редактирование бюджета" (РБ) для работы с большими объемами информации. Проблема заключается в том, что Галактика, как и все 32-х разрядные приложения, может использовать максимум 2ГБ памяти, что иногда не хватает для работы РБ. Особо актуальна, проблема проявляется при выделении памяти для структур хранения метаданных расчетного ядра РБ.Для решения проблемы, был разработан специальный функционал позволяющий использовать "расширенную память" (РП). РП характеризуется следующим: 1. РП не учитывается как память занятая приложением. Таким образом, ее можно использовать больше чем 2 ГБ. 2. РП располагается в "виртуальной памяти" компьютера. Таким образом, теоретически можно использовать всю "физическую память" компьютера, плюс память предоставляемую "файлом подкачки". 3. Работа с РП происходит дольше, чем работа с обычной памятью. 4. Функционал РП может не работать, или работать не стабильно в некоторых версиях Windows (например, в Windows95). Корректная работа функционала РП проверена в: - Windows 7 - Windows XP SP3 - Windows server 2008 Использование РП определяется для каждой "Типовой формы" (ТФ) в отдельности. Для этого в интерфейсе редактирования ТФ, в окне редактирования, на закладке "Загрузка бюджета" - добавлена группа опций "Использовать расширенную память": 1. "для размещения метаданных бюджета". Под "метаданными" понимаются списки статей, периодов, значений аналитик и их комбинаций. 2. "для размещения данных бюджета". Под "данными" понимаются значения показателей бюджета (цифры). При включении этой опции, будет существенное падение быстродействия.
180.77568.10.21.0Ошибка при формировании бюджета в режиме сравненияУправление бюджетамиКаталог бюджетов
Требуется оптимизировать выделение памяти при работе интерфейса "Редактирование бюджета". Особо актуальна проблема в режиме сравнения бюджетов.Были проведены следующие оптимизации выделения памяти в работе расчетного ядра (РЯ) интерфейса "Редактирование бюджета" (РБ): 1. Оптимизированы структура хранения метаданных РЯ. Эффект от оптимизации будет тем больше, чем больше используется в "Типовой форме" (ТФ) "статей бюджета" 2. Оптимизированы структура хранения данных РЯ (матрицы с данными). Эффект от оптимизации будет тем больше, чем меньше будет наполненность данными матрицы бюджета. Для режима сравнения в РБ, используется 1-н экземпляр метаданных и 2-е матрицы с данными. Поэтому, для режима сравнения наибольший эффект ожидается от 2-й оптимизации. Дополнительно, в рамках решения текущей проблемы, была решена проблема с сообщением: "вы построили слишком большую типовую форму...". Проблема: В данном сообщении не корректно выводилось количество используемых ГБ памяти. Решение : Данное сообщение было убрано вообще. Теперь во всех подозрительных случаях выводится однотипное сообщение: "Типовая форма слишком велика для использования..."
103.62328.10.20.0Internal Error 1. Ошибка выделения динамической памяти при сравнении бюджетовУправление бюджетамиРедактирование бюджета в целом
При загрузке в интерфейс "Редактирование бюджета" (РБ) данных по слишком большой "Типовой формы" (ТФ), возникает ошибка выделения памяти. Конкретно, речь идет о превышении 2ГБ используемой приложением памяти. В этом случае, приложение аварийно завершается, иногда выдавая системное Windows-сообщение (а иногда и без сообщения). Такое поведение крайне не дружелюбно по отношению к пользователю. К тому же нет ни какой информации, о том в чем проблема и как ее решить.РЕШЕНИЕ: В рамках решения проблемы, было сделано следующее: При загрузке данных в интерфейс "Редактирование бюджета" (РБ), происходит контроль за выделением памяти. При попытке выделения "критического объема памяти" для интерфейса РБ, выдается сообщение о существовании вероятности аварийного завершении программы. Также задается вопрос пользователю о принятии решения прервать загрузку данных: 1. Если пользователь решает прервать загрузку, то выдается сообщение с описанием ситуации и рекомендациями. 2. Если пользователь решает НЕ прерывать загрузку, то загрузка данных продолжается, и больше предупреждений не выдается. В этом случае возможна ситуация аварийного завершения программы Данная доработка контролирует не все варианты выделения памяти при работе с РБ. По прежнему, иногда могут возникать ситуации выделения памяти, приводящие к аварийному завершению работы приложения! По умолчанию "критический объем памяти" для интерфейса РБ = 1 000 000 000 byte. Это значение можно переопределять с помощью параметров приложения (в GalNet.cfg): группа - "FpLimitMemory" (группа указывается в фигурных скобках), параметр "MultiAgr". Например: {FpLimitMemory} MultiAgr=2000000000 Максимально допустимое значение этого параметра = 2 147 483 647 byte. Кроме РБ, эта же доработка будет действовать и для работы интерфейса "Управление бюджетом | Операции | Пересчет бюджетов". ИНФОРМАЦИЯ: Галактика, как и все 32-х разрядные приложения, может использовать максимум 2ГБ памяти. РЕКОМЕНДАЦИИ: 1. по построению бюджетов - РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ "Управление бюджетом" (глава "8.2. ПОСТРОЕНИЕ ТИПОВОЙ ФОРМЫ"). 2. по настройке системы в целом - "Приложение к инструкции по установке: "Примеры аппаратной конфигурации при развертывании системы"" (глава "3. ОСОБЕННОСТИ РАБОТЫ С РЕСУРСОЕМКИМИ РЕЖИМАМИ").
102.1226718.10.19.0Корректная работа прикладных ресурсов собранных на Атлантисе 5.4.43.0Предложение по новой функциональности Галактики ERP (по системе в целом)?
Корректная работа прикладных ресурсов собранных на Атлантисе 5.4.43.0. Необходимо добавить в GalNet.dll требование обновлений Атлантиса 5.4.43.0 для упрощения обеспечения корректной работы прикладных ресурсов собранных на данной версии Атлантиса. Прикладные обновлений собранные на данной версии Атлантиса в разделе "Требования системных обновлений зависящих от инструмента сборки" будут требовать ресурсов Атлантиса посредством требования GalNet.dll. Следует указать требование следующих обновлений: ATLCORE__DLL_54430 ATLCORE_STUB_DLL_54430 ATLEXEC_EXE_54430 BASE_DLL_54430 Так же, необходимо пересобрать компонент GalNet.dll и всех наследников NExprSem на Атлантисе 5.4.43.0В GalNet.dll добавлены требования следующих обновлений: ATLCORE__DLL_54430 ATLCORE_STUB_DLL_54430 ATLEXEC_EXE_54430 BASE_DLL_54430 G_TXO_dll_810760 G_Fin_dll_810190 G_Oper_dll_810140 Компоненты GalNet.dll, G_TXO.dll, G_Fin.dll и G_Oper.dll пересобраны на Атлантисе 5.4.43.0.
101.488438.10.18.0Ввод показателей в интерфейсе редактирования бюджета по виртуальным агрегатам.Управление бюджетамиРедактирование бюджета в целом
Требуется возможность вводить данные по агрегатам статей и агрегатам аналитик.0 ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ Под "Агрегатом по иерархии" (АИ), будем понимать агрегат в иерархии какого-либо конкретного справочника: статьи, периоды, аналитика. При этом под "иерархией", в данном случае понимается иерархия, используемая при агрегировании показателей по этому справочнику. Т.о. АИ - это вычисляемый, с помощью агрегатной функции (обычно функция "сумма"), показатель. "Листом по иерархии" (ЛИ), будем называть не агрегируемый показатель. Под "Агрегатом по аналитическим уровням" (ААУ), будем понимать агрегат по аналитическим уровням куба. Соответственно "Листом по аналитическим уровням" (ЛАУ), будем называть значение на самом детальном уровне куба. 1 ОБЩЕЕ ОПИСАНИЕ РЕШЕНИЯ В функционал интерфейсов "Редактирование бюджета" (РБ) и "Анализ бюджета" (АБ), добавлена возможность редактирования: 1. Агрегатов по иерархии статей (АИС) 2. Агрегатов по иерархии аналитик (АИА) Под редактированием АИ понимается: 1. распределение заданного значения АИ по ЛИ 2. удаление значения АИ 1.1 РЕЖИМЫ РАСПРЕДЕЛЕНИЯ АГРЕГАТОВ ИЕРАРХИИ Распределение значения АИ по ЛИ возможно в следующих режимах: 1.1.1 НА ПЕРВЫЙ ПОДЧИНЕННЫЙ В этом режиме, распределение происходит на 1-й ЛИ (см. Алгоритм определения 1-го значения). Причем на 1-й ЛИ переносится не вся сумма АИ, а только "дельта" ее изменения, т.е. сумма: "Новое" - "Старое". Это режим используется как режим "по умолчанию". 1.1.2 ПРОПОРЦИОНАЛЬНО ПРЕЖНЕМУ В этом режиме, распределение происходит пропорционально прежним значениям ЛИ. Распределяется вся сумма АИ. 1.1.3 РАВНОМЕРНО ПО ПОДЧИНЕННЫМ В этом режиме, значение АИ распределяется по ЛИ равномерно. Распределяется вся сумма АИ. Этот режим имеет смысл использовать не только при изменении суммы АИ, но и в случае необходимости переразноски "Старого" значения АИ. 1.2 РЕЖИМЫ РАСПРЕДЕЛЕНИЯ АГРЕГАТОВ ПО АНАЛИТИЧЕСКИМ УРОВНЯМ Существующий алгоритм распределения агрегата, как и ранее, позволяет распределять ААУ в следующих режимах (см.Интерфейс "Настройка распределения агрегатов"): 1. Тип редактирования = "автоматически": 1.1. "А - на "прочие", П - равномерно" 1.2. "А, П - Новое/Старое" 1.3. "А - согласно весам другого агрегата" 1.4. "А - согласно заданным весам" 1.5. "А - "прочие" согласно текущему уровню аналитик" 1.6. "А - "прочие" согласно заданным весам" 2. Тип редактирования = "вручную": 2.1. Запускается интерфейс "Раскрытие агрегата по данным бюджета" 2 АЛГОРИТМЫ 2.1 АЛГОРИТМ ОПРЕДЕЛЕНИЯ 1-ГО ЗНАЧЕНИЯ По умолчанию порядок ЛИ, определяется согласно их уровневым кодам в иерархии. Однако есть исключение. Если АИА, имеет "собственные данные агрегата" (СДА), то эта запись СДА берется в качестве "1-го значения". 2.2 АЛГОРИТМ РАСПРЕДЕЛЕНИЯ Распределение АИ работает по следующему алгоритму: 1. Происходит анализ возможности распределения значения данного АИ (см. "Ограничения по функционалу"). В случае не удачи, выдается соответствующее сообщение. 2. Происходит разбиение значения АИ на значения для каждого из подчиненных ЛИ. Разбиение значения, происходит согласно установленному режиму распределения АИ (см. "Режимы распределения"). В случае если АИ по нескольким иерархиям, например АИС и АИА, то разбиение происходит рекурсивно, начиная с текущего уровня вверх. 3. Для каждого из ЛИ, запускается существующий алгоритм распределения значения ААУ. В качестве распределяемого значения ААУ, берется значение, вычисленного в п.2. В итоге, мы получаем результат, так как если бы в каждое из ЛИ, вручную, было введено значение, вычисленное в п.2. 3 ОГРАНИЧЕНИЯ ПО ФУНКЦИОНАЛУ 3.1 ОГРАНИЧЕНИЕ №1 Для распределения АИ, допустимы только "Режимы распределения агрегатов по аналитическим уровням": 1.1 и 1.2. 3.2 ОГРАНИЧЕНИЕ №2 Если агрегат АИС собирается из расчетных статей, то такой АИС не может быть распределен. 4 ИНТЕРФЕЙСЫ ПОЛЬЗОВАТЕЛЯ 4.1 ИНТЕРФЕЙС "НАСТРОЙКА РАСПРЕДЕЛЕНИЯ АГРЕГАТОВ" Доработан существующий интерфейс "Настройка распределения агрегатов". 1. Возможность редактирования АИС, регулируется опцией "Агрегаты по статьям (С)". 2. Возможность редактирования АИА, регулируется так же, как и на редактирование "Агрегатов по аналитике". Т.е. если доступен на редактирование конкретный аналитический уровень, то разрешено редактирование АИА этого уровня. 4.2 ИНТЕРФЕЙС "РАСПРЕДЕЛЕНИЕ АГРЕГАТА ИЕРАРХИИ" Разработан новый интерфейс "Распределение агрегата иерархии". Данный интерфейс позволяет задавать режимы распределения для каждого типа АИ в отдельности: АИС и АИА (см. Режимы распределения). А также отдельно задавать режим распределения ААУ. В интерфейсе можно задать соответствующую опцию для предварительного просмотра распределения по иерархии. В этом случае запустится окно со списком ЛИ, сгруппированных по статьям бюджета. 4.3 ИНТЕРФЕЙСЫ РЕДАКТИРОВАНИЯ ПОКАЗАТЕЛЕЙ БЮДЖЕТА Речь идет об интерфейсах "Редактирование бюджета" (РБ) и "Анализ бюджета" (АБ). Возможность редактирования АИ, определяет Интерфейс "Настройка распределения агрегатов". При попытке редактирования АИ, автоматически запускается Интерфейс "Распределение агрегата иерархии". Так же, этот интерфейс можно вызвать, как и ранее, по функции локального меню "Распределение агрегата". 4.4 ОСОБЕННОСТИ РАБОТЫ 4.4.1 РАСЧЕТНАЯ СТАТЬЯ АГРЕГАТ ИЕРАРХИИ "Расчетная статья агрегат иерархии" (РС-АИ) - это статья, которая в иерархии статей является "агрегатом" (АИ), и на ней стоит атрибут "рассчитывается по формуле". Причем описано 2-а алгоритма расчета, для разных вариантов: "1-й вариант" - описана конкретная формула расчета "2-й вариант" - указано что "формула не вычисляется" Система распределения агрегатов умеет определять как именно, в текущих условиях, вычисляется РС-АИ. В случае "2-го варианта": - если на статье нет атрибута "не является агрегатом", то статья считается АИ. - если на статье установлен атрибут "не является агрегатом", то статья считается "листом по иерархии" (ЛИ). В интерфейсе "Редактирование бюджета" (РБ), возможно работа с обоими вариантами. В интерфейсе "Анализ бюджета" (АБ), в принципе формулы не вычисляются, а данные только агрегируются. В АБ предполагается, что показатели, рассчитываемые по формулам, уже рассчитаны и сохранены, и поэтому эти показатели загружаются как "листы". При работе с РС_АИ в АБ, всегда используется только "2-й вариант". Предполагается, что если пользователю потребуется чтобы РС-АИ имела рассчитанные по формуле значения, то пользователь проставит на статье атрибут "не является агрегатом". В интерфейсах выбора статей: - "Выбор статьи бюджетов" - "Выбор статьи бюджетов для пользователя ХХХ" если интерфейс запущен в режиме выбора только "листовых" записей, то РС-АИ выбирать можно, только если на нем установлен атрибут "не является агрегатом" (раньше было можно всегда). Интерфейс выбора статей, в режиме выбора только "листовых" записей запускается, например, при редактировании финансовой операции. 5 ДОПОЛНИТЕЛЬНЫЕ ДОРАБОТКИ 5.1 ИЗМЕНЕНЫ НАИМЕНОВАНИЯ РЕЖИМОВ Изменено наименование режима: "А, П - Новое/Старое" на "А, П - пропорционально прежнему". Режимы: А - на "прочие", П - равномерно А, П - пропорционально прежнему в случае если текущей агрегат, не является одновременно агрегатом "аналитики" и агрегатом "периода", автоматически корректируют свое наименование. Например если текущий агрегат, является только агрегатом "периода", то режимы будут отображаться: П - равномерно по подчиненным П - пропорционально прежнему 5.2 РЕЖИМ "А, П - ПРОПОРЦИОНАЛЬНО ПРЕЖНЕМУ" ДЛЯ ААУ Ранее в случае если "старая" сумма была = 0, то система не позволяла использовать режим "А, П - пропорционально прежнему", о чем выдавалось соответствующее предупреждение. Теперь это ограничение снято, и сообщение не выдается. Алгоритм распределения, в случае если старая" сумма = 0, теперь автоматически отрабатывает, так же как и для режима "А - на "прочие", П - равномерно". 5.3 РЕЖИМ "ПО УМОЛЧАНИЮ" ДЛЯ ААУ Режим "по умолчанию" для ААУ, теперь стал - "А, П - пропорционально прежнему" (ранее был "А - на "прочие", П - равномерно"). "А, П - пропорционально прежнему" - более безопасный режим, т.к. автоматически не удаляет разноску по аналитике. 5.4 ТЕКУЩАЯ НАСТРОЙКА РАСПРЕДЕЛЕНИЯ ААУ В ИНТЕРФЕЙСАХ РЕДАКТИРОВАНИЯ ПОКАЗАТЕЛЕЙ Теперь при работе в интерфейсах редактирования показателей бюджета (см. "Интерфейсы редактирования показателей бюджета"), выбранный режим распределения ААУ, сохраняется в течение сессии работы с типовой формой (ТФ). Работает это следующим образом: 1. При загрузке данных по ТФ, режим устанавливаются из настроек ТФ. 2. При запуске распределений, пользователь может изменять режим. 3. При последующем запуске распределения, режим возьмется тот который пользователь использовал в последний раз (из п.2). Ранее брался режим, определенный в ТФ (из п.1). При этом остаются ограничения, описанные в главе "Ограничения по функционалу". В случае если текущий режим не проходит ограничения, автоматически устанавливается режим "по умолчанию" (см. Режим "по умолчанию" для ААУ).
102.1146468.10.17.0При расчете бюджета-агрегата учитывать ЦОУправление бюджетамиРедактирование бюджета в целом
Речь идет о "виртуальной" агрегации бюджетов. Данный вид агрегации используется в следующих вариантах: 1. В интерфейсе "Каталог бюджетов" ("Управление бюджетом | Документы | Бюджеты"): 1.1. Если текущая запись в иерархии бюджетов, является агрегатом, то по функции локального меню "Агрегированный бюджет" (ALT+A), запускается формирование "Агрегированного бюджета". 1.2. Если были помечены несколько бюджетов, то по функции локального меню "Показатели бюджета" (F4), запускается формирование, так называемого "Консолидированного бюджета". 2. В операции "Агрегация бюджетов" ("Управление бюджетом | Операции | Агрегация бюджетов"): 2.1. По функции локального меню "Предварительный просмотр бюджета", можно сформировать бюджет, описанный в п.1.1. При "виртуальной" агрегации, при расчете "формульных статей" целевого бюджета, не учитывается ЦО целевого бюджета. В текущей реализации, при расчете целевого бюджета, ЦО для расчета формул, всегда считается "не определенным". Такое поведение системы, хорошо только в случае, когда ЦО целевого бюджета, действительно однозначно определить нельзя. Например, в п.1.2. консолидируют бюджеты ЦО11 и ЦО12. ЛОКАЛИЗАЦИЯ Существует иерархия ЦО: ЦО1 ЦО11 ЦО12 Есть расчетная статья С1, у которой для каждого ЦО, определен свой собственный алгоритм расчета. В случае если агрегация происходит в варианте п.1.1. и текущим бюджетом является ЦО1, то происходит следующее: 1. Загружаются данные бюджета ЦО11. 1.1. Бюджет ЦО11 рассчитывается по формулам для ЦО11. Это хорошо. 2. Загружаются данные бюджета ЦО12. 2.1. Бюджет ЦО12 рассчитывается по формулам для ЦО12. Это хорошо. 3. Рассчитанные данные бюджетов ЦО11 и ЦО12, суммируются и кладутся в бюджет ЦО1. Это хорошо. 3.1. Бюджет ЦО1 рассчитывается по формулам для "не определенного ЦО". Это и есть предмет доработки!Доработан функционал "виртуальной" агрегации бюджетов. 1. Если мы "Агрегируем бюджеты", то ЦО для расчета формул берем из целевого бюджета-агрегата. 2. Если мы "Консолидируем бюджеты", то: 2.1. Если у всех консолидируемых бюджетов ЦО одинаковый, то для расчета формул берем его. 2.2. Если у консолидируемых бюджетов ЦО разные, то как и ранее для расчета формул берем "не определенный ЦО". Я
180.19888.10.17.0Бюджет.Средняя численность.Управление бюджетамирасчетное ядро "Управление бюджетом"
Требуется разработать функционал, который бы позволял рассчитывать значения показателя по агрегатам периода как "среднее арифметическое" из значений подчиненных периодов.ОБЩЕЕ ОПИСАНИЕ РЕШЕНИЯ Был разработан функционал, который позволяет рассчитывать значения показателя по агрегатам периода как "среднее арифметическое" из значений подчиненных периодов. ИНТЕРФЕЙС "СТАТЬИ БЮДЖЕТА" Атрибуты статьи В рамках решения задачи, в окно редактирования статьи была добавлена новая опция - "среднее арифметическое". При установке этой опции значения показателя по агрегатам периода рассчитываются как "среднее арифметическое" из значений подчиненных периодов. Агрегация по периодам: (.) сумма (.) входящий остаток (.) исходящий остаток (.) сальдо (.) среднее арифметическое Отчеты В отчете "Атрибуты статей", для статей с атрибутом "Агрегация по периодам" = "среднее арифметическое", выводится соответствующий признак. Дополнительно, в рамках решения текущей задачи, были сделаны следующие доработки в отчете "Атрибуты статей": 1. Колонка "Валюта", переименована в "Валюта" / "Ед.Изм". Т.к. в ней выводится одно из значений: либо "валюта", либо "единица измерения" 2. В наименовании колонки "Статтьи" - убрана лишняя "Т" ИНТЕРФЕЙС "РАСКРЫТИЕ ПОКАЗАТЕЛЯ-АГРЕГАТА ПО ДАННЫМ БЮДЖЕТА" При раскрытии показателя с атрибутом "Агрегация по периодам" отличным от "сумма", иерархия периодов не строится. Выводятся только "листовые периоды". При этом автоматически контролируется, чтобы уровень "Периоды планирования", мог быть только самым верхним уровнем в группировке. Дополнительно, в рамках решения текущей задачи, были сделаны следующие доработки в окне редактирования текущего показателя "Значение показателя": 1. В случае если по показателю аналитика не ведется, панель редактирования значений аналитик - скрывается. ИНТЕРФЕЙС "РАСКРЫТИЕ ПОКАЗАТЕЛЯ ПО ДАННЫМ КНИГИ ФИНАНСОВЫХ ОПЕРАЦИЙ" При раскрытии показателя с атрибутом "Агрегация по периодам" отличным от "сумма", иерархия периодов не строится. Выводятся только "листовые периоды". При этом автоматически контролируется, чтобы уровень "Периоды планирования", мог быть только самым верхним уровнем в группировке. ИНТЕРФЕЙС "РАСПРЕДЕЛЕНИЕ АГРЕГАТОВ" Речь идет об интерфейсе, вызываемом по "ALT+A", из интерфейсов: "Редактирование бюджета" и "Анализ бюджета". При редактировании показателя, с атрибутом "Агрегация по периодам" = "среднее арифметическое", для случая, когда надо распределить значение периода-агрегата, распределение по периодам выполняется следующим образом: 1. При распределении "равномерно". Во все подчиненные периоды заносится значение периода-агрегата. 2. При распределении "новое/старое". Все подчиненные периоды умножаются на коэффициент изменения периода-агрегата. ИНТЕРФЕЙС "РЕДАКТИРОВАНИЕ БЮДЖЕТА" Редактирование агрегатов бюджета может происходить в 2-х режимах. Это определяет настройка "Настройки Галактики Управление финансами Бюджетирование Редактирование бюджета Специальный режим редактирования агрегатов", которая может принимать значения: 1. "ДА". Режим "по умолчанию". В этом режиме для редактирования агрегатов используется интерфейс "Распределение агрегатов" (см. описание доработки в главе Интерфейс "Распределение агрегатов"). 2. "НЕТ". В этом режиме ранее данные периода-агрегата всегда распределялись по листовым периодам "равномерно". Теперь в случае редактирования показателя с атрибутом "Агрегация по периодам" = "среднее арифметическое", распределение по периоду выполняется аналогично описанному в главе Интерфейс "Распределение агрегатов" (режим "равномерно" п.1.). ИНТЕРФЕЙС "АНАЛИЗ БЮДЖЕТА" Для редактирования агрегатов бюджета используется интерфейс "Распределение агрегатов" (см. описание доработки в главе Интерфейс "Распределение агрегатов").
101.373998.10.16.0Редактирование бюджета - отображать значения по сальдируемым статьямУправление бюджетамирасчетное ядро "Управление бюджетом"
Требуется разработать функционал, который бы позволял рассчитывать "входящие" и "исходящие" остатки по показателям бюджета. При агрегации по периодам, такие показатели должны вычисляться следующим образом: 1. "Входящий остаток" в периоде-агрегате, равен значению в первом подчиненном периоде. 2. "Исходящий остаток" в периоде-агрегате, равен значению в последнем подчиненном периоде.ОБЩЕЕ ОПИСАНИЕ РЕШЕНИЯ Для решения задачи, добавлены новые атрибуты статей, которые влияют на правила агрегации показателей по иерархии периодов: 1. "Входящий остаток". Данные в периоде-агрегате - это данные первого подчиненного периода. 2. "Исходящий остаток". Данные в периоде-агрегате - это данные последнего подчиненного периода. ИНТЕРФЕЙС "СТАТЬИ БЮДЖЕТА" Атрибуты статьи В рамках решения задачи, были реструктурированы атрибуты статьи. В окне списка статей, удалено ставшее не актуальным поле "Агрегация". В окне редактирования статьи, удалены не используемые поля: 1. Тип статьи 2. Приоритет В окне редактирования статьи, атрибуты статьи теперь состоят из 4-х групп: Атрибуты статьи [.] валютная [.] количественная [.] внутренние обороты Статья не может быть одновременно и "валютная" и "количественная". Данные опции имеют прежнее название и значение. Агрегация по иерархии статей [.] не является агрегатом [.] не входит в вышестоящий агрегат По умолчанию, данные показателей "агрегируются" по иерархии статей. Под "агрегацией", в данном случае понимается операция - "суммирование". Данные опции предназначены для переопределения этого правила. Опция "не является агрегатом", случит для явного указания того что данные по этой статье не будут вычисляться как "агрегат" из данных подчиненных статей. Прежнее название этой опции: "вводимая статья - НЕ является агрегатом" Опция "не входит в вышестоящий агрегат", случит для отмены агрегации данной статьи в вышестоящую статью. Прежнее название этой опции: "в том числе". Агрегация по периодам (.) сумма (.) входящий остаток (.) исходящий остаток (.) сальдо По умолчанию, данные показателей "агрегируются" по иерархии периодов. Операция "агрегации", по умолчанию - "сумма". Данные опции предназначены для переопределения этого правила. При установке опции "входящий остаток", данные по периоду-агрегату берутся только из первого подчиненного периода. Ранее такой опции не было. При установке опции "исходящий остаток", данные по периоду-агрегату берутся только из последнего подчиненного периода. Ранее такой опции не было. При установке опции "сальдо": - данные по периодам-агрегатам не вычисляются - данные этой статьи не входят в вышестоящую статью-агрегат Прежнее название этой опции: "сальдируемая". Результат установки этой опции такой же как и ранее. Расчет по формуле [.] рассчитывается по формуле (.) расчет на каждом уровне (.) только на детальном уровне (.) только на уровне статьи С помощью опции "рассчитывается по формуле", можно включать или выключать режим расчета статьи по формуле. Прежнее название аналогичной опции: "Способ расчета". Но теперь при отключении режима "рассчитывается по формуле", настроенные ранее алгоритмы расчета не удаляются. Далее идет группа опций, задающих на каких аналитических уровнях должна вычисляться формула. Эти опции имеют смысл, когда по статье ведется аналитика. Под аналитическими уровнями, понимаются уровни аналитик включенных в "типовую форму бюджета". В общем случае, от количества аналитик включенных в "типовую форму бюджета" зависит результат расчета формулы. Опция "расчет на каждом уровне", является значением "по умолчанию". При установке этой опции, формула будет вычисляться на каждом уровне аналитик, а также на уровне самой статьи. Прежнее название этой опции: "агрегат - суммируется из подчиненных Статей". При установке опции "только на детальном уровне", формула будет вычисляться только на самом детальном уровне аналитики, определенной в "типовой форме". Далее, на всех вышестоящих уровнях аналитик, а также на уровне статей, рассчитанные данные будут "агрегироваться" путем "суммирования". Прежнее название этой опции: "агрегат - суммируется из подчиненной Аналитики". При установке опции "только на уровне статьи", формула будет вычисляться только на уровне статьи. Прежнее название этой опции: "спецрасчет". Как и ранее значения показателей по аналитике, в этом случае, выводятся нулевыми и не редактируются. Алгоритмы Список алгоритмов расчета статьи, перемещен из "закладки" в нижнюю панель окна редактирования. При отключении режима "рассчитывается по формуле", настроенные ранее алгоритмы расчета не удаляются. Отчеты Вследствие реструктуризации атрибутов статьи, были изменены отчеты по каталогу статей: 1. Отчет по каталогу статей 2. Отчет взаимосвязи статей 3. Отчет об использовании статей в типовых формах Дополнительно, в отчетах: 1. Отчет по каталогу статей (Алгоритмы расчета статей); 2. Отчет взаимосвязи статей; в связи со сложной вложенностью выводимой информации, теперь не выводятся номера листов. Ранее они выводились, но № листа считался не корректно. ИНТЕРФЕЙС "РАСКРЫТИЕ ПОКАЗАТЕЛЯ-АГРЕГАТА ПО ДАННЫМ БЮДЖЕТА" При раскрытии показателя, с типом "входящий" или "исходящий" остаток, иерархия периодов не строится. Выводятся только "листовые периоды". ИНТЕРФЕЙС "РАСКРЫТИЕ ПОКАЗАТЕЛЯ ПО ДАННЫМ КНИГИ ФИНАНСОВЫХ ОПЕРАЦИЙ" При раскрытии показателя, с типом "входящий" или "исходящий" остаток, иерархия периодов не строится. Выводятся только "листовые периоды". ИНТЕРФЕЙС "РАСПРЕДЕЛЕНИЕ АГРЕГАТОВ" Речь идет об интерфейсе, вызываемом по "ALT+A", из интерфейсов: "Редактирование бюджета" и "Анализ бюджета". При редактировании показателя, с атрибутом "входящие" или "исходящие" остатки, для случая, когда надо распределить значение периода-агрегата, распределение выполняется следующим образом: 1. "Входящий остаток". Данные периода-агрегата полностью копируются в первый подчиненный листовой период. 2. "Исходящий остаток". Данные периода-агрегата полностью копируются в последний подчиненный листовой период. ИНТЕРФЕЙС "РЕДАКТИРОВАНИЕ БЮДЖЕТА" Редактирование агрегатов бюджета может происходить в 2-х режимах. Это определяет настройка "Настройки Галактики Управление финансами Бюджетирование Редактирование бюджета Специальный режим редактирования агрегатов", которая может принимать значения: 1. "ДА". Режим "по умолчанию". В этом режиме для редактирования агрегатов используется интерфейс "Распределение агрегатов" (см. описание доработки в главе Интерфейс "Распределение агрегатов"). 2. "НЕТ". В этом режиме ранее данные периода-агрегата всегда распределялись по листовым периодам равномерно. Теперь в случае редактирования показателя с атрибутом "входящие" или "исходящие" остатки, распределение по периоду выполняется аналогично описанному в главе Интерфейс "Распределение агрегатов". Дополнительно, в рамках решения задачи, для показателей имеющих 0-вые значения, 0-ли - не выводятся. ИНТЕРФЕЙС "АНАЛИЗ БЮДЖЕТА" Для редактирования агрегатов бюджета используется интерфейс "Распределение агрегатов" (см. описание доработки в главе Интерфейс "Распределение агрегатов").
102.1106668.10.15.0Избавится от устаревшей функции MakeHierKauList (компонента F_FPBUDGET).Управление бюджетамирасчетное ядро "Управление бюджетом"
У системе Галактика, часто возникает потребность определить: "Является ли данная аналитика иерархической или нет". Исторически получилось, что у этой потребности оказалось 2-е реализации: 1. В G_Kau.dll, функция GetKauIsHier() 2. В G_Fin.dll, функция FpGalAnIsHierAn() Обе эти функции используется, в частности, при работе функционала ТХО G_TXO.DLL. Который в свою очередь, используется повсеместно в системе Галактика. При инициализации G_TXO.DLL, через InitServTXO(), происходит инициализация кэша для функции FpGalAnIsHierAn(). Она может занимать относительно продолжительное время, т.к. сразу же строит кэш по всем аналитикам зарегистрированным в системе. Строится кэш путем вызова функции MakeHierKauList (ObjInterface iObjFpGalAgrAn). Нужно перевести работу на одну функцию - GetKauIsHier(). Т.к. она выполнена гораздо эргономичнее. Кэширование происходит только в момент обращения к функции. В итоге такая доработка должна ускорить загрузку интерфейсов, работающих с ТХО. Для случая: 1. Если в системе зарегистрировано относительно большое количество аналитик. 2. Сервер БД и сервер БД, располагаются на разных станциях.Теперь в G_Fin.dll, при отработке функции FpGalAnIsHierAn(), явно вызывается функция GetKauIsHier(). А собственная реализация FpGalAnIsHierAn(), т.е. вызов функции MakeHierKauList (ObjInterface iObjFpGalAgrAn) - удалена. Функции MakeHierKauList, за не надобностью удалена и из своего объекта (ObjInterface iObjFpGalAgrAn).
102.1095948.10.14.0FpLog настраивать в конфигурационном файлеУправление бюджетами"Управление бюджетом" в целом
В системе используется логирование исключительных ситуаций с помощью функционала FpLog. Настройка логировани, в данный момент осуществляется путем задания переменных окружения операционной системы. Однако гораздо удобнее использовать настройку через конфигурационный файле Атлантис приложения. Предлагаю завести для этого не типизированные параметры, которое задаются в "фигурных" скобках конфигурационного файла.в конфигурациоонм файле возможно использование неявных настроек: {Log} FP_DebugLog=<имя файла> FP_Message=(Off/On) FP_DebugLogNotDelimited=(Off/On) Настройки соотвествуют настройкам окружения. Настройки окружения являются приоритеными: если задан параметр и в переменной и в параметрах приложения, то главнее то, что в параметрах. Для программистов: Для ведения логов в паскале, нужно задавать переменные окружения, так как при подключении Dll, не происходит инициалиции переменных конфигурационного файла (попытка их чтения выдает пустую строку)
102.959358.10.13.0Оптимизация АБ - загрузка по слоямУправление бюджетамиАнализ бюджетов
Требуется добавить фукнцию преобразования группы ячеек в агрегатТребуется добавить фукнцию преобразования группы ячеек в агрегат # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Добавлена фукнция преобразования группы ячеек в агрегат
102.978208.10.12.0Ускорить работу алгоритма ТХО OBOROT с фильтрами на аналитику по маскеБухгалтерская отчетностьЗакрытие счетов
В настройках закрытия счетов активно применяется алгоритм ТХО API OBOROT с фильтрами на аналитику по маске. Сейчас это приводит чтениям проводок при вычислении алгоритма. Полностью логику расчета этого алгоритма переместить на сервер БД не возможно. Однако обработку фильтров, технически возможно переместить на сервер БД. Это существенно ускорит процедуру закрытия по ряду счетов.Реализован новый алгоритм расчета для алгоритмов "ТХО API OBOROT" с использованием механизмов "Прямого SQL". Для включения "Прямого SQL" необходимо в конфигурационном файле в секции {DSQL} прописать параметр USEINTXO=on
102.954418.10.11.0Значительно замедлилось формирование проводок после установки обновленийХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Значительно замедлилось формирование проводок после установки обновлений.Не оправданно долго отрабатывала фукнция получения периода по заданной дате и типу периода планирования (FpPPGet). Особо сильное замедление получалось в случае если выполняются все условия: 1. по типу перида, установленного в "Настройки Галактики Управление финансами Бюджетирование Тип периода планирования бюджета", не существует периода для требуемой даты. 2. в системе еще существует ряд типов периодов, NRec у который больше, чем у типа периода установленного в п.1. 3. по типам периода из п.2. было сформированно много периодов. Например в п.1. установлен тип "год-квартал месяц", и по нему сформированы периоды с 2000г. до 2006г. Есть еще другие типы периода, удовлетворяющие п.2., например "год-квартал месяц-день" и по нему сформировано периоды с 2000г. до 2006г. Теперь хотят примерннить ТФО к документу, дата которого находится в 2010г. Получим замедление процесса применения ТФО. Из-за описанной проблемы, после установки последних обновлений для ТХО, значительно замедлился процесс формирование и бухпроводок, а не только финопераций. В рамках решения проблемы, оптимизирована работа фукнции получения периода по заданной дате и типу периода планирования (FpPPGet).
102.926408.10.10.0"Анализ бюджетов" - перестали считаться некоторые ячейкиУправление бюджетамиАнализ бюджетов
После решения проблемы - [102.92369] "Предложение по оптимизации работы интерфейса "Анализ бюджета"", в интерфейсе перестали считаться некоторые ячейки. Конкретно проблемы возникают, когда используются иерархические аналитики (в т.ч. статьи и периоды), где глубина иерархии больше 2-х уровней. Причем на оси X, должна быть одна из этих аналитик. Допустим по статьям и периодам по 3-и уровня иерархии. Период на оси X. Например: - Период: Год, квартал, месяц. - Статьи: БДС, Доходы, доходы от реализации ТМЦ. Тогда ячейки по координатам: - (Год, Доходы) - (Год, доходы от реализации ТМЦ) не будут посчитаны.Теперь, в случае когда используются иерархические аналитики (в т.ч. статьи и периоды), где глубина иерархии больше 2-х уровней и на оси X, одна из этих аналитик, данные по ячейкам считаются и выводятся корректно.
102.923698.10.9.0Предложение по оптимизации работы интерфейса "Анализ бюджета"Управление бюджетамиАнализ бюджетов
Предложение по оптимизации работы интерфейса "Анализ бюджета". А именно предлагаю сократить объем используемой памяти и повысить быстродействие. Особо актуально это в режиме когда используется большое количество иерархических аналитик.Оптимизирована работа интерфейса "Анализ бюджета", в режиме когда используется большое количество иерархических аналитик. А именно сократился объем используемой памяти и повысилось быстродействие.
102.878228.10.8.0Редактирование данных в интерфейсе "Анализ бюджета"Управление бюджетамиАнализ бюджетов
Требуется реализовать возможность редактировать данные бюджетов в интерфейсе "Анализ бюджета".Реализована возможность редактировать данные бюджетов в интерфейсе "Анализ бюджета". Возможность редактировать "в ручную" появляется при выполнении 2-х условий: 1. Анализ бюджетов происходит по типовой форме 2. В настройке представления для анализа бюджета, проставлена опция "возможность редактирования" Конкретное пространсто ячеек доступных для редактирования определяется также как и в интерфейсе "Редактирование бюджета". А именно анализируются: - Права пользователя на редактирование данных бюджета - Настройки распределения агрегата Для данных бюджета загруженных с учетом фильтра, редактирование ячеек будет доступно только если фильтр однозначно определял значения аналитик, т.е. по каждой аналитике было поставлено однозначно одно значение. Пример1 Следующие фильтры не являются однозначными: - КАУ организации=(организация1 или организация2) - КАУ подразделения=НЕ(подразделение3) Пример2 Следующие фильтры являются однозначными: - КАУ огранизации=(огранизация1) - КАУ подразделения=(подразделение3) Дополнительно в интерфейс добавлены фукнции: - Раскрыть по данным бюджета - Раскрыть по данным финансовых операций - Загрузка из книги финансовых операций Данные фукнции имеют тот же смысл как и аналогичные в интерфейсе "Редактирование бюджета"
102.875598.10.7.0Пропали статистические алгоритмы из мастера алгоритмовУправление бюджетамиАлгоритмы расчета
Пропали статистические алгоритмы из мастера алгоритмовВосстановлен список статистических алгоритмов в мастере алгоритмов.
102.847188.10.6.0Требуется пересборка G_FIN на Атлантисе 5.4.14 с актуальным сис.требованиямиПредложение по новой функциональности Галактики ERP (по системе в целом)?
Требуется пересборка G_FIN на Атлантисе 5.4.14 с актуальным требованиями системных обновлений зависящих от инструмента сборки. Для избавления от требования ATLCORE_ без признака IfPresent который отсутствовал на Атлантисе 5.3-х. Т.к. при установке на двухуровневой архитектуре в условиях отсутствия лицензии на AppServer в отчетах выдается ошибка об отсутствии в системе. Для решения проблемы требуется только пересборка на актуальном Атлантисе 5.4.14.Пересобрано.
101.392728.10.5.0Нельзя ввести данные по подчинённым периодам планированияУправление бюджетамиРедактирование бюджета в целом
Установлена настройка "Настройки Галактики Управление финансами Бюджетирование Редактирование бюджета Специальный режим редактирования агрегатов - нет" Настроена типовая форма, в которой по горизонтально оси - аналитика по статьям. Текущий тип периода планирования - год-квартал-месяц-неделя. Открываем бюджет за месяц по упомянутой типовой форме и по правой клавише мыши устанавливаем видимость только для первой недели месяца. Вводим значение по какой-либо статье по какой-либо аналитике. Если установить видимость для любой другой недели, то видно будет, что значения остались те же самые. То есть видимость была включена для одной недели, а редактировали мы на самом деле месячные значения.Условия возникновения ошибки: 1. Настройка "Управление финансами Бюджетирование Редактирование бюджета Специальный режим редактирования агрегатов" = НЕТ. 2. Редактирование бюджета по типовой форме с 2-мя осями Не происходило переключение периода и редактирование шло по изначальнму периоду бюджета. Ошибка исправлена.
102.766918.10.5.0Ускорить загрузку интерфейса "Редактирование бюджета"Управление бюджетамиРедактирование бюджета в целом
Ускорить загрузку интерфейса "Редактирование бюджета"Ускорена загрузка интерфейса "Редактирование бюджета". Наибольший эффект будет при загрузке типовой фоормы с аналитикой, в режиме "ускоренная загрузка аналитик".
102.767828.10.5.0Ускорить распределение агрегатов в интерфейсе "Редактирование бюджета"Управление бюджетамиРедактирование бюджета в целом
Ускорить распределение агрегатов в интерфейсе "Редактирование бюджета"Ускорено распределение агрегатов в интерфейсе "Редактирование бюджета".
102.712658.10.4.0Опасная многооконность интерфейса "Редактирование бюджета"Управление бюджетамиРедактирование бюджета в целом
0. находимся в инт-се "Редактирование бюджета" 1. с помощью соответствующей функции, заходим в инт-с "Копирование бюджетов" 2. с помощью соответствующей функции, заходим в инт-с "Редактирование бюджета", но по другой типовой форме 3. возвращаемся в п.0. - типовая форма "слетела"Описанная ошибка исправленна. Дополнительно сделана возможность запускать интерфейс "Редактирование бюджета" из интерфеса "Каталог бюджета" не модально (только для редактирования одиночного бюджета).
102.726738.10.4.0Долгий процесс сохранения данных нового слоя по группам аналитикиУправление бюджетамиГруппы аналитик
После создания нового слоя группы аналитики и нажатия кнопки "Сохранить" процесс зависает без визуализации и не понятно, процесс идет или завис. При создании трех слоев каждый раз после сохранения проходило минут 10.Проявление проблемы может быть не стабильным - все зависит от настроек сервера БД, а именно от настойки хэширования запросов. Однако проблема всегда проявляется при 1-м обращении к серверу БД. Аналогичное проявление проблемы есть и при загрузке интерфейса "Редактирование бюджета". Решение: в интерфейсах "Группы аналитик", "Редактирование бюджета", оптимизированы SQL-запросы и на длительные операции поставлена визуализация
104.180098.10.4.0Выводить в анализ бюджета нулевые значения по аналитикеУправление бюджетамиАнализ бюджетов
Требуется возможность выводить в анализ бюджета нулевые значения по аналитике.Если установлен чек-бокс "выводить нулевые значения" и загрузка идет по типовой форме и типовая форма не является "автосинхронизируемой", то в "Анализе бюджета", выводятся кроме существующих значений аналитики еще и аналитики определенные в осях типовой формы. Выводятся они до тех пор пока не изменить группировку аналитик. После изменения группировки, данные по прежнему выводятся только существующие.
102.746348.10.3.0Для выпуска Атлантиса 5.3.14Предложение по новой функциональности Галактики ERP (по системе в целом)?
Для совместимости с Атлантисом 5.3.14 необходима персборка на этом атлантисе 6 dll: - G_FA 8.10.1.0 - G_Fin 8.10.3.0 - G_Nalog 8.10.2.0 - G_OPer 8.10.3.0 - G_Txo 8.10.8.0 - Galnet 8.10.53.0Указанные DLL пересобраны на 5.3.14.
101.271008.10.1.0Сальдируемая статья суммируется в статью-агрегатУправление бюджетамиАнализ бюджетов
Сальдируемая статья в анализе бюджетов суммируется по периодамТеперь в интерфейсе "Анализ бюджетов", статья с атрибутом "сальдируемая", не агрегируется ни по статьям бюджета, ни по периодам планирования.