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