← На главную

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

Ситуация, когда в ЗУП 2.5 среднедневной заработок сотрудника составлял, к примеру, 631,06 рублей, а после переноса в ЗУП 3.1 программа упорно выдает 628,19 рублей, является классической. На первый взгляд данные по начислениям и времени полностью совпадают, но результат оказывается разным. Давайте вместе разберем по шагам, какие архитектурные и законодательные механизмы вызывают эти расхождения, и как их правильно исправить.

Анатомия переноса данных: технические документы ЗП_СЗО и ЗП_ГП

Для того чтобы понять, откуда берется разница в расчетах, нам необходимо заглянуть «под капот» механизма переноса данных. При переходе с ЗУП 2.5 на ЗУП 3.1 накопленные исторические данные для расчета среднего заработка за прошлые периоды регистрируются не привычными расчетными документами, а специальными техническими документами под общим названием «Перенос данных». Они создают записи напрямую в регистры накопления.

В контексте нашей проблемы ключевую роль играют два типа документов:

1. ЗП_СЗО (Средний заработок общий) — этот технический документ фиксирует сведения о времени и начислениях для расчета общего среднего заработка (база для отпусков, командировок, доплат до среднего и т. д.). Данные из него попадают в специализированные регистры накопления: Данные о времени для расчета среднего (общий) и Данные о начислениях для расчета среднего заработка (общий).
2. ЗП_ГП (Годовая премия) — этот документ предназначен исключительно для обособленного учета годовых премий. Он делает записи в регистр накопления Данные о начислениях для расчета среднего заработка (годовая премия).

Когда мы выполняем перенос, программа автоматически классифицирует начисления. Если годовая премия за прошлый год переносится в документ ЗП_ГП, то ЗУП 3.1 будет применять к ней особые, жесткие правила распределения, отличные от правил ЗУП 2.5. Если же мы принудительно перенесем эту строку в документ ЗП_СЗО, программа начнет трактовать эту сумму как обычную (месячную или разовую) премию, что сразу же изменит результат расчета среднего заработка.

Методология Постановления № 922: почему ЗУП 3.1 считает строже?

Основная методическая причина расхождений кроется в разной реализации требований Постановления Правительства РФ № 922 в редакциях 2.5 и 3.1.

В старой редакции ЗУП 2.5 в настройках среднего заработка существовала очень удобная для пользователей, но не совсем корректная с точки зрения контролирующих органов опция: «При расчете среднего не уменьшать премии, начисленные пропорционально отработанному времени». Если этот флаг был установлен, программа игнорировала тот факт, что расчетный период был отработан сотрудником не полностью, и включала премию в расчет среднего заработка в полном объеме.

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

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

Рассмотрим важный нюанс. Даже если премия настроена в ЗУП 3.1 как «полностью учитываемая», но ее базовый период выходит за рамки расчетного (например, мы рассчитываем средний заработок за последние 12 месяцев, а премия была начислена за рамками этого интервала или за период, превышающий его), программа обязана пересчитать ее пропорционально отработанному сотрудником времени. В ЗУП 2.5 такие расчеты часто обходились ручными корректировками или использованием вышеупомянутой настройки, из-за чего в новой базе сумма среднего заработка закономерно уменьшается.

Годовые премии: разница в логике распределения

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

1. Обычные премии (ежемесячные, квартальные) в ЗУП 3.1 учитываются строго по дате их начисления. Если месяц начисления премии попадает в 12 месяцев расчетного периода — она учитывается.
2. Годовые премии учитываются по особому правилу: они берутся в расчет за предшествующий календарный год, независимо от того, в каком месяце они были фактически начислены.

Если годовая премия за 2017 год была начислена в декабре 2017 года, то при переносе данных в ЗУП 3.1 она попадает в документ ЗП_ГП как годовая. При расчете среднего заработка в ЗУП 3.1 программа проанализирует, полностью ли сотрудник отработал календарный 2017 год. Если у сотрудника были периоды невыходов (больничные, отпуска без сохранения оплаты, командировки), программа применит к сумме годовой премии понижающий коэффициент:

КоэффициентПремии = ОтработаноДнейВГоду / НормаДнейВГоду

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

Практический анализ кейса: почему 631,06 руб. превратились в 628,19 руб.?

Проанализируем конкретную ситуацию, описанную в теме форума. Расчетчик пытается понять, почему сумма в ЗУП 3.1 (628,19 руб.) отличается от суммы в ЗУП 2.5 (631,06 руб.). Данные о начислениях и времени визуально идентичны.

После детального анализа выясняется, что годовая премия за 2017 год при переносе данных была зарегистрирована в техническом документе ЗП_ГП. Поскольку у сотрудника были невыходы в течение 2017 года, ЗУП 3.1 применила к ней расчет пропорционально отработанному времени за год. Сумма премии, вошедшая в расчет среднего, уменьшилась.

Когда пользователь решил провести эксперимент и удалил строку с этой премией из документа ЗП_ГП, перенеся ее в документ общего среднего заработка ЗП_СЗО как премию за декабрь 2017 года, программа изменила алгоритм:

• Премия перестала считаться «годовой» и перешла в разряд обычных разовых (декабрьских) премий.
• Так как декабрь 2017 года входил в расчетный период, программа учла ее полностью (без пропорционального урезания за весь 2017 год).
• Сумма среднедневного заработка в ЗУП 3.1 мгновенно увеличилась и совпала со значением ЗУП 2.5 — 631,06 руб.

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

Ошибки в учете времени и календарных дней при переносе

Еще один фактор, влияющий на конечную сумму — это расхождения в отработанном времени, перенесенном из старой базы. Обратите внимание на сообщение автора темы: «Пробовал менять в июле 2017 отработано календарных дней 3 на 1, получалась сумма 631,86».

При переносе данных из ЗУП 2.5 в ЗУП 3.1 часто возникают мелкие расхождения в подсчете календарных дней в неполных месяцах (периоды болезней, отпусков за свой счет). Лишний или недостающий день в регистре Данные о времени для расчета среднего (общий) напрямую влияет на знаменатель формулы расчета среднего заработка:

Знаменатель = 29.3 * ПолныеМесяцы + КалендарныеДниВНеполныхМесяцах

Если в июле 2017 года вместо 1 календарного дня отпуска/болезни перенеслось 3 дня, знаменатель увеличился, а среднедневной заработок пропорционально уменьшился.

Кроме того, помните, что в ЗУП 3.1 расчет коэффициента пропорциональности премий всегда производится исходя из нормы и отработанного времени по графику стандартной пятидневной рабочей недели (40 часов), независимо от того, по какому графику фактически работает сотрудник (например, при сменном графике или суммированном учете рабочего времени). В ЗУП 2.5 для этой пропорции мог использоваться индивидуальный график сотрудника, что также порождает разницу в копейках.

Пошаговое руководство по исправлению расхождений в программе

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

1. Проверьте настройки начисления премий. Перейдите в раздел Настройки — Начисления. Найдите премию, которая вызывает сомнения, и откройте вкладку Средний заработок. Сравните правила ее учета (полностью или частично) в обеих базах.
2. Проанализируйте документы «Перенос данных». Перейдите в раздел Администрирование — Переносы данных. Найдите документы с кодами ЗП_СЗО и ЗП_ГП за проверяемый период.
3. Проверьте соответствие отработанных календарных и рабочих дней. Сформируйте отчет Калькулятор расчета среднего заработка в ЗУП 3.1 и аналогичный расчет в ЗУП 2.5. Сверьте количество календарных дней в неполных месяцах. При обнаружении расхождений скорректируйте данные в документе ЗП_СЗО.
4. Примите решение по годовым премиям.
   • Если вы хотите строго следовать методологии Постановления № 922, оставьте премию в документе ЗП_ГП. Примите тот факт, что ЗУП 3.1 рассчитывает средний заработок более корректно, и разница в пользу уменьшения является обоснованной.
   • Если для вашей организации критически важно сохранить преемственность расчетов «один в один» с ЗУП 2.5, вы можете скорректировать перенос данных, переместив запись о годовой премии из регистра ЗП_ГП в регистр общего заработка ЗП_СЗО, изменив ее категорию.

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