G_ZARPL

G_ZARPL ( 9.1.308.3 )

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

Отпускные сторнируются дважды

Описание :

Расчет начислений (общие вопросы)

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

Отчетный период "февраль".
Будущий период "март".
Февралем рассчитан отпуск в марте. Потом февралем же было доначисление.
Потом отпуск отозван. В марте увольняется и отпуск сторнируется. В предварительном просмотре (в будущем периоде март) формируются отдельные записи по каждому пересчёту, а вот при расчёте заработной платы данное обстоятельство не учитывается.

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

1.Доработана функция сторнирования начислений при расчете заработной платы по настройке "...\ Управление персоналом \ Расчетный период" - будущий.

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

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