В практике работы бухгалтера и расчетчика зарплаты в программе 1С:Зарплата и Управление Персоналом нередко возникают ситуации, когда автоматические механизмы программы ведут себя неочевидно. Одной из таких проблем является отсутствие индексации среднего заработка при расчете компенсации отпуска при увольнении (КНО), если само повышение зарплаты и увольнение сотрудника произошли в одном и том же месяце.
Рассмотрим ситуацию: в организации проведена индексация с 1 октября 2024 года с коэффициентом 1.045. Сотрудник увольняется 25 октября 2024 года. Бухгалтер обнаруживает, что при расчете компенсации отпуска программа игнорирует коэффициент индексации. При этом, если изменить дату увольнения на ноябрь, программа «видит» индексацию и применяет ее корректно. Разберем по шагам, почему так происходит и как привести расчет в соответствие с законодательством.
Прежде чем переходить к настройкам программы, проанализируем правовую базу. Согласно Постановлению Правительства РФ №922 (пункт 16), порядок индексации среднего заработка зависит от того, когда произошло повышение окладов (ставок):
Поскольку компенсация отпуска — это выплата за неиспользованные дни отдыха, и она выплачивается в день увольнения, фактически «период сохранения» совпадает с моментом индексации в текущем месяце. Следовательно, если индексация вступила в силу с 1-го числа месяца, в котором происходит увольнение, вся сумма компенсации должна быть увеличена на коэффициент индексации.
Проанализируем механику работы 1С:ЗУП. В типовых конфигурациях заложено два разных алгоритма применения коэффициента:
1. Когда индексация внутри 12 месяцев расчетного периода — программа просто пересчитывает суммы прошлых периодов. Это работает стабильно даже с измененными формулами.
2. Когда индексация происходит в месяце события (в октябре индексация и в октябре же увольнение) — программа должна умножить уже готовый результат среднего заработка на коэффициент. Однако этот механизм часто перестает работать автоматически, если пользователь внес изменения в стандартную формулу начисления Компенсация отпуска (отпуск).
Если в вашей организации формула компенсации была отредактирована (например, для добавления сравнения с МРОТ), программа «отвязывает» автоматический множитель индексации. Рассмотрим типичную пользовательскую формулу, которая вызывает проблему:
Макс(СреднийЗаработокОбщий * КалендарныеДниМесяцаБезПраздников, УчитыватьМРОТ * МРОТ) / КалендарныеДниМесяцаБезПраздников * КоличествоДнейКомпенсации
В этой формуле отсутствует показатель, отвечающий за индексацию в месяце события. Программа рассчитывает средний заработок, сравнивает его с МРОТ, но не знает, что итоговый результат нужно еще раз умножить на коэффициент повышения, так как в явном виде это не указано. Для комплексного контроля ситуации бухгалтеру может также потребоваться внешний отчет по расчету среднего заработка и планированию фонда отпусков.
Для того чтобы 1С:ЗУП корректно учитывала повышение зарплаты в месяце увольнения, необходимо добавить в формулу начисления специальный системный показатель КоэффициентИндексацииСреднегоЗаработка. Этот показатель принимает значение 1, если индексации не было, и значение коэффициента (например, 1.045), если в месяце расчета зафиксировано повышение окладов по предприятию.
Разберем, как должна выглядеть исправленная формула:
(Макс(СреднийЗаработокОбщий * КалендарныеДниМесяцаБезПраздников, УчитыватьМРОТ * МРОТ) / КалендарныеДниМесяцаБезПраздников * КоличествоДнейКомпенсации) * КоэффициентИндексацииСреднегоЗаработка
Посмотрим на алгоритм внесения изменений:
Компенсация отпуска (отпуск).* КоэффициентИндексацииСреднегоЗаработка в конец выражения.Важный нюанс: данный показатель будет равен коэффициенту индексации только в том случае, если в программе зарегистрирован документ Индексация заработка или Изменение плановых начислений с установленным флагом «Учитывать как индексацию заработка».
Если правка формулы не помогла, проанализируем, каким документом было проведено повышение зарплаты. Существует несколько способов зафиксировать индексацию в 1С:
Посмотрим, почему в ноябре расчет был верным, а в октябре — нет. Когда увольнение переносится на ноябрь, октябрь попадает в 12-месячный расчетный период. Программа видит, что внутри расчетного периода (в октябре) была индексация, и применяет коэффициент к суммам за месяцы ДО октября. В этом случае срабатывает другой программный код, который не так зависим от пользовательской формулы самого начисления КНО.
Для самопроверки всегда сформируем печатную форму расчета среднего заработка из документа «Увольнение». Проанализируем следующие моменты:
1. Если индексация произошла в расчетном периоде, в таблице с суммами начислений за прошлые месяцы должны появиться коэффициенты в соответствующей колонке.
2. Если индексация произошла в месяце увольнения, коэффициенты в таблице за прошлые месяцы могут отсутствовать. В этом случае в нижней части печатной формы должна появиться отдельная строка с указанием коэффициента индексации, на который умножается итоговый средний дневной заработок. Правильный расчет важен и для других задач, например, когда бухгалтеру нужно определить средний заработок на дату при формировании резервов отпусков.
Если в печатной форме коэффициент так и не появился, значит, либо дата документа индексации позже даты увольнения, либо в документе индексации не заполнен список сотрудников. Также стоит учитывать сопутствующие проблемы отчетности: иногда в программе возникают ситуации, когда в форму Т-54 не попадают изменения окладов или индексации, что требует проверки кадровых документов.
Таким образом, мы выяснили, что основной причиной проблемы является «разрыв» связи между механизмом индексации и начислением из-за кастомной формулы. Добавление КоэффициентИндексацииСреднегоЗаработка восстанавливает эту связь и обеспечивает корректный расчет компенсации в строгом соответствии с законодательством РФ.