← На главную

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

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

Выясняем причину: почему стандартное обновление невозможно?

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

Когда пользователь пытается «накатить» файл обновления (или cf-файл) новой конфигурации ЗУП 3.1 на базу ЗУП 2.5 через Конфигуратор, СУБД пытается сопоставить старые таблицы с новыми. Поскольку ключевые поля и индексы во многих регистрах изменились, платформа выдает критические ошибки неуникальности записей. Данные разрушаются, и база становится неработоспособной.

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

Разберем по шагам правильный алгоритм перехода

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

1. Подготовка исходной базы ЗУП 2.5:
   • Обновите исходную базу ЗУП 2.5 до самого последнего актуального релиза. Правила конвертации данных обновляются разработчиками 1С регулярно. Если выгружать данные из устаревшего релиза, возникнут ошибки совместимости.
   • Обязательно выполните резервное копирование базы.
   • Проведите процедуру Тестирование и исправление через Конфигуратор. Установите флаги проверки логической и ссылочной целостности, а также реиндексации таблиц. Это поможет избавиться от «битых» ссылок (объектов вида <Объект не найден>).
2. Создание целевой базы ЗУП 3.1:
   • Создайте чистую информационную базу ЗУП 3.1, используя актуальный шаблон конфигурации.
   • Запустите базу ЗУП 3.1 в режиме «1С:Предприятие». При первом запуске система автоматически откроет встроенный инструмент — Помощник начальной настройки.
3. Настройка и запуск переноса:
   • В окне помощника выберите пункт «Перенести данные из программы 1С:Зарплата и управление персоналом 8, редакция 2.5».
   • Укажите вариант подключения: прямое подключение к базе-источнику (рекомендуется, если базы находятся на одном компьютере или в одной локальной сети) или загрузка из предварительно выгруженного XML-файла.

Выбор варианта переноса данных

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

1. Рекомендованный перенос (перенос остатков)

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

• Кадровая история сотрудников на дату начала ведения учета;
• Действующие плановые начисления и показатели;
• Остатки неиспользованных отпусков;
• Данные для расчета среднего заработка за предыдущие годы (для отпусков и больничных листов);
• Параметры воинского учета и личные данные физических лиц.

Преимущества: База ЗУП 3.1 получается «чистой», без старых ошибок учета и неактуального мусора. Размер базы минимален, расчеты выполняются быстро.

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

2. Полный перенос (перенос документов)

Этот вариант предполагает перенос всей кадровой и расчетной документации за выбранный исторический период (например, за последние 2–3 года).

Преимущества: Вся история начислений и кадровых перестановок доступна в одной базе.

Недостатки: Данный метод официально признан устаревшим и не рекомендуется фирмой 1С. Из-за различий в логике расчетов перенос документов практически всегда завершается ошибками. Все некорректные действия расчетчиков из старой базы перейдут в новую, что исказит текущие расчеты.

Анализируем проблему неуникальности записей воинского учета

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

В ЗУП 2.5 сведения о воинском учете могли записываться с привязкой к конкретным элементам справочника СотрудникиОрганизаций. В ЗУП 3.1 этот учет ведется строго в разрезе справочника ФизическиеЛица через регистр сведений ВоинскийУчет.

Если в исходной базе ЗУП 2.5 для одного физического лица было заведено несколько карточек сотрудников (например, при увольнении и повторном приеме или при внутреннем совместительстве) и в этих карточках были введены разные, противоречащие друг другу данные о воинском билете или военкомате, то алгоритм переноса попытается записать их для одного физического лица в ЗУП 3.1. База данных MS SQL Server или файловая СУБД заблокирует транзакцию, так как уникальность по ключевому полю Физлицо будет нарушена.

Как устранить ошибку перед переносом:

1. В исходной базе ЗУП 2.5 откройте обработку «Поиск и замена дублей». Найдите все задублированные карточки физических лиц и объедините их.
2. Проверьте регистр сведений воинского учета в старой базе. Если у одного человека заведено несколько записей с разными данными, оставьте только одну — актуальную.
3. Убедитесь, что у сотрудников заполнены корректные персональные данные (ФИО, СНИЛС, серия и номер паспорта). Если у разных людей будут одинаковые СНИЛС, система переноса решит, что это один человек, и попытается объединить их данные, вызвав ошибку уникальности в регистрах.

Полезные практические советы

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

• Правильно выбирайте время перехода. Оптимально переходить с 1 января нового года. Это позволит начать налоговый период по НДФЛ и страховым взносам с чистого листа в новой программе. Перед переносом обязательно закройте декабрь в старой базе: рассчитайте зарплату, выплатите ее и сформируйте отчетность.
• Контрольная сверка данных. После успешной загрузки данных в ЗУП 3.1 сформируйте отчеты «Анализ зарплаты по сотрудникам», «Штатная расстановка» и сравните их с аналогичными отчетами из ЗУП 2.5. Сверьте остатки отпусков и данные для расчета среднего заработка.
• Параллельный учет. Настоятельно рекомендуем в течение минимум одного (а лучше двух) месяцев вести расчет заработной платы параллельно в обеих базах. Это позволит выявить скрытые расхождения в настройках начислений и формулах расчета до того, как вы окончательно откажетесь от старой программы.