← На главную

В период действия Указов Президента РФ о введении нерабочих оплачиваемых дней (ОН) работодатели и бухгалтеры столкнулись с беспрецедентными изменениями в законодательстве и алгоритмах учета рабочего времени. Разработчики фирмы «1С» оперативно выпускали обновления для программы 1С:Зарплата и Управление Персоналом (ЗУП), однако обилие различных графиков работы и региональных настроек привело к возникновению ряда критических ошибок в расчете среднего заработка для отпусков и командировок. Особенно остро проблема встала в середине июня 2020 года после выхода релиза 3.1.14.61.

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

Суть и причины возникновения ошибок расчета среднего заработка

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

1. Ошибка 10223523 (публикация 000069400 на Bugboard): Возникала в базах, где помимо федеральных нерабочих периодов регистрировались дополнительные региональные нерабочие оплачиваемые дни (например, вводимые местными властями субъектов РФ в мае). Программа ошибочно уменьшала начисленные суммы и отработанные дни для всех этих периодов без разбора, что приводило к некорректному занижению среднего заработка.
2. Ошибка 10223517 (публикация 000069395 на Bugboard): Касалась сотрудников, которые по своему графику фактически продолжали работать в нерабочие оплачиваемые дни (например, сотрудники организаций непрерывного цикла или сменщики). Несмотря на то, что в табеле у таких сотрудников стояла «Явка», программа при расчете среднего заработка принудительно исключала праздничные и нерабочие дни (например, 24 июня — День Парада Победы или 1 июля — День голосования) из общего числа календарных дней. Это приводило к искусственному уменьшению знаменателя формулы расчета и, как следствие, к существенному завышению среднего заработка.

Рассмотрим подробнее, как именно программа обрабатывала эти периоды. Запись данных для расчета среднего заработка производится в специальный регистр сведений ДанныеОТработанномВремениДляРасчетаСреднегоЗаработкаОбщий. При проведении документов начисления зарплаты за июнь система неверно интерпретировала флаги присутствия и графики работы, записывая уменьшенное количество календарных дней даже для тех сотрудников, у которых не было зарегистрировано ни одного дня отсутствия по коду «ОН».

Пошаговая методика исправления ошибок в 1С:ЗУП

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

Шаг 1. Проверка версии конфигурации и установка исправлений

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

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

1. Перейдем в раздел Администрирование — Обслуживание — Обновление программы.
2. Выберем пункт Установка исправлений (патчей).
3. Найдем в списке патчи для ошибок EF_10223523 и EF_10223517, скачаем их и установим в базу.

Шаг 2. Актуализация настроек расчета зарплаты

Проверим ключевую настройку программы, которая управляет поведением системы при расчете среднего заработка в «коронавирусные» периоды:

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

Шаг 3. Переформирование исторических данных для расчета среднего заработка

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

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

Шаг 4. Пересчет и проведение документов «Отпуск»

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

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

Альтернативный вариант: Ручная корректировка данных расчета среднего заработка

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

1. В документе Отпуск нажмем кнопку изменения данных среднего заработка (значок «Карандаш» рядом с полем «Средний заработок»).
2. В открывшейся таблице найдем строку за проблемный месяц (например, Июнь).
3. Вручную скорректируем значение в колонке Календарные дни на верное (добавим обратно необоснованно исключенный день 24 июня).
4. Нажмем кнопку ОК и пересчитаем документ.

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

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