← На главную

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

Почему нельзя делать повторный перенос в существующую базу ЗУП 3.1

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

1. Задвоение нормативно-справочной информации: при повторном сопоставлении элементов справочников ФизическиеЛица, Сотрудники, ПодразделенияОрганизаций и Должности часто дублируются записи, если их идентификаторы или ключевые поля изменились в источнике.
2. Разрушение кадровой истории: документ НачальнаяШтатнаяРасстановка, фиксирующий срез кадровых данных на дату начала учета, перезаписывается некорректно либо создается повторно, что приводит к конфликтам в периодических регистрах сведений кадрового учета.
3. Повреждение базы расчета среднего заработка: сведения о заработке для расчета отпусков и пособий за предыдущие годы записываются в специализированные регистры накопления и сведений в свернутом виде. Повторный запуск переноса может привести к задвоению расчетных сумм или затиранию ранее выверенных данных.

Единственный технически корректный способ перенести срез данных на более позднюю дату — развернуть абсолютно чистую информационную базу ЗУП 3.1 из шаблона и запустить перенос данных с нуля с новой даты среза.

Когда обновлять релиз ЗУП 3.1: до или после переноса

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

Причины такого порядка очевидны:

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

Рекомендуемый порядок выполнения перехода

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

1. Подготовка базы-источника ЗУП 2.5:

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

2. Развертывание чистой базы ЗУП 3.1:

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

3. Выбор способа переноса:

   Для небольших баз можно использовать прямое подключение через COM-соединение. Однако при разной разрядности клиента и сервера или при возникновении сбоев памяти надежнее использовать вариант с выгрузкой данных во внешний файл XML. Для этого используется типовая обработка выгрузки из состава поставки ЗУП 3.1, которая запускается в базе 2.5, после чего полученный файл загружается в чистую базу 3.1.

4. Контроль и сверка перенесенных показателей:

   После завершения загрузки данных сверим отчеты между ЗУП 2.5 и ЗУП 3.1 на дату среза. Сверяем отчеты Свод начисленной зарплаты, Анализ взносов в фонды, кадровые отчеты по численности и остатки дней ежегодных отпусков в разрезе сотрудников.

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