При расчете среднего заработка бухгалтеры часто сталкиваются с ситуацией, когда сумма, попадающая в расчет среднего за месяц, не совпадает с фактически начисленной суммой в расчетном листке. Особенно остро этот вопрос встал в периоды введения «президентских» нерабочих дней (например, в мае 2021 года). Проблема осложняется, если сотрудник работает по графику шестидневки или имеет оплату по окладу в часах. Рассмотрим подробно, как разобраться в причинах таких расхождений и как проверить корректность данных в программе 1С:Зарплата и управление персоналом 3.1.
Прежде всего, разберем законодательную базу, на которой основаны алгоритмы 1С. Согласно позиции Минтруда, если сотрудник в периоды нерабочих дней (с сохранением заработной платы) не выполнял трудовые обязанности, то ни само это время, ни начисленные за него суммы не должны учитываться при исчислении среднего заработка для будущих случаев (отпусков, командировок и т.д.).
В программе 1С:ЗУП это реализовано через механизм вытеснения. Если в настройках расчета зарплаты не установлен флаг Учитывать оплачиваемое нерабочее время и суммы в среднем заработке, система автоматически исключает эти данные. Разберем ситуацию на примере мая 2021 года, когда нерабочими были объявлены дни с 4 по 7 мая:
ОН (Оплачиваемое нерабочее время), то программа должна «вырезать» их из среднего.Проанализируем пропорцию: если норма месяца составляет 159 часов, а на 4 нерабочих дня пришлось 27 часов, то в средний заработок должна попасть сумма, начисленная только за оставшиеся 132 часа. Если итоговая сумма в среднем отличается от этой пропорции, значит, в расчете участвуют дополнительные начисления или неверно настроены приоритеты.
Первым делом нам необходимо убедиться, какая методика учета выбрана в вашей информационной базе. Перейдем в раздел Настройка — Расчет зарплаты. Найдем флажок Учитывать оплачиваемое нерабочее время и суммы в среднем заработке.
Выясним влияние этой настройки:
Если вы обнаружили, что сумма среднего заработка меньше начисленной, скорее всего, флаг снят, и программа корректно пытается исключить нерабочие часы. Проблема обычно кроется в том, какие именно начисления программа смогла отпропорционировать, а какие — нет.
Чтобы не гадать, глядя на печатную форму расчетного листка, воспользуемся техническим инструментарием 1С. Основным источником данных для среднего заработка является регистр накопления Данные о начислениях для расчета среднего заработка (общий).
Рассмотрим пошагово, как проанализировать данные в этом регистре:
Данные о начислениях для расчета среднего заработка (общий).Сумма и В целях расчета среднего.В этом регистре мы наглядно увидим каждое начисление (Оклад, Премия, Районный коэффициент, Надбавки) в отдельности. Посмотрим на колонку суммы, которая попала в расчет среднего. Часто выясняется, что, например, Оклад по часам уменьшился пропорционально, а какая-нибудь Персональная надбавка или Доплата за вредность попала в полном объеме или, наоборот, не попала вовсе. Это сразу укажет нам на «виновное» начисление.
Рассмотрим подробнее ситуацию, упомянутую в обсуждении: влияние районного коэффициента (РК) и северных надбавок. В 1С:ЗУП Районный коэффициент не является самостоятельным объектом для среднего заработка, он «приклеивается» к базовому начислению.
Если у вас есть ежемесячная премия, которая считается «от базы», и в эту базу входят нерабочие дни, может возникнуть эффект «двойной пропорции». 1С может сначала рассчитать премию с учетом нерабочих дней, а затем при расчете среднего еще раз уменьшить её, так как период содержит время ОН.
Также проанализируем настройки приоритетов начислений. Для этого:
Оклад по часам).Оплачиваемое нерабочее время в левом списке («Начисления, приоритет которых выше»). Если их там нет, оклад не будет вытесняться нерабочими днями, и данные в регистр среднего запишутся некорректно.Если анализ регистров не дал быстрого ответа, применим метод, предложенный участниками форума. Рассмотрим ситуацию на «чистом» примере:
Оклад по часам.Как показывает практика, чаще всего «косяк» выплывает в фиксированных надбавках или начислениях с нестандартными формулами. Если надбавка введена фиксированной суммой, программа не знает, как её пропорционировать для среднего заработка, и может либо включить её целиком, либо полностью исключить, если период считается неотработанным.
Проанализируем ситуацию с графиком. Для шестидневной рабочей недели норма часов в мае может отличаться от пятидневки. Если вы используете Индивидуальный график, крайне важно, чтобы в нем были четко проставлены часы по виду времени ОН. Если вместо ОН в индивидуальном графике просто стоят рабочие часы (Я), то программа не увидит оснований для исключения этих сумм из среднего, даже если фактически оплата прошла по другому виду расчета.
Также стоит проверить настройку Пересчет тарифной ставки в карточке сотрудника. Если для пересчета используется «Среднее за год» или «Норма по графику сотрудника», это может косвенно влиять на расчетные показатели, если оклад установлен в днях, а начисление идет в часах (или наоборот).
Для корректного решения проблемы мы должны:
Данные о времени для расчета среднего (общий) — там фиксируется количество дней и часов, которые система считает «честным» отработанным временем.Начисление зарплаты, так как записи в регистр среднего формируются именно в момент проведения начисления зарплаты.Используя этот системный подход, мы сможем добиться того, чтобы средний заработок за «сложные» месяцы с нерабочими днями считался прозрачно и точно.