В практической деятельности бухгалтеров и расчетчиков заработной платы нередко возникают сложные методологические вопросы, связанные с начислением районного коэффициента (РК) и северной надбавки (СН) на выплаты, которые сами по себе исключаются из расчета среднего заработка. Ярким примером является оплата простоя по причинам, не зависящим от работодателя и работника.
Согласно законодательству, сам по себе простой и его оплата не должны учитываться при расчете среднего заработка (например, для отпусков или командировок). Однако, если организация принимает решение начислять РК и СН на сумму оплаты простоя, возникает техническая сложность в программе 1С:Зарплата и Управление Персоналом 3.1. Как сделать так, чтобы «накрученные» на простой надбавки автоматически отсекались при расчете среднего заработка, а РК и СН с обычного оклада или тарифа продолжали учитываться в полном объеме? Давайте подробно разберем эту ситуацию, проанализируем законодательную базу и рассмотрим два практических способа настройки типовой конфигурации 1С:ЗУП 3.1 без снятия ее с поддержки.
Прежде чем приступать к конфигурированию программы, важно понять правовую природу данных начислений:
Это самый простой, элегантный и методологически верный способ, заложенный разработчиками фирмы 1С. Он позволяет программе автоматически делить сумму рассчитанных РК и СН на две части: входящую в средний заработок (пропорционально окладу и другим учитываемым выплатам) и исключаемую из него (пропорционально оплате простоя).
Рассмотрим по шагам, как выполнить эту настройку:
РайонныйКоэффициент (в списке он обычно называется «Районный коэффициент»).СевернаяНадбавка (вкладка «Средний заработок» — переключатель «Как базовые начисления»).Важно: выясним причину, почему этот способ у некоторых пользователей «не считает» или работает некорректно.
Если вы установили данную настройку, но при расчете отпуска или командировки суммы РК и СН все равно попадают в средний заработок полностью либо, наоборот, пропадают совсем, обратите внимание на следующие нюансы:
Оклад), и начисления, исключаемые из среднего (например, ОплатаПростоя), то при использовании настройки «Как базовые начисления» программа полностью обнуляла РК и СН в расчете среднего заработка за этот месяц. Данная ошибка была успешно исправлена разработчиками в последующих обновлениях. Убедитесь, что ваша база 1С:ЗУП обновлена до актуального релиза.Оклад (или другого вашего основного начисления). В списке вытесняющих видов расчета обязательно должна присутствовать ОплатаПростоя (все ее виды — по вине работодателя, работника или по независящим причинам). Если вытеснение не настроено, программа некорректно рассчитает отработанное время и базу для распределения среднего.ОплатаПростоя на вкладке Средний заработок снят флаг включения в расчет среднего заработка.Бывают ситуации, когда первый способ невозможно применить. Например, если в вашей организации исторически сложилось так, что для основных РК и СН на вкладке «Средний заработок» принципиально должен стоять переключатель «Как указано ниже» с жестко заданным списком базовых начислений, и менять эту глобальную логику руководство или аудиторы не разрешают.
В этом случае мы можем пойти по пути создания отдельных видов расчета, которые будут начисляться только на сумму простоя и изначально не будут иметь никакого отношения к среднему заработку.
Разберем этот алгоритм по шагам:
Шаг 1. Создание нового начисления для РК на простой
ПовременнаяОплатаТрудаИНадбавки или ПрочиеНачисленияИВыплаты.ОплатаПростояПоНезависящимПричинам (и другие виды простоя, если на них тоже нужно накручивать РК).Шаг 2. Создание нового начисления для СН на простой
Повторим все действия из Шага 1 для создания начисления «Северная надбавка на оплату простоя». На вкладке «Расчет базы» выберем те же начисления простоя, а на вкладке «Средний заработок» также заблокируем включение в средний.
Шаг 3. Корректировка настроек основных (предопределенных) РК и СН
Теперь нам необходимо исключить ситуацию «двойного» начисления. Если мы оставим оплату простоя в базе основных РК и СН, программа начислит коэффициенты дважды.
ОплатаПростояПоНезависящимПричинам (и другие аналогичные простои) и удалим их из списка.После проведения данных настроек расчет будет происходить следующим образом: при расчете зарплаты стандартные РК и СН будут начисляться на оклад и другие рабочие выплаты (и эти суммы пойдут в средний заработок), а новые РК и СН на простой будут рассчитываться обособленно и благодаря настройкам среднего заработка гарантированно туда не попадут.
Выбирая между Способом 1 и Способом 2, обязательно примите во внимание масштабные законодательные изменения в учете НДФЛ, вступающие в силу с 1 января 2026 года (Федеральный закон № 425-ФЗ).
Согласно новым правилам, при расчете любых выплат по среднему заработку (отпускных, командировочных и др.) бухгалтеры обязаны отдельно выделять долю районного коэффициента и северной надбавки для их обложения НДФЛ по специальным ставкам (прогрессивная шкала со льготными ступенями 13% и 15% для северных выплат).
В связи с этим в решениях 1С:ЗУП 3.1 реализован специализированный «Помощник перехода на новые начисления оплат по среднему». Программа на технологическом уровне начинает разделять начисленный средний заработок на составные части: «основной средний заработок», «долю РК» и «долю СН».
Почему это важно для нашей задачи? Если вы решите пойти по Способу 2 (создание ручных обособленных начислений РК и СН на оплату простоя), вы рискуете нарушить логику работы этого автоматического разделения долей в документах среднего заработка, так как программа жестко завязана на предопределенные («родные») виды расчетов РК и СН и правила их пропорционирования.
Поэтому крайне рекомендуется использовать именно Способ 1 («Как базовые начисления»). Он является штатным, безопасным и гарантирует, что при расчете среднего заработка в эпоху применения закона № 425-ФЗ у вас не возникнет проблем с учетом долей НДФЛ и заполнением регламентированной отчетности.
Если у вас возникла ошибка при расчете первым способом — не спешите создавать новые начисления. Лучше проверьте релиз программы, обновите базу до актуального состояния, пересчитайте документы начислений за прошлые периоды и убедитесь в правильности настройки вытеснения на вкладке «Приоритет».