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

Бухгалтер 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Бухгалтерский учет
← На главную

При переходе с программы 1С:ЗУП 2.5 на версию 3.1 пользователи часто сталкиваются с расхождениями в расчете среднего заработка. Типичный сценарий: сотрудник в мае уходит в дополнительный отпуск (например, как пострадавший вследствие катастрофы на ЧАЭС) на 14 календарных дней, на которые выпадает праздничный день — 9 мая. В старой программе расчет учтенных дней равен 16,07, а в новой версии программа «теряет» один день и рассчитывает только 15,12 дней. В этой статье мы подробно разберем, почему возникает эта ошибка и как ее исправить.

Анализ методологии: почему возникает разница в расчете?

Для того чтобы понять корень проблемы, проанализируем математику расчета среднего заработка в обеих версиях программы, основываясь на нормах Постановления Правительства РФ № 922 и статьи 120 Трудового кодекса РФ.

Рассмотрим исходные данные нашего примера:

  1. В мае всего 31 календарный день.
  2. Сотруднику предоставлен чернобыльский отпуск продолжительностью 14 календарных дней.
  3. В период отпуска попадает нерабочий праздничный день — 9 мая.

Согласно статье 120 ТК РФ, нерабочие праздничные дни, приходящиеся на период ежегодного основного или ежегодного дополнительного оплачиваемого отпуска, в число календарных дней отпуска не включаются. Из-за этого период фактического отсутствия работника сдвигается вперед и составляет 15 календарных дней (например, с 1 по 15 мая), хотя дней самого отпуска остается ровно 14.

По правилам расчета среднего заработка, из расчетного периода исключается только то время, за которое за работником сохранялся средний заработок. Праздничный день (9 мая) в рамках отпуска не оплачивается, следовательно, он должен остаться в расчете календарных дней для будущего среднего заработка (что подтверждается письмом Минтруда № 14-1/В-351).

Как считала программа ЗУП 2.5:

Расчет выполнялся строго по закону:

(31 календарный день месяца - 14 дней отпуска) * 29,3 / 31 = 17 * 29.3 / 31 = 16,07 дней.

Праздничный день 9 мая остался в расчете.

Как считает программа ЗУП 3.1:

В новой редакции ЗУП 3.1 изменилась логика проведения документов-отклонений и алгоритмы вытеснения. Программа часто ошибочно исключает из расчета среднего заработка не количество дней отпуска (14), а весь период отсутствия целиком — 15 календарных дней, включая праздник.

В итоге программа делает расчет:

(31 - 15) * 29,3 / 31 = 16 * 29,3 / 31 = 15,12 дней.

Тот самый один «потерянный» день — это праздничное 9 мая, которое конфигурация ошибочно исключила.

Выясняем причину: где кроется ошибка в 1С:ЗУП 3.1?

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

При проведении документа «Отпуск» или «Отсутствие с сохранением оплаты» в ЗУП 3.1 праздничный день вытесняется вместе с днями отпуска из-за неверной настройки вида начисления или системного бага вытеснения в определенных релизах.

Пошаговые способы решения проблемы в ЗУП 3.1

Рассмотрим три варианта решения проблемы — от быстрого исправления текущего расчета до системной настройки программы на будущее.

Вариант А. Настройка вида отпуска (для предотвращения ошибки в будущем)

Если мы хотим, чтобы программа впредь не выкидывала праздничные дни из расчета при оформлении подобных отпусков, выполним следующие шаги:

  1. Перейдем в раздел Настройка — Предприятие — Виды отпусков.
  2. Найдем в списке предопределенный или созданный пользователем вид отпуска: «Дополнительный неоплачиваемый отпуск пострадавшим на ЧАЭС».
  3. Обратим внимание на флаг «Отпуск является ежегодным».
  4. Если этот флаг установлен, программа по закону продлевает его на праздничные дни. Однако чернобыльский отпуск фактически является мерой государственной поддержки и оплачивается напрямую из СФР (ранее ФСС). Если в вашей учетной политике принято решение не продлевать такие отпуска на праздничные дни, снимите этот флаг.
  5. После снятия флага период отпуска жестко зафиксируется на 14 днях без смещения из-за праздников, и расчет среднего заработка автоматически станет корректным (16,07 дней).

Вариант Б. Ручная корректировка в документе расчета (быстрое решение)

Если вам нужно оперативно рассчитать сотрудника «здесь и сейчас», а времени на перенастройку системы нет, мы можем скорректировать данные вручную непосредственно в документе расчета среднего заработка (например, в новом документе «Отпуск» или «Командировка»):

  1. В документе расчета перейдем к показателю «Средний заработок» и нажмем на кнопку с изображением зеленого карандаша («Открыть форму изменения данных для расчета среднего заработка»).
  2. В открывшейся таблице найдем проблемный месяц (в нашем примере — май).
  3. В колонке «Календарные дни расчетного периода» увидим ошибочное число 16.
  4. Вручную исправим это значение на правильное — 17.
  5. Нажмем кнопку «ОК». Программа автоматически пересчитает долю календарных дней в поле «Учтено дней» на верное значение — 16,07.

Вариант В. Системное исправление регистров через «Перенос данных»

Чтобы не править средний заработок вручную при каждом расчете этого сотрудника в течение последующих 12 месяцев, мы можем скорректировать записи в регистрах программы напрямую с помощью документа «Перенос данных»:

  1. Перейдем в раздел Администрирование — Переносы данных.
  2. Создадим новый документ за тот месяц, в котором была допущена ошибка (май).
  3. По кнопке «Настройка состава регистров» выберем два регистра:
    • Регистр накопления ДанныеОВремениДляРасчетаСреднегоОбщий
    • Регистр сведений ДанныеОВремениДляРасчетаОбщегоСреднегоЗаработкаКорректировка
  4. Добавим строку по нашему сотруднику и скорректируем значение календарных дней, прибавив потерянный праздничный день (чтобы итоговое количество календарных дней для расчета среднего за этот месяц стало равным 17).
  5. Запишем и проведем документ. Теперь при любом последующем расчете среднего заработка программа будет автоматически брать правильные данные из скорректированного регистра.

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

← На главную