При переходе с редакции программы 2.5 на 1С:ЗУП 3.1 пользователи и расчетчики часто сталкиваются с ситуацией, когда ежемесячная или разовая премия включается в расчет среднего заработка не в полной сумме, а с применением понижающего коэффициента. Проанализируем, почему типовой алгоритм рассчитывает премию пропорционально, как законодательство регулирует этот процесс и какие существуют способы для включения премии в расчет среднего заработка целиком.
Разберем типичный пример: расчетный период для оплаты отпуска установлен с 01.11.2016 по 31.10.2017. В ноябре 2016 года сотруднику начислена премия в размере 5 250 рублей. Однако при расчете среднего заработка в таблице «Премии, учтенные пропорционально времени, отработанному в расчетном периоде» программа учитывает только 3 789,31 рублей.
Причина такого поведения кроется в соотношении расчетного периода и базового периода премии:
В отличие от редакции 2.5, где контроль границ базового периода мог опускаться, в 1С:ЗУП 3.1 механизм строго контролирует вхождение периода начисления и базового периода в расчетные 12 месяцев. Если базовый период хотя бы частично выходит за границы расчетного, программа применяет коэффициент отработанного времени (отношение фактически отработанных дней к норме рабочего времени за 12 месяцев).
Если премия по локальным нормативным актам организации должна относиться к текущему периоду или вводилась через документ переноса остатков при переходе на 1С:ЗУП 3.1, разберем по шагам, как исправить данные:
Премия или документ Перенос данных с регистром сведений/накопления по учету среднего заработка).Рассмотрим вариант, когда на уровне учетной политики предприятия ежемесячная премия должна безусловно входить в расчет среднего заработка без применения правил пропорционального деления премий.
Премия, учитываемая частично или Премия, полностью учитываемая) выбираем значение «Общий заработок».Важно: при включении премии в категорию «Общий заработок» к данной выплате перестанут применяться специальные алгоритмы индексации премий при повышении окладов на предприятии.
Для разработчиков рассмотрим программный механизм управления поведением алгоритма. В типовом коде за принудительное уменьшение премий отвечает отдельная экспортная функция в общем модуле УчетСреднегоЗаработкаКлиентСервер:
Функция УменьшатьПремииПроцентомНачисленныеЗаВремяНеВходящееВРасчетныйПериод() Экспорт
Возврат Истина;
КонецФункции
Чтобы восстановить поведение, аналогичное редакции 2.5, и отключить пропорциональный пересчет премий, чей базовый период не попал в расчетный интервал, переопределим функцию через расширение конфигурации без снятия с поддержки:
УчетСреднегоЗаработкаКлиентСервер.&Вместо для переопределения типовой функции:
&Вместо("УменьшатьПремииПроцентомНачисленныеЗаВремяНеВходящееВРасчетныйПериод")
Функция Расш_УменьшатьПремииПроцентомНачисленныеЗаВремяНеВходящееВРасчетныйПериод()
Возврат Ложь;
КонецФункции
После применения данного расширения система перестанет принудительно рассчитывать пропорцию для премий, базовый период которых выходит за границы расчетного периода.