Рассмотрим ситуацию, с которой часто сталкиваются бухгалтеры и расчетчики в программе 1С:Зарплата и Управление Персоналом (ЗУП 3.1). При вводе документа «Отсутствие с сохранением оплаты» оплата и средний заработок рассчитываются автоматически. Однако, если перевыбрать начисление или нажать кнопку пересчета, сумма среднего заработка резко меняется. Разберем по шагам, почему это происходит и как правильно настроить систему, чтобы избежать подобных ошибок.
Проанализируем классический пример, приводящий к сбою. Имеется сотрудник, который работает по сменному графику (например, день/ночь по 11 часов) с установленным суммированным учетом рабочего времени. Работодатель направляет его на обучение с отрывом от производства. На время обучения сотрудника переводят на классический график — «Пятидневка».
В документе отсутствия первоначальный расчет может пройти корректно (с опорой на старые данные), но при малейшем обновлении строки начисления программа видит новый пятидневный график и мгновенно меняет алгоритм. В результате сумма к выплате искажается.
Выясним причину такого поведения. Это не программная ошибка (баг), а методологический конфликт, связанный с законодательством (Положения № 922 и № 540) и внутренней логикой 1С:ЗУП.
Законодательство устанавливает, что для работников с суммированным учетом рабочего времени должен применяться среднечасовой заработок (СЧЗ). Проблема кроется в том, что алгоритм 1С жестко привязан к настройкам графика работы на момент начала события (начала среднего).
Если в настройках начисления на вкладке «Оплата» используется универсальный показатель ВремяВДняхЧасах, ЗУП самостоятельно принимает решение: дробить начисление по часам или по дням. Как только программа фиксирует пятидневку без суммированного учета, она начинает считать средний в днях, игнорируя то, что сотрудник почти весь год работал и накапливал базу в часах.
Рассмотрим подробнее несколько проверенных способов обхода этой коллизии. Выбор метода зависит от учетной политики вашей организации.
Чтобы программа не сбрасывала почасовой расчет на поденный, сохраним для системы признак суммированного учета даже на время обучения.
Посмотрим на результат: сотрудник фактически будет учиться 5 дней в неделю по 8 часов, но программа будет видеть маркер суммированного учета. Расчет среднего заработка гарантированно пройдет по среднечасовому заработку (СЧЗ), и пересчет документа ничего не сломает.
Если вы не хотите плодить графики, можно воздействовать на саму формулу расчета. Проблема возникает из-за показателя ВремяВДняхЧасах, который отдает выбор на откуп программе.
ВремяВЧасах.Почасовой расчет в 1С всегда имеет приоритет над дневным, если он задан в формуле явно. Таким образом, даже на графике обычной пятидневки ЗУП будет считать средний заработок в часах.
Если специфика учета позволяет, можно вообще отказаться от перевода сотрудника на пятидневку.
Этот вариант является самым простым технически, но он не всегда подходит, так как при обучении с отрывом от производства сотрудник де-факто учится по стандартной пятидневке, и табелирование по сменному графику может вызвать вопросы у проверяющих органов.
Подведем итог: При переводе сменщиков на классическую пятидневку внутри месяца 1С:ЗУП 3.1 меняет алгоритм расчета со среднечасового на среднедневной. Используйте гибридный график с установленным флажком суммированного учета или специализированное начисление с показателем ВремяВЧасах, чтобы зафиксировать правильный порядок расчета.