Почему премия за июль 2020 года полностью попадает в расчет среднего заработка в 1С:ЗУП 3.1 и как это исправить?

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

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

Анализ законодательного контекста и логики 1С

Согласно разъяснениям контролирующих органов, день 1 июля 2020 года по своему статусу приравнен к нерабочим оплачиваемым дням (как в «ковидные» периоды). Это означает, что для целей исчисления среднего заработка ни сам этот день, ни суммы, начисленные за него, не должны учитываться. Однако реализация этого правила в 1С зависит от сложного взаимодействия настроек Вида начисления, графиков работы и глобальных параметров системы.

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

Шаг 1. Проверка настроек вида начисления «Премия»

Самая частая причина «неправильного» поведения программы кроется в настройках самой премии. В 1С:ЗУП 3.1 существует два принципиально разных способа включения премий в средний заработок:

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

Проанализируем ситуацию автора: если в карточке премии на вкладке «Средний заработок» выбрано «Полностью учитываемая», то программа проигнорирует отсутствие сотрудника 1 июля. Для исправления ситуации необходимо убедиться, что выбрана настройка «Учитываемая частично».

Шаг 2. Влияние настройки «Учитывать оплачиваемое нерабочее время»

В разделе «Настройка — Расчет зарплаты» присутствуют два важных флажка, которые определяют поведение системы по отношению к 1 июля и аналогичным дням:

Флаг «Нерабочие периоды, которые не будут уменьшать норму времени». Если этот флаг установлен, норма июля останется 23 дня. Если снят — норма станет 22 дня. Проанализируем последствия: для среднего заработка крайне важно, считается ли месяц «отработанным полностью». Если норма не уменьшена, а сотрудник был в «Оплачиваемом невыходе» (ОН), месяц признается отработанным не полностью.

Флаг «Учитывать оплачиваемое нерабочее время и суммы в среднем заработке». Это ключевой параметр. Если он снят, программа должна исключить день 1 июля и начисления за него из всех расчетов по среднему. Если же флаг стоит, 1 июля будет восприниматься системой как обычный рабочий день для целей среднего заработка.

Шаг 3. Анализ расчетной базы премии

Выясним причину, связанную с формулой расчета самой премии. Если премия рассчитывается как процент от РасчетнаяБаза, необходимо проверить, какие начисления входят в эту базу. Если в базу включено начисление «Оплата за нерабочие дни», то сумма премии уже содержит в себе оплату за 1 июля.

Рассмотрим пример кода в формуле:

Результат = РасчетнаяБаза * ПроцентПремии / 100

Если в РасчетнаяБаза попала оплата за 1 июля, а сама премия в среднем заработке настроена как «Полностью учитываемая», мы получим двойной учет этого дня. Программа не увидит причин для уменьшения суммы.

Шаг 4. Обновление данных в регистрах

Важно понимать, что при изменении глобальных настроек (флажков) в уже проведенных документах «Начисление зарплаты и взносов» или «Премия» данные в специальных регистрах среднего заработка не всегда обновляются автоматически. Программа хранит сведения о времени в регистре Данные о времени для расчета среднего заработка.

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

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

Итоговый алгоритм решения проблемы

Для того чтобы добиться учета премии в пропорции 22/23 при расчете среднего заработка, выполним совместную проверку следующих пунктов:

1. Проверим вид начисления «Премия»: вкладка Средний заработок -> переключатель в положении «Учитываемая частично».
2. Проверим настройки расчета зарплаты: флаг «Учитывать оплачиваемое нерабочее время...» должен быть снят.
3. Проверим табель/график сотрудника: 1 июля должно быть отмечено кодом ОН (Оплачиваемый нерабочий день), а не «Явка».
4. Проанализируем состав РасчетнаяБаза для премии: если в нее входит оплата за 1 июля, это может влиять на итоговую сумму, но пропорциональный пересчет в среднем (22/23) включится только при выполнении пункта №1.
5. Обязательно выполним сервисную операцию пересчета среднего заработка или перепроведем документы начислений за июль.

Помните, что настройка «Нерабочие периоды, которые НЕ будут уменьшать норму» влияет на знаменатель формулы, а настройка «Учитывать оплачиваемое время в среднем» — на то, будут ли эти дни и суммы вообще видны механизму расчета отпускных или командировочных. Только правильное сочетание этих параметров позволит программе корректно рассчитать долю премии за отработанное время.