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


Описание файла обновления:
ФайлF_FPCATALOG_RES_810210.txt
ОбновлениеF_FPCATALOG_RES_810210
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентF_FPCATALOG
ТипRES
Версия8.10.21.0
Дата2012-12-17 16:27:35
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.50009NEWНеобходима настройка "Установить фильтр по признаку архивности" по Центру ответсНастройкаЦентры ответсвенности
Требуется функционал работы с "архивом" ЦО. А именно надо: 1. возможность переводить ЦО из/в "архив" (с сохранением его иерархического расположения) 2. возможность фильтрации ЦО по архивному признакуВ рамках решения проблемы были сделаны следующие доработки: 1. Добавлена пользовательская настройка "Настройки Галактики Общие настройки системы Интерфейсы выбора Фильтр по признаку архивности в каталоге ЦО", с возможными значениями: - все ЦО (по умолчанию) - рабочие ЦО Эта настройка служит для задания фильтра "по умолчанию" для ЦО. 2. Изменены интерфейсы работы с каталогом ЦО: 2.1. Интерфейс "Каталог центров ответственности" 2.1.1. В локальное меню добавлены: 2.1.1.1. Функции работы с фильтром по признаку архивности: 2.1.1.1.1. "Все ЦО" 2.1.1.1.2. "Фильтр по рабочим ЦО" 2.1.1.1.3. "Фильтр по архивным ЦО". ЦО в архиве, могут быть представлены только в "линейном" виде ("иерархическое" представление недоступно). 2.1.1.2. Групповые функции перевода/извлечения ЦО в/из архив. Данные функции обладают следующими особенностями: 2.1.1.2.1. Функция "Переместить в архив": 2.1.1.2.1.1. При переводе в архив "папки", автоматически переводятся в архив и все ее подчиненные записи. 2.1.1.2.2. Функция "Извлечь из архива": 2.1.1.2.2.1. При извлечении их архива "папки", автоматически извлекаются из архива и все ее подчиненные записи. 2.1.1.2.2.2. При извлечении их архива любой записи, автоматически извлекаются их архива и все ее вышестоящие. 2.1.2. В окно редактирование, добавлена опция "переведен в АРХИВ". При изменении данной опции, для текущей записи, запускаются соответствующие функции, описанные в п.2.1.1.2. 2.1.3. В окно списка, добавлен признак архивного ЦО 2.1.3. В отчет по каталогу, добавлен признак архивного ЦО 2.2. Интерфейс выбора значений КАУ "Центров ответственности": 2.1.1. В локальное меню добавлены: 2.1.1.1. Функции работы с фильтром по признаку архивности: 2.1.1.1.1. "Все ЦО" 2.1.1.1.2. "Фильтр по рабочим ЦО" 2.1.1.1.3. "Фильтр по архивным ЦО". ЦО в архиве, могут быть представлены только в "линейном" виде ("иерархическое" представление недоступно). По умолчанию, при загрузке вышеописанных интерфейсов, автоматически устанавливается фильтр, определенный в настройке п.1. Однако, если в качестве параметра в интерфейс передается заданный ЦО или список ЦО, и если хоть какой-либо из этих переданных ЦО не попадает под ограничения фильтра, то в этом случае фильтр не устанавливается. Доработка не распространяется на следующие интерфейсы работы с ЦО: 1. "Доступные бюджеты ЦО для пользователя" (см. "Настройки Галактики Управление финансами Бюджетирование Права доступа Список бюджетов ЦО пользователя") 2. "Аналитика бюджетирования" для КАУ=ЦО (см. Управление бюджетом | Настройка | Аналитика бюджетирования) & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: REPCO
102.104564NEW8.10 ПП Настройка-Периоды планирование. Некорректная обработка в случае удаленияПланирование производстваПериоды планирования
Выбор периода планирования в общегалактической настройке "Настройки ГалактикиОбщие настройки системыПериод планированияТип периода планирования". Если указанный в настройке тип периода удален из каталога типов периодов планирования, то при выборе в настройках "периода планирования" открывается окно с выбором доступных периодов, а надо выполнять процедуру как будто вообще не задана настройка "Тип периода планирования", только дополнительно сообщить о том что тип периода - удален.1. При запуске интерфейса "Периоды планирования", осуществляется проверка существования соответствующего "Типа периода планирования", и в случае необходимости: 1.1. выдается соответствующее сообщение 1.2. запускается процедура настройки "Типа периода планирования" 2. При установке периода планирования в "Настройках Галактики", осуществляется проверка существования соответствующего "Типа периода планирования", и в случае необходимости: 2.1. выдается соответствующее сообщение
102.120610NEWНеобходимо добавить поле "Тип статьи" (fpstbud.tipst) в интерфейс редактирования статьи бюджетаУправление бюджетамиСтатьи бюджетов
Необходимо добавить поле "Тип статьи" (поступлениевыбытие) (fpstbud.tipst) в интерфейс редактирования статьи бюджета.В окно редактирования добавлено поле "тип статьи" (в БД - FpStBud.TipSt), с возможными значениями: 0. "" (по умолчанию - не заполненно) 1. "поступление" 2. "выбытие"
101.488438.10.20.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.1132938.10.20.0Исключить использование прикладного #define _CurComponentName_Управление бюджетами"Управление бюджетом" в целом
В коде компонент модуля УБ, для определения наименования текущего компонента используется прикладной #define _CurComponentName_. Однако в Атлантисе для аналогичной задачи существует директива #(__COMPONENT__). Предлагаю перевести код на использование #(__COMPONENT__).Имеющийся define _CurComponentName_ в бюджетах был заменен на #(__COMPONENT__).
102.1169128.10.20.0Предложение по работе с настройкой "тип периода план-ябюджета" и связанным с нейУправление бюджетами"Управление бюджетом" в целом
При изменении "Настройки Галактики Управление финансами Бюджетирование Период планирования Тип периода планирования бюджета", выдается ряд сообщений: 1. "Настройки Галактики Общие настройки системы Период планирования Период планирования" - не соответствует выбранному типу! <OK>. Это сообщение нужно заменить, дать ссылку на настройку: "Настройки Галактики Управление финансами Бюджетирование Период планирования Текущий период планирования" 2. В настройке: "Настройки Галактики Управление финансами Платежный календарь Связь с бюджетом Идентификация бюджета Тип периода бюджета", также будет установлен выбранный тип периода. Продолжить? <Да> <Нет> Предлагаю в одном окне вывести всю информацию по требуемым изменениям с возможностью прямо из этого же окна и произвести их.ОБЩЕЕ ОПИСАНИЕ Теперь при изменении "Настройки Галактики Управление финансами Бюджетирование Период планирования Тип периода планирования бюджета" (УБ_ТП), запускается интерфейс со списком всех настроек, зависимых от данной настройки, при этом есть возможность в одном месте сразу же их изменить. Интерфейс позволяет изменять следующие настройки: 1. В каталоге: "Настройки Галактики Управление финансами Бюджетирование Период планирования": 1.1. Системная: "Тип периода планирования бюджета" 1.2. Пользовательская: "Текущий период планирования" 1.3. Системная: "Закрытый период по умолчанию до" 1.4. Пользовательская: "Закрытый период по регистру "план" до" 1.5. Пользовательская: "Закрытый период по регистру "факт" до" 1.6. Пользовательская: "Закрытый период по регистру "резерв" до" 1.7. Пользовательская: "Закрытый период по регистру "по данным бух.учета" до" 2. В каталоге: "Настройки Галактики Управление финансами Платежный календарь Связь с бюджетом Идентификация бюджета": 2.1. "Тип периода бюджета" В случае, если кроме настройки УБ_ТП изменяются и другие, то: - Перед изменением настроек, выдается окно со списком того что будет изменено - После изменения настроек, выдается протокол со списком того что было изменено ИЗМЕНЕНИЕ ПОЛЬЗОВАТЕЛЬСКИХ НАСТРОЕК Для "пользовательских" настроек, есть возможность изменять их: - либо "всем пользователям", у которых они были установлены - либо только "текущему пользователю" Перед этим, по соответствующим функциям локального меню, можно просмотреть информацию каким пользователям были установлены какие настройки. ИСПОЛЬЗОВАНИЕ ФУНКЦИОНАЛА Функционал изменения "Типа периода планирования бюджета" вызывается, как и ранее: 1. При явном изменении настройки "Настройки Галактики Управление финансами Бюджетирование Период планирования Тип периода планирования бюджета" 2. При вызове из каталога бюджетов (Управление бюджетом | Документы | Бюджеты), функции локального меню "Тип периодов планирования" 3. При отработке интерфейса "Конвертации данных по типам периода" (Управление бюджетом | Настройка | Администратор | Конвертация данных по типам периода). ПРАВА ПОЛЬЗОВАТЕЛЕЙ Права пользователей на изменение настроек из указанного интерфейса, регламентируют те же правила, что и при явном изменении этих настроек. В случае если включена настройка "Настройки Галактики Управление финансами Бюджетирование Права доступа Редактирование метаданных только монопольно", то изменение УБ_ТП возможно, только если включен "монопольный доступ" (Управление бюджетом | Настройка | Администратор | Монитор работы пользователей).
102.1190928.10.20.0Долгий выбор доступных статейУправление бюджетамиСтатьи бюджетов
При запуске выбора доступных статей, каждый раз, довольно долгое время происходит системный процесс с визуализацией: "Осуществляю Модификацию данных". Ситуация усугубляется, если БД находится на отдельном сервере. Проблема проявляется в следующих случаях: Случай №1. У пользователя введены ограничения на доступные статьи ("Настройки Галактики Управление финансами Бюджетирование Права доступа Доступные статьи"). Причем таким образом, что ему в итоге доступно довольно большое количество статей (например 1000 шт). Проблема проявляется во всех интерфейсах, где пользователю предлагается выбор доступных статей (например в интерфейсе "Книга финансовых операций"). Случай №2. У пользователя, либо настройка из "Случай №1", либо доступны все статьи. Главное чтобы в итоге, так же было доступно довольно большое количество статей. "Настройки Галактики Управление финансами Платежный календарь Связь с бюджетом Статьи бюджета Ограничение по направлению при выборе в документах" = "ДА". Тогда проблема проявляется при выборе статей в документах ПК. В обоих случаях, чем больше статей доступно пользователю, тем дольше происходит запуск интерфейса выбора. Данная "зависание", происходит каждый раз при выборе статьи, что делает весьма трудоемким процесс ручной разноски документов по статьям бюджета.Теперь описанный процесс возникает только 1-й раз при выборе статьи, все последующие выборы происходят быстро.
102.1197918.10.20.0Функционал кэширования каталогов при работе AQA-тестовУправление бюджетами"Управление бюджетом" в целом
В УБ, применяется функционал кэширования значений полей записей каталогов. Речь идет о каталогах: - Центры ответственности - Статьи бюджета - Типы периодов - Периоды планирования Этот функционал позволяет быстро получать значения полей, которые наиболее часто используются. В данном функционале, для определения актуальности КЭША, очень часто используются функции получения текущей даты и времени (Cur_Date() и Cur_Time() ). Однако при отработке AQA-тестов, система вместо реальный текущих значений даты и времени, подставляет значений записанные при генерации AQA-теста. В результате, при отработке AQA-тестов, актуальность КЭША, определяется не корректно, и постоянно происходит "перегрузка" данных КЭША - это: - замедляет работу системы, неоправданно нагружает процессор - приводит к нестабильности работы системе, а иногда и к RunTime Для разрешения таких проблем, в Атлантисе есть соответствующие функции: - Cur_Date_NoAQA() - Cur_Time_NoAQA() которые работают в реальными датой и временем. Поэтому следует перевести функционал кэширования значений полей записей каталогов, на использование именно этих функций.Проверка актуальности КЭША, теперь использует функции получение текущей даты и времени, которые не записывается в скрипт подсистемы тестирования AQA: - Cur_Date_NoAQA() - Cur_Time_NoAQA()
106.86968.10.20.0Код иерархии в справочнике ЦОУправление бюджетами"Управление бюджетом" в целом
В окне редактирования ЦО в каталоге ЦО, при удалении вышестоящего подразделения (убрать иерархию для ЦО), значение поля "код в иерархии" не удаляется. То есть остается код бывшего вышестоящего ЦО плюс новый код ЦО. Нужно, чтобы код иерархии удалялся, и значение поля "Код в иерархии" было равно значению поля "Код на уровне".Речь идет о иерархических каталогах модуля УБ. При решении проблемы, были сделаны следующие изменения: 1. При ручном изменении поля "Код на уровне", проверяется его уникальность на данном уровне вложенности, если указанный код существует, то пользователю будет выдано соответствующее предупреждение. 2. При изменении поля "Код на уровне", либо при изменении пользователем расположения записи в иерархии, автоматически изменяется значение поля "Код в иерархии". Причем, как для текущей записи, так и для всех подчиненных. Под изменением пользователем расположения записи в иерархии, подразумеваются события: 2.1. Изменение "Вышестоящего" 2.1.1. Привязка в вышестоящему 2.1.2. Изменение вышестоящего 2.1.3. Отвязка от вышестоящего 2.2. Удаление "Вышестоящего" из каталога, с сохранением его подчиненных.
102.1109118.10.19.0Создание не упорядоченных периодовУправление бюджетамиТипы периодов планирования
Бывают случаи создания не упорядоченных периодов, т.е. созданные периоды располагаются не по своему естественному порядку. Например: 0. Создали типологию периодов: Год-Квартал-Месяц. Дата начала: 01/01/1989. 1. Создали по этой типологии 20 периодов (на 20-ть лет). Пока все хорошо. 2. Создали по этой типологии еще 100 периодов. После "1998 г.", идет сразу "2088 г."!Перед добавлением 100-го периода в интерфейсе происходит пересчет кодов, т.е. переход от двузначного к трехзначному. Это позволяет правильно формировать последующие коды периодов.
102.1124198.10.19.0Настройка "Текущий период планирования" УБУправление бюджетамиНастройки модуля УБ в "Настройке"
Для "Периода планирования", в системе предусмотрена группа общесистемных настроек - "Настройки Галактики Общие настройки системы Период планирования": - "Тип периода планирования" (ОС_ТП) - "Период планирования" (ОС_ПП) И "уточнения этих настроек" для конкретных модулей, например для УБ - "Настройки Галактики Управление финансами Бюджетирование Период планирования ": - "Тип периода планирования" (УБ_ТП) - "Текущий период планирования" (УБ_ПП) В текущей реализации, настройка УБ_ПП, для выбора значения, открывает "Каталог периодов" по типологии периода заданной в общесистемной настройке ОС_ТП! В результате, если общесистемная настройка не задана, либо отличается от настройки УБ_ТП, то нельзя задать правильное значение настройки УБ_ПП. В этой ситуации, надо использовать типологию определенную не в ОС_ТП, а УБ_ТП.Теперь настройка УБ_ПП, для выбора значения, открывает "Каталог периодов" по типологии периода заданной в настройки УБ_ТП. В случае если настройка УБ_ТП не определена, то "Каталог периодов" не запускается и выводится соответствующее сообщение.
102.1124208.10.19.0Текущий период планирования УБ и ПКУправление бюджетамиНастройки модуля УБ в "Настройке"
В системе существует 2-е взаимоувязанные настройки "Настройки Галактики Управление финансами": 1. "Бюджетирование Тип периода планирования бюджета" (УБ_ТПП). Данная настройка определяет "Типологию периодов", в которой ведутся бюджеты. Под "Типологией периодов", понимается описание структуры периода. Например: Год-Квартал-Месяц. В этой настройке, в принципе может быть выбрана только самая вышестоящая запись из "Каталога типы периодов планирования". 2. "Платежный календарь Связь с бюджетом Идентификация бюджета Тип периода бюджета" (ПК_ТПБ). Данная настройка определяет конкретный "Тип периода бюджетов" с которыми связаны данные модуля ПК. Этот тип периода может быть только из множества текущей "Типологии периода", определенной в настройке УБ_ТПП. Например: "Год" или "Квартал" или "Месяц". В текущей реализации, при любых изменения настройки УБ_ТПП, автоматически происходит изменение и настройки ПК_ТПБ, причем на тот же "Тип периода", что был выбран в УБ_ТПП. Например: 0. Все было настроено нормально и все работало хорошо: 0.1. ПК_ТПБ = "Месяц" из типологии Год-Квартал-Месяц. Из той же типологии что и установлена в УБ_ТПП. 0.2. УБ_ТПП = "Год" 1. Выбираем в УБ_ТПП = "Год", т.е. тоже, что и было раньше. В принципе, ничего не изменилось, и предполагается, что и не изменится... 2. Но в результате, автоматически, с выдачей соответствующего сообщения, настройка меняется: ПК_ТПБ = "Год". Хотя предыдущее значение ПК_ТПБ = "Месяц", и так принадлежит новой "Типологии периода" УБ! При изменении УБ_ТПП, в ситуации, когда ПК_ТПБ имеет значение принадлежащее "Типологии периода" УБ, менять ПК_ТПБ - не надо! В сообщения добавить полный путь к настройке: 1. Сообщение, которое возникает при изменении УБ_ТПП: Для модуля "Платежный календарь" также будет установлен выбранный тип периода. Продолжить? --------------------------- Да Нет --------------------------- 2. Сообщение, которое возникает при изменении ПК_ТПБ: Выбранный тип периода не соответствует типу периода планирования бюджетирования --------------------------- ОК ---------------------------В рамках решения данной проблемы, были сделаны следующие доработки: 1. Изменение настройки УБ_ТПП, теперь работает по следующему алгоритму: 1.1. При изменении настройки УБ_ТПП, происходит проверка на вхождение значения ПК_ТПБ в типологию нового значения УБ_ТПП: 1.1.1. Если ПК_ТПБ не входит в новую типологию УБ_ТПП, то пользователю выдается сообщение о том, что ПК_ТПБ также будет изменена, и ей будет присвоено новое значение УБ_ТПП. Пользователь может: 1.1.1.1. Либо отказаться от изменения настройки. Тогда и УБ_ТПП, и ПК_ТПБ - останутся не измененными. 1.1.1.2. Либо согласиться с изменениями. Тогда и УБ_ТПП, и ПК_ТПБ - будут изменены. 1.1.2. Если ПК_ТПБ входит в новую типологию УБ_ТПП, то: 1.1.2.1. Значение УБ_ТПП - изменяется 1.1.2.2. Значение ПК_ТПБ - остается прежним 2. Сообщения, которые возникают при изменениях настроек УБ_ТПП, ПК_ТПБ - теперь содержат полный путь на настройки: 2.1. Для УБ_ТПП - сообщение описано в п.1.1.1 2.2. Для ПК_ТПБ - сообщение возникает в случае, если новое значение ПК_ТПБ не входит в типологию УБ_ТПП.
180.19888.10.19.0Бюджет.Средняя численность.Управление бюджетамирасчетное ядро "Управление бюджетом"
Требуется разработать функционал, который бы позволял рассчитывать значения показателя по агрегатам периода как "среднее арифметическое" из значений подчиненных периодов.ОБЩЕЕ ОПИСАНИЕ РЕШЕНИЯ Был разработан функционал, который позволяет рассчитывать значения показателя по агрегатам периода как "среднее арифметическое" из значений подчиненных периодов. ИНТЕРФЕЙС "СТАТЬИ БЮДЖЕТА" Атрибуты статьи В рамках решения задачи, в окно редактирования статьи была добавлена новая опция - "среднее арифметическое". При установке этой опции значения показателя по агрегатам периода рассчитываются как "среднее арифметическое" из значений подчиненных периодов. Агрегация по периодам: (.) сумма (.) входящий остаток (.) исходящий остаток (.) сальдо (.) среднее арифметическое Отчеты В отчете "Атрибуты статей", для статей с атрибутом "Агрегация по периодам" = "среднее арифметическое", выводится соответствующий признак. Дополнительно, в рамках решения текущей задачи, были сделаны следующие доработки в отчете "Атрибуты статей": 1. Колонка "Валюта", переименована в "Валюта" / "Ед.Изм". Т.к. в ней выводится одно из значений: либо "валюта", либо "единица измерения" 2. В наименовании колонки "Статтьи" - убрана лишняя "Т" ИНТЕРФЕЙС "РАСКРЫТИЕ ПОКАЗАТЕЛЯ-АГРЕГАТА ПО ДАННЫМ БЮДЖЕТА" При раскрытии показателя с атрибутом "Агрегация по периодам" отличным от "сумма", иерархия периодов не строится. Выводятся только "листовые периоды". При этом автоматически контролируется, чтобы уровень "Периоды планирования", мог быть только самым верхним уровнем в группировке. Дополнительно, в рамках решения текущей задачи, были сделаны следующие доработки в окне редактирования текущего показателя "Значение показателя": 1. В случае если по показателю аналитика не ведется, панель редактирования значений аналитик - скрывается. ИНТЕРФЕЙС "РАСКРЫТИЕ ПОКАЗАТЕЛЯ ПО ДАННЫМ КНИГИ ФИНАНСОВЫХ ОПЕРАЦИЙ" При раскрытии показателя с атрибутом "Агрегация по периодам" отличным от "сумма", иерархия периодов не строится. Выводятся только "листовые периоды". При этом автоматически контролируется, чтобы уровень "Периоды планирования", мог быть только самым верхним уровнем в группировке. ИНТЕРФЕЙС "РАСПРЕДЕЛЕНИЕ АГРЕГАТОВ" Речь идет об интерфейсе, вызываемом по "ALT+A", из интерфейсов: "Редактирование бюджета" и "Анализ бюджета". При редактировании показателя, с атрибутом "Агрегация по периодам" = "среднее арифметическое", для случая, когда надо распределить значение периода-агрегата, распределение по периодам выполняется следующим образом: 1. При распределении "равномерно". Во все подчиненные периоды заносится значение периода-агрегата. 2. При распределении "новое/старое". Все подчиненные периоды умножаются на коэффициент изменения периода-агрегата. ИНТЕРФЕЙС "РЕДАКТИРОВАНИЕ БЮДЖЕТА" Редактирование агрегатов бюджета может происходить в 2-х режимах. Это определяет настройка "Настройки Галактики Управление финансами Бюджетирование Редактирование бюджета Специальный режим редактирования агрегатов", которая может принимать значения: 1. "ДА". Режим "по умолчанию". В этом режиме для редактирования агрегатов используется интерфейс "Распределение агрегатов" (см. описание доработки в главе Интерфейс "Распределение агрегатов"). 2. "НЕТ". В этом режиме ранее данные периода-агрегата всегда распределялись по листовым периодам "равномерно". Теперь в случае редактирования показателя с атрибутом "Агрегация по периодам" = "среднее арифметическое", распределение по периоду выполняется аналогично описанному в главе Интерфейс "Распределение агрегатов" (режим "равномерно" п.1.). ИНТЕРФЕЙС "АНАЛИЗ БЮДЖЕТА" Для редактирования агрегатов бюджета используется интерфейс "Распределение агрегатов" (см. описание доработки в главе Интерфейс "Распределение агрегатов").
101.373998.10.18.0Редактирование бюджета - отображать значения по сальдируемым статьямУправление бюджетамиРедактирование бюджета в целом
Требуется разработать функционал, который бы позволял рассчитывать "входящие" и "исходящие" остатки по показателям бюджета. При агрегации по периодам, такие показатели должны вычисляться следующим образом: 1. "Входящий остаток" в периоде-агрегате, равен значению в первом подчиненном периоде. 2. "Исходящий остаток" в периоде-агрегате, равен значению в последнем подчиненном периоде.ОБЩЕЕ ОПИСАНИЕ РЕШЕНИЯ Для решения задачи, добавлены новые атрибуты статей, которые влияют на правила агрегации показателей по иерархии периодов: 1. "Входящий остаток". Данные в периоде-агрегате - это данные первого подчиненного периода. 2. "Исходящий остаток". Данные в периоде-агрегате - это данные последнего подчиненного периода. ИНТЕРФЕЙС "СТАТЬИ БЮДЖЕТА" Атрибуты статьи В рамках решения задачи, были реструктурированы атрибуты статьи. В окне списка статей, удалено ставшее не актуальным поле "Агрегация". В окне редактирования статьи, удалены не используемые поля: 1. Тип статьи 2. Приоритет В окне редактирования статьи, атрибуты статьи теперь состоят из 4-х групп: Атрибуты статьи [.] валютная [.] количественная [.] внутренние обороты Статья не может быть одновременно и "валютная" и "количественная". Данные опции имеют прежнее название и значение. Агрегация по иерархии статей [.] не является агрегатом [.] не входит в вышестоящий агрегат По умолчанию, данные показателей "агрегируются" по иерархии статей. Под "агрегацией", в данном случае понимается операция - "суммирование". Данные опции предназначены для переопределения этого правила. Опция "не является агрегатом", случит для явного указания того что данные по этой статье не будут вычисляться как "агрегат" из данных подчиненных статей. Прежнее название этой опции: "вводимая статья - НЕ является агрегатом" Опция "не входит в вышестоящий агрегат", случит для отмены агрегации данной статьи в вышестоящую статью. Прежнее название этой опции: "в том числе". Агрегация по периодам (.) сумма (.) входящий остаток (.) исходящий остаток (.) сальдо По умолчанию, данные показателей "агрегируются" по иерархии периодов. Операция "агрегации", по умолчанию - "сумма". Данные опции предназначены для переопределения этого правила. При установке опции "входящий остаток", данные по периоду-агрегату берутся только из первого подчиненного периода. Ранее такой опции не было. При установке опции "исходящий остаток", данные по периоду-агрегату берутся только из последнего подчиненного периода. Ранее такой опции не было. При установке опции "сальдо": - данные по периодам-агрегатам не вычисляются - данные этой статьи не входят в вышестоящую статью-агрегат Прежнее название этой опции: "сальдируемая". Результат установки этой опции такой же как и ранее. Расчет по формуле [.] рассчитывается по формуле (.) расчет на каждом уровне (.) только на детальном уровне (.) только на уровне статьи С помощью опции "рассчитывается по формуле", можно включать или выключать режим расчета статьи по формуле. Прежнее название аналогичной опции: "Способ расчета". Но теперь при отключении режима "рассчитывается по формуле", настроенные ранее алгоритмы расчета не удаляются. Далее идет группа опций, задающих на каких аналитических уровнях должна вычисляться формула. Эти опции имеют смысл, когда по статье ведется аналитика. Под аналитическими уровнями, понимаются уровни аналитик включенных в "типовую форму бюджета". В общем случае, от количества аналитик включенных в "типовую форму бюджета" зависит результат расчета формулы. Опция "расчет на каждом уровне", является значением "по умолчанию". При установке этой опции, формула будет вычисляться на каждом уровне аналитик, а также на уровне самой статьи. Прежнее название этой опции: "агрегат - суммируется из подчиненных Статей". При установке опции "только на детальном уровне", формула будет вычисляться только на самом детальном уровне аналитики, определенной в "типовой форме". Далее, на всех вышестоящих уровнях аналитик, а также на уровне статей, рассчитанные данные будут "агрегироваться" путем "суммирования". Прежнее название этой опции: "агрегат - суммируется из подчиненной Аналитики". При установке опции "только на уровне статьи", формула будет вычисляться только на уровне статьи. Прежнее название этой опции: "спецрасчет". Как и ранее значения показателей по аналитике, в этом случае, выводятся нулевыми и не редактируются. Алгоритмы Список алгоритмов расчета статьи, перемещен из "закладки" в нижнюю панель окна редактирования. При отключении режима "рассчитывается по формуле", настроенные ранее алгоритмы расчета не удаляются. Отчеты Вследствие реструктуризации атрибутов статьи, были изменены отчеты по каталогу статей: 1. Отчет по каталогу статей 2. Отчет взаимосвязи статей 3. Отчет об использовании статей в типовых формах Дополнительно, в отчетах: 1. Отчет по каталогу статей (Алгоритмы расчета статей); 2. Отчет взаимосвязи статей; в связи со сложной вложенностью выводимой информации, теперь не выводятся номера листов. Ранее они выводились, но № листа считался не корректно. ИНТЕРФЕЙС "РАСКРЫТИЕ ПОКАЗАТЕЛЯ-АГРЕГАТА ПО ДАННЫМ БЮДЖЕТА" При раскрытии показателя, с типом "входящий" или "исходящий" остаток, иерархия периодов не строится. Выводятся только "листовые периоды". ИНТЕРФЕЙС "РАСКРЫТИЕ ПОКАЗАТЕЛЯ ПО ДАННЫМ КНИГИ ФИНАНСОВЫХ ОПЕРАЦИЙ" При раскрытии показателя, с типом "входящий" или "исходящий" остаток, иерархия периодов не строится. Выводятся только "листовые периоды". ИНТЕРФЕЙС "РАСПРЕДЕЛЕНИЕ АГРЕГАТОВ" Речь идет об интерфейсе, вызываемом по "ALT+A", из интерфейсов: "Редактирование бюджета" и "Анализ бюджета". При редактировании показателя, с атрибутом "входящие" или "исходящие" остатки, для случая, когда надо распределить значение периода-агрегата, распределение выполняется следующим образом: 1. "Входящий остаток". Данные периода-агрегата полностью копируются в первый подчиненный листовой период. 2. "Исходящий остаток". Данные периода-агрегата полностью копируются в последний подчиненный листовой период. ИНТЕРФЕЙС "РЕДАКТИРОВАНИЕ БЮДЖЕТА" Редактирование агрегатов бюджета может происходить в 2-х режимах. Это определяет настройка "Настройки Галактики Управление финансами Бюджетирование Редактирование бюджета Специальный режим редактирования агрегатов", которая может принимать значения: 1. "ДА". Режим "по умолчанию". В этом режиме для редактирования агрегатов используется интерфейс "Распределение агрегатов" (см. описание доработки в главе Интерфейс "Распределение агрегатов"). 2. "НЕТ". В этом режиме ранее данные периода-агрегата всегда распределялись по листовым периодам равномерно. Теперь в случае редактирования показателя с атрибутом "входящие" или "исходящие" остатки, распределение по периоду выполняется аналогично описанному в главе Интерфейс "Распределение агрегатов". Дополнительно, в рамках решения задачи, для показателей имеющих 0-вые значения, 0-ли - не выводятся. ИНТЕРФЕЙС "АНАЛИЗ БЮДЖЕТА" Для редактирования агрегатов бюджета используется интерфейс "Распределение агрегатов" (см. описание доработки в главе Интерфейс "Распределение агрегатов"). & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: FPSTBUD RELSTBUD TFSTBUD
102.1121358.10.17.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.1122428.10.16.0Редактирование ФО в системе ППДУправление бюджетамиКнига финансовых операций в целом
В случае, если в системе активизированы "Правила передачи данных" (ППД), то может возникнуть ситуация, когда у текущего пользователя есть права на редактирование "Финансовой операции" (ФО), но нет прав на редактирование бюджета, в который будут передаваться данные редактируемой ФО. В этом случае, при текущей реализации системы, пользователю будет запрещено модифицировать и саму ФО. Такое ограничение не нужно. Цель ППД - это постоянная поддержка актуальности данных бюджетов по данным ФО. В описанной ситуации, редактирование бюджета происходит косвенно, а не напрямую. И проверять права пользователя на редактирование бюджета, в этом случае не имеет надобности. Считаю, что такое ограничение не нужно. Дело в том что данные этой ФО, все равно могут попасть в бюджет, если например другой пользователь, которому, разрешено редактировать бюджет, выполнит операцию "Загрузка финансовых операций". Предлагаю реализовать такой алгоритм работы: 1. При редактировании ФО, проверять права на редактирование бюджетов, которые будут изменены согласно активным ППД. 1.1. Если бюджет нельзя редактировать в принципе ни одному из пользователей, то нельзя и редактировать ФО. 1.2. Если бюджет нельзя редактировать, текущему пользователю из-за отсутствия у него прав на редактирование, то ФО редактировать можно, и данные в бюджет должны быть переданы.Теперь при отработке ППД, права текущего пользователя на редактирование синхронизируемого бюджета не проверяются. Эта доработка касается: 1. Самой работы ППД, при изменениях в ФО. 2. Функции "Перегрузить данные бюджета", запускаемой из интерфейса "Управление бюджетом | Настройка | Правила передачи данных". По прежнему проверяется возможность редактирования бюджета, по условиям не зависящим от текущего пользователя. Например: - статус бюджета - статус копии бюджета - ...
102.1085328.10.15.0Проверка цикличности в иерархии каталоговУправление бюджетамиПроверка данных бюджетирования
Речь идет об иерархических каталогах (ИК), используемых в УБ, Например: - Центры ответственности - Варианты бюджетов - Статьи бюджетов - Типы периодов планирования - Периоды планирования - Типовые формы В данный момент, при ручной корректировке значений в ИК, система не позволяет создавать "циклические зависимости" (ЦЗ) между значениями ИК. Т.е. при ручном вводе, запись не может иметь "вышестоящим" саму себя, не может ссылаться на "вышестоящую" запись которая в итоге имеет "вышестоящим" текущую запись, и т.д. Однако записи в ИК, могут появляться и не путем "ручного ввода", в итоге возможны возникновения ЦЗ. Такие записи, попадающие в какую-либо из цепочек ЦЗ, в самом каталоге при его "иерархическом" представлении не видны. Видны только при "линейном представлении". Эти ЦЗ могут приводить к "зацикливанию" некоторых алгоритмом, использующих данные этих ИК и в итоге к завершению работы Галактики по RunTimeError. Предлагаю доработать "Управление бюджетом | Настройка | Администратор | Проверка целостности таблиц | Проверка данных бюджетирования": 1. Опцию "проверка отвязанных значений в иерархии", назвать "проверка иерархии" 2. По этой опции, также проверять ЦЗ. В случае, если их требуется исправлять, то для каждого "цикла": 2.1. Находить запись самого верхнего уровня. 2.2. Для это записи "обнулять" ссылку на "вышестоящий". 2.3. Если запись одна, т.е. ссылается сама на себя, то она в этом случае и есть запись самого верхнего уровня.Доработана "Управление бюджетом | Настройка | Администратор | Проверка целостности таблиц | Проверка данных бюджетирования": 1. Опция "проверка отвязанных значений в иерархии", переименована в "проверка иерархии" 2. По этой опции, также проверять цикличность записей. 2.1. обнаружение зацикленных записей ("кольцо") выдаем пользователю в отчет все зацикленные записи, но их не корректриуем. Шаблон записи в отчет: Обнаружено зацикливание записей. Список записей: запись 1 ... запись N 2.2. корректируем записи только ссылающиеся сами на себя (кроме каталогов типы периодов и периоды планирования). В отчете информация будет выглядеть так: обработаны записи: запись - <действие над ней> действие над ней: - требует корректировки - откорректированно Речь идет об иерархических каталогах, используемых в УБ, Например: - Центры ответственности - Варианты бюджетов - Статьи бюджетов - Типы периодов планирования - Периоды планирования - Типовые формы
101.435888.10.14.0Каталог статей бюджета, ЦО - запретить автоформирование уровневых кодовУправление бюджетамиСтатьи бюджетов
В каталоге статей бюджета при изменении структуры справочника (переподчинении статьи, создании новой статьи) поле "Код на уровне" формируется автоматически. Данная особенность не позволяет нам вести свои коды статей бюджета, т.к. занесенные пользователем значения впоследствии могут измениться. Поле "Aббревиатура" мы тоже не можем использовать для ведения пользовательских кодов статьей, поскольку в данном поле хранится другая служебная информация - псевдонимы статей для ссылок в формулах алгоритмов. То же самое касается кодов центров ответственности. Предлагается ввести новую настройку, например, "Запрет автоформирования кодов статей/ЦО". При включенной настройке ни при каких действиях, кроме ручной корректировки данного поля, НЕ изменять уровневые коды в соответствующих каталогах. Сделать недоступной локальную ф-цю "Пересчёт кодов для сортировки (Alt-H)". Не возражают, если данная настройка будет влиять и на другие каталоги бюджетирования (например, на типовые формы). Но это не обязательно, пока свою кодировку планируют вести только для статей и ЦО.Добавлена настройка: Настройки галактики - Управление финансами - Бюджетирование - Автоматическое формирование полей - Настройка формирования полей Для данной настройки вызывается интерфейс: "Настройка формирования полей" в нем имеются 2 настройки: 1) Автоматическое формирование кода на уровне (для статьи бюджетов): - да (по умолчанию) - нет 2) Автоматическое формирование кода на уровне (для центров ответственности): - да (по умолчанию) - нет Кнопки: - "Сохранить" - "По умолчанию" - "Отмена" Данные настройки интерфейса регулируют автоматическое формирование поля "Код на уровне" для интерфейсов: - статьи бюджетов (Управление бюджетами - Настройка - статьи бюджетов) - центры ответственности (Управление бюджетами - Настройка - центры ответственности) а) Настройке "да" сохраняет старый функционал формирования поля. б) Настройка "нет": При создании новой записи поле "код на уровне" не заполняется автоматически, а вносится пользователем. Становится неактивной функция локального меню "Пересчет кодов для сортировки (Alt+H)"
102.1016198.10.14.0Дубли по аналитике приводят к ошибкамУправление бюджетамиГруппы аналитик
В ходе тестирования новой функциональности выявилось следующее: если к статье привязана группа аналитик, в которой дублируется аналитика, то возможны сообщения о неуникальности аналитик. Если в группе аналитик запустить проверку корректности, то тоже выдается информация об ошибке. Нужно видимо запретить вводить одинаковую аналитику в одной группе, а если уже такие существуют, то на этапе привязке к статье не давать привязывать такую группу до устранения дублей.При выборе "группы аналитик" для привязки ее к "статье", запускается проверка корректности этой "группы аналитик". И если она не корректна, то пользователю выдается сообщение: "В выбранной группе аналитик дублируются записи спецификации!" И группа аналитики не привязывается к статье. В интерфейсе формирования групп аналитик при добавлении новой аналитике проверяется ее уникальность в текущей группе. Если аналитика уже существует ,то пользователю выдается сообщение: "Выбранная аналитика "<Наименование аналитики>" уже присутствует в спецификации!" И выбранная аналитика не закрепляется в списке. Такая же проверка добавлена при формировании спецификации слоев группы аналитик.
102.1033358.10.14.08.10 ПП Настройка-Периоды планирования. Не информативное сообщениеУправление бюджетамиПериоды планирования
8.10 ПП Настройка-Периоды планирования Пытаюсь зайти в пункт меню Производственное планирование-Настройка-Периоды планирования В результате загадочное сообщение: В общесистемной настройке определите "тип периода планирования" - в каком случае выдается это сообщение? - где полный путь и точное значение настройки ?Изменен текст сообщения: "Для работы с каталогом следует определить настройку "<полный путь к настройке>"." Далее загружается интерфейс общегалактические настройки и загружается окно настройки "Типа периода планирования". (При вызове интерфейса "периоды планирования" в капитальном строительстве, если не указан тип периода, то после сообщения будет вызвано окно с настройкой: "Тип периода планирования капстроительства") Если в окне "изменение настройки" значение будет нажат ESC или отмена (те значение не установлено), то интерфейс "Периоды плнирования" не загрузится
102.690288.10.14.0Опечатка в отчетах!Управление бюджетамиЦентры ответственности
Каталог центров ответственности. Опечатка в отчете. В названии пропущена буква "Н" в слове ЦЕНТРОВОпечатка исправлена
102.886968.10.13.0Сортировать в обоих направленияхУправление бюджетамиЦентры ответственности
Каталог "Центры ответственности". Сортировка должна работать в обоих направлениях: в графах "Наименование", "Код".Появилась возможность переключения сортировки полей в прямом и обратном порядке, для следующих каталогов: - Центры ответственности - Варианты бюджета - Статьи бюджетов - Типы периодов планирования
102.992738.10.12.0Индикатор статуса копии бюджетаУправление бюджетамиКаталог бюджетов
У бюджета ЦО за период есть статус, и в каталоге бюджета он виден в виде явного описание - поле "статус", и в виде цветового - "иконка" имеет разные цвета. У копии бюджета, для каждого регистра, также устанавливается свой статус. Однако находясь в каталоге бюджета, этого не видно. Приходится заходить в атрибуты каждой копии, чтобы просмотреть статус для каждого из регистров. Это весьма не эргономично.Изменен интерфейс "Каталог бюджетов", открываемый по функции меню "Документы | Бюджеты", а именно изменена нижняя панель со списком копий. Прежние поля "П", "Ф" и "Р", обозначавшие наличие данных по регистрам учета убраны. Вместо них теперь выводятся поля: "План", "Факт" и "Резерв". В этих полях выводятся короткие наименования статуса текущей копии бюджета, по соответствующему регистру учета. В случае если данных по регистру учета нет, то статус выводится "серым" цветом, иначе "черным". Изменены интерфейсы операций, там где используются копии бюджетов с указанием регистра учета, добавлены поля со статусом. Например изменения коснулись операций: - Агрегация бюджетов - Декомпозиция бюджетов - Копирование бюджетов - Импорт бюджетов из Excel - Импорт финопераций из Excel - Импорт бюджетов из DBF
102.984838.10.11.0Импорт мультибюджетов по ЦО-агрегатуУправление бюджетамиИмпорт бюджетов из Excel
Вот такой частный случай: 0. Импортируем "мультибюджет". Из Excel импортируем данные в разрезе: статья, период и ЦО бюджета. 1. В случае если по статье-приемнику ведется аналитика "ЦО", то практически данные по этой статье в бюджете мы не увидим. Дело в том что значения показателя по агрегатам аналитик являются расчетными, а не хранимыми. Хотя бюджет по "ЦО-агрегату" вполне может существовать. Для решения вопроса, что делать с данными по аналитикам-агрегатам в финоперациях, существует системная настройка: "Настройки Галактики Управление финансами Бюджетирование Финансовые операции Финоперации по агрегатам аналитик". Для того чтобы не различались результаты функций: "Импорт бюджетов" и "Импорт финопераций", предлагаю и при импорте бюджетов использовать ее. А именно "ЦО бюджета", пусть как и раньше переносится как определено в соответствиях. А вот аналитика, и не только "ЦО", а любая, преобразовывается согласно вышеуказанной настройке. Т.е. либо не учитывается, либо относится на "прочие". Данное предложение следует учитывать не только при импорте "мультибюджетов", но и при импорте "одиночных бюджетов".Теперь при импорте бюджетов из EXCEL и DBF, в случае если в аналитике содержится агрегат, зависимо от настройки "Настройки Галактики Управление финансами Бюджетирование Финансовые операции Финоперации по агрегатам аналитик": - если установлена игнорировать в бюджете, то аналитика не учитывается. - если установлена в бюджете относить на прочие аналитики, то относиться на прочие.
101.193328.10.10.0Необходим "монопольный" режим работы с настройкой УБУправление бюджетамиМонитор работы пользователей
Необходим "монопольный" режим работы с настройкой УБ Выполнение служебного функционала по настройке модуля УБ (проведение изменений в НСИ модуля - настройка статей бюджета, ТФ и т.д.), - вообще говоря, являются несовместимыми с практической эксплуатацией модуля - редактированием/просмотром показателей бюджета. Поэтому необходим "монопольный" режим администрирования модуля. Проще всего сделать следующее - режимы изменений в справочниках статей и перенастройки ТФ и режим редактирования бюджета должны быть взаимоисключающими. 1. Нужна системная настройка - "Запрет просмотра/редактирования бюджетов". Админ выгоняет всех из редактирования бюджетов - без этого данную настройку нельзя включить, включает эту настройку и занимается перенастройкой статей в момент, когда НИ ОДИН пользователь не находится и не может войти в режим редактирования бюджета. Админ смело может изменять, добавлять, удалять статьи. После этого ему может понадобиться выполнить перестроение ТФ, пересчет бюджетов и т.п. И первое, и второе, и третье - потенциально длительные по времени процедуры. При этом, до их окончания ни одному пользователю нельзя позволять входить в режим редактирования бюджета. Просмотра, редактирования - не важно, вообще не стоит грузить ни один бюджет, т.к. полученные при пересчете значения показателей бюджета могут оказаться непредсказуемыми. 2. Если данная настройка выключена, запуск инт-сов редактирования статей проходит с блокировкой добавления, изменения, удаления статей. Т.е. посмотреть могу все что хочешь, а что-либо изменить - нет. Запуск инт-сов редактирования ТФ - захваченные пользователями ТФ тоже блокируются на изменение и удаление. Как я понимаю, что-то в этом роде существует и сейчас, но надо сделать эти режимы по-возможности пожестче.Был разработан функционал, позволяющий вести монопольное редактирование метаданных и данных модуля "Управление бюджетом". Введена системная настройка "Настройки Галактики Управление финансами бюджетирование права доступа редактирование метаданных только монопольно". Создан не визуальный интерфейс "Сервер мониторинга", подключаемый к интерфейсам редактирования данных и метаданных, производящий при выключенной настройке только мониторинг, а при включённой ещё и контроль доступа. Также создан визуальный интерфейс "Монитор работы пользователей", позволяющий администратору отслеживать пользователей, которые работают с интерфейсами редактирования, а также включать режим монопольного редактирования и отсылать сообщения пользователям. Когда системная настройка включена и не установлен монопольный режим, сервер позволяет всем пользователям редактировать данные, а метаданные открываются только в режиме просмотра. Если пользователь хочет редактировать метаданные, он должен включить режим монопольного доступа. Данный режим включится только тогда, когда все остальные пользователи закончат работу с интерфейсами редактирования, до этого будет включен режим подготовки, не позволяющий новым пользователям начинать редактировать данные. Когда включится монопольный режим, только пользователь включивший его, сможет редактировать как данные, так и метаданные, одновременное их редактирование всё равно будет запрещено. То есть при открытых интерфейсах редактирования данных, редактирование метаданных будет невозможно и наоборот. Только один пользователь в одно время может включить монопольный режим. При изменении типа периодов планирования (например alt+d в окне выбора бюджетов) интерфейс "Выбор типов периодов планирования" - интерфейс метаданных, и операция изменения типа приравнена к метаданным (то есть она будет выполняться в тех случаях, когда можно редактировать метаданные, раньше она выполнялась всегда). В интерфейсе "проверка данных бюджетирования" операции поверка значения показателей и проверка финопераций - данные; проверка каталогов и проверка аналитик - метаданные. Исправлена работа интерфейса статьи бюджета в режиме только для чтения, при попытке редактировать существующие бюджеты. При работе с интерфейсами метаданных, при запрете их редактирования (если запрет из-за монопольного доступа), выдаются соответствующие сообщения. Подключенные интерфейсы редактирования данных: Документы - Редактирование бюджета Операции - Загрузка финансовых операций ------------- - Создание бюджетов - Очистка данных бюджета - Установка атрибутов копии бюджетов ------------- - Агрегация бюджетов - Декомпозиция бюджетов - Копирование бюджетов ------------- - Модели распределений по ЦО - Выполнение алгоритмов - Пересчет бюджетов - Выполнение бюджетных процессов (все модели) ------------- - Экспорт бюджетов - Импорт бюджетов Настройка Администратор - Конвертация данных по типам периода - Замена значений аналитик бюджетирования Настройка Администратор Проверка целостности таблиц - Пересчет информации по группам аналитик - Проверка данных бюджетирования (значение показателя и финоперации) Подключенные интерфейсы метаданных: Настройка - Центры ответственности - Варианты бюджетов - Статьи бюджетов (в т.ч. алгоритмы расчета статей) - Типы периодов планирования - Периоды планирования - Аналитика бюджетирования (в части редактирования атрибутов аналитик) - Значения аналитик бюджетирования - Группы аналитик Настройка Администратор Проверка целостности таблиц - Проверка данных бюджетирования (каталоги и аналитика)
103.43628.10.10.0Ошибка в сообщении, при изменении группы аналитикУправление бюджетамиСтатьи бюджетов
У статьи пытаюсь поменять группу аналитик получаю сообщение --------------------------- Информация --------------------------- Не удалось изменить группу аналитик "Test" Ошибка преобразования HashAnDocВремя выполнения:00:00:00:03 <<- --------------------------- ОК --------------------------- 0. в книге фин.операций есть финоперация (ФО) по заданной статье 1. есть группа аналитик без спецификации, т.е. у которой не определена аналитикиа 2. меняем ГА у статьи на эти пустую ГА и получаем сообщениеВ указанной ситуации, при выборе групппы аналитик без спецификации, появляется сообщение "В выбранной группе аналитик не определена спецификация!" и выбор такой аналитики не происходит.
102.897798.10.9.0Пользовательский тип периода с нулевой длительностью создает ошибочные периодыУправление бюджетамиТипы периодов планирования
Тип периода, у которого в окне "Редактирование типа периода" пользовательский вид и нулевая длительность, создает ошибочные периоды. В результате - в окне "Каталог периодов планирования" появляется бесконечное число записей у которых время повёрнуто вспять. Например - начало в 2009, конец в 2008.В интерфейсе редактирования типов периода добавлен контроль на невозможность вводо 0-й длительности периода. В фукнции создания периодов, добавлен предварительный контроль на 0-ую дилительность и в этом вслучае построение не выполняется.
102.766858.10.8.0Не предсказуемо разносит остаток от распределения по периодамУправление бюджетамиРедактирование бюджета в целом
0. Установленна настройка округления. Например: "Управление финансами Бюджетирование Правила округления Правила округления" = "математическое". 1. Интерфейс "Редактирование бюджета". 2. Выполняем распределении агрегата по периодам равномерно. 2.1. Данные по каждому листовому периоду округляются - это правильно 2.2. Остаток от округлений в п.2.1. должен относиться на последний период. Но это не всегда так. Чаще проявляется если генерация NREC-ков периода была "случайной" ( RANDOMSURRKEYS=OFF).Теперь в данной ситуации остаток от округлений всегда относится на "последний" период.
102.817678.10.8.08.10 КП ин-с "Типы перодов планирования", лок.меню. Не соответств. станд.Корпоративное производственное планированиеТипы периодов планирования
В локальных меню интерфейсов, часто при описании комбинации клавиш используется символ "-". Например "Ctrl-P", а надо по стандарту "Ctrl+P".Теперь в локальных меню всех интерфейсов компоненты, при описании комбинации клавиш используется символ "+".
102.859768.10.8.0HELP. подключить топикиУправление бюджетамиСтатьи бюджетов
подключить топики BudgetAlgoritmyRaschStati ко второй сверху панели окна =Реестр расчетных статей= BudgetWReestrRashStatei к верхней панели окна =Реестр расчетных статей= и к третьей панели сверху Путь к топикам: Настройка - Статьи бюджетов - функция локального меню "Реестр расчетных статей" с переходом через окно фильтров в окно =Реестр расчетных статей=топики подключены
102.832008.10.7.0Дополнительные настройки синхронизация ТФУправление бюджетамиТиповые формы бюджетов
I. Ввести к сущности "Типовая форма": реквизит "По заданным аналитикам"; коллекцию реквизитов: "Аналитики для синхронизации", которая является подмножеством коллекции реквизитов "Аналитики типовой формы". Учитывать при выполнении автосинхронизации типовой формы по данным бюджета значения вышеуказанных реквизитов. Если реквизит "По заданным аналитикам" включен, то синхронизация выполняется только по заданным в коллекции "Аналитики для синхронизации" аналитикам. При выполнении операции "Синхронизация типовой формы по данным бюджета" в окне редактирования бюджета система должна выдать запрос "Параметры синхронизации типовой формы". В запросе: Синхронизировать (.) по всем аналитикам ТФ (.) по заданным Если пользователь выбирает "по заданным", подсвечивается элемент управления - список, содержащий перечень аналитик ТФ, в котором работает групповая пометка тех аналитик, по которым необходимо проводить перестроение. II. Ввести реквизит "Не привязывать аналитику к агрегатам" к сущности "Типовая форма". Учитывать реквизит "Не привязывать аналитику к агрегатам": 1) при выполнении операции "Синхронизация типовой формы по данным бюджета" в окне редактирования бюджета; 2) при выполнении автосинхронизации типовой формы по данным бюджета, в моменты когда она вызывается, для ТФ, для которых установлен признак "Автосинхронизация типовой формы";В сущности "Типовая форма" введены два новых реквизита : - аналитики участвующие в синхронизации; - привязка аналитик к агрегатам. 1) Аналитики участвующие в синхронизации. Данный реквизит находится на закладке "Синхронизация аналитик", в окне редактирования типовой формы. Просмотреть настройку данного реквизита можно нажав на кнопку "Настройка синхронизации аналитик". В результате открывается окно в котором находится список всех аналитик типовой формы. По умолчанию вся аналитика типовой формы учавствует в синхронизации, т.е. является выбранной. Что бы исключить аналитику из синхронизации нужно снять с неё выделение клавишей "Ins". В данном окне должна быть выделена как минимум одна аналитика. При выполнении синхронизации аналитик, либо при загрузке бюджета по типовой форме в которой выставлен параметр "автосинхронизация типовой формы", либо при выполнении операции "Синхронизация значений аналитики по данным бюджета" из локального меню каталога типовых форм, присходит синхронизация только по тем аналикикам которые указаны в настройке. 2) Привязка аналитик к агрегатам. Данный реквизит находится на закладке "Синхронизация аналитик", в окне редактирования типовой формы. По умолчанию на реквизите "Не привязывать аналитику к агрегатом" галочка не стоит. То есть всё работает так же как и до появления реквизита. В ситуации когда галочка выставлена, при синхронизации аналитик, к статьям агрегатам аналитика привязываться не будет. Данный режим учитывается в следующих ситуациях: 1) при выполнении операции "Синхронизация типовой формы по данным бюджета" в окне редактирования бюджета; 2) при выполнении автосинхронизации типовой формы по данным бюджета, в моменты когда она вызывается, для ТФ, для которых установлен признак "Автосинхронизация типовой формы";
102.834948.10.7.0Сохранять параметр синхронизации ТФ "удалять прежние значения" в настройках ТФУправление бюджетамиТиповые формы бюджетов
1) Необходимо реализовать механизм для сохранения параметра синхронизации ТФ "удалять прежние значения" в настройках ТФ. Значение по умолчанию - галочка не установлена. 2) При запуске синхронизации (или автосинхронизации) ТФ по данным бюджета галочка "удалять прежние заначения" устанавливается из настройки ТФ. Пользователь может поменять данный параметр.1) Необходимо реализовать механизм для сохранения параметра синхронизации ТФ "удалять прежние значения" в настройках ТФ. Значение по умолчанию - галочка не установлена. 2) При запуске синхронизации (или автосинхронизации) ТФ по данным бюджета галочка "удалять прежние заначения" устанавливается из настройки ТФ. Пользователь может поменять данный параметр.
102.837408.10.7.0Реализовать интерфейс "Список доступных бюджетных процессов пользователя"Управление бюджетамиВыполнение бюджетных процессов
Реализовать интерфейс "Список доступных бюджетных процессов пользователя". И соответсвенно добавить настройки: - Доступные БП ("все"/"из списка пользователя") - Список доступных БП пользователя - Запретить модификацию Списка БП пользователя (нет/да)Реализован интерфейс "Список доступных бюджетных процессов пользователя". И соответсвенно добавлены настройки: - Доступные БП ("все"/"из списка пользователя") - Список доступных БП пользователя - Запретить модификацию Списка БП пользователя (нет/да) Для регулирования доступа к редактированию самого "Каталога бюджетных процессов", добавлена настройка: "Управление финансами Бюджетирование Права доступа Запретить модификацию Каталога бюдженых процессов".
102.846488.10.6.1Запрет на редактирование каталога ЦОФинансовый анализЦентры ответственности
Установлена настройка "Настройки Галактики Общие настройки системы Доступ к таблицам Запретить модификацию Каталога центров ответственности: Да" В локальном меню каталога ЦО выбираю функцию "Пересчет кодов для сортировки". Коды пересчитываются, несмотря на запрет редактирования справочника. Вручную изменить код ЦО при установленной настройке не дает. Необходимо запретить работу указанной функции при установленном запрете на редактирование каталога ЦО.В случае запрета на редактирование, функции: - "Пересчет кодов для сортировки" - "Копирование записей" будут не доступны для пользователя. Измененные интерфейсы общесистемные: - Центры ответственности - Типы периодов планирования - Периоды планирования Измененные интерфейсы бюджетирования: - Варианты бюджета - Статьи бюджетов - Типовые формы бюджетов - Области видимости - Базы распределения - Алгоритмы расчета - Правила передачи данных - Представления для анализа бюджетов - Каталог бюджетных процессов
101.408218.10.6.0Создание формулы статьи из двух и более аргументовУправление бюджетамиСтатьи бюджетов
Нельзя создать формулу из двух и более аргументов не закрывая окно "Редактирование алгоритма расчёт показателя".Ошибка проявлялась в ситуации когда происходила модификация поля "Алгоритм расчёта статьи" и без потери фокуса с этого поля происходил вызов мастера формул по нажатию F3. В результате предыдущее значение поля терялось и задавалось только новое. Исправлено.
102.776168.10.5.0Алгоритм расчета статьи можно ввести только за несколько итерацийУправление бюджетамиСтатьи бюджетов
Невозможно внести формулу (%Цех2%=)/(%Воздух%=), второе значение после нажатия Готово в мастере формул не появляется в строке окна редактирование алгоритма расчета показателя, но видно в окне редактирования статьи бюджетаВвод формул починили.
101.392838.10.4.0Формула расчётной статьи бюджета возвращает неверное значениеУправление бюджетамиРедактирование бюджета в целом
Пусть настроена такая иерархия статей: Воздух Цех1 Цех2 Распределение На цех1 На цех2 Статьи имеют аббревиатуры, совпадающие с наименованиями. "Воздух" и "Распределение" являются агрегатами подчинённых статей. Статья "На цех2" расчётная по формуле: (%Цех2%=)/(%Воздух%=) Есть две типовых формы - одна по статьям "Воздух", другая по статьям "Распределение" (по горизонтали - периоды) В типовой форме "Воздух" вводим значения по статьям: Цех1 = 1 Цех2 = 1 Программа рассчитывает агрегат Воздух = 2 В типовой форме "Распределение" видим, что значение показателя по статье "На цех2" равно 1, а не 0.5. Подозрение, что неверное значение возвращаетПри "Перестроение типовой формы", не корректно строило иерархию статей, используемых в типовой форме "косвенно". Т.е. в описанном случае, строилась иерехия, где статья "Цех1", не привязывалась к статье "Воздух", а была "висячей вершиной". ЭТО можно было посмотреть в интерфейсе "Аналитика бюджетирования" (статьи по типовой форме). Теперь при "Перестроении тивовой формы", иерархия стей строится корректно. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Для корректной работы, требуется "перестроить" типовый формы.
102.762998.10.4.0Integer при работе с маркерами в типовых формахУправление бюджетамиТиповые формы бюджетов
В некоторых случаях, при работе с маркерами, для задания индекса используются переменные типа Integer. Однако диапозон значений этого типа: rvMaxInteger: integer = Integer( 32767); rvMinInteger: integer = Integer(-32768); В итоге при построении осей, имеющих относительно "большое" количество записей, происходят понятные проблемы. Надо пользовать LongInt.В следующих компонентах : F_FpBudget, F_FpKatH, F_FpCatalog, F_FpOborot - работа с индексами маркеров типа Integer была переведена на тип LongInt.
102.764528.10.4.0Неоправдано частое "Обновление таблиц статей/периодов"Управление бюджетами"Управление бюджетом" в целом
При работе в модуле иногда начинает часто появляться визуализация процесса "Обновление таблиц статей бюджета", либо "Обновление таблиц периодов". Причем длительность этого процесса зависит от количества записей в соответствующем каталоге. Например при большом количестве статей (20`000)? бывает в интерфейсе "Редактирование бюджетв", начинает появляться визуализация процесса "Обновление таблиц статей бюджета", причем примерно каждые 2 сек. Хотя в это время никто другой не редактировал каталог статей и практически обновлять ничего не надо было.Данная ситуация появлялась, когда время модификации соответствующего каталога было больше текущего времени, но дата модификации при этом не учитывалась.
102.766768.10.4.0Не нужное округление при загрузке данных из финоперацийУправление бюджетамиЗагрузка финансовых операций
Cтавка ЕСН после загрузки в бюджет округляется до 26%. Хотя в финоперации значение 26,2. Происходит когда установлена настройка: "Управление финансами Бюджетирование Правила округления ..рублевые цены округлять до" = 1,00.При загрузке финопераций, данные не округляем.
102.771308.10.4.0Ускорить синхронизацию аналитик типовой формыУправление бюджетамиТиповые формы бюджетов
Ускорить синхронизацию аналитик типовой формыУскорена фукнция синхронизации аналитик типовой формы по даным бюджета.
101.236948.10.3.0Сворачивать бюджет по периодам планированияУправление бюджетамиТиповые формы бюджетов
В модуле "Управление бюджетом" столкнулись с ситуацией, что для разных бюджетов необходим разный период планирования. Например: Бюджет движения денежных средств необходимо видеть по дням для проведения ежедневного план-факт анализа. Бюджет продаж необходимо планировать и отслеживать понедельно. А вот бюджет затрат необходимо видеть ежемесячный. А создавая настолько детальный период планирования, как день или неделя, вынуждены все оставшиеся бюджеты вести в этом же периоде. Т.е. необходимо постоянно прятать пустые колонки недель при просмотре, сравнении и распечатке бюджета, что является неудобным и ненагляднымВ настройке ТФ, на закладке "Загрузка бюджета", добавлена кнопка - "Настройка видимости периодов". По данной кнопке вызывается окно, в котором можно настроить видимость периодов по типу периода. По умолчанию все типы периодов помечены галочкой. Всегда должен быть помечен хотя бы один тип периода. При загрузке бюджета автоматически скрываются периоды тех типов периодов которые не были помечены в настройке ТФ.
102.702758.10.3.0Не коректная корректировка аналитики финоперации при изменении аналитики статьиУправление бюджетамиСтатьи бюджетов
При изменении группы аналитик статьи, не коректирует аналитику финопераций. Локализация: 0. Есть статья к которой привязана группа анналитик: "ОРГАНИЗАЦИЯ + ПОДРАЗДЕЛЕНИЕ + МАТЦЕННОСТЬ + УСЛУГА". И есть финопрерация по этой статье которая разнесена по всем аналитикам из группы. 1. Привязываем к статье новую группу аналитик: "ОРГАНИЗАЦИЯ + ДОГОВОР" 2. В финоперации разноска по "ОРГАНИЗАЦИЯ" осталась, а "ДОГОВОР" = "прочие" - все правильно. 3. Привязываем к статье прежнюю группу аналитик: "ОРГАНИЗАЦИЯ + ПОДРАЗДЕЛЕНИЕ + МАТЦЕННОСТЬ + УСЛУГА" 4. В финоперации появилась полная разноска по аналитикам: "ОРГАНИЗАЦИЯ + ПОДРАЗДЕЛЕНИЕ + МАТЦЕННОСТЬ + УСЛУГА" - при всей своей внешней "полезности", это не правильно, должна была остаться только разноска по "ОРГАНИЗАЦИЯ. Дело в том что при изменении группы аналитик статьи, в финоперациях разноска по аналитике вообще не корректируется. В итоге происходит не корректная загрузка финопераций в бюджет. Например выполнили пункты 0..2. 3. Загрузили финоперации в бюджет 4. По 0-му слою и по делатьному (по группе аналитик), информация в бюджетет правильная. Но по всем другим слоям информация в бюджет не попала (например по слою "ОРГАНИЗАЦИЯ").При изменении группы аналитик статьи, теперь корректируем и финопераций. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Для исправления "не откорректированных" финопераций, которые появились ранне до исправления ошибки, требуется: 1. выполнить "проверку корректности финансовых операций" из интерфейса: Управление бюджетами | Настройка | Администратор | Проверка целостности таблиц | Проверка данных бюджетирования. 2. Перегрузить данные в бюджет.
102.704688.10.3.0Ошибка преобразования суммы финоперации при изменении валюты статьиУправление бюджетамиСтатьи бюджетов
0. Есть рублевая статья и по ней данные в бюджете и финоперациях (по нескольким регистрам, включая "план") 1. В интерфейсе "Статьи бюджета", ставим признак "валютная" 2. Данные бюджета пересчитались правильно, по курсу на дату из "Настройки Галактики Управление финансами Бюджетирование Курс валют по периоду планирования - брать на дату" 3. Данные финопераций по регистру "план" - обнулились!!! По остальным регистрам остались не пересчинанны. Надо чтобы было одинаково по всем регистрам: - либо пересчитать согласно "Настройки Галактики Управление финансами Бюджетирование Курс валют финансовых операций - брать на" - либо вообще не пересчитывать финоперации, т.к. при загрузке в бюджет все равно идет преобразование валбюты финоперации к валюте статьи и в общем случае эти валюты могут не совподать, т.к. валюта финоперации обычно берется из первичного документаПри изменении валюты статьи данные финопераций - не пересчитываем
102.712658.10.3.0Опасная многооконность интерфейса "Редактирование бюджета"Управление бюджетамиРедактирование бюджета в целом
0. находимся в инт-се "Редактирование бюджета" 1. с помощью соответствующей функции, заходим в инт-с "Копирование бюджетов" 2. с помощью соответствующей функции, заходим в инт-с "Редактирование бюджета", но по другой типовой форме 3. возвращаемся в п.0. - типовая форма "слетела"Описанная ошибка исправленна. Дополнительно сделана возможность запускать интерфейс "Редактирование бюджета" из интерфеса "Каталог бюджета" не модально (только для редактирования одиночного бюджета).
102.724598.10.3.0Задисайблить или убрать неработающие функцииНастройкаДругие каталоги (Внимание! Только если нет выше в списке)
Каталог центров ответственности. Задисайблить или убрать неработающие функции ALT+H, CTRL+F3, навигация по помеченным записям в закладке Подчиненные ЦО.В виду ненадобности закладки "Подчиненные ЦО" убрал её. Тоже самое было сделано и в каталогах статей и периодов.
102.741098.10.3.0Ошибка при установке фильтра на алгоритмы расчета статьиУправление бюджетамиСтатьи бюджетов
На вкладке "Алгоритмы расчета" устанавливаю фильтр по Alt+B. Выдается предупреждение: ------------------------------------------ Возникло необработанное исключение ExObjIfcBadVar(ExRef) поле не является ссылкой требуемого класса ------------------------------------------ После этого появляется сообщение об ошибкеИсправлено
180.29448.10.3.0длительность перестроения формыУправление бюджетамиТиповые формы бюджетов
Длительность перестроения типовых формУскорены процессы с визуализациями: - "Построение КАУ" - "Построение КАУ: по осям..." - "Построение КАУ: добавляем аргументы формул..."
103.33138.10.2.0Добавить группировкуПлатежный календарьРеестры финансовых обязательств
доработано.содержит невизуальную часть функционала.
102.711888.10.1.1Предварительный просмотр в агрегации бюджетовУправление бюджетамиАгрегация бюджетов
1. Разработать функционал "умной" пометки бюджетов, в интерфейсе "Каталог бюджетов". Если в интерфейсе группировка ЦО+Период, то параметры: - ЦО - Тип периода - Список периодов по заданному типу Если в интерфейсе группировка Период+ЦО, то параметры: - Список ЦО - Период 2. В инт-се "Агрегация бюджетов", добавить режим "предварительного просмотра" результата. По которому будет запускаться инт-с "Редактирование бюджета" в режиме "агрегация", где в качестве списка бюджетов, будут переданы бюджеты из списка инт-са "Агрегация бюджетов". Таким образом такую "виртуальную агрегацию" можно будет запускать, как из самого инт-са "Каталог бюджетов", так и из инт-са "Агрегация бюджетов". Причем в инт-се "Агрегация бюджетов", можно будем агрегировать: - либо ч/з "виртуальный" бюджет с предварительным просмотром (недостаток - может не хватить оперативной памяти) - либо прежним способом, сразу в БД (недостаток - нет предварительного просмотра)1. Разработан функционал "умной" пометки бюджетов в интерфейсе "Каталог бюджетов". Если в интерфейсе группировка ЦО+Период, то параметры : - ЦО - Тип периода - Список периодов по заданному типу Если в интерфейсе группировка Период+ЦО, то параметры: - Список ЦО - Период Для запуска функционала надо либо в каталоге бюджетов запустить агрегированный бюджет и в открывшемся окне агрегации бюджетов выбрать пункт - "Пометить по условию", либо в интерфейсе "Агрегация бюджетов" при выборе бюджета агрегата выбрать пукнт - пометить по условию 2. В интерфейсе "Агрегация бюджетов" в локальное меню добавлены два пункта - Добавить бюджеты по условию - Предварительный просмотр бюджета Первый пункт позволяет построить список бюджетов исходя из заданных параметров. Второй пункт позволяет сделать предварительный просмотр бюджета агрегата исходя из списка бюджетов.