После установки обновления 1С:Зарплата и Управление Персоналом КОРП до версии 3.1.31.58 многие пользователи столкнулись с ошибками при расчете среднего заработка, в частности, для больничных листов. Проблема проявляется в некорректных суммах и связана с регистром накопления Данные для расчета среднего заработка по начислениям (ФСС). Рассмотрим, почему это происходит и какие существуют способы решения данной проблемы.
Давайте выясним причину возникновения этой ситуации. Ошибка, о которой идет речь, была официально зарегистрирована фирмой "1С" для релиза 3.1.31.58. Ее корень лежит в архитектурных изменениях, которые разработчики внесли в программу в рамках подготовки к будущим изменениям налогового законодательства.
С 2025 года планировалось введение прогрессивной шкалы НДФЛ. При этом предполагалось, что такие начисления, как районные коэффициенты (РК) и северные надбавки (СН), будут облагаться по старой ставке 13% (или 15% при превышении лимита), а не по новой повышенной ставке. Для реализации такого сложного расчета потребовалось изменить структуру хранения данных.
Для этого в конфигурацию были добавлены новые, более детализированные регистры накопления:
Данные для расчета среднего заработка по начислениямДанные для расчета среднего заработка по начислениям (ФСС)Их ключевое отличие от старых регистров в том, что они хранят данные не общей суммой за месяц, а в разрезе каждого конкретного начисления. Это позволило бы в будущем "вычленять" из общей базы суммы РК и СН для применения к ним особой ставки налога.
Так где же возникла ошибка? При обновлении конфигурации до версии 3.1.31.58 запускается специальная процедура, которая должна заполнить эти новые, пустые регистры данными за прошлые периоды на основе информации из старых регистров. Именно в механизме запроса, который одновременно обращался и к старым, и к новым данным для расчета среднего заработка ФСС, была допущена ошибка. Это и приводило к искажению итоговых сумм, особенно в случаях, когда в расчетном периоде у сотрудников были сторнирующие записи.
Самый простой, безопасный и рекомендуемый фирмой "1С" способ исправления — это установка более свежего релиза программы. Данная ошибка была полностью исправлена в последующих версиях.
3.1.31.66, 3.1.30.116 и всех последующих. Обновление конфигурации до актуальной версии автоматически исправит некорректное поведение программы.EF_70100330_2). Установка такого патча исправляет ошибку точечно, не затрагивая остальные механизмы программы. Проверить наличие и установить патчи можно в разделе "Администрирование" -> "Обслуживание" -> "Обновление программы" -> "Установка исправлений (патчей)".Этот путь является предпочтительным для большинства пользователей, так как не требует вмешательства в код конфигурации и гарантирует корректную работу всех механизмов в будущем.
Если по каким-то причинам обновиться немедленно нет возможности, существует альтернативный способ, который заключается во вмешательстве в процесс обновления. Этот метод подходит для программистов или опытных администраторов 1С.
Логика этого решения следующая: как выяснилось позже из разъяснений Минтруда, Минфина и ФНС, выплаты по среднему заработку (отпускные, командировочные, больничные) относятся к гарантиям и компенсациям, а не к заработной плате. Поэтому выделять из них доли РК и СН для отдельного налогообложения не требуется. Это означает, что срочное и принудительное заполнение детализированного регистра Данные для расчета среднего заработка по начислениям (ФСС) за прошлые годы не является критически важным, особенно до 2025 года.
Исходя из этого, можно временно отключить проблемную процедуру. Проанализируем шаги:
ОбновлениеИнформационнойБазыЗУП).Данные для расчета среднего заработка по начислениям (ФСС). Этот код необходимо закомментировать, чтобы он не выполнялся в процессе обновления.Важный нюанс: если ваша организация в принципе не применяет районные коэффициенты и северные надбавки, можно пойти дальше. В этом случае новые регистры с суффиксом ...по начислениям вам, скорее всего, никогда не понадобятся. Их корректным состоянием будут нулевые записи. Поэтому можно смело отключать в обработчике обновления заполнение всех этих новых детализированных регистров.
Внимание! Данный метод является временным решением и требует хорошего понимания структуры конфигурации. Он позволяет "перепрыгнуть" через ошибку, но при последующих обновлениях рекомендуется все же перейти на штатный механизм. Если в будущем эти данные все же понадобятся, процедуру заполнения регистров можно будет запустить принудительно из конфигуратора или с помощью специальной обработки.