Задача 102.100876

Задача :102.100876

Краткое описание :
Формирование финансовых обязательств
Описание :
Журнал обязательств
Что измененно :
При ведении ФОБ по ДО, в случае использования из ПД
функции "Формирование финансовых обязательств",
могут возникнуть ситуации дублирования ФОБ.
Т.е. когда по одному и тому же ДО, в итоге
формируется 2-а практически одинаковых ФОБ:
1.ФОБ, где в качестве "основания", указано вышеупомянутое ДО
2.ФОБ, где в качестве "основания", ничего не указано,
а вышеупомянутое ДО - один из атрибутов ФОБ

Вариант использования 1
1.На основании ДО, сформировано "оформляемое" ФОБ:
1.1.либо автоматически по настройке "Настройки Галактики \
Управление финансами \ Платежный календарь \ Формирование заявок
и обязательств \ Автоматическое формирование обязательств
предприятия по ДО" = "при создании ДО"
1.2.либо из самого ДО
1.3.либо из интерфейса "Образование обязательств"
1.4.либо в интерфейсе ФОБ, установили в качестве основания указанное ДО
2.Из ДО, сформирован ПД
3.Из ПД, по функции "Формирование финансовых обязательств",
формируем ФОБ - сформировано "исполняемое" ФОБ
(где ДО указано не как "основание")

Вариант использования 2
1.На основании ДО, сформировано "оформляемое" ФОБ:
1.1.либо автоматически по настройке "Настройки Галактики \
Управление финансами \ Платежный календарь \ Формирование заявок
и обязательств \ Автоматическое формирование обязательств
предприятия по ДО" = "при создании ДО"
1.2.либо из самого ДО
1.3.либо из интерфейса "Образование обязательств"
1.4.либо в интерфейсе ФОБ, установили в качестве основания указанное ДО
2.Вручную создан ПД
3.Вручную к ХО привязываем ДО:
3.1.либо в интерфейсе ПД
3.2.либо в интерфейсе "Расчеты с поставщиками и получателями
| Операции | Пакетное распределение платежей"
4.В результате привязки автоматически:
4.1.ФОБ переводится в статус "исполняемый"
4.2.ХО привязывается к ФОП
4.Из ПД, по функции "Формирование финансовых обязательств",
формируем ФОБ - ничего не формируется - это хорошо.
Однако "все хорошо", происходит только в случае если ХО
полностью разнесена по ФОП. Если ХО разнесена не полностью,
то на "остаток" формируется "исполняемое" ФОБ
(где ДО указано не как "основание").

Предлагаемое решение
Если на "основании" ДО, было создано ФОБ, то только это ФОБ
должно использоваться для отражения "исполнения" этого ДО, а именно:
1.Реакция на событие изменения ДО в ХО, должна быть везде одинаковой:
1.1.При появлении в системе ХО, разнесенной по ДО, либо при разноске
ХО по ДО, надо искать ФОБ, где в качестве основания - указанное ДО:
1.1.1.ФОП искать подходящую, если не найдено - создавать. В текущей
реализации так обрабатывается событие "ручной" разноски ХО по ДО
(в интерфейсе ПД и в интерфейсе "Пакетное распределение платежей").
Точно также надо сделать и для остальных событий.
2.Алгоритм отработки функции "Формирование финансовых обязательств",
запускаемой из интерфейса ПД, должен быть изменен, для случая, когда ХО
разнесена по ДО.
2.1.В случае, если не было ФОБ, сформированного на "основании" ДО, то должно
быть создано ФОБ с "основанием" по ДО
2.2.В случае, если уже есть ФОБ, сформированного на "основании" ДО, то нужно
корректировать его ФОП, по принципу: "искать подходящую, если не найдено -
создавать".

Дополнительная Проблема
Если ХО "не входит в сумму платежа" - то зачем ее в ФОП распределять?
По крайней мере, она не должна входить в суммы: "исполнение", "факт".
Возможно в этом случае следует ФОП делать - "не активной"
Как измененно :
1.Алгоритм формирования ФОБ по ХО платежных документов.

1.1.Если ХО разнесена по ДО, на основании которого сформировано ФОБ, то
выполняется поиск подходящей ФОП по этому ФОБ и формируется исполнение.
Если ФОП не найдена - формируется новая.
1.2.Если подходящее ФОБ через ДО не найдено, формируется новое. При этом по
каждой ХО формируется свое ФОБ.
1.2.1 Если ХО разнесена по ДО, то ФОБ формируется по алгоритмам ДО.
Если на основании ДО еще не было сформировано ФОБ, то ДО считаем
основанием ФОБ, иначе основание не заполняется. Тип по валюте определяется из
ДО. Сумма ровна не распределенной сумме ХО.
1.2.2 Если ХО не разнесена по ДО, то ФОБ формируется по алгоритмам ХО.
Основание ФОБ не заполняется, тип по валюте определяется на основании ХО, сумма
ровна не распределенной сумме ХО.

2.Доработаны параметры формирования ФОБ на основании ХО платежных
документов.
Отдельно можно задать алгоритмы формирования полей для документов
разнесенных по ДО и не разнесенных.

Согласно алгоритмам формируются поля :
- Дескриптор (по умолчанию дескриптор пользователя)
- Группа (по умолчанию группа дескрипторов пользователя)
- Вид платежа (по умолчанию "регламентный")
- Статус (по умолчанию "оформляемый")
- Приоритет (из системных настроек)
- Дата формирования (по умолчанию текущая дата)
- Первоначальная дата (по умолчанию дата ХО)
- Дата погашения (по умолчанию дата ХО)
- Контрагент (по умолчанию контрагент ХО)
- Объект строительства (не формируется)
- Центр ответственности (из системных настроек)
- Статья бюджета (не формируется)
- Куратор (сотрудник по ПД)
- Назначение (не формируется)
- Примечание (не формируется)
- Группа ФОБ (не формируется)
- Сводное ФОБ (не формируется)

При этом для выбора при формировании по ХО, разнесенной по ДО,
доступны все алгоритмы ДО.

Если Сводное ФОБ формируется по алгоритму <авто - формировать сводное ФОБ> то
при выполнении процесса все новые ФОБ группируются по направлению в два сводных.

Если по алгоритму <явно, с учетом направления>, то ниже в параметрах
формирования необходимо выбрать сводные ФОБ для обоих направлений,
для добавления туда новых ФОБ.

Если ХО не входит в сумму документа, то по ФОБ по ней не формируется

Название продукта Название компонента Тип Последняя версия Дата выхода
F_OFPF_OFPRES9.1.2.0