По двум веткам ЗУП вышло обновление, в котором разработчики реализовали новый алгоритм расчета сверхурочных.
В чем его суть:
1) Старая настройка, которая касалась совокупной тарифной ставки, оставлена без изменения, там тот же принцип:
2) Но дополнительно добавлен новый показатель "СтоимостьДняЧасаСУчетомРазовыхНачислений", который доступен в формулах начислений. То есть в тех начислениях, в стоимость часа которых должна входить не только старая совокупная ставка, но и дополнительные стимулирующие и компенсационные надбавки, в этих начислениях нужно в формуле заменить старый показатель на новый.
Рассмотрим на примере. Откроем стандартное начисление "Оплата сверхурочных часов". В нем следующая формула:
Давайте пока ничего менять не будем, и сделаем небольшой пример со старым показателем "СтоимостьЧаса".
Предположим наш сотрудник в октябре заработал 200 000 руб. (100 000 - это его оклад, и еще 100 000 - это разовая премия фиксированной суммой, начисленная стандартным документом премия:
Оплата четырех сверхурочных часов рассчиталась как - 4244,57. Как получилась сумма.
Стоимость часа рассчиталась следующим образом - оклад (100 000 руб.) был согласно настройке:
поделен на среднемесячное количество часов (164,91667):
Мы получили стоимость часа - 606,367, а далее уже по формуле два часа в двойном размере и еще два в полуторном.
А теперь исправим формулу, вместо старого показателя "СтоимостьЧаса" добавим новый "СтоимостьДняЧасаСУчетомРазовыхНачислений". При добавлении в настройках начисления появится новая закладка "Расчет тарифной ставки":
Добавим на эту закладку нашу премию:
Пересчитаем зарплату сотрудника в начислении зарплаты, мы получим новое значение сверхурочных, исходя из нового (удвоенного в нашем случае) значения часа:
На что нужно обратить внимание при добавлении начислений на закладку "Расчет тарифной ставки".
Нужно смотреть на связи и взаимозависимость начислений между собой. В примере мы туда добавляли премию фиксированной суммой, которую мы сами завели в базу, и которая с другими начислениями никак не связана. А что будет, если мы попробуем добавить стандартную "Премию разовую (процентом)" из демо базы. Мы получим ошибку:
«Начисления не могут быть записаны при заданных настройках последовательности расчёта» - это отработала стандартная проверка, и нам нужно работать с закладкой "Зависимости". У нас получилось, что начисления входят в расчетную базу друг друга. И нужно исправлять эту ситуацию.
