← На главную

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

Какие отчеты необходимо сравнить для проверки переноса

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

1. Полный свод начислений, удержаний и выплат. В ЗУП 3.1 открываем отчет «Полный свод начислений, удержаний и выплат» и сравниваем итоговые суммы по видам начислений и удержаний с отчетом «Свод начисленной зарплаты» в ЗУП 2.5.
2. Расчетные ведомости. Сопоставляем отчет «Расчетная ведомость Т-51» в обеих базах для выверки сумм к выплате и долгов по сотрудникам.
3. Своды по страховым взносам. Сверяем облагаемую базу и начисленные взносы (в ПФР/СФР, ФСС, ФФОМС) помесячно за предшествующие периоды.
4. Отчеты по НДФЛ. Проверяем регистры налогового учета по НДФЛ и сводные отчеты по исчисленному, удержанному и перечисленному налогу.
5. Параллельный расчет. Самый надежный метод контроля — проведение параллельного расчета заработной платы за один или два месяца одновременно в ЗУП 2.5 и ЗУП 3.1 с последующей построчной сверкой результатов.

Особенности переноса кадровых данных и состояний сотрудников

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

1. Проверка кадровой истории и приемов на работу. Если база ЗУП 2.5 ранее была перенесена из 1С:Предприятия 7.7, в ней могут отсутствовать кадровые приказы о приеме, а движения фиксировались напрямую в регистрах. В таком случае перед выгрузкой необходимо убедиться в наличии корректных записей о приеме на работу, иначе сотрудники могут не выгрузиться в ЗУП 3.1. При рекомендованном переносе текущий срез кадровых данных фиксируется документом НачальнаяШтатнаяРасстановка.
2. Состояния сотрудников и учет неявок. Состояния физических лиц транслируются по расчетным данным. Если в ЗУП 2.5 расчетчики оформляли кадровые приказы на неявки без проведения расчетных документов, такие состояния не попадут в ЗУП 3.1.
3. Отпуска по уходу за ребенком. Проанализируем частую проблему: отпуск по уходу за ребенком, завершившийся в 2.5 в плановые сроки без оформления отдельного документа возврата на работу, в ЗУП 3.1 может отображаться как активный. В таких ситуациях требуется вручную создать документ ВозвратИзОтпускаПоУходу либо скорректировать перенесенные данные.
4. Остатки отпусков. Обязательно сверяем отчет «Справка об остатках отпусков». Сдвиг рабочих лет и неверные остатки дней возникают при наличии неоформленных отклонений или ручных корректировок стажа.

Почему различается расчет среднего заработка и количество дней

Нередко при расчете отпускных в ЗУП 3.1 обнаруживается, что средний заработок не совпадает с расчетом в 2.5 при одинаковой начисленной сумме за расчетный период. Выясним причину такого расхождения:

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

Решение ошибки записи подразделений при переносе

При переносе данных может возникнуть ошибка: Не удалось изменить подчиненное подразделение... Ошибка записи объекта Подразделение. Проанализируем причины и пути решения:

1. Зацикливание иерархии. Ошибка вызывается наличием циклической ссылки в справочнике ПодразделенияОрганизаций в исходной базе 2.5 (когда вышестоящее подразделение ссылается на свое же дочернее подразделение в качестве родителя). Перед переносом необходимо запустить в исходной базе процедуру «Тестирование и исправление информационной базы» с проверкой логической целостности.
2. Расположение правил обмена. Типовые правила переноса встроены в конфигурацию ЗУП 3.1 и расположены в объекте ОбщийМакет.ЗарплатаКадрыПереносДанныхИзЗУП25. Если требуется доработка правил (например, для обхода нестандартных кадровых ситуаций), их следует выгрузить в файл и загружать исключительно в конфигурацию «1С:Конвертация данных», редакция 2.0 / 2.1, так как перенос построен на традиционных правилах обмена (не EnterpriseData).

Подготовка исходной базы ЗУП 2.5 к миграции

Чтобы избежать ошибок при переносе, выполним подготовительные действия в исходной базе:

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