2018-05-14 19:34:47

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

сторнирование начислений не учитывает аналитику

Описание :

Сторнирующие записи

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

Имеется в архиве 2 начисления с одним кодом 58 за один период:
5300 (ИФ=1) и 1700 (ИФ=2). По графику 15 дней.
За предыдущий период заносим больничный лист (на 10 дней).
По ручным расчетам должны иметь сторно начислений:
(ИФ=1) 5300/15*10 = - 3533.33
(ИФ=2) 1700/15*10 = - 1133.33
ИТОГО = - 4666.66
В результатах расчета получаем 2 сторнирующие записи с кодом 58 и
одинаковой суммой - 2333.33 (Итого: - 4666.66) ,
но с разными источниками финансирования (ИФ).
Итог верный, но по ИФ сторно прошло некорректно.
Получается, что с ИФ=2 сторнировали больше, чем начислили.
Сторно должно учитывать аналитику начислений (счет, субсчет, КАУ, параметр).
Раньше работало верно, сломалось с установкой Z_ZAR 8.10.41.0

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

1.Доработана функция сторнирования начислений при расчете заработной платы.
Доработка проводилась для записей из "Предварительного просмотра" с пометками "СО" и "СБ" в том случае,
если в соответствующих дополнительных входимостях (31 и 32) в качестве примечания указано "пересчитывать по дням" или
"пересчитывать по часам".
При обработке сторнирующих записей из предварительного просмотра анализируется ссылка на исходную запись из архива оплат.
Если ссылка задана, то сторнируется именно та запись, по которой создана исходная запись в просмотре.
Если ссылка не задана,то считается что запись создавалась вручную. По таким записям возврат сумм идет так, как было раньше.
Примечание.
При учете записей с пометкой "СБ" учитывается доп.входимость
(31) Сторнируется при наличии больничного, отпуска за закрытый период.
При учете записей с пометкой "СО" учитывается доп.входимость
(32) Учитывается при сторнировании отпускных сумм.
Если в примечании для этих доп.входимостей указано "пересчитывать по алгоритму" то функционал работает, как раньше,
согласно указанному алгоритму.
2. Доработан интерфейс "Предварительный просмотр" для корректного отражения поля "Корректировалась".

3. Доработана функция "Предварительная разноска" для корректной обработки поля "Корректировалась".

При проверке данного решения следует проверить работу функции "Предварительная разноска" c учетом поля "Корректировалась".

Внимание. Могут не пойти тесты по проверке функциональности работы функции "Предварительная разноска" c учетом поля
"Корректировалась".
Это произойдет в том случае, если данные тесты создавались до решения ПИР 101.41254.
Такие тесты нужно переделать.