С выходом обновления конфигурации «Зарплата и управление персоналом» (ЗУП) версии 3.1.27.111 многие пользователи столкнулись с неприятной технической проблемой. В новой форме справки о среднем заработке для пособия по безработице итоговые суммы для некоторых категорий сотрудников стали завышаться в несколько раз. Вместо ожидаемых 40–50 тысяч рублей программа выдает значения свыше 300 тысяч, что делает документ непригодным для подачи в Центр занятости населения (ЦЗН).
В этой статье мы подробно проанализируем ситуацию, выясним техническую причину сбоя и рассмотрим способы его устранения, включая установку официального патча от компании 1С.
Для начала разберем, с чем связано появление новой формы в программе. Изменения продиктованы вступлением в силу Приказа Минтруда России № 604н от 27.07.2023. Согласно этому документу, был утвержден обновленный бланк и изменен порядок исчисления среднего заработка для пособия по безработице.
Теперь расчет производится по правилам, максимально приближенным к Постановлению № 922 (обычный средний заработок для отпусков и командировок), но с важным нюансом: расчетным периодом являются 3 календарных месяца, предшествующих месяцу увольнения. Именно внедрение этого нового механизма в код программы привело к возникновению ошибки у определенной категории работников.
Проанализируем, почему ошибка проявляется не у всех сотрудников. Проблема локализована в алгоритмах обработки данных для сотрудников с суммированным учетом рабочего времени. Рассмотрим подробнее техническую сторону вопроса.
В типовом коде процедуры формирования печатной формы произошла подмена понятий. Для сотрудников с обычным графиком (пятидневка) расчет строится на основе среднедневного заработка. Для сотрудников с суммированным учетом должен использоваться среднечасовой заработок, который затем умножается на среднемесячное количество рабочих часов по графику сотрудника.
В версии 3.1.27.111 программа ошибочно берет среднедневной заработок (рассчитанный по правилам Постановления 922) и подставляет его в формулу расчета для суммированного учета туда, где должен быть среднечасовой. Выясним причину на цифрах:
Таким образом, итоговое значение увеличивается пропорционально количеству часов в рабочем дне (в 7–12 раз в зависимости от графика).
Разработчики 1С оперативно признали наличие ошибки и выпустили исправление в виде патча (исправительного блока кода). Для устранения проблемы нам необходимо установить патч EF_60010738.
Разберем по шагам процесс установки исправления в программе:
EF_60010738. Если нет — его можно скачать с портала поддержки 1С и выбрать файл вручную.Патч корректирует модуль УчетСреднегоЗаработкаСобытия и логику заполнения данных в документе Увольнение. После его применения программа начнет корректно различать типы учета и применять правильные показатели СреднийЗаработок.
Если ваша политика безопасности запрещает установку отдельных патчей, проблему можно решить путем полноценного обновления конфигурации. Ошибка была исправлена в следующих версиях:
Посмотрим, как проверить текущую версию: нажмите кнопку «Сервис и настройки» (три полоски в верхнем правом углу) — «О программе». Если ваша версия ниже указанных, рекомендуется запланировать обновление.
В ситуациях, когда справку нужно выдать «здесь и сейчас», а возможности установить патч или обновить базу нет, воспользуемся режимом редактирования печатной формы.
Рассмотрим алгоритм действий:
Увольнение или найдем сотрудника в справочнике Сотрудники.Важно: для получения корректной суммы для ручного ввода можно временно сформировать «старую» форму справки (образца 2019 года), так как в ней алгоритм расчета среднего заработка для суммированного учета работал исправно.
Проанализируем ситуацию с точки зрения документооборота. С 2023 года справка от работодателя требуется далеко не всем увольняющимся. В большинстве случаев Центр занятости получает сведения о доходах автоматически через систему межведомственного взаимодействия (СМЭВ) на основе данных персонифицированного учета, которые мы подаем в составе ЕФС-1.
Работодатель обязан выдать справку только в исключительных случаях, когда сведения в СФР отсутствуют или не могут быть использованы для расчета:
Если же сотрудник попадает в эти категории, и у него установлен флаг СуммированныйУчетРабочегоВремени в настройках графика работы, обязательно проверьте корректность сумм перед выдачей документа.
Чтобы исключить влияние других факторов на расчет, проверим настройки графика работы сотрудника. Перейдем в настройки графика:
// Примерная логика проверки в коде (для разработчиков)
Если Справочники.ГрафикиРаботы.СуммированныйУчетРабочегоВремени = Истина Тогда
// Должен использоваться алгоритм: СреднечасовойЗаработок * СреднемесячноеЧислоЧасов
Иначе
// Должен использоваться алгоритм: СреднедневнойЗаработок * СреднемесячноеЧислоДней
КонецЕсли;
Убедитесь, что в карточке графика работы корректно заполнена норма времени. Если флаг суммированного учета снят, программа будет пытаться считать по дням, что также может привести к искажениям, если фактически сотрудник работает посменно.
Подводя итог, отметим, что ошибка в релизе 3.1.27.111 носит чисто технический характер. Использование патча EF_60010738 полностью восстанавливает корректную работу печатной формы, гарантируя точность расчетов для сотрудников с любым типом учета рабочего времени.