Почему в 1С:ЗУП и 1С:ЗКГУ начисляется районный коэффициент и северная надбавка во время отпуска?

При расчете заработной платы в программах «1С:Зарплата и управление персоналом» (ЗУП 3.1) и «1С:Зарплата и кадры государственного учреждения» (ЗКГУ 3.1) пользователи часто сталкиваются со странным поведением системы: сотрудник находится в отпуске полный месяц, однако программа упорно начисляет ему Районный коэффициент (РК) и Северная надбавка (СН). Особенно часто эта проблема проявляется у сотрудников с суммированным учетом рабочего времени и почасовой тарифной ставкой (например, у сторожей или дежурных с основным начислением Оплата по окладу (по часам)).

В этой статье мы подробно разберем, почему возникает данная методическая и техническая коллизия, проанализируем взаимосвязь различных начислений и настроим программу так, чтобы расчет производился корректно.

Глубинные причины проблемы: почему программа «видит» базу для РК и СН?

По умолчанию Районный коэффициент и Северная надбавка являются зависимыми начислениями. Это значит, что они не рассчитываются сами по себе, а берут определенный процент от так называемой расчетной базы. Если сотрудник весь месяц находился в отпуске, его отработанное время равно нулю, а значит, и база для начисления надбавок должна быть нулевой. Однако на практике строки РК и СН в документе Начисление зарплаты и взносов могут рассчитываться с ненулевым результатом. Рассмотрим основные причины этого явления.

1. Некорректная настройка формулы «Доплаты до МРОТ» (главный фактор). Сторожа и другие категории сотрудников с почасовой оплатой труда часто имеют невысокие тарифные ставки. Для соблюдения законодательства им назначается плановое начисление Доплата до МРОТ. Если формула этой доплаты настроена без учета фактически отработанного времени (например, используется упрощенный вид: МАКС(МРОТ - РасчетнаяБаза, 0)), то в месяце полного отсутствия сотрудника программа видит, что его расчетная база (оклад) равна 0. Математически формула выдает результат, равный полной величине МРОТ. Поскольку Доплата до МРОТ входит в расчетную базу для РК и СН, программа автоматически начисляет проценты надбавок на эту ошибочную доплату.
2. Ошибки в настройке приоритетов (вытеснения). Начисление Оплата по окладу (по часам) измеряется в часах, в то время как документ Отпуск регистрирует отсутствие в календарных днях. Если в настройках приоритетов основного начисления или доплаты до МРОТ не указан Отпуск основной (или другие виды отпусков), программа не сможет корректно «вытеснить» рабочее время периодом отдыха.
3. Оптимизация расчета в 1С. В сложных конфигурациях расчетов (когда у одного сотрудника сочетаются почасовая оплата, ночные, праздничные, доплата до МРОТ и районные коэффициенты) встроенный алгоритм оптимизации расчетов 1С может давать сбои. Программа пытается рассчитать зависимые показатели в неверной последовательности.
4. Скрытые записи в регистре перерасчетов. Если кадровые документы (например, отпуск) вводились задним числом или после расчета аванса, система создает технические записи в регистре сведений Перерасчеты начислений. В результате в текущем периоде могут «вылезать» корректировки за прошлые месяцы.

Рассмотрим подробный алгоритм устранения этой проблемы по шагам.

Шаг 1. Анализируем и исправляем формулу «Доплаты до МРОТ»

Если у ваших сотрудников расчетная база РК и СН подозрительно совпадает с размером МРОТ (или его долей), нам необходимо проверить настройки начисления, отвечающего за доплату до минимального размера оплаты труда.

Перейдем в раздел Настройка — Начисления и откроем карточку начисления Доплата до МРОТ. Проанализируем используемую формулу расчета. Правильная формула обязательно должна масштабироваться в зависимости от отработанного времени сотрудника. Нам необходимо скорректировать ее следующим образом:

Результат = Макс(МРОТ * ДоляНеполногоРабочегоВремени * ВремяВЧасах / НормаЧасов - РасчетнаяБаза, 0)

Давайте разберем, как работает эта формула, когда наш сторож уходит в отпуск на весь месяц:

• Показатель ВремяВЧасах для сотрудника в отпуске будет равен 0.
• Умножение величины МРОТ на 0 дает нам 0.
• Расчетная база (фактический заработок за месяц) также равна 0.
• Формула преобразуется в: Макс(0 - 0, 0), что дает итоговый результат 0.

Таким образом, доплата до МРОТ не начислится, расчетная база для РК и СН останется пустой, и лишние суммы не будут рассчитаны.

Шаг 2. Настраиваем вытеснение (приоритеты) начислений

Для того чтобы программа четко понимала, какие периоды времени исключают работу сотрудника, необходимо проверить вкладку Приоритет в настройках начислений.

Выполним следующую проверку:

1. Перейдем в меню Настройка — Начисления.
2. Найдем и откроем начисление Оплата по окладу (по часам) (или иное основное начисление сотрудника).
3. Перейдем на вкладку Приоритет.
4. В правом поле «Начисления, приоритет которых выше» проверим наличие видов начислений: Отпуск основной, Отпуск учебный, Больничный и прочих периодов невыходов. Если их там нет, нажмем кнопку Добавить и выберем их из списка.
5. Повторим аналогичную процедуру для начисления Доплата до МРОТ. Оно также должно вытесняться всеми видами отпусков и больничных листов.

Шаг 3. Включаем расчет зарплаты «без оптимизации»

Если приоритеты настроены верно, формула МРОТ скорректирована, но при заполнении документа Начисление зарплаты и взносов суммы РК и СН все равно продолжают рассчитываться, нам поможет переключение режима расчета в настройках программы.

Выполним следующие действия:

1. Перейдем в раздел Настройка — Расчет зарплаты.
2. Прокрутим открывшееся окно настроек в самый низ.
3. Найдем и установим флаг (галочку) «Выполнять расчет зарплаты без оптимизации».

Этот режим заставляет платформу более детально и последовательно просчитывать все цепочки взаимосвязанных начислений. Для сложных видов графиков (включая сменные графики сторожей с суммированным учетом) это позволяет исключить логические ошибки автоматического распределения базы расчета.

Шаг 4. Очищаем скрытые технические перерасчеты

Иногда «фантомные» начисления возникают из-за зависших записей в системных регистрах, которые требуют от программы скорректировать расчет за прошлые даты.

Для проверки выполним следующие шаги:

1. Перейдем в раздел Зарплата — Сервис — Перерасчеты.
2. Внимательно проанализируем открывшийся список. Если в нем присутствуют записи по проблемному сотруднику за предыдущие периоды (особенно за месяц, предшествующий отпуску), это означает, что программа пытается их доначислить в текущем документе.
3. Выделим ошибочные строки и нажмем кнопку Отменить (или удалить из списка перерасчетов).

Шаг 5. Проверяем последовательность проведения документов

При суммированном учете рабочего времени критически важна хронологическая последовательность ввода документов в базу данных. Если нарушить эту цепочку, расчетные механизмы могут отработать непредсказуемо.

Рекомендуем придерживаться следующего строгого порядка действий:

1. Сначала вносим и проводим документ Отпуск (расчет и выплата которого обычно происходят за 3 дня до его начала).
2. В конце месяца заполняем и проводим документ Табель. Обязательно убеждаемся, что за дни отпуска у сотрудника проставился код «О» (или «ОТ») с нулевым количеством рабочих часов.
3. Только после этого создаем, заполняем и рассчитываем документ Начисление зарплаты и взносов (или документ начисления за первую половину месяца).

Если последовательность была нарушена, необходимо полностью распровести итоговый документ начисления зарплаты, проверить актуальность проведения табеля и отпуска, после чего заново заполнить и рассчитать начисление зарплаты.

Применив описанные настройки, мы добьемся того, что у сотрудников с почасовым тарифом во время отпуска строки с районным коэффициентом и северной надбавкой будут иметь нулевой результат (или вовсе перестанут появляться в расчете при отсутствии базы), что полностью соответствует требованиям законодательства и логике учета.