Как правильно перенести данные из 1С:ЗУП 2.5 в 1С:ЗУП 3.1 и решить проблемы со средним заработком, кадровой историей и личными данными?

← На главную

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

В этой статье мы подробно разберем, почему стандартный перенос данных может зависать, как правильно перенести сведения для расчета среднего заработка, что делать с кадровой историей для заполнения личных карточек Т-2, а также как исправить типичные ошибки выгрузки, такие как пропажа ФИО сотрудников и некорректный перенос контактной информации.

1. Почему «полный» перенос зависает и почему от него стоит отказаться

При запуске помощника перехода программа предлагает два варианта выгрузки данных: рекомендованный (краткий) и нерекомендованный (полный, с переносом всей кадровой истории и документов начислений за прошлые годы).

Рассмотрим подробнее, почему полный перенос практически всегда завершается ошибкой или бесконечным зависанием на крупных базах (например, на шаге выгрузки метаданных вроде «6/17»):

Разница в архитектуре решений: Архитектура хранения кадровых данных и начислений в редакциях 2.5 и 3.1 кардинально различается. Попытка переконвертировать каждый старый документ «Прием на работу» или «Начисление зарплаты» напрямую приводит к логическим конфликтам.
Огромный объем данных: Для базы с численностью сотрудников более 400 человек объем транзакций при проведении документов за несколько лет перегружает оперативную память сервера. Процесс зависает, не выдавая явных ошибок.
Отказ вендора от поддержки метода: Фирма «1С» фактически прекратила развитие и исправление ошибок «полного» переноса. Все усилия разработчиков направлены на оптимизацию рекомендованного (краткого) варианта.

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

2. Как переносятся и где хранятся данные для расчета среднего заработка

Один из главных вопросов пользователей при кратком переносе: «Как программа будет считать отпуска и больничные, если старые расчетные документы не перенеслись?». Для этих целей предусмотрен перенос сведений в специальные технические регистры.

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

Документы с кодом «СЗП» (Средний заработок общий): Содержат информацию о начислениях и фактически отработанном времени за предшествующие 12 месяцев. Эти данные используются для расчета общего среднего заработка (отпуска, командировки, компенсации при увольнении). Данные пишутся напрямую в регистры накопления ДанныеОНачисленияхДляРасчетаСреднегоЗаработкаОбщий и ДанныеОВремениДляРасчетаСреднегоЗаработкаОбщий.
Документы с кодом «СДЛ» (Средний заработок для пособий ФСС): Содержат сведения о заработке сотрудника за два предшествующих календарных года для расчета больничных листов, пособий по беременности и родам, а также по уходу за ребенком. Данные пишутся в регистры ДанныеОНачисленияхДляРасчетаСреднегоЗаработкаФСС и ДанныеОВремениДляРасчетаСреднегоЗаработкаФСС.

Если после завершения процедуры переноса вы обнаружили, что документы ПереносДанных с кодами СЗП и СДЛ пусты, необходимо выяснить причину. Чаще всего это происходит из-за следующих факторов:

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

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

3. Обязательный чек-лист подготовки базы ЗУП 2.5 перед переносом

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

Обновление конфигураций до актуальных релизов: Правила конвертации данных жестко завязаны на структуру метаданных конкретных релизов. Убедимся, что и база-источник ЗУП 2.5, и база-приемник ЗУП 3.1 обновлены до самых последних выпущенных версий на момент переноса.
Удаление помеченных объектов: Все элементы справочников (физические лица, сотрудники, подразделения, должности), помеченные на удаление, должны быть окончательно удалены из базы через стандартную процедуру удаления помеченных объектов.
Поиск и устранение дублей: Часто в базах ЗУП 2.5 присутствуют дублирующиеся карточки физических лиц. Перед выгрузкой запустим обработку «Поиск и замена дублей», объединим карточки, убедившись, что у каждого сотрудника есть только одно уникальное физлицо. Это критически важно, так как контактная информация (адреса, телефоны) привязывается именно к физическому лицу.
Тестирование и исправление (ТиИ): В конфигураторе ЗУП 2.5 запустим процедуру «Тестирование и исправление» со следующими активными опциями:
- Реиндексация таблиц информационной базы;
- Проверка логической целостности;
- Проверка ссылочной целостности (с установкой переключателей «Создавать дефекты» или «Очищать ссылки» при наличии «битых» ссылок).
Это позволит восстановить разрушенные индексы и исправить скрытые ошибки в регистре сведений ФИОФизическихЛиц.

4. Решение специфических проблем при переносе

Рассмотрим наиболее частые проблемы, с которыми сталкиваются пользователи на практике, и эффективные методы их устранения.

Проблема 1: Пропадают ФИО сотрудников в списках или карточках

В процессе работы в новой базе ЗУП 3.1 пользователи могут заметить, что у некоторых сотрудников исчезают фамилия, имя или отчество в форме списка справочника Сотрудники или в карточке физического лица. Причина кроется в некорректной выгрузке регистра сведений истории изменений ФИО.

Для исправления этой ошибки разберем по шагам логику проверки:

В ЗУП 3.1 ФИО сотрудника берется из периодического регистра сведений ФИОФизическихЛиц. Если при переносе дата записи в регистре оказалась пустой или некорректной (например, «01.01.0001»), система не может отобразить ФИО на текущую дату. Чтобы исправить эту ситуацию программно, мы можем воспользоваться внешней обработкой, которая проверит записи регистра и установит корректную дату начала действия (например, дату рождения физлица или дату начала работы системы).

Посмотрим на пример кода, который позволяет выявить незаполненные или некорректные записи ФИО физических лиц:


Выборка = РегистрыСведений.ФИОФизическихЛиц.Выбрать();
Пока Выборка.Следующий() Цикл
    Если Не ЗначениеЗаполнено(Выборка.Период) Или Выборка.Период < '19000101' Тогда
        ЗаписьДанных = РегистрыСведений.ФИОФизическихЛиц.СоздатьМенеджерЗаписи();
        ЗаполнитьЗначенияСвойств(ЗаписьДанных, Выборка);
        ЗаписьДанных.Прочитать();
        Если ЗаписьДанных.Выбран() Тогда
            ЗаписьДанных.Период = '19800101'; // Устанавливаем корректную дату начала действия
            ЗаписьДанных.Записать();
        КонецЕсли;
    КонецЕсли;
КонецЦикла;

Проблема 2: Не переносятся или криво переносятся адреса сотрудников

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

Проверим релиз конфигурации: Существовал известный баг в платформе и релизах ЗУП 3.0/3.1, когда адреса сотрудников не переносились из-за несоответствия внутренней структуры справочника видов контактной информации. Убедимся, что база обновлена.
Загрузим адресный классификатор (ФИАС/ГАР): Перед выполнением переноса в базу-приемник ЗУП 3.1 обязательно загрузим адресные сведения по тем регионам, в которых зарегистрированы наши сотрудники.
Проверим справочник видов контактной информации: При переносе могут создаваться дублирующие «кривые» элементы в справочнике ВидыКонтактнойИнформации. В новой базе перейдем в данный справочник и убедимся, что адреса сопоставлены со стандартными предопределенными видами (например, «Адрес по прописке физического лица», «Фактический адрес физического лица»). При наличии дублей перенесем адреса на стандартные элементы с помощью обработки «Поиск и замена дублей».

Проблема 3: Отсутствие подробной кадровой истории для карточки Т-2

При «рекомендованном» переносе подробная история кадровых приказов (все кадровые переводы, изменения окладов за прошлые годы) в виде документов действительно не переносится. Многие кадровики переживают, что из-за этого не удастся распечатать личную карточку Т-2.

Проанализируем ситуацию подробнее. Для вывода кадровой истории в форму Т-2 программе 1С:ЗУП 3.1 не обязательно иметь проведенные документы кадровых переводов за прошлые годы. Все эти данные при переносе записываются в специальный технический документ ПереносДанных с кодом «РКД» (Регистр кадровых данных). Информация из этого регистра успешно считывается стандартным отчетом «Личные карточки Т-2».

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

Использование сторонних правил переноса: Разработка или приобретение специализированных правил конвертации данных (через конфигурацию 1С:Конвертация данных 2.1), которые переносят только кадровую историю документами, исключая тяжелые расчетные документы.
Обрезание и свертка базы-источника: Перед переносом можно сделать копию базы ЗУП 2.5, свернуть ее, оставив подробные данные только за последние 2–3 года, и выполнить «полный» перенос уже на небольшом объеме документов, что предотвратит зависание системы.