С 1 января 2026 года в связи с поправками в пункт 6.2 статьи 210 НК РФ (Федеральный закон № 425-ФЗ) изменились правила учета доходов для целей НДФЛ. Теперь часть выплат по среднему заработку, которая приходится на районный коэффициент (РК) и северную надбавку (СН), должна выделяться в отдельную налоговую базу. Это необходимо для корректного применения двухступенчатой шкалы НДФЛ. В связи с этим в актуальных релизах программы 1С:Зарплата и Управление Персоналом (1С:ЗУП) разработчики вернули механизм выделения долей РК и СН.
Разберем типичную ситуацию: вы воспользовались встроенной обработкой «Помощник перехода на новые начисления оплат по среднему», программа создала новые виды начислений (основная оплата, доля РК, доля СН). Сотрудник переведен на оплату по среднему, но при начислении зарплаты основная сумма сохраняемого заработка рассчитывается, а дополнительные строки с долями РК и СН в документ не попадают и не считаются. Проанализируем причины такого поведения и рассмотрим подробнее, как решить эту задачу.
Для начала выясним причину появления новых начислений. Для массового перевода начислений разработчики добавили специального помощника. Он отправляет старые виды расчетов (без выделения долей) в архив и создает новые тройки начислений. Например, вместо одного начисления Оплата времени сохраняемого среднего заработка появляются три:
Оплата времени сохраняемого среднего заработкаОплата времени сохраняемого среднего заработка (доля РК)Оплата времени сохраняемого среднего заработка (доля СН)Рассмотрим формулу основного начисления, которую формирует помощник. Она может выглядеть следующим образом (в зависимости от настроек времени и индексации):
?((СреднийЗаработокИндексируемый * КоэффициентИндексацииСреднегоЗаработка + СреднийЗаработокНеиндексируемый) * НормаДнейЧасов > УчитыватьМРОТ * МРОТ,
((СреднийЗаработокИндексируемый * КоэффициентИндексацииСреднегоЗаработка + СреднийЗаработокНеиндексируемый) -
(СреднийЗаработокИндексируемыйРК * КоэффициентИндексацииСреднегоЗаработка + СреднийЗаработокНеиндексируемыйРК) -
(СреднийЗаработокИндексируемыйСН * КоэффициентИндексацииСреднегоЗаработка + СреднийЗаработокНеиндексируемыйСН)) * НормаДнейЧасов,
УчитыватьМРОТ * МРОТ) / НормаДнейЧасов * ВремяВДняхЧасах * (ПроцентОплатыПоСреднему / 100)
Формула для доли РК выглядит так:
?((СреднийЗаработокИндексируемый * КоэффициентИндексацииСреднегоЗаработка + СреднийЗаработокНеиндексируемый) * НормаДнейЧасов > УчитыватьМРОТ * МРОТ,
(СреднийЗаработокИндексируемыйРК * КоэффициентИндексацииСреднегоЗаработка + СреднийЗаработокНеиндексируемыйРК) * НормаДнейЧасов, 0) /
НормаДнейЧасов * ВремяВДняхЧасах * (ПроцентОплатыПоСреднему / 100)
Как мы видим, из основного среднего заработка вычитаются показатели СреднийЗаработокИндексируемыйРК и СреднийЗаработокИндексируемыйСН, которые затем должны начисляться отдельными строками. Если эти строки не появляются, значит, программа не "видит" связь между основным начислением и его долями в конкретном документе.
Прежде чем искать техническую ошибку, проанализируем ситуацию с минимальным размером оплаты труда. В формулах выше присутствует условие проверки заработка на МРОТ. Важно знать: если фактический средний заработок сотрудника (рассчитанный из его реальных доходов за предыдущие 12 месяцев) оказывается меньше МРОТ, то расчет производится исходя из МРОТ.
В этом случае механизм выделения долей из прошлой базы не применяется. Программа просто начисляет основную сумму по МРОТ, а уже сверху на эту базу классическим образом начисляются районный коэффициент и северная надбавка текущего месяца. Если у вашего сотрудника средний заработок выше МРОТ, переходим к следующему шагу решения.
Разберем по шагам самую частую причину, по которой новые доли не попадают в расчет. Она кроется в архитектуре системы 1С:ЗУП 3. Документы, которые назначают начисления (например, Перевод на оплату по среднему заработку, кадровые переводы, изменения оплаты труда), кэшируют (запоминают) настройки вида расчета на момент проведения документа.
Если вы сначала создали кадровый документ и назначили сотруднику оплату по среднему, а уже после этого с помощью помощника или вручную изменили настройки этого начисления (добавили расчет долей РК и СН), исходный кадровый документ об этих изменениях не узнает. Он будет продолжать использовать старую "версию" настроек начисления, где никаких сопутствующих долей нет.
Посмотрим, как это исправить:
Перевод на оплату по среднему заработку).Оплата времени сохраняемого среднего заработка).Начисление зарплаты и взносов. Теперь программа должна автоматически добавить строки с долями районного коэффициента и северной надбавки.Часто у бухгалтеров возникает вопрос: почему сумма долей РК и СН не всегда математически равна проценту от основного начисления (например, если РК 50% и СН 50%)? Рассмотрим подробнее математику расчета.
Доли РК и СН в среднем заработке рассчитываются не как прямой процент от итоговой суммы, а как пропорция. Если расчет идет из фактического заработка, то доли определяются как отношение сумм начисленных РК и СН в расчетном периоде (за предыдущие 12 месяцев) к общей сумме дохода, вошедшего в базу для расчета среднего заработка.
Например, если в течение года сотрудник получал разные премии (на некоторые из которых РК начислялся, а на некоторые нет), то общая доля РК в его суммарном доходе за год может отличаться от фиксированных 50%. Программа берет эту историческую пропорцию и применяет ее к текущему сохраняемому среднему заработку. Именно поэтому соотношение основной суммы и долей в расчетном листке может казаться нестандартным, но оно математически верно отражает структуру доходов сотрудника за прошлый год.
Следуя этим шагам и понимая логику работы кэша документов и пропорционального расчета, вы сможете без труда настроить корректное выделение долей районного коэффициента и северной надбавки при оплате по среднему заработку в 1С:ЗУП 3.