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


Описание файла обновления:
ФайлF_FPOBOROT_RES_810320.TXT
ОбновлениеF_FPOBOROT_RES_810320
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентF_FPOBOROT
ТипRES
Версия8.10.32.0
Дата2014-09-25 21:40:58
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.132079NEWДублирование номеров при тиражировании финоперации в Книге финоперацийУправление бюджетамиКнига фактических операций
Поле "Номер" в "Финансовой Операции" (ФО) - это: 1. если ФО по Документу - номер документа 2. если ФО "ручная" - собственный сгенерированный номер При копировании ФО, действует тоже правило: 1. если ФО по Документу - номер сохраняется 2. если ФО "ручная" - генерируется новый номер Это хорошо, однако, иногда функция автоматической генерации "номера" начинает постоянно выдавать один и тот же номер документа - это плохо.Система автоматической генерации номеров "Финансовых операций" (ФО), переведена на стандартный функционал. Данный функционал, можно настраивать в интерфейсе "Нумерация документов" (см. модуль "Настройка", меню "Настройка | Нумерация документов", документ "Книга финансовых операций"). При установке обновления, нумерация будет происходить начиная с номера "000001". При необходимости пользователь может настроить требуемый ему "стартовый" номер в выше указанном интерфейсе.
102.1285018.10.31.0контроль формирования ФОП при передаче данных в бюджетУправление бюджетамиПравила передачи данных
Необходимо добавить возможность ограничения формирования финансовых операций (ФО), при передаче данных из ФО в бюджет с помощью правил передачи данных (ППД). Для этого предусмотреть в интерфейсе ППД соответствующие настройки.В интерфейс "Управление бюджетом | Настройка | Правила передачи данных" (ППД), добавлен функционал контроля модификаций финансовых операций (ФО). Суть контроля заключается в том, что при любых модификациях ФО (создание, изменение, удаление), автоматически запускается анализ "старых" и "новых" данных связанного с ФО бюджета. Анализ производится по заранее настроенному пользователем критерию: - если критерий выполняется, то модифицированная ФО сохраняется в БД, и ее данные передаются в бюджет; - если критерий не выполняется, то изменений ФО не принимаются, и в бюджет не передаются. Настройка этого функционала, доступна в интерфейсе ППД, по функции локального меню "Контроль финансовых операций". При настройке контроля задаются следующие поля: 1. Поле "Контроль" со значениями: 1.1. "НЕТ" - контроль не осуществляется 1.2. "ДА" - осуществляется жесткий контроль 1.3. "С ПОДТВЕРЖДЕНИЕМ" - в случае не выполнения критерия, пользователю задается запрос на подтверждение проведения ФО. В пакетных операциях модификации ФО (например формирование ФО с помощью ТФО), режим "С ПОДТВЕРЖДЕНИЕМ" работает как "НЕТ", т.е. контроль не производится. 2. Поле "Критерий контроля", где формулой задается вычисляемое логическое выражение (результат: TRUE или FALSE). Аргументы выражения: 2.1. "старая сумма в бюджете" 2.2. "новая сумма в бюджете" Суммы берутся из самого детального уровня бюджета. По умолчанию критерий контроля: "новая сумма в бюджете" не должна быть отрицательной. Область применимости такого контроля, определяет само ППД. Например, если требуется выполнять контроль только для некоторых статей, то их следует задавать в качестве фильтра в ППД. При перегрузке ППД (функция локального меню "Перегрузить данные бюджетов"), контроль не запускается. Особенности реакции системы контроля на изменения суммы ФО: 1. Редактировании суммы ФО вручную. Такое изменение проходит как одна операция. В которой есть новое и старое значение ФО и соответственно новое и старое значение в бюджете. 2. Применение ТФО к документу, у которого уже была ФО. Например пере-применяют ТФО после того как в документе изменилась сумма. В итоге произойдет 2-е операции: удаление старой ФО, и создание новой ФО. Хотя для пользователя это может показаться как простое изменение суммы существующего ФО. Особенности реакции системы контроля на создание новых ФО с аналитикой: При позиционировании на панель со значениями аналитики, все изменения произведенные над самой ФО, сохраняются в БД. Редактирование разноски ФО по аналитике выполняется как отдельная операция. Таким образом когда пользователь создает новые ФО, и затем заполняет разноску ФО по аналитике, будет выполнено 2-е операции и критерий контроля отработает 2-а раза: 1. для ФО разнесенной по "прочим" значениям аналитики 2. для этой же ФО, но уже разнесенной по нужным значениям аналитики Если требуется контролировать только операцию п.2., то можно поступить следующим образом: 1. создать требуемую ФО, но с 0-й суммой 2. отредактировать разноску по аналитике 3. указать требуемую сумму ФО Особенности реакции системы контроля на удаление первичных документов (ПД) с ФО: При удалении ПД, в случае если система контроля запрещает удалять его ФО: 1. ПД удаляется 2. ФО не удаляются!
101.488438.10.30.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.1124308.10.30.0Нестабильная работа фунции Alt+D в интерфейсе Привязки ТХОУправление бюджетамиКнига финансовых операций в целом
Главное меню: "Хозоперации | Операции | Разноска хозяйственных операций" Интерфейс: "Привязка ТХО" Регистр учета: "Управленческий" В нижнем окне интерфейса "Привязка ТХО" функция "Переход в первичный документ" (Alt+D) - работает нестабильно. Локализация: 1. в нижнем окне интерфейса "Привязки ТХО" на вкладке "Регистры учета" для сформированной финансовой операции (ФО), функция Alt+D неактивна и не работает; 2. по F4 переходим в режим редактирования сформированной ФО - здесь Alt+D работает - Ок; 3. выходим из интерфейса редактирования ФОП, в нижней панели разноски ТХО вызываем функцию Alt+D - теперь функция здесь работает.Теперь, в любых окнах и интерфейсах работы с финансовыми операциями (ФО), функция "Переход в первичный документ", доступна если ФО была создана по документу.
102.1132938.10.30.0Исключить использование прикладного #define _CurComponentName_Управление бюджетами"Управление бюджетом" в целом
В коде компонент модуля УБ, для определения наименования текущего компонента используется прикладной #define _CurComponentName_. Однако в Атлантисе для аналогичной задачи существует директива #(__COMPONENT__). Предлагаю перевести код на использование #(__COMPONENT__).Имеющийся define _CurComponentName_ в бюджетах был заменен на #(__COMPONENT__).
102.1168588.10.30.0Нет реакции на настройкиУправление бюджетамиКнига финансовых операций в целом
Нет реакции на настройки: 1. Настройки Галактики Общие настройки системы Отчеты, расчеты Заголовок форм отчетов 2. Настройки Галактики Общие настройки системы Отчеты, расчеты Производить печать заголовков отчетов Отчет в FastReport - "Книга финансовых операций (реестр)": 1. Вне зависимости от значения второй настройки "да/нет" всегда выводит: [28/05/2012 15:04 user] 2. Если задана первая настройка, то "Заголовок форм отчетов" не выводится Этот же отчет в бизнес-тексте формируется правильно 1) Если заданы обе настройки ( вторая в "Да"), то выводится: [28/05/2012 17:34 user Моя организация] 2) Если первая настройка не задана, то выводится [28/05/2012 15:04 user ] 3) если вторая настройка установлена в "нет", то печать заголовка отчетов не выводитсяТеперь отчет в FastReport - "Книга финансовых операций (реестр)", реагирует на указанные настройки, также как и отчет в "Бизнес-Текст".
102.1169128.10.30.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. При отработке интерфейса "Конвертации данных по типам периода" (Управление бюджетом | Настройка | Администратор | Конвертация данных по типам периода). ПРАВА ПОЛЬЗОВАТЕЛЕЙ Права пользователей на изменение настроек из указанного интерфейса, регламентируют те же правила, что и при явном изменении этих настроек. В случае если включена настройка "Настройки Галактики Управление финансами Бюджетирование Права доступа Редактирование метаданных только монопольно", то изменение УБ_ТП возможно, только если включен "монопольный доступ" (Управление бюджетом | Настройка | Администратор | Монитор работы пользователей).
103.60348.10.29.0Формирование аналитики пл.фин.операции из карточки договораУправление бюджетамиКнига финансовых операций в целом
При ручном создании финопераций (ФО), по документу "Договор", у которого поле "вид" = "2->1", надо чтобы аналитика ФО "организации" заполнялось значением поля "Контрагент 2". В текущей реализации, при вышеописанных условиях, система заполняет значением поля "Контрагент 1".Теперь при ручном создании финопераций (ФО), по документу "Договор", у которого поле "вид" = "2->1", аналитика ФО "организации" заполняется значением поля "Контрагент 2".
102.1116228.10.27.0Help. Отсутствует справка к пункту локального менюУправление бюджетамиКнига финансовых операций в целом
Help. Отсутствует справка к пункту локального меню Шаги выполнения: 1. Зайти в Управление снабжением - Счета, ДО на закупку 2. Локальное меню в верхней части - Фактические финансовые операции 3. В открывшемся окне - Локальное меню - Контроль соответствия сумм 4. F1 на пункте локального меню Фактический результат: 4. Отсутствует справка к пункту локального меню Ожидаемый результат: 4. Подключить справку к пункту локального менюbudget_Kontrol_Coot_Summ этот топик подключен к функции локального меню "Контроль соответствия сумм".
102.1124198.10.27.0Настройка "Текущий период планирования" УБУправление бюджетамиНастройки модуля УБ в "Настройке"
Для "Периода планирования", в системе предусмотрена группа общесистемных настроек - "Настройки Галактики Общие настройки системы Период планирования": - "Тип периода планирования" (ОС_ТП) - "Период планирования" (ОС_ПП) И "уточнения этих настроек" для конкретных модулей, например для УБ - "Настройки Галактики Управление финансами Бюджетирование Период планирования ": - "Тип периода планирования" (УБ_ТП) - "Текущий период планирования" (УБ_ПП) В текущей реализации, настройка УБ_ПП, для выбора значения, открывает "Каталог периодов" по типологии периода заданной в общесистемной настройке ОС_ТП! В результате, если общесистемная настройка не задана, либо отличается от настройки УБ_ТП, то нельзя задать правильное значение настройки УБ_ПП. В этой ситуации, надо использовать типологию определенную не в ОС_ТП, а УБ_ТП.Теперь настройка УБ_ПП, для выбора значения, открывает "Каталог периодов" по типологии периода заданной в настройки УБ_ТП. В случае если настройка УБ_ТП не определена, то "Каталог периодов" не запускается и выводится соответствующее сообщение.
102.1139068.10.27.0Визуализация аналитики в КФОУправление бюджетамиКнига финансовых операций в целом
Бюджет-приемник редактировать нельзя т.к. статус копии - "закрыт". Настроено правило передачи данных. Если в КФО попытаться поменять сумму или статью, то после сообщения о невозможности модификации ФО с указанием причины и сумма и статья восстанавливаются прежние, а аналитика остается измененной до тех пор пока не выйдешь совсем из интерфейса редактирования ФО.Теперь при редактировании аналитики ФО, в случае если модификация ФО запрещена, после выдачи информационного сообщения автоматически восстанавливаются прежние значения аналитики. Так же как и при редактировании самой ФО.
103.55588.10.27.0не редактируется финансовая операцияУправление бюджетамиКнига финансовых операций в целом
Речь идет о интерфейсах "Платежных документов" (ПД), в которые встроена панель с "Проводками" по "Регистрам учета". На данной панели, могут показываться как "бухгалтерские" проводки (БП), так и "финансовые" операции (ФО). В случае если сам ПД по каким либо причинам, заблокирован от редактирование (например: согласно "Настройки Галактики Общие настройки системы Доступ к документам"), то запрет на редактирование ПД: 1. Для БП, не накладывает никаких дополнительных ограничений на редактирование самих БП. 2. ФО - редактировать, становится нельзя. Причем, если зайти в те же ФО из "ХозОпераций" (ХО), то никаких дополнительный ограничений на редактирование не накладывается. Не накладываются они и если заходит в эти ФО через стандартный интерфейс "Управление бюджетом | Документы | Книга финансовых операций". Надо сделать, чтобы запрет на редактирование ПД, не влиял на возможность редактирования ФО, вне зависимости от того откуда запускаются сами ФО.Теперь запрет на редактирование "Первичного документа" (ПД), не влияет на возможность редактирования связанных ФО. Это касается всех использований интерфейса ФО: 1. когда он вызывается явно из интерфейса ПД 2. когда он встраивается в панель интерфейса ПД.
180.19888.10.27.0Бюджет.Средняя численность.Управление бюджетамирасчетное ядро "Управление бюджетом"
Требуется разработать функционал, который бы позволял рассчитывать значения показателя по агрегатам периода как "среднее арифметическое" из значений подчиненных периодов.ОБЩЕЕ ОПИСАНИЕ РЕШЕНИЯ Был разработан функционал, который позволяет рассчитывать значения показателя по агрегатам периода как "среднее арифметическое" из значений подчиненных периодов. ИНТЕРФЕЙС "СТАТЬИ БЮДЖЕТА" Атрибуты статьи В рамках решения задачи, в окно редактирования статьи была добавлена новая опция - "среднее арифметическое". При установке этой опции значения показателя по агрегатам периода рассчитываются как "среднее арифметическое" из значений подчиненных периодов. Агрегация по периодам: (.) сумма (.) входящий остаток (.) исходящий остаток (.) сальдо (.) среднее арифметическое Отчеты В отчете "Атрибуты статей", для статей с атрибутом "Агрегация по периодам" = "среднее арифметическое", выводится соответствующий признак. Дополнительно, в рамках решения текущей задачи, были сделаны следующие доработки в отчете "Атрибуты статей": 1. Колонка "Валюта", переименована в "Валюта" / "Ед.Изм". Т.к. в ней выводится одно из значений: либо "валюта", либо "единица измерения" 2. В наименовании колонки "Статтьи" - убрана лишняя "Т" ИНТЕРФЕЙС "РАСКРЫТИЕ ПОКАЗАТЕЛЯ-АГРЕГАТА ПО ДАННЫМ БЮДЖЕТА" При раскрытии показателя с атрибутом "Агрегация по периодам" отличным от "сумма", иерархия периодов не строится. Выводятся только "листовые периоды". При этом автоматически контролируется, чтобы уровень "Периоды планирования", мог быть только самым верхним уровнем в группировке. Дополнительно, в рамках решения текущей задачи, были сделаны следующие доработки в окне редактирования текущего показателя "Значение показателя": 1. В случае если по показателю аналитика не ведется, панель редактирования значений аналитик - скрывается. ИНТЕРФЕЙС "РАСКРЫТИЕ ПОКАЗАТЕЛЯ ПО ДАННЫМ КНИГИ ФИНАНСОВЫХ ОПЕРАЦИЙ" При раскрытии показателя с атрибутом "Агрегация по периодам" отличным от "сумма", иерархия периодов не строится. Выводятся только "листовые периоды". При этом автоматически контролируется, чтобы уровень "Периоды планирования", мог быть только самым верхним уровнем в группировке. ИНТЕРФЕЙС "РАСПРЕДЕЛЕНИЕ АГРЕГАТОВ" Речь идет об интерфейсе, вызываемом по "ALT+A", из интерфейсов: "Редактирование бюджета" и "Анализ бюджета". При редактировании показателя, с атрибутом "Агрегация по периодам" = "среднее арифметическое", для случая, когда надо распределить значение периода-агрегата, распределение по периодам выполняется следующим образом: 1. При распределении "равномерно". Во все подчиненные периоды заносится значение периода-агрегата. 2. При распределении "новое/старое". Все подчиненные периоды умножаются на коэффициент изменения периода-агрегата. ИНТЕРФЕЙС "РЕДАКТИРОВАНИЕ БЮДЖЕТА" Редактирование агрегатов бюджета может происходить в 2-х режимах. Это определяет настройка "Настройки Галактики Управление финансами Бюджетирование Редактирование бюджета Специальный режим редактирования агрегатов", которая может принимать значения: 1. "ДА". Режим "по умолчанию". В этом режиме для редактирования агрегатов используется интерфейс "Распределение агрегатов" (см. описание доработки в главе Интерфейс "Распределение агрегатов"). 2. "НЕТ". В этом режиме ранее данные периода-агрегата всегда распределялись по листовым периодам "равномерно". Теперь в случае редактирования показателя с атрибутом "Агрегация по периодам" = "среднее арифметическое", распределение по периоду выполняется аналогично описанному в главе Интерфейс "Распределение агрегатов" (режим "равномерно" п.1.). ИНТЕРФЕЙС "АНАЛИЗ БЮДЖЕТА" Для редактирования агрегатов бюджета используется интерфейс "Распределение агрегатов" (см. описание доработки в главе Интерфейс "Распределение агрегатов").
102.1140278.10.26.0Сообщения о запрете редактирования бюджета при редактировании документов ПКПлатежный календарь"Платежный календарь" в целом
При установленных настройках: 1)"Настройки Галактики Управление финансами Платежный календарь Связь с бюджетом Передача данных в бюджет Суммы в бюджете ведутся"=по ФОП; 2) "Настройки Галактики Управление финансами Платежный календарь Связь с бюджетом Передача данных в бюджет Приемник данных" = Книга фин. операций; 3) "Настройки Галактики Управление финансами Бюджетирование Финансовые операции Модификации финансовых операций после закрытия периода" = Запрещать Необходимо сократить кол-во сообщений о запрете редактирования бюджета при редактировании ФОП в Платежном календаре: - При разноске ФОб по статьям (формировании закрытого плана) - сообщение о запрете редактирования бюджета по регистру "План" выдается 2 раза; - При переводе ФОб в статус "исполняемый" (формировании закрытого резерва) - 2 сообщения (о запрете редактирования "плана" и "резерва"); - При формировании платежки по ФОб - 3 сообщения (2 о запрете редактирования "плана" и 1 о "резерве")1.Сообщения о запрете редактирования бюджета перенесли в "историю последних операций". 2."История последних операций" открывается автоматически если в процессе выполнения операции были ошибки в бюджете при - ручном изменении статуса - копировании - групповых операциях - обновлении документа 3.Доработан интерфейс закрытия дня (перенос дат ФОП). Добавлена кнопка "Выход". Добавлена возможность просмотра истории изменений. 4.Доработан интерфейс "Восстановление данных бюджета" Добавлена возможность просмотра истории. 5.Доработано логирование групповых операций, операций копирования. 6.Длинна строки записи в истории увеличена до 255 символов.
101.373998.10.25.0Редактирование бюджета - отображать значения по сальдируемым статьямУправление бюджетамирасчетное ядро "Управление бюджетом"
Требуется разработать функционал, который бы позволял рассчитывать "входящие" и "исходящие" остатки по показателям бюджета. При агрегации по периодам, такие показатели должны вычисляться следующим образом: 1. "Входящий остаток" в периоде-агрегате, равен значению в первом подчиненном периоде. 2. "Исходящий остаток" в периоде-агрегате, равен значению в последнем подчиненном периоде.ОБЩЕЕ ОПИСАНИЕ РЕШЕНИЯ Для решения задачи, добавлены новые атрибуты статей, которые влияют на правила агрегации показателей по иерархии периодов: 1. "Входящий остаток". Данные в периоде-агрегате - это данные первого подчиненного периода. 2. "Исходящий остаток". Данные в периоде-агрегате - это данные последнего подчиненного периода. ИНТЕРФЕЙС "СТАТЬИ БЮДЖЕТА" Атрибуты статьи В рамках решения задачи, были реструктурированы атрибуты статьи. В окне списка статей, удалено ставшее не актуальным поле "Агрегация". В окне редактирования статьи, удалены не используемые поля: 1. Тип статьи 2. Приоритет В окне редактирования статьи, атрибуты статьи теперь состоят из 4-х групп: Атрибуты статьи [.] валютная [.] количественная [.] внутренние обороты Статья не может быть одновременно и "валютная" и "количественная". Данные опции имеют прежнее название и значение. Агрегация по иерархии статей [.] не является агрегатом [.] не входит в вышестоящий агрегат По умолчанию, данные показателей "агрегируются" по иерархии статей. Под "агрегацией", в данном случае понимается операция - "суммирование". Данные опции предназначены для переопределения этого правила. Опция "не является агрегатом", случит для явного указания того что данные по этой статье не будут вычисляться как "агрегат" из данных подчиненных статей. Прежнее название этой опции: "вводимая статья - НЕ является агрегатом" Опция "не входит в вышестоящий агрегат", случит для отмены агрегации данной статьи в вышестоящую статью. Прежнее название этой опции: "в том числе". Агрегация по периодам (.) сумма (.) входящий остаток (.) исходящий остаток (.) сальдо По умолчанию, данные показателей "агрегируются" по иерархии периодов. Операция "агрегации", по умолчанию - "сумма". Данные опции предназначены для переопределения этого правила. При установке опции "входящий остаток", данные по периоду-агрегату берутся только из первого подчиненного периода. Ранее такой опции не было. При установке опции "исходящий остаток", данные по периоду-агрегату берутся только из последнего подчиненного периода. Ранее такой опции не было. При установке опции "сальдо": - данные по периодам-агрегатам не вычисляются - данные этой статьи не входят в вышестоящую статью-агрегат Прежнее название этой опции: "сальдируемая". Результат установки этой опции такой же как и ранее. Расчет по формуле [.] рассчитывается по формуле (.) расчет на каждом уровне (.) только на детальном уровне (.) только на уровне статьи С помощью опции "рассчитывается по формуле", можно включать или выключать режим расчета статьи по формуле. Прежнее название аналогичной опции: "Способ расчета". Но теперь при отключении режима "рассчитывается по формуле", настроенные ранее алгоритмы расчета не удаляются. Далее идет группа опций, задающих на каких аналитических уровнях должна вычисляться формула. Эти опции имеют смысл, когда по статье ведется аналитика. Под аналитическими уровнями, понимаются уровни аналитик включенных в "типовую форму бюджета". В общем случае, от количества аналитик включенных в "типовую форму бюджета" зависит результат расчета формулы. Опция "расчет на каждом уровне", является значением "по умолчанию". При установке этой опции, формула будет вычисляться на каждом уровне аналитик, а также на уровне самой статьи. Прежнее название этой опции: "агрегат - суммируется из подчиненных Статей". При установке опции "только на детальном уровне", формула будет вычисляться только на самом детальном уровне аналитики, определенной в "типовой форме". Далее, на всех вышестоящих уровнях аналитик, а также на уровне статей, рассчитанные данные будут "агрегироваться" путем "суммирования". Прежнее название этой опции: "агрегат - суммируется из подчиненной Аналитики". При установке опции "только на уровне статьи", формула будет вычисляться только на уровне статьи. Прежнее название этой опции: "спецрасчет". Как и ранее значения показателей по аналитике, в этом случае, выводятся нулевыми и не редактируются. Алгоритмы Список алгоритмов расчета статьи, перемещен из "закладки" в нижнюю панель окна редактирования. При отключении режима "рассчитывается по формуле", настроенные ранее алгоритмы расчета не удаляются. Отчеты Вследствие реструктуризации атрибутов статьи, были изменены отчеты по каталогу статей: 1. Отчет по каталогу статей 2. Отчет взаимосвязи статей 3. Отчет об использовании статей в типовых формах Дополнительно, в отчетах: 1. Отчет по каталогу статей (Алгоритмы расчета статей); 2. Отчет взаимосвязи статей; в связи со сложной вложенностью выводимой информации, теперь не выводятся номера листов. Ранее они выводились, но № листа считался не корректно. ИНТЕРФЕЙС "РАСКРЫТИЕ ПОКАЗАТЕЛЯ-АГРЕГАТА ПО ДАННЫМ БЮДЖЕТА" При раскрытии показателя, с типом "входящий" или "исходящий" остаток, иерархия периодов не строится. Выводятся только "листовые периоды". ИНТЕРФЕЙС "РАСКРЫТИЕ ПОКАЗАТЕЛЯ ПО ДАННЫМ КНИГИ ФИНАНСОВЫХ ОПЕРАЦИЙ" При раскрытии показателя, с типом "входящий" или "исходящий" остаток, иерархия периодов не строится. Выводятся только "листовые периоды". ИНТЕРФЕЙС "РАСПРЕДЕЛЕНИЕ АГРЕГАТОВ" Речь идет об интерфейсе, вызываемом по "ALT+A", из интерфейсов: "Редактирование бюджета" и "Анализ бюджета". При редактировании показателя, с атрибутом "входящие" или "исходящие" остатки, для случая, когда надо распределить значение периода-агрегата, распределение выполняется следующим образом: 1. "Входящий остаток". Данные периода-агрегата полностью копируются в первый подчиненный листовой период. 2. "Исходящий остаток". Данные периода-агрегата полностью копируются в последний подчиненный листовой период. ИНТЕРФЕЙС "РЕДАКТИРОВАНИЕ БЮДЖЕТА" Редактирование агрегатов бюджета может происходить в 2-х режимах. Это определяет настройка "Настройки Галактики Управление финансами Бюджетирование Редактирование бюджета Специальный режим редактирования агрегатов", которая может принимать значения: 1. "ДА". Режим "по умолчанию". В этом режиме для редактирования агрегатов используется интерфейс "Распределение агрегатов" (см. описание доработки в главе Интерфейс "Распределение агрегатов"). 2. "НЕТ". В этом режиме ранее данные периода-агрегата всегда распределялись по листовым периодам равномерно. Теперь в случае редактирования показателя с атрибутом "входящие" или "исходящие" остатки, распределение по периоду выполняется аналогично описанному в главе Интерфейс "Распределение агрегатов". Дополнительно, в рамках решения задачи, для показателей имеющих 0-вые значения, 0-ли - не выводятся. ИНТЕРФЕЙС "АНАЛИЗ БЮДЖЕТА" Для редактирования агрегатов бюджета используется интерфейс "Распределение агрегатов" (см. описание доработки в главе Интерфейс "Распределение агрегатов").
102.1121358.10.24.0модификация данных бюджета после закрытия периодаУправление бюджетамиРедактирование бюджета в целом
Существует настройка: 1. "Настройки Галактики Управление финансами Бюджетирование Финансовые операции Модификации финансовых операций после закрытия периода". Предлагается добавить настройку: 2. "Настройки Галактики Управление финансами Бюджетирование Финансовые операции Модификации данных бюджета после закрытия периода". Сейчас получается ситуация, когда после закрытия периода нельзя редактировать финоперации (если установлена первая указанная настройка). При этом есть возможность редактировать данные бюджета в "закрытом периоде". Например: в интерфейсе "Редактирование бюджета" или отчет "Анализ бюджетов". Есть необходимость полностью запретить пользователям модификацию бюджетных данных после "закрытия периода".***ОПИСАНИЕ РЕШЕНИЯ*** =НАСТРОЙКИ= 1. Создана новая группа настроек: "Настройки Галактики Управление финансами Бюджетирование Период планирования". В этой группе: 1.1. Из "Настройки Галактики Управление финансами Бюджетирование", перенесены существующие настройки: 1.1.1. "Тип периода планирования бюджета" 1.1.2. "Текущий период планирования" 1.2. Из "Настройки Галактики Управление финансами Бюджетирование Финансовые операции", перенесены существующие настройки: 1.2.1. "Закрытый период по умолчанию до" 1.2.2. "Закрытый период по регистру "план" до" 1.2.3. "Закрытый период по регистру "факт" до" 1.2.4. "Закрытый период по регистру "по данным бух.учета" до" 1.3. Создана новая настройка: 1.3.1. "Закрытый период по регистру "резерв" до". Пользовательская настройка, работающая по аналогии с другими регистрами учета. 2. В существующей группе: "Настройки Галактики Управление финансами Бюджетирование Права доступа". В этой группе:: 2.1. Создана новая настройка: 2.1.1. "Модификации данных бюджетов после закрытия периода". Пользовательская настройка, работающая по аналогии с настройкой "Модификации финансовых операций:". Возможные значения настройки: "разрешать", "запрещать". По умолчанию: "разрешать". 2.2. Из "Настройки Галактики Управление финансами Бюджетирование Финансовые операции", перенесена существующая настройка: 2.2.1. "Модификации финансовых операций после закрытия периода" =ИНТЕРФЕЙСЫ= ИНТЕРФЕЙСЫ РЕДАКТИРОВАНИЯ БЮДЖЕТОВ Каталог бюджетов Запрещено удалять бюджет или копию бюджета, в случае если период бюджета частично или полностью попадает в "закрытый период", о чем выдается соответствующее сообщение. Чтобы удалить бюджет или копию бюджета, полностью или частично попадающую в "закрытый период", у пользователя должна быть установлена настройка "Модификации данных бюджетов после закрытия периода" = "разрешать". Атрибуты копии бюджетов В случае если период бюджета частично или полностью попадает в "закрытый период", запрещено редактировать поля, влияющие на расчет формул: - Вариант расчета формул - Поиск предыдущей копии ИНТЕРФЕЙСЫ РЕДАКТИРОВАНИЯ ДАННЫХ БЮДЖЕТА Редактирование бюджета Добавлены следующие запреты на редактирование: 1. В случае если период бюджета полностью попадает в "закрытый период" - данные бюджета редактировать нельзя. 2. В случае если период бюджета частично попадает в "закрытый период": 2.1. Нельзя редактировать никакие данные бюджета, если в интерфейсе был установлен "вариант расчета формул", отличный от "варианта расчета формул", указанного в копии бюджета. 2.2. Нельзя редактировать данные показателя по листовому периоду, если его период попадает в "закрытый период" 2.3. Нельзя запускать функции редактирования агрегата, на агрегате периода, если этот период полностью или частично попадает в "закрытый период" 2.4. Нельзя запускать функцию "Очистить данные" 2.5. Групповые операции: 2.5.1. "Применить индекс". Для выполнения операции, не помечаются данные в "закрытом периоде", вследствие чего эти данные не меняются. 2.5.2. "Распределение по периоду". Нельзя запускать операцию, на агрегате периода, если этот период полностью или частично попадает в "закрытый период" 2.5.3. "Атрибуты значений". Попадание данных в "закрытый период", не влияет на возможность установки атрибутов. 2.5.4. "Удаление". Для выполнения операции, не помечаются данные в "закрытом периоде", вследствие чего эти данные не меняются. Анализ бюджета Запрещено редактирование показателей бюджета, если они попадают в "закрытый период". АВТОМАТИЧЕСКОЕ ФОРМИРОВАНИЕ ДАННЫХ БЮДЖЕТА Связь ПК с УБ Доработки касаются только случая, когда данные ПК передаются непосредственно в "бюджет", т.е. "Настройки Галактики Управление финансами Платежный календарь Связь с бюджетом Передача данных в бюджет Приемник данных" = "бюджет" Данные документов ПК в "закрытый период" модуля УБ - передавать запрещено. В случае передачи из ПК, данных в "закрытый период", выдается соответствующее сообщение. Сообщение теперь выдается во всех случая отсутствия у пользователя прав на редактирование бюджета. Отсутствие прав на редактирование бюджета, по прежнему, не влияет на возможность редактирования самих документов ПК. Правила передачи данных "Правила передачи данных" не передают данные в "закрытый период" бюджета, и финансовая операция в этом случае не изменяется. В зависимости от варианта редактирования "финансовых операций", выдается соответствующее сообщение на экран или в протокол. ОПЕРАЦИИ Загрузка финансовых операций В случае полного или частичного попадания периода бюджета в "закрытый период", в поле "Период планирования" - выводится соответствующая информация. При выполнении операции, данные в "закрытом периоде" не изменяются, о чем при ручном запуске операции, выдается соответствующее сообщение. В случае запуска операции в составе "Бюджетных процессов", попадание периода бюджета в "закрытый период" - не является ошибкой. Очистка данных бюджета При выполнении операции, данные в "закрытом периоде" не изменяются, о чем при ручном запуске операции, выдается соответствующее сообщение. В случае запуска операции в составе "Бюджетных процессов", попадание периода бюджета в "закрытый период" - не является ошибкой. Установка атрибутов копий Запрещено менять "Вариант расчета формул", в случае полного или частичного попадания периода бюджета в "закрытый период". Если хотя бы одна копия не удовлетворяет этому условию - операция не выполняется, о чем выдается соответствующее сообщение. В случае запуска операции в составе "Бюджетных процессов", такая ситуация - является ошибкой! Дополнительно в рамках решения проблемы сделаны следующие доработки: 1. Значения полей в группах "Статус" и "Варианты копии", выводятся "серым" цветом, в случае если эти поля имеют значения - "не изменять" Агрегация бюджетов В случае полного или частичного попадания периода бюджета-приемника в "закрытый период", в поле "Период бюджета" - выводится соответствующая информация. При выполнении операции, данные в "закрытом периоде" не изменяются, о чем при ручном запуске операции, выдается соответствующее сообщение. В случае запуска операции в составе "Бюджетных процессов", попадание периода бюджета-приемника в "закрытый период" - не является ошибкой. Дополнительно в рамках решения проблемы сделаны следующие доработки: 1. Теперь копируются данные только "листовых" периодов, т.к. периоды агрегаты при использовании бюджета все равно рассчитываются заново. 2. При построении соответствия периодов, контролируется, чтобы в "период-приемник" не попадали "закрытые периоды". 3. При корректировке соответствия периодов: 3.1. Система контролирует, чтобы в "период-приемник" нельзя было выбрать: 3.1.1. Период, не принадлежащий своему бюджету 3.1.2. Период, попадающий в "закрытый период" 3.2. Можно, "исключать" те периоды, в которые не надо копировать данные (по клавише DEL на соответствующем периоде). Декомпозиция бюджетов В случае полного или частичного попадания периода бюджета-приемника в "закрытый период", в поле "Период бюджета" - выводится соответствующая информация. При выполнении операции, данные в "закрытом периоде" не изменяются, о чем при ручном запуске операции, выдается соответствующее сообщение. В случае запуска операции в составе "Бюджетных процессов", попадание периода бюджета-приемника в "закрытый период" - не является ошибкой. Дополнительно в рамках решения проблемы сделаны следующие доработки: 1. Теперь копируются данные только "листовых" периодов, т.к. периоды агрегаты при использовании бюджета все равно рассчитываются заново. 2. При построении соответствия периодов, контролируется, чтобы в "период-приемник" не попадали "закрытые периоды". 3. При корректировке соответствия периодов: 3.1. Система контролирует, чтобы в "период-приемник" нельзя было выбра
102.1128448.10.24.0Некорректно определяется принадлежность ФО к закрытому периодуУправление бюджетамиКнига финансовых операций в целом
Некорректно определяется принадлежность ФО к закрытому периоду При настройке Настройки Галактики Управление финансами Бюджетирование Финансовые операции Модификации финансовых операций после закрытия периода -запрещать и моделировании ситуации, описанной в 102,110266: 0. Выписывается "Платежный документ" (ПД). В этот момент у него еще не определена "дата оплаты" 1. К нему применяется ТФО, которая формирует ФО, у которых в этот момент не определены поля: "дата" и "период". Выдается --------------------------- Предупреждение --------------------------- Модификация запрещена! Период планирования финоперации () попадает в закрытый отчетный период! "Настройки ГалактикиУправление финансамиБюджетированиеФинансовые операцииЗакрытый период по умолчанию до"=1 квартал 2006 г. --------------------------- ОКФинансовая операция, у которой не определен "период" - всегда будет считаться в "открытом" периоде. В данном случае будет создана финансовая операция с пустыми полями "проведена" и "период планирования"
102.1122428.10.23.0Редактирование ФО в системе ППДУправление бюджетамиКнига финансовых операций в целом
В случае, если в системе активизированы "Правила передачи данных" (ППД), то может возникнуть ситуация, когда у текущего пользователя есть права на редактирование "Финансовой операции" (ФО), но нет прав на редактирование бюджета, в который будут передаваться данные редактируемой ФО. В этом случае, при текущей реализации системы, пользователю будет запрещено модифицировать и саму ФО. Такое ограничение не нужно. Цель ППД - это постоянная поддержка актуальности данных бюджетов по данным ФО. В описанной ситуации, редактирование бюджета происходит косвенно, а не напрямую. И проверять права пользователя на редактирование бюджета, в этом случае не имеет надобности. Считаю, что такое ограничение не нужно. Дело в том что данные этой ФО, все равно могут попасть в бюджет, если например другой пользователь, которому, разрешено редактировать бюджет, выполнит операцию "Загрузка финансовых операций". Предлагаю реализовать такой алгоритм работы: 1. При редактировании ФО, проверять права на редактирование бюджетов, которые будут изменены согласно активным ППД. 1.1. Если бюджет нельзя редактировать в принципе ни одному из пользователей, то нельзя и редактировать ФО. 1.2. Если бюджет нельзя редактировать, текущему пользователю из-за отсутствия у него прав на редактирование, то ФО редактировать можно, и данные в бюджет должны быть переданы.Теперь при отработке ППД, права текущего пользователя на редактирование синхронизируемого бюджета не проверяются. Эта доработка касается: 1. Самой работы ППД, при изменениях в ФО. 2. Функции "Перегрузить данные бюджета", запускаемой из интерфейса "Управление бюджетом | Настройка | Правила передачи данных". По прежнему проверяется возможность редактирования бюджета, по условиям не зависящим от текущего пользователя. Например: - статус бюджета - статус копии бюджета - ...
102.1054278.10.22.0Ускорить фильтрацию КФО по длинному номеру документаУправление бюджетамиКнига финансовых операций в целом
Проблема касается только работы на платформах: Oracle и MS SQL. При установке фильтра по полю "номер документа", на больших объемах информации, фильтрация по полю больше либо равному 10-ти символов, работает намного дольше, чем по полю длиной < 10-ти.Теперь фильтрация по "номеру документа" больше 10 символов, по времени сопоставима с фильтрацией по полю менее 10 символов (на любых объемах информации).
102.1100788.10.22.0Стандартизация кода вызова функкционала ФОП из КФОУправление бюджетамиКнига финансовых операций в целом
После решения ПИР [101.42972] "Добавить возможность разноски ТХО по заявкам на расходование и др.", стало возможным, используя стандартный объект "ObjEditDoc", вызывать интерфейс редактирования ФОП. Поэтому предлагаю прежнюю собственную реализацию вызова интерфейсе редактирования ФОП, заменить на стандартную.Для записей КФО, сформированных по ФОП: 1. Для функции "Переход в первичный документ", используется функционал стандартного объект "ObjEditDoc". 2. Для работы поля "Признак наличия первичного документа", используется стандартная функция FindSoprDoc(), стандартной библиотеки "ServKau".
102.1122078.10.22.0Поле "Соответсие статей" - назвать правильноУправление бюджетамиПравила передачи данных
В настройке "Правил передачи данных", есть поле для настройки "Соответствия статей", в названии которого допущена ошибка: "Соответсие статей". Надо: "Соответствие статей".Название поля теперь: "Соответствие статей".
102.993328.10.22.0Числовые поля, значения которых > 10000, нужно выводить с разделителями тысячУправление бюджетамиКнига финансовых операций в целом
п.3.2.6. Требований к разработке пользовательских интерфейсов Замечание справедливо для всех регистров учета , интерфейс списка финансовых операций, колонка СУММАДля книги плановых, фактических, по данным бух.учета финансовых операций для поля СУММА выводится с разделителями тысяч
102.1116428.10.21.0Использование соответствия статей в ППДУправление бюджетамиПравила передачи данных
При ведении бюджетирования, используются 2-а основных вида бюджетов: БДР и БДДС. Большое количество статей в этих бюджетах взаимно-зависимы. Между ними можно построить связь - 1:1. В случае когда один из бюджетов строится на базе данных "Финансовых операций" (ФО), нужна возможность автоматически строить и другой бюджет. Для этого предлагается добавить в "Правила передачи данных" (ППД), возможность указать "соответствие статей" между бюджетами. В итоге ППД должно работать следующим образом: 1. Передавать данные, как и ранее, на статью указанную в ФО. 2. В случае если указано "соответствие статей", то дополнительно передавать данные и на "связанную статью". Для задания "соответствия статей", предлагается использовать существующий интерфейс соответствий аналитик "Финансово-расчетные операции | Настройка | Каталог соответствий аналитики".В "Правила передачи данных" (ППД), добавлена возможность указать "соответствие статей" (в окно редактирования добавлено одноименное поле). Для задания такого "соответствия", используется существующий интерфейс наведения соответствий аналитик: "Хозоперации | Настройка | Каталог соответствий аналитики". ППД теперь работает следующим образом: 1. Передает данные, как и ранее в бюджет на статью указанную в "финансовой операции" (ФО). 2. В случае если указано "соответствие статей", и по этому "соответствию" была найдена "связанная статья", то дополнительно передаются данные в бюджет и на "связанную статью". При задании "соответствия" в ППД, не проверяется обязательное наличие в нем, соответствий для именно "статей бюджета". При такой настройке данные в "связанную статью" передаваться не будут.
102.1105558.10.20.0Не пересчитывается сумма НДЕ в книге финансовых операцийУправление бюджетамиПравила передачи данных
Не пересчитывается сумма НДЕ в книге финансовых операций. Локализация: 1. Настройка связи с бюджетом "Суммы в бюджете ведутся - по ФОП", "Приемник данных - книга финансовых операций". Настроены правила передачи данных. 2. Если тип ФОб - валютное, то в бюджет неверно передаются суммы валютных ФОП - в книге финансовых операций не пересчитывается сумма в НДЕ, соответственно неверно выводятся данные в бюджет.Теперь в указанном случае, поля в КФО формируются следующим образом: 1. Как и ранее: - "валюта" - валюта из документа ПК - "сумма в валюте" = сумма из документа ПК 2. Исправлено: - "сумма в НДЕ" - пересчитывается по курсу на дату документа ПК. Ранее бралось такое же как и "сумма в валюте".
102.1099478.10.19.0Многопользовательская привязка ТФОУправление бюджетамиПравила передачи данных
Ситуация: 1. Ведутся бюджеты по 150 ЦО 2. Настроено 50 активных "правил передачи данных" (Управление бюджетом | Настройка | Правила передачи данных). 3. За месяц формируется с помощью ТФО, порядка 100 тыс. записей в КФО 4. В один момент времени по ТФО разносят документы порядка 15 пользователей В такой ситуации, в момент привязки ТФО, часто возникают проблемы с невозможностью заблокировать бюджет. И как следствие невозможность самой привязки ТФО.ПРОБЛЕМЫ МНОГОПОЛЬЗОВАТЕЛЬСКОЙ РАБОТЫ С ДАННЫМИ БЮДЖЕТОВ 1. ПРОБЛЕМЫ НЕ СОВМЕСТИМОСТИ ОПЕРАЦИЙ НАД БЮДЖЕТАМИ В ходе жизни бюджета, над ним выполняются следующие "операции": 0. Чтение данных бюджетов 1. Создание бюджетов 2. Формирование данных бюджетов 2.1. Ручной ввод данных в бюджет 2.2. Формирование бюджетов на базе КФО 2.3. Формирование бюджетов на базе других бюджетов 2.3.1. Агрегация бюджетов 2.3.2. Декомпозиция 2.3.3. Копирование бюджетов 2.4. Импорт данных бюджета 2.5. Выполнение алгоритмов расчета показателей 3. Расчет бюджетов 4. Изменение статуса бюджетов 4.1. Изменение рабочих статусов бюджета 4.2. Перевод бюджета в архив 4.3. Перевод бюджета из архива 5. Очистка данных бюджета 6. Удаление бюджета При многопользовательской работе, очевидно, что некоторые "операции" являются абсолютно не совместимыми. Пример1. Нельзя копировать бюджет Б1 в Б2, в то время как другой пользователь в это время удаляет данные Б1 или Б2. 2. ПРОБЛЕМА ЗАПИСИ ДАННЫХ В БЮДЖЕТ Эта проблема в общем случае принадлежит предыдущей группе проблем. Однако я ее выделил отдельно. Т.к. именно она наиболее часто проявляется при модификации "финансовых операций" (ФО) из "Книги финансовых операций" (КФО), при наличии активных "Правилам передачи данных" (ППД). В частности при привязке ТФО к документам Галактики. Рассмотрим следующий бизнес-процесс: 1. В бюджете на статье С1 лежит 100 р. 2. 2-а пользователя П1 и П2, одновременно создают по одной ФО. Каждая по 10 р. И каждая по статье С1. 3. В итоге в бюджете должно стать 120 р. Как тут может произойти проблема? Рассмотрим работу системы П1. А именно: надо в бюджет добавить 10 р. Алгоритм отрабатывает следующим образом: 1. Читаем из бюджета сколько там уже есть: 100 р. 2. Вычисляем сколько должно стать: 100 + 10 = 110 р. 3. Записываем в бюджет: 110 р. Все отлично. Однако, если во время выполнения п.2. , П2 уже записал в бюджет свои 110 р. , то в итоге в бюджете окажется 110 р., а не требуемые 120 р. ОБЩИЕ СВЕДЕНИЯ О СИСТЕМЕ ПБДБ Для разрешения проблем многопользовательской работы с данными бюджета, используются система: "Прикладные блокировки данных бюджетов" (ПБДБ). Может быть 2-а типа ПБДБ. 1. Блокировка "на чтение" (БЧ). Используется когда требуется использовать данные, но не требуется их модифицировать. В этом случае, другой пользователь эти же данные тоже может "читать". Однако редактировать эти данные он не может. 2. Блокировка "на редактирование" (БР). Используется когда требуется модифицировать данные бюджета. В этом случае, другой пользователь эти же данные не может ни "читать" ни "редактировать". Системой ПБДБ, могут блокироваться следующие виды данные бюджета: 1. "Копия бюджета". Это значит что блокировка выставлена на всю копию бюджета целиком 2. "Копия бюджета" + "Регистр" . Это значит что блокировка выставлена только на конкретный регистр учета в заданной копии бюджета. 3. "Копия бюджета" + "Регистр" + "Статья". Это значит что заблокированы данные по всем периодам по конкретной статье заданного регистра в заданной копии. 4. "Копия бюджета" + "Регистр" + "Статья" + "Период". Это значит что заблокированы данные по конкретному периоду заданной статьи заданного регистра в заданной копии. Система ПБДБ, содержит функции: 1. Проверить установлена ли блокировка того или иного типа на заданные данные бюджета. 2. Установить блокировку того или иного типа на заданные данные бюджета. При этом, как отмечалось выше: 2.1. Нельзя установить БЧ, если на эти данные уже выставлена БР. 2.2. Нельзя установить БР, если на эти данные уже выставлена БЧ или БР. Физически установка блокировки, значит создание записи в специальной таблице (FpLockData). Данная система ПБДБ, используется во всех операциях на бюджетами (см. перечень операций "Проблемы не совместимости операций над бюджетами"). В описанном примере1, при копировании бюджета Б1 в Б2: 1. Для Б1 выставляется БЧ 2. Для Б2 выставляется БР Когда другой пользователь, в этот момент, захочет удалить Б1, то произойдет попытка выставить для БР. Но система не даст эго сделать. В итоге, при удалении Б1 будет выдано сообщение что Б1 в данный момент используется и удаление не возможно. ОПИСАНИЕ ПРЕЖНЕЙ РЕАЛИЗАЦИИ БЛОКИРОВОК ПРИ МОДИФИКАЦИЯХ КФО При модификации ФО выполняются следующие действия: 1. Строится список "копий бюджета" (КБ), которые должны быть модифицированы, согласно активным "Правилам передачи данных" (ППД). 2. В течении определенного времени (3-и сек.), производится попытка заблокировать необходимые данные бюджетов. А именно: 2.1. Для каждой КБ из п.1. производится попытка выставить БР (ПБДБ: "Копия бюджета" + "Регистр" + "Статья" + "Период"): 2.1.1. Если получилось заблокировать данные для всех КБ, то выполняется п.3. 2.1.2. Если для какой-либо КБ, заблокировать данные не получилось, то: 2.1.2.1. Все выставленные БР для заданной ФО снимаются. 2.1.2.2. Если у нас еще осталось время на блокировку, то опять запускается п.2.1. 2.1.2.3. Если время отведенное на блокировку истекло, выдается сообщение о невозможности модифицировать текущую ФО. ВЫХОД ИЗ АЛГОРИТМА. 3. Производится модификация данных бюджетов по всем КБ из п.1. 4. Производится модификация самой ФО. 5. Снимаются блокировка данных бюджетов. У этого алгоритма пагубными могут явиться 2-а его свойства: 1. Система пытается заблокировать все необходимые КБ, используя принцип: "Все или ничего". Этот процесс, сам по себе занимает некоторое время. В случае неудачи, установленные блокировки снимаются, и сразу же попытка блокировки повторяется опять. При такой работе алгоритма, теоретически даже 2-а пользователя могут не дать друг другу заблокировать данные бюджета. При этом, при создании и удалении блокировок, идет сильная нагрузка на сервер БД. 2. Время жизни блокировки, относительно долгое с п.2. до п.5. В итоге если в системе: 1. Одновременно модифицируют ФО относительно большое количество пользователей. 2. Данные этих ФО должны попадать в бюджет в одну и туже "точку" ("Копия бюджета" + "Регистр" + "Статья" + "Период") То с определенного момента, начинает появляться проблема невозможности заблокировать данные бюджета, и как следствие не возможность модифицировать ФО. Например, на БД Pervasive, при одновременной работе 6-ти пользователей, и активных 36-ти ППД, проблема проявляется стабильно. Думаю критическим тут является константа: КритКонст = 200. Если произведение (количества пользователей) * (количество синхронизируемых бюджетов) > (КритКонст), то данный алгоритм становится полностью не применимым. А при КритКонст = 100 - частично не применимым. ОПИСАНИЕ НОВОЙ РЕАЛИЗАЦИИ БЛОКИРОВОК ПРИ МОДИФИКАЦИЯХ КФО При модификации ФО выполняются следующие действия: 1. Строится список "копий бюджета" (КБ), которые должны быть модифицированы, согласно активным "Правилам передачи данных" (ППД). 2. В течении определенного времени (10-и мин.), производится попытка заблокировать необходимые данные бюджетов. А именно: 2.1. Для каждой КБ из п.1. производится попытка выставить БР (ПБДБ: "Копия бюджета" + "Регистр" + "Статья" + "Период"): 2.1.1. Если получилось заблокировать данные для всех КБ, то выполняется п.3. 2.1.2. Если для какой-либо КБ, заблокировать данные не получилось, то: 2.1.2.1. Все выставленные БР для заданной ФО снимаются. 2.1.2.2. Система переходит в краткосрочный "спящий режим" (на 2-е сек), чтобы дать другим пользователям возможность попробовать заблокировать данные. В это время, пользователь имеет возможность прервать процесс блокировки (в визуализации процесса - кнопка "прервать"). 2.1.2.3. Если у нас еще осталось время на блокировку, то опять запускается п.2.1. 2.1.2.4. Если время отведенное на блокировку истекло, выдается сообщение о невозможности модифицировать текущую ФО. ВЫХОД ИЗ АЛГОРИТМА. 3. Производится модификация данных бюджетов по всем КБ из п.1. 4. Производится модификация самой ФО. 5. Снимаются блокировка данных бюджетов. При такой реализации, "спящий режим", дает больше шансов конкурирующим пользователям, выполнить блокировку данных. А также намного снижает нагрузку да БД. Сам процесс попыток заблокировать данные стал намного длительнее, при этом у пользователя есть возможность прервать процесс блокировки. Невозможность модификации ФО, по прежнему будет если данные бюджета в этот момент модифицируются в любой из вышеописанных операций (см. перечень операций "Проблемы не совместимости операций над бюджетами"), кроме отработки ППД.
102.1102488.10.19.0Не пересчитывать сумму НДЕ при отработке "правил передачи данных"Управление бюджетамиПравила передачи данных
Ранее был доработан алгоритм загрузки данных финансовых операций (ФО) в бюджет, для случая когда, статья бюджета ведется в НДЕ, а в ФО есть "сумма в НДЕ" и "сумма в валюте": - До доработки, в этой ситуации, значение поля "сумма в валюте", всегда конвертировалось в НДЕ и результат передавался в бюджет. - После доработки, если поле ФО "сумма в НДЕ" не равна 0, то из ФО в бюджет грузятся данные поля "сумме в НДЕ", Иначе идет конвертация по прежнему алгоритму. Это хорошо. Однако при отработке "Правил передачи данных" (ППД), система по прежнему грузит данные по "старому" алгоритму. Требуется распространить действие нового алгоритма и на работу ППД.Теперь "Загрузка финансовых операций" и "Правила передачи данных", при работе дают одинаковый результат.
102.1102668.10.19.0Не отрабатывают ППД при изменении даты в ПДУправление бюджетамиПравила передачи данных
При изменении даты в "Первичных документах" (ПД), изменяется дата и в привязанных "финансовых операциях" (ФО) - это хорошо. Однако, в случае, если были настроены активные "Правила передачи данных" (ППД), то эти изменения в ФО, не отражаются в соответствующем бюджете. Особо актуальна проблема, в ситуации когда: 0. Выписывается "Платежный документ" (ПД). В этот момент у него еще не определена "дата оплаты" 1. К нему применяется ТФО, которая формирует ФО, у которых в этот момент не определены поля: "дата" и "период". Пока все нормально. 2. Теперь ПД, "оплачивается", т.е. у него проставляется поле "дата оплаты". При этом автоматически заполняются поля ФО: "дата" и "период". Это тоже хорошо. Однако в бюджет, данные этих ФО - не попадают!Теперь в описанной ситуации, данные попадают в бюджет.
104.196008.10.18.0Ошибка при привязке ТХО.ХозоперацииРазноска ТХО "Все документы"
При одновременной разноске ХозОпераций (ХО) по ТФО несколькими пользователями, возникают ошибки создания и/или удаления записей в книге финансовых операций (ФО). В протокол выдаются записи типа: Ошибка при создании финоперации: Операция выполнена быть не может, т.к. данные бюджета используются пользователем "ххх" Локализация: 1. Должны быть настроены и активизированы "Правила передачи данных" (ППД) (см. "Управление бюджетом | Настройка | Правила передачи данных"). 2. ТФО обоих пользователей должны формировать записи ФО, таким образом, чтобы они согласно ППД попадали в один и тот же бюджет одного и того же регистра учета. 3. Разноситься по ТФО, должно относительно большое количество ХО (50-100 шт.). Причем такое количество должно быть у каждого их пользователей. 4. Очень желательно, чтобы сами ТФО отрабатывали "долго" и формировали не 1-ну ФО. Тогда весьма вероятна ситуация возникновения указанной проблемы.Данная проблема возникает в следствии того, что при изменениях в ФО, посредством ППД, эти изменения должны быть одновременно переданы в соответствующий бюджет. Перед внесением изменений в бюджет он предварительно блокируется, чтобы никто другой в этот момент не мог поменять его данные и тем их нарушить. После внесения изменений блокировка снимается. При формировании ФО посредством ТФО, для каждой модифицируемой (создаваемой или удаляемой) ФО, 1-н раз проверяется: "Не используется ли в данный момент требуемый бюджет, другим пользователем". И в случае если он используется, модификация ФО не производится, что и выдается в последствии в протокол. В принципе проверяется не только "использование" бюджета. Проверяются также и права пользователя и возможность модификации бюджета. И в случае если модифицировать бюджет нельзя, то также ФО не будет модифицирована. В рамках решения данной проблемы, были сделаны следующие доработки: 1. Проверка на использование бюджета другими пользователями, производится не 1-н раз, как прежде. Теперь попытки заблокировать бюджет производятся в течении 3-х секунд, для каждой модифицируемой ФО. И только по прошествии 3-х секунд, если не удалось заблокировать бюджет, эти попытки будут прекращены. 2. В протоколе, сообщения типа "Ошибка при создании/удалении финоперации" изменены: 2.1. Из них убрано слово "ошибка". Т.к. такая ситуация не является ошибкой системы. Эта ситуация является проблемой многопользовательской работы и прав доступа на редактирование бюджета. 2.2. Сами сообщения стали более информативными. В них выводится какой именно бюджет не получилось изменить.
101.421608.10.17.0Не пересчитывать рублёвую сумму при загрузке показателей бюджетаУправление бюджетамиЗагрузка финансовых операций
При загрузке финопераций в бюджет программа пересчитывает валютные суммы в соотсветствии с настройками "Настройки Галактики Управление финансами Бюджетирование Курс валют финансовых операций - брать на" Просят реализовать возможность брать рублёвую сумму из самой финоперации, если она там есть, так как часто она рассчитана иначе. В интерфейсе редактирования КФО надо показывать обе суммы: в НДЕ и ВАЛ, причем чтоб пересчет был не автоматическим, а по запросу. Грузить в бюджет, надо так: - если сумма в валюте статьи не 0-вая, то берем ее - иначе по старому алгоритму. При построении реестров, отчетов, есть валюта отчета. Тут также использовать аналогичный алгоритм: - если сумма в валюте отчета не 0-вая, то берем ее - иначе по старому алгоритму.В окно редактирования финансовых операций добавлены 4 поля: 1 - сумма в НДЕ (Summa) (редактируемая) 2 - НДЕ (не редактируемая) 3 - сумма в валюте (SumVal) (редактируемая) 4 - валюта (редактируемая) При изменении поля 1, 2 и если указана валюта фин.операции пользователю будет выдано окно с запросом: "Пересчитать по курсу?" дата пересчета <дата> - да (сохранение измененного значения и пересчет по курсу на указанную дату) - нет (сохранение измененного значения и не пересчитывать по курсу) - отмена (отмена изменения поля) поле <дата> равно взависимости от настроек: Настройки Галактики Управление финансами Бюджетирование Курс валют финансовых операций - брать на Настройки Галактики Управление финансами Бюджетирование Курс валют по периоду планирования - брать на дату При изменении валюты, пользователю выдается вышеописанное окно с вариантом пересчета по курсу на определнную дату. К алгоритму загрузки данных финансовых операций была добавлена проверка валюты статью бюджета. Т.е. если статья бюджета у нас не валютная и "сумма в НДЕ" финансовой операции не равно 0, то сумма передаваемая в бюджет будет равна сумме в НДЕ финансовой операции (поле Summa), иначе идет рассчет суммы по старому алгоритму. Такая же логика добавлена в формирование реестра: Управление бюджетом | Отчеты | Реестры финансовых операций Только определяющей валютой является не статья, а валюта просмотра (настройка отчета) и "Анализ бюджетов!" Управление бюджетом | Отчеты | Анализ бюджетов Только определяющей валютой является не статься, а валюта просмотра (настройка отчета)
102.1049408.10.17.0Ускорить работу множественных фильтров по КФОУправление бюджетамиНастраиваемые фильтры в целом
В модуле "Управление бюджетом", при работе с данными, часто используются настраиваемые фильтры. Например: 1. "Отчеты | Анализ бюджетов", фильтр указывается при настройке колонок "Представления для анализа бюджетов" 2. "Операции | Загрузка финансовых операций" Требуется ускорить работу фильтрации для случаев, когда в спецификации фильтра используется: 1. Множество значений 2. Тип спецификации фильтра: 2.1. Центр ответственности 2.2. Статья бюджета 2.3. Период планирования 3. Отношение в спецификации установлено - "="В рамках решения проблемы, были сделаны следующие доработки: Интерфейс "Отчеты | Анализ бюджетов". Ускорен процесс загрузки данных в отчет. Для случая, если при настройке колонок: 1. Был указан фильтр 2. В фильтре указывается множество значений для спецификаций фильтра: 2.1. Центр ответственности (только для колонок с типом данных "финоперации") 2.2. Период планирования 2.3. Статья бюджета 3. Отношение в спецификации установлено - "=" Интерфейс "Операции | Загрузка финансовых операций". Ускорен процесс загрузки. Для случая, когда: 1. Был указан фильтр 2. В фильтре указывается множество значений для спецификаций фильтра: 2.1. Центр ответственности 2.2. Период планирования 3. Отношение в спецификации для установлено - "=" Интерфейс "Операции | Загрузка финансовых операций". Ускорен процесс загрузки. Для случая, когда происходит загрузка в несколько бюджетов.
102.1050258.10.17.0Поддержка корректности аналитики финоперацииУправление бюджетамиКнига финансовых операций в целом
Требуется: 1. Централизовано контролировать корректное создании и модификацию записей в книге финансовых операций (ф/о), в плане разноски по аналитике. В системе не должно появляться ф/о с не корректной разноской. 2. В окне редактирования ф/о, визуально выделять ранее созданные записи с не корректной разноской по аналитике.Теперь: 1. Происходит централизованный контроль при создании и модификацию записей в книге финансовых операций (ф/о), в плане разноски по аналитике. В случае попытки сохранения ф/о с не корректной разноской, система автоматически приводит разноску в корректное состояние и только потом сохраняет запись. А именно, разноска: 1.1. "Значение в документе", не допускается указание значений аналитик у который поле NREC="1". Такие значения автоматически переопределяются на = "0" 1.2. "Значение в бюджете", не допускается указание значений аналитик у который поле NREC="0". Такие значения автоматически переопределяются на = "1" 2. В интерфейсе редактирования ф/о, в панели разноски по аналитике, ранее созданные записи с не корректной разноской, выводятся с "красным" фоном.
102.844998.10.17.0финоперации формируются некорректноУправление бюджетамиКнига финансовых операций в целом
финоперации формируются некорректно "Настройки ГалактикиУправление финансамиПлатежный календарьСвязь с бюджетомНастройка взаимодействия с бюджетом" - Приемник - Финоперации Формируем ФОБ-расход, разносим по статье, при этом формируются: 1. ФОП-план по ФОБ у которого в поле первичный документ "Финансовое обязательство предприятия<документ не определен>", почему документ не определен? И еще не формируется номер - его можно брать как номер ФОБ (как это сделано например для платежек). 2. ФОП-план по финоперации ФОБ, в ней первичный документ - КРАСНЫМ "Финансовая операция<документ не определен>", кроме того не заполнены поля Группа и Дескриптор. Номер тожене заполняется. Итого, надо: 1. правильно определять первичный документ. 2. заполнять группу и дескриптор. 3. заполнять номер.Настройка: "Настройки ГалактикиУправление финансамиПлатежный календарьСвязь с бюджетомНастройка взаимодействия с бюджетом" - Приемник - Финоперации Формируем ФОБ (Платежный календарь | Документы | Журнал обязательств) и разносим по статье (функция локального меню) формируются финоперация(и) в бюджете. 1. Поле "Содержание первичного документа" имеет следующий вид: "Финансовое обязательство № <номер фин.обязательства> от <дата>" 2. Поля группы и дескриптора заполняются в зависимости от настройки: "Настройки Галактики Управление финансами Бюджетирование Финансовые операции Автоформирование дескриптора" - из документа - пользователя (этот пункт работал корректно уже на 15 обновлении F_fpOborot) 3. Поле "Номер фин. операции" равно номеру "Финансового обязательства" Для фин. операций платежного календаря: 1. Поле "Содержание первичного документа" имеет следующий вид: "Финансовая операция от <дата>" (этот пункт работал корректно уже на 15 обновлении F_fpOborot) 2. Поля группы и дескриптора заполняются в зависимости от настройки: (этот пункт работал корректно уже на 15 обновлении F_fpOborot) 3. Номер документа заполняется корректно.
102.1032498.10.16.0Стандартизация наименований некоторых пунктов локального менюУправление бюджетами"Управление бюджетом" в целом
В компонентах модуля УБ, следует привести наименование нижеописанных пунктов к стандарту. 1. Пункты используемые при копировании: 1.1. Если копирование записи можно выполнить за одну операцию, то должно быть: - "Дублирование текущей записи Ctrl+F3" 1.2. Если при копировании записи не обойтись одной операцией, то должно быть: - "Сохранение записи Ctrl+F2" - "Вставка сохраненной записи Ctrl+F3"В интерфейсе "Книга финансовых операций", пункты локального меню выполняющие сохранение и вставку записей, приведены к стандарту, и теперь называются: - Сохранение фин.операции - Вставка сохраненной фин.операции - Вставка сохраненной фин.операции в другую книгу
104.192348.10.15.0Сообщение об отсутствиии лицензии, хотя захвата лиц. нетуУправление бюджетамиКнига финансовых операций в целом
При инициализации интерфейса "Книга финансовых операций" (EditFpOborot), происходила проверка на существование лицензии на модуль "Управление бюджета". Проверка не "свободной лицензии", а вообще лицензии на модуль. В случае, если лицензии не было, то выдавалось сообщение: --------------------------- Информация --------------------------- У ВАС отсутствует лицензия на модуль "Управление бюджетов"... --------------------------- ОК --------------------------- Однако, сам интерфейс "Книга финансовых операций" (EditFpOborot), не лицензируется, т.е. имеет лицензию - "FREE". Используется интерфейс как путем вызова по функции меню, так и путем встраивания в другие интерфейсы. Как раз при встраивании и отсутствии лицензии на модуль, мы и получали данное сообщение.Теперь при инициализации интерфейса "Книга финансовых операций" (EditFpOborot), проверка на существование лицензии на модуль "Управление бюджета", не производится. И соответственно, в этом случае, сообщения об отсутствии лицензии не выдается. Лицензируемость интерфейса, оставлена прежней - "FREE".
180.52468.10.15.0Фильтр на фин. операцииУправление бюджетамиКнига финансовых операций в целом
На Pervasive все работает нормально. А вот на: Oracle и MS SQL - есть проблема. При задании фильтра по полю "номер документа", фильтрация работает только в случае когда номер документа меньше 10 символов. Например: 1. Установил фильтр по "номер документа" = "123456789012345" 2. Создаю финоперации. У них соответственно номер автоматически становится = "123456789012345", но при сохранении в БД они сразу же пропадают из видимости. 3. Снял фильтр - вижу свои ф/о 4. Установил фильтр - пропалиВ рамках решения данной проблемы, были сделаны следующие доработки: 1. Доработка касается только работы на платформах: Oracle и MS SQL. Теперь при установке фильтра по полю "номер документа", фильтрация работает для максимально возможной длины поля "номер документа" - это 20-ть символов. Однако на больших объемах информации, фильтрация по полю больше либо равному 10-ти символов, будет намного дольше, чем по полю длиной < 10-ти. 2. Доработка касается работы на всех платформах БД. Изменен принцип работы функции локального меню - "Скопировать фин.операцию" (Создать новый документ, копируя ранее сохраненный документ): 2.1. В случае, если установлен фильтр по "номеру документа", то "номер документа" для новой фин.операции берется из установленного фильтра. 2.2. После выполнения копирования, выводится сообщение о результате копирования, например: 2.2.1. В случае если новая запись удовлетворяет текущим ограничениям: --------------------------- Информация --------------------------- Создана фин.операция: № NNN на сумму s.ss руб. --------------------------- ОК --------------------------- 2.2.2. В случае если новая запись не удовлетворяет текущим ограничениям: --------------------------- Предупреждение --------------------------- Создана фин.операция: № NNN на сумму s.ss руб. Новая запись не удовлетворяет текущим ограничениям! --------------------------- ОК ---------------------------
102.1017818.10.14.0Редактирование финопераций с включенным фильтромУправление бюджетамиКнига финансовых операций в целом
При установленном фильтре, нет возможности изменить какое-нибудь поле ФО на другое, отличное от фильтра. Раньше, до решения проблемы ПИР [102.97018] "Ручной ввод финопераций с включенным фильтром", эта возможность была. Просто в этом случае данная ФО, сразу после корректировки, пропадала из реестра, т.к. переставала ему соответствовать. Получается, что найденную ФО надо идентифицировать по другому полю, найти еще раз, и уже потом корректировать. Это неудобно.Теперь в интерфейсе "Книга плановых операций", при установленном фильтре: 1. При создании записи, с полями не удовлетворяющей условиям фильтра, выдается сообщение: "Создаваемая запись не удовлетворяет условиям фильтра!" "Вы действительно хотите создать эту запись?" <ДА> <НЕТ> 1.1. При выборе <ДА>, запись будет создана и пропадет из области видимости, т.к. не удовлетворяет условиям фильтра. 1.2. При выборе <НЕТ>, запись не будет создана и пользователь сможет продолжить ее редактирование. 2. При модификации записи, новые значения полей которой перестают удовлетворять условиям фильтра, выдается сообщение: "Модифицированная запись перестанет удовлетворять условиям фильтра!" "Вы все равно хотите сохранить внесенные изменения?" <ДА> <НЕТ> 2.1. При выборе <ДА>, запись будет сохранена с новыми значениями полей и пропадет из области видимости, т.к. перестанет не удовлетворять условиям фильтра. 2.2. При выборе <НЕТ>, пользователь сможет продолжить ее редактирование.
102.959308.10.14.0Загрузка финопераций - нужен "сверочный отчет"Управление бюджетамиЗагрузка финансовых операций
В интерфейсе "Раскрытие показателя по данным книги финансовых операций", нужна возможность определить какие финоперации попали в бюджет, а какие нет.Появилась возможность протоколировать процесс загрузки финопераций (ФО) в бюджет. Протоколируются загрузки только текущего пользователя. Информация, о загруженных ФО, хранится в течении сессии работы пользователя. Посмотреть результаты загрузок ФО, можно в интерфейсе "Раскрытие показателя по данным книги финансовых операций". Для включения режима протоколирования, заведена новая пользовательская настройка: "Настройки Галактики Управление финансами Бюджетирование Финансовые операции Протоколирование загрузки финансовых операций". С возможными значениями: 1. "НЕТ" 2. "ДА" В интерфейсе "Управление бюджетом | Операции | Загрузка финансовых операций", в локальное меню, добавлена функция "Протоколирование ВКЛ/ВЫКЛ". По которой, можно изменить вышеуказанную настройку сразу из интерфейса. В случае если протоколирование ведется, в заголовке окна интерфейса, будет об этом предупреждающая надпись. Для контроля загруженности ФО, в конкретное значение бюджета, доработан интерфейс "Раскрытие показателя по данным книги финансовых операций". В случае, когда ведется протоколирование: 1. В заголовке окна, будет информация о времени начала протоколирования 2. В верхней панели добавлено итоговое поле "Значение по загруженным финоперациям", 3. В средней панели иерархического представления показателя, добавлены поля: "сумма" и "количество" по загруженным ФО. В случае если сумма ФО показателя, не совпадает с суммой загруженных ФО, то эти поля выделяются цветом. 4. В нижней панели со списком ФО показателя, добавлено поле информирующее о времени загрузки конкретной ФО. 5. В локальное меню интерфейса, добавлена функция: "Список не загруженных финопераций". По этой функции, вызывается окно со списком не загруженных ФО. Где по "F4" можно перейти в интерфейс редактирования текущей ФО.
102.991408.10.14.0Загрузка показателей из книги финансовых операций - редактировать фильтрУправление бюджетамиЗагрузка финансовых операций
При запуске функции "Загрузка финансовых операций", из конкретного показателя, в интерфейсах "Редактирование бюджета" или в "Анализе бюджета", интерфейс запускается с фильтром по: статье, периоду и аналитикам текущего показателя - так называемый "Автофильтр". Это хорошо, но надо иметь возможность дополнительно задавать пользовательский фильтр. Например, требуется загружать только финоперации сформированные по документам типа "Платежные поручения". Поэтому предлагаю: 1. открыть возможность задавать пользовательский фильтр 2. при загрузке финопераций, использовать оба фильтра, объединенных условием "И"Теперь появилась возможность к автофильтру добавлять и пользовательский фильтр. В случае, если пользовательский фильтр выставляется для тех же значений, что и автофильтр (обычно это Статьи, ЦО и Период), то выдается предупреждение.
102.992738.10.14.0Индикатор статуса копии бюджетаУправление бюджетамиКаталог бюджетов
У бюджета ЦО за период есть статус, и в каталоге бюджета он виден в виде явного описание - поле "статус", и в виде цветового - "иконка" имеет разные цвета. У копии бюджета, для каждого регистра, также устанавливается свой статус. Однако находясь в каталоге бюджета, этого не видно. Приходится заходить в атрибуты каждой копии, чтобы просмотреть статус для каждого из регистров. Это весьма не эргономично.Изменен интерфейс "Каталог бюджетов", открываемый по функции меню "Документы | Бюджеты", а именно изменена нижняя панель со списком копий. Прежние поля "П", "Ф" и "Р", обозначавшие наличие данных по регистрам учета убраны. Вместо них теперь выводятся поля: "План", "Факт" и "Резерв". В этих полях выводятся короткие наименования статуса текущей копии бюджета, по соответствующему регистру учета. В случае если данных по регистру учета нет, то статус выводится "серым" цветом, иначе "черным". Изменены интерфейсы операций, там где используются копии бюджетов с указанием регистра учета, добавлены поля со статусом. Например изменения коснулись операций: - Агрегация бюджетов - Декомпозиция бюджетов - Копирование бюджетов - Импорт бюджетов из Excel - Импорт финопераций из Excel - Импорт бюджетов из DBF
102.995748.10.14.0Редактирование показателя с помощью финопераций после FIN_P_15Управление бюджетамиРедактирование бюджета в целом
Интерфейс "Реестр финансовых операций", который вызывается из главного меню "Отчеты | Реестры финансовых операций", а также по функции "Раскрытие показателя агрегата по данным книги финансовых операций", из интерфейсов "Редактирование бюджета" и "Анализ бюджетов". Теперь, после выхода решения проблемы ПИР 102,98392, по клавише F4 на финоперации которая была созданы по какому либо "первичному документу", происходит переход в интерфейс редактирования самого первичного документа. И только из него можно попасть в интерфейс редактирования финопераци. Это очень не удобно. Надо иметь возможность сразу из реестра перейти в интерфейс финопераци.Изменен интерфейс "Реестр финансовых операций", который вызывается из главного меню "Отчеты | Реестры финансовых операций", а также по функции "Раскрытие показателя агрегата по данным книги финансовых операций", из интерфейсов "Редактирование бюджета" и "Анализ бюджетов". В случае, когда пользователь имеет право на редактирование, будут доступны клавиши: F4, F7, F8, которые теперь работают следующим образом: 1. Создание: 1.1. По клавише F7, запускается стандартный интерфейс "Книга финансовых операций" и автоматически открывается окно редактирования для ввода новой записи. 1.2. Новая запись наследует все аналитики текущей позиции из иерархии "Реестра финансовых операций". В случае, если запуск был по функции "Раскрытие показателя агрегата по данным книги финансовых операций", то дополнительно наследуются все аналитики агрегата. 1.3. Новая запись всегда создается с атрибутом "Первичный документ" = "Книга финансовых операций", т.е. создаются "ручные" финоперации. 2. Редактирование: 2.1. Если текущая финоперация является "ручной", то по клавише F4, запускается стандартный интерфейс "Книга финансовых операций", и автоматически открывается окно редактирования текущей записи. Тут же, можно не только редактировать, но и создавать и удалять записи. Создаваемые записи, будут удовлетворять п.1.2. и п.1.3. 2.2. Если текущая финоперация была создана, по какому либо документу, то по клавише F4, запускается интерфейс разноски документа по книге финансовых операций, и автоматически открывается окно редактирования текущей записи. Тут же, можно и не только редактировать, но и создавать и удалять записи. Создаваемые записи будут наследовать атрибуты документа. 3. Удавление 3.1. Из нижней панели возможно удаление, как текущей записи, так и помеченных. 3.2. Из средней панели возможно удаление всей ветки иерархии. В нижней панели по клавише "ENTER", теперь, можно перейти в окно просмотра текущей финоперации. Изменено окно редактирования в интерфейсе "Книга финансовых операций": 1. Поля вновь новой записи светятся "серым" цветом. Это значит что запись еще не сохранена в БД. 2. В случае, если значения полей были изменены, но еще не сохранены в БД, то они показываются "курсивом"
102.970188.10.13.0Ручной ввод финопераций с включенным фильтром по периодуУправление бюджетамиКнига финансовых операций в целом
0. Есть "статья1" по которой ведется аналитика 1. В интерфейсе "Книга финансовых операций", установим фильтр по этой статье 2. Вводим финоперации вручную: 2.1. В окне редактирования F7, и статья уже заполнена 2.2. В нижней панели определям аналитику - все ок 3. Добавляем фильтр по периоду 4. Вводим финоперации вручную: 4.1. В окне редактирования F7, и статья уже заполнена, а период заполнен, но не из фильтра, а из текущей даты! 4.2. В нижней панели показывает, что "аналитика не ведется"! 4.3. Запись создается в периоде из текущей даты, и поэтому сразу пропадает из зоны видимости фильтра. Из-за этого, создается впечатление что запись не создана. Таким образом пользователь может понавводить кучу "непредсказуемых" записей. Нужно чтобы при ручнов вводе, при установленном фильтре по периоду: 1. Период брался из фильтра, а не из текущей даты. Если фильтра по периоду нет, то период пусть определяется как и раньше. 2. Корректно определялось: ведется аналитика или нет.Теперь при установке фильтров в Книгу Финансовых операций: Временной интервал Бюджеты ЦО Статья Период Номер Документа в случае если они установлены, то новые записи создаются с заполненными полями, соответствующими установленным в фильтре. Если Книга Фин. Операций используется как встроенный интерфейс (например в интерфейсе Платежные поручения), то все поля как и раньше заполняются из документа. Поле ЦО, в случае, если не установлена настройка Автоформатирование ЦО при ручном добавлении финопераций, берется из фильтра. Также, даже при несовпадении редактируемой финоперации с установленным фильтром, показывается аналитика статьи, если она есть (раньше всегда была надпись "аналитика не ведется"). Если создается (или изменяется уже существующая) запись и итоговый вариант не удовлетворяет условиям фильтра, то появляется соответствующее сообщение, а создание (изменение) не происходит.
102.983928.10.13.0Редактирование показателя с помощью финоперацийУправление бюджетамиРедактирование бюджета в целом
В интерфейсе "Редактирование бюджета", есть возможность раскрыть значение показателя по данным финопераций. Есть возможность загрузить в конкретный показатель, данные из финопераций. Это хорошо. Требуется дополнить интерфейс "Раскрытия показателя по данным финопераций", возможностью прямо в нем формировать и редактировать сами финоперации. С возможностью их автоматической загрузки в бюджет.В интерфейсе Реестр финансовых операций и при нажатии на кнопку Раскрытие показателя агрегата по данным книги ФОП в интерфейсе редактирования бюджетов, появилась возможность редактировать, создавать и удалять записи.(Если есть права на редактирование). При добавлении записи в верхнем или нижнем окне интерфейса автоматически заполняются поля новой записи, зависимо от иерархии. (Поля заполняются так, что бы если пользователь не будет вносить изменения, которые могут повлиять на положение в иерархии, новая запись попала на место иерархии, где данный момент находится курсор). Если пользователь при добавлении записи ФОП, не изменяя запись, переходит на нижнюю панель аналитик, то появится сообщение с вопросом нужно ли сохранить запись. Подобное сообщение также появилось и в интерфейсе Книга операций и выскакивает например в случае, когда установлен фильтр на статью и пользователь создает новую ФОП (из-за фильтра поле статья заполниться автоматически), а затем сразу переходит на нижнюю панель аналитик. При удалении записей, зависимо от положения курсора удаляется или текущая запись, или агрегат со всеми подчиненными записями. При удалении из нижнего окна - текущая запись или выделенные записи. При редактировании открывается окно редактирования. При попытки редактирования агрегата выдается соответствующее сообщение. При изменении (создании, редактировании, удалении) записей, в шапке интерфейса появляется надпись - Данные были изменены. При этом можно перестроить иерархию из локального меню (кнопка Перегрузить данные). Пока данные не перегружены - иерархия является не актуальной. При попытке работы с удаленными записями появится соответствующее сообщение. В "Раскрытии показателя-агрегата по данным книги ФОП" крайние (листовые) записи могут агрегировать несколько одинаковых записей, т.е. по сути является агрегатом, соответственно и операции удаления и редактирования будут как для обычного уровня иерархии. Если по положению в иерархии можно определить, что запись не принадлежит книге ФОП (например запись для договора), то создание и редактирование данной записи будет производиться через соответствующий интерфейс (в приведенном примере через интерфейс договора). При этом создание и редактирование пользователь будет производить в ручную.
102.984838.10.13.0Импорт мультибюджетов по ЦО-агрегатуУправление бюджетамиИмпорт бюджетов из Excel
Вот такой частный случай: 0. Импортируем "мультибюджет". Из Excel импортируем данные в разрезе: статья, период и ЦО бюджета. 1. В случае если по статье-приемнику ведется аналитика "ЦО", то практически данные по этой статье в бюджете мы не увидим. Дело в том что значения показателя по агрегатам аналитик являются расчетными, а не хранимыми. Хотя бюджет по "ЦО-агрегату" вполне может существовать. Для решения вопроса, что делать с данными по аналитикам-агрегатам в финоперациях, существует системная настройка: "Настройки Галактики Управление финансами Бюджетирование Финансовые операции Финоперации по агрегатам аналитик". Для того чтобы не различались результаты функций: "Импорт бюджетов" и "Импорт финопераций", предлагаю и при импорте бюджетов использовать ее. А именно "ЦО бюджета", пусть как и раньше переносится как определено в соответствиях. А вот аналитика, и не только "ЦО", а любая, преобразовывается согласно вышеуказанной настройке. Т.е. либо не учитывается, либо относится на "прочие". Данное предложение следует учитывать не только при импорте "мультибюджетов", но и при импорте "одиночных бюджетов".Теперь при импорте бюджетов из EXCEL и DBF, в случае если в аналитике содержится агрегат, зависимо от настройки "Настройки Галактики Управление финансами Бюджетирование Финансовые операции Финоперации по агрегатам аналитик": - если установлена игнорировать в бюджете, то аналитика не учитывается. - если установлена в бюджете относить на прочие аналитики, то относиться на прочие.
102.912228.10.12.0Некорректно отрабатывает доступ к ТФО при настр-ке "только со своим дескрипторомУправление бюджетамиКнига финансовых операций в целом
При активизированной настройке "Настройки Галактики Общие настройки системы Доступ к документам" = "только со своим дескриптором", в интерфейсе "Книга финансовых операций", автоматически устанасливается фильтр и по дескриптору пользователя и по дескриптору группы. Что не верно т.к. ранее пользователь мог принадлежать другой группе и создавать записи. В итоге эти записи гругой группы, но того же пользователя, становятся не доступны.Теперь при активизированной настройке "только со своим дескриптором", в интерфейсе "Книга финансовых операций", автоматически устанасливается фильтр только по дескриптору пользователя. А ранее устанавливался и по дескриптору пользователя и по дескриптору группы.
102.899768.10.11.0перенос значения аналитики из документа в финоперациюУправление бюджетамиКнига финансовых операций в целом
Настройка связи с бюджетом - приемник - ФОП Есть ФОБ с контрагентом - Фирма1. Делаем разноску по статье с аналитикой организации, при этом в нижней панели светится - "значение в документе" = Фирма1 - "значение в бюджете" = Фирма1 (меняем на Фирма-бюджет) СОХРАНЯЕМ РАЗНОСКУ. Сформировались плановые финоперации по ФОБ и по ФОП, в которых: - "значение в документе" = Фирма-бюджет (это неверно) - "значение в бюджете" = Фирма-бюджетТеперь при формировании финопераций модуля УБ, аналитика документа и аналитика бюджета, формируются в точности с разноской в документах ПК.
102.817678.10.10.08.10 КП ин-с "Типы перодов планирования", лок.меню. Не соответств. станд.Корпоративное производственное планированиеТипы периодов планирования
В локальных меню интерфейсов, часто при описании комбинации клавиш используется символ "-". Например "Ctrl-P", а надо по стандарту "Ctrl+P".Теперь в локальных меню всех интерфейсов компоненты, при описании комбинации клавиш используется символ "+".
102.849958.10.10.0Не корректный переход в интерфейс редактирования финоперацийУправление бюджетамиРеестры финансовых операций
Не корректный переход в интерфейс редактирования финопераций: 0. Активизирована настройка: Бюджетирование Финансовые операции Учитывать настройку: "Настройки Галактики Общие настройки системы Доступ к документам". И существуют финоперации к которым доспут пользователю закрыт. 1. Сформировали реестр финопераций 2. В нижней панели по F4 хотим перейти в интерфейс редактирования конкретной финоперации, доступ к которой закрыт согласно п.0. Однако без всяких предупреждений переход осуществляется в любую другую первую попавщуюся доступную финоперацию.Теперь в случае если просмотр записи запрещен, об этом выдается соответствующее сообщение. Обнако она по прежнему попадает в реестр. Практически ограничение прав на просомтр - это сервис а не ограничение.
102.870058.10.10.0Запретить функции DelSumFromFpOborot удалять по 0-му SoprHozУправление бюджетамиКнига финансовых операций в целом
Фукнция DelSumFromFpOborot объекта "Интерфейс взаимодействия с бюджетами", при запуске с параметром SoprHoz=0 удаляет финоперации с 0-й ссылкой на SoprHoz. Практически под это условие попадают "ручные финоперации". Однако по контексту использования предполагается что ее будут запускать по SoprHoz!=0, и запуск с 0-м параметром в данном контексте считается ошибкой. Поэтому прелагается добавить в фукнции контроль на SoprHoz!=0, и в этом случае удаление не производить.Теперь запуск Фукнции DelSumFromFpOborot объекта "Интерфейс взаимодействия с бюджетами" с параметром SoprHoz=0, считается ошибкой и удаление финопераций не происходит.
101.392448.10.9.0Контролировать сумму хозоперации её финпроводокУправление бюджетамиКнига финансовых операций в целом
Требуется контролировать сумму хозоперации и её финопераций. А именно, если выполняются все условия: 1. модифицировали финоперации (создание/удаление/модификация) 2. финоперации по хозоперации существуют 3. сумма по финоперациям <> сумме хозоперации 4. покидают панель финопераций 5. установлена настройка "Контроль соответствия сумм хозоперации и проводок в ТХО" Тогда выдавать сообщение что суммы не сходятся...В интерфейсах первичных документов (ПД), где встроенны панели с бухпроводками и финоперациями (это например ПД ФРО, Хозоперации...), а также в интерфейс "Книга финансовых операций", запускаемый из ПД (например из ДО, Договора), добавлен функционал контроля сумм "родительского документа" (РД) и его финопераций. В зависимости от контекста использования, "родительским документом" для финопераций могут быть: - либо ПД (например во встроенных панелях ПД ФРО); - либо хозоперация по ПД (например вызовы из ДО, Договора, встроенные панели в Хозоперации). Функционал контроля состоит в следующем - если выполняются все условия: 1. модифицировали финоперации (создание/удаление/модификация); 2. финоперации по РД существуют; 3. сумма по финоперациям <> сумме РД; 4. покидают панель финопераций; 5. установлена настройка "Контроль соответствия сумм хозоперации и проводок в ТХО". То выдается информационное сообщение что суммы не сходятся. Дополнительно в локальное меню панели финопераций и окно редактирования финоперации, добавлена функция "Контроль соответствия сумм", по которой выдается информационное сообщение о соответствии сумм РД и его финопераций.
102.872548.10.9.0Период-агрегат в финоперациях не имеет смыслаУправление бюджетамиКнига финансовых операций в целом
Период-агрегат в финоперациях не имеет смысла и при ручном редактировании выбирать агрегат запрещено. Однако при автоматическом формировании финопераций, например с помощью ТФО, могут быть сформированы записи с периодом-агрегатом. Предлагаю в случае если происходит попытка создать финоперацию с периодом-агрегатом, автоматически приводить его к 1-му подчиненному листовому периоду.Теперь в случае если происходит попытка установить в финоперации период-агрегат, то он автоматически приводится к 1-му подчиненному листовому периоду.