В практической работе бухгалтера и расчетчика заработной платы часто возникает ситуация, когда локальные нормативные акты организации меняются в середине года. Одним из таких изменений может быть пересмотр процента доплаты за работу в ночное время. Однако в программе 1С:Зарплата и управление персоналом 8 (редакция 3.1) стандартный механизм изменения этой настройки через учетную политику организации имеет свои особенности, которые могут привести к нежелательным последствиям в виде массовых перерасчетов за прошлые периоды. В этой статье мы подробно разберем, почему так происходит и как корректно внедрить изменения, сохранив чистоту учета.
Проанализируем техническую сторону вопроса. Когда мы заходим в справочник Организации, переходим на закладку Учетная политика и меняем поле % доплаты за работу в ночное время, программа записывает это значение в специальный регистр сведений. Проблема заключается в том, что данный регистр в типовой конфигурации является непериодическим.
Это означает, что система не хранит историю изменения этого значения во времени. Как только вы меняете 20% на 40%, программа начинает «считать», что в данной организации всегда было 40%. Поскольку начисление «Доплата за работу в ночное время» напрямую зависит от этого параметра, система автоматически регистрирует необходимость пересчета всех сотрудников, у которых были такие начисления в «открытом» периоде (обычно с начала текущего года), чтобы привести прошлые расчеты в соответствие с новой настройкой.
Рассмотрим два основных способа решения этой задачи: «быстрый» (удаление записей о перерасчетах) и «профессиональный» (создание периодического показателя).
Если вам нужно просто «заглушить» активность программы и вы уверены, что за прошлые периоды (например, с января по сентябрь) данные пересчитываться не должны, можно воспользоваться штатным механизмом управления перерасчетами. Разберем этот алгоритм по шагам:
Ctrl+A) и нажмите кнопку Отменить (или удалите их из списка).Важный нюанс: Этот способ помогает только на текущий момент. Если в будущем кто-то решит пересчитать документ «Начисление зарплаты и взносов» за март (например, из-за изменения оклада), программа подтянет новый процент из учетной политики, и сумма ночных за март изменится, что приведет к расхождениям. Поэтому для долгосрочного учета мы рекомендуем второй способ.
Этот метод более трудоемок, но он позволяет реализовать полноценное хранение истории изменений процента доплаты. Мы фактически заменим стандартный непериодический показатель на свой собственный, который будет знать, в каком месяце какое значение применять.
Перейдем в раздел Настройка — Показатели расчета зарплаты и создадим новый показатель:
ПроцентДоплатыЗаНочныеПериодический.Чтобы мы могли удобно вводить значение этого показателя, создадим шаблон. Перейдем в раздел Настройка — Шаблоны ввода исходных данных:
Процент доплаты за ночные (периодический).Теперь зафиксируем историю. Перейдем в раздел Зарплата — Данные для расчета зарплаты и создадим документ по нашему шаблону:
Таким образом, мы четко указали программе временные границы действия каждой ставки.
Теперь нам нужно заставить программу использовать наш показатель вместо типового. Перейдем в раздел Настройка — Начисления, найдем вид расчета Доплата за работу в ночное время.
Проанализируем текущую формулу. Обычно она выглядит так:
СтоимостьЧаса * ВремяВЧасах * ПроцентДоплатыЗаРаботуВНочноеВремя / 100
Нам необходимо нажать Редактировать формулу и заменить стандартный идентификатор на наш созданный:
СтоимостьЧаса * ВремяВЧасах * ПроцентДоплатыЗаНочныеПериодический / 100
После сохранения этих настроек система при расчете будет обращаться к истории нашего показателя. За сентябрь она возьмет 20%, а за октябрь — 40%.
Выясним причину, по которой даже после правильной настройки могут возникать ошибки. Важно помнить о следующем:
Подводя итог, можно сказать, что изменение учетной политики в середине года — это всегда риск. Однако использование периодических показателей в 1С:ЗУП 3.1 позволяет сделать этот процесс прозрачным и избежать хаоса в механизме автоматических перерасчетов. Мы рассмотрели наиболее надежный способ, который гарантирует корректность данных как в прошлом, так и в будущем.