F_OFP

F_OFP ( 9.1.30.0 )

Краткое описание :

неверные суммы при группировке в платежном календаре

Описание :

Платежные календари

Что измененно :

неверные суммы при группировке в платежном календаре.
При формировании платежного календаря обнаружили
ошибку при формировании суммы по группе при группировке
в платежном календаре. На скриншоте который приложен
сумма по ООО "ТЦ Комус" 103001,77 хотя если сложить
суммы по листам (ФОБ) то получится 103002,08
(правильная сумма). Это явно происходит из за того, что
в хозоперациях в платежных поручениях количество знаков
после запятой больше чем два и суммирование на группу в
платежном календаре происходит без округления.
Но все сходятся во мнении, что видимая сумма по ФО
должна соответствовать сумме по группирующему узлу и
что мы не можем платить 0,001 копейку. сумма всегда
должна округляться до 0,01.

Как измененно :

В рамках решения данной проблемы выполнено следующее:

Добавлена настройка:
"Настройки Галактики \ Управление финансами \ Платежный календарь \
Правила округления \ Округление сумм документов при формировании по
алгоритмам"
до какого разряда округлять суммы определяется настройками:
"Настройки Галактики \ Управление финансами \ Платежный календарь \
Правила округления \ ..суммы в НДЕ округлять до" и
"Настройки Галактики \ Управление финансами \ Платежный календарь \
Правила округления \ ..валютные суммы округлять до"

Округление отрабатывает при формировании поля "Сумма" документов ПК
(заявки и ФОБ) по алгоритмам на основании всех документов-источников
(договоры, соглашения, ПКП, ДО и др.)

Округление не отрабатывает при значении <не применять алгоритм>.

Настройки логистики при расчете сумм по ДО не применяются - только
внутренние настройки модуля ПК.

Настройки не распространяются на суммы налогов.
Настройки не запрещают ввод сумм с большей точностью вручную.

Округление не действует при автоматическом формировании ФОП
по ХО платежного документа.
В данном случае отражается факт оплаты и он однозначно определяется суммой ХО.

Замечание:
Рассмотрим алгоритм формирования ФОБ по ХО платежных документов.

Если ХО не распределена по ДО либо в параметрах формирования установлена
галочка "Без учета разноски по ДО", то
АЛГОРИТМ 1
На основании ХО формируется новое ФОБ на сумму согласно алгоритму
1.1 по умолчанию <авто - остаток к распределению по ХО> и галочка "Сумма" не
стоит.
Сумма не округляется, т.к. алгоритм для поля фактически не отрабатывает -
это сумма по умолчанию.
1.2 <авто - остаток к распределению по ХО> и стоит галочка "Сумма".
Алгоритмы запускаются - сумма округляется.
1.3 <не применять алгоритм>
Сумма не округляется.
1.4 Прочие алгоритмы - сумма округляется

Если ХО распределена по ДО либо и в параметрах формирования НЕ установлена
галочка "Без учета разноски по ДО", то
АЛГОРИТМ 2
Система ищет ФОБ по ДО, либо формирует новое согласно алгоритмам.
Затем на основании ХО автоматически формируется ФОП и исполнение.
Сумма ФОП не округляется, т.к. сформирована на основании ХО.

F_OFP

F_OFP ( 9.1.30.0 )

Краткое описание :

Ошибка в заполнении информации о банковских реквизитах контрагента в Финансовом обязательстве

Описание :

Журнал обязательств

Что измененно :

При формировании ФОБ по ДО в котором не указан банк контрагента
ссылка на банк в ФОБ заполняется значением nRec контрагента.

В данном случае банк в ФОБ также не должен заполняться.

Как измененно :

Исправлена функция по определению активного банка контрагента.

Доработаны алгоритмы.
Если контрагент берется из ДО, и в ДО не указан банк контрагента,
в ФОБ банк также не указывается.

Доработана проверка таблиц ПК.
"Платежный календарь | Настройка | Администратор |
Проверка целостности таблиц | Проверка таблиц Платежного календаря"
При проверке исправляются некорректные ссылки на банк для ФОБ и заявок.