← На главную

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

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

Проанализируем причину ограничения. Алгоритмы конфигурации строго опираются на нормы Трудового кодекса РФ и Положение об особенностях порядка исчисления средней заработной платы № 922:

1. Для отпусков и компенсаций за неиспользованный отпуск среднедневной заработок рассчитывается делением базы на среднемесячное число календарных дней 29,3 (п. 9 Положения № 922) и выплачивается за календарные дни.
2. Для всех остальных случаев сохранения среднего заработка (служебные поездки, командировки, повышение квалификации, донорские дни и др.) средний заработок определяется делением базы на фактически отработанные рабочие дни и оплачивается исключительно за рабочие дни по графику сотрудника, приходящиеся на оплачиваемый интервал.

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

Опасности подмены способа расчета на «По среднему для отпуска»

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

1. Занижение суммы выплаты: при расчете «по отпускному» знаменателем выступает 29,3 дня за каждый полный месяц. При стандартной пятидневке среднедневная отпускная ставка всегда оказывается существенно ниже ставки, рассчитанной по фактически отработанным рабочим дням (где деление выполняется на 20–22 дня). Сотрудник гарантированно потеряет в деньгах.
2. Ошибки в регламентированной отчетности и стаже: начисление с признаком отпуска фиксирует период как отпускной. При формировании сведений о стаже в СФР (подраздел 1.2 формы ЕФС-1, ранее раздел 6 формы РСВ) сотруднику будет ошибочно выделен отпуск вместо исполнения трудовых или общественных обязанностей.
3. Искажение табеля учета рабочего времени: документ формирует отпускные коды (например, «ОТ»), вытесняя правильные виды рабочего времени из регистра учета рабочего времени.
4. Искажение будущего расчетного периода: оплаченный таким способом период автоматически будет признан периодом нахождения в отпуске и исключен из расчетной базы для будущих больничных, отпусков и командировок, что исказит последующие расчеты.

Вариант 1. Оформление через документ «Индивидуальный график»

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

Разберем по шагам порядок действий:

1. Открываем раздел Зарплата и переходим в журнал документов Индивидуальные графики.
2. Создаем новый документ Индивидуальный график на месяц, в котором происходит событие.
3. Указываем сотрудника и нажимаем кнопку заполнения. Программа проставит стандартные рабочие часы по его основному графику.
4. Вручную корректируем дни: на те выходные или праздничные даты, которые входят в оплачиваемый период, вместо выходных дней выставляем рабочие часы с видом времени «Я» (Явка) или другим целевым видом времени.
5. Проводим документ.
6. Переходим к документу расчета среднего заработка (Оплата по среднему заработку, Отсутствие с сохранением оплаты или Командировка). При расчете программа обратится к текущему действующему индивидуальному графику, увидит указанные дни как рабочие и корректно начислит средний заработок за весь необходимый период, включая выходные, без искажения стажа и баз.

Вариант 2. Разделение оплаты на типовой средний заработок и разовое начисление

Если специфика учета не позволяет менять график сотрудника, разберем альтернативный вариант через разделение начислений:

1. Рабочие дни периода оплачиваем стандартным документом с сохранением среднего заработка (будут оплачены только дни по графику).
2. Для выходных и праздничных дней, если имело место привлечение к работе, оформляем типовой документ Работа в выходные и праздники с соответствующей компенсацией по окладу или тарифу.
3. Если же требуется компенсировать выходные дни именно в размере среднедневного заработка, настраиваем отдельное начисление через журнал Начисления с назначением Прочие начисления и выплаты, выполняемое По отдельному документу (документ Разовое начисление). В документе сумма за выходные дни рассчитывается вручную (среднедневной заработок умножается на число выходных дней) и относится на требуемые статьи расходов и коды доходов для НДФЛ и страховых взносов.

Вариант 3. Доработка логики через расширение конфигурации

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

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