Почему после переноса из ЗиК 7.7 в ЗУП 2.5 неверно рассчитывается средний заработок и не учитываются премии?

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

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

Разберем детально механизм возникновения этой проблемы и рассмотрим пошаговые способы восстановления корректного расчета среднего заработка.

Выясним причину некорректного расчета

Проанализируем архитектуру хранения исторических данных при типовой конвертации. При переносе из ЗиК 7.7 в ЗУП 2.5 вся предыстория начислений регистрируется специализированными документами ПереносДанных. Эти документы формируют записи в регистрах расчета, в частности в регистре Основные начисления работников организаций.

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

  1. Норма дней по пятидневке и Норма часов по пятидневке.
  2. Отработано дней по пятидневке и Отработано часов по пятидневке.
  3. Фактические показатели отработанного времени (Отработано дней и Отработано часов).

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

Шаг 1. Проверяем производственный календарь и настройки среднего заработка

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

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

Шаг 2. Анализируем документы «Перенос данных»

Откроем журнал документов Перенос данных через меню Операции → Документы → Перенос данных. Найдем документы с комментарием «Результаты начислений и удержаний за...» за месяцы, входящие в расчетный двухлетний период.

Рассмотрим движения такого документа по регистру расчета Основные начисления работников организаций. Обратим внимание на колонки с показателями пятидневки:

  1. Если колонки Норма дней по пятидневке и Отработано дней по пятидневке пустые, это напрямую блокирует расчет доли премий.
  2. Если для отклонений (донорские дни, командировки) не заполнены показатели Отработано дней или Отработано часов, программа не сможет рассчитать стоимость одного рабочего дня или часа.

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

Шаг 3. Способы исправления исторических данных

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

Вариант 1. Групповое заполнение через внешнюю обработку

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

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

Вариант 2. Корректировка правил обмена при повторной загрузке

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

  1. Откроем правила обмена между ЗиК 7.7 и ЗУП 2.5.
  2. В правиле выгрузки данных по начислениям сотрудников настроим обязательное заполнение реквизитов пятидневки при формировании наборов записей.
  3. Выполним повторную выгрузку и загрузку исторических начислений.

Вариант 3. Методологическая реклассификация премии (альтернатива)

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

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

← На главную