Как объединить две базы 1С ЗУП

Способ 1: «Выгрузка и загрузка данных XML»

Типовой бесплатный инструмент 1С – обработка «Выгрузка и загрузка данных XML» – позволяет перенести данные между идентичными конфигурациями. Алгоритм таков:

1. Подготовка. Убедитесь, что обе базы (источник и приёмник) имеют одинаковую конфигурацию и релиз. Создайте резервную копию приёмной базы.
2. Выгрузка из базы-источника. В исходной базе откройте обработку «Выгрузка и загрузка данных XML» (раздел «Администрирование → Обслуживание → Выгрузка данных XML»). Отметьте флажками все нужные объекты: справочники (организации, сотрудники, должности и т.д.), документы, регистры и т.д. При необходимости укажите период (чтобы не брать всю историю) и установите «Выгружать связанные данные», чтобы вместе с основными объектами перенеслись их вспомогательные данные (например, банковские реквизиты организаций). Задайте место сохранения (на ПК или на сервере) и нажмите «Выгрузить». Сохраните XML-файл.
3. Загрузка в базу-приёмник. Откройте обработку на вкладке «Загрузить данные». Укажите путь к полученному XML-файлу и запустите загрузку. После окончания проверьте сообщения об импорте, сверяйте количество загруженных объектов.

Важно: при загрузке в рабочую базу заранее сделайте резервную копию!

Дубли справочников. Главный недостаток этого способа – в приёмной базе появятся дубли элементов справочников. Дело в том, что при загрузке 1С сопоставляет объекты по их уникальным идентификаторам (UID). Если две базы изначально разные (неслиянные), их справочники содержат одинаковые по смыслу записи, но с разными UID. При загрузке новых данных 1С не объединит совпадающие объекты по содержимому – просто создаст новый элемент. Как отмечено в обсуждении на форуме, «если изначально были 2 разные базы и идентификаторы соответственно разные получились – то будут дубли». Например, если в обеих базах уже есть одинаковые организации или сотрудники, после импорта появятся два элемента одного сотрудника.

После импорта обязательно надо удалить дубли. В 1С:ЗУП предусмотрена обработка «Поиск и удаление дублей». Она доступна в режиме технического специалиста: включите «Режим тех. специалиста» (Администрирование → Обслуживание), затем найдите «Поиск и удаление дублей». Откройте её, выберите нужный справочник (например, Физические лица или Сотрудники) и нажмите «Найти дубли». Система покажет пары похожих записей (обычно по совпадению реквизитов – ФИО, СНИЛС, ИНН и др.). Отметьте каждую пару «оригинал/дубль» (синей стрелкой) и нажмите «Удалить дубли». При этом документы, связанные с дублирующей карточкой, автоматически «перенесутся» на оригинал, а сам дубль помечается на удаление. Повторите процесс для всех типов справочников (контрагенты, сотрудники, номенклатура, подразделения и т.д.).

• Плюсы: обработка бесплатна, не требует покупки доп. ПО. Можно выбирать период выгрузки и конкретные справочники.
• Минусы: создание дублей – придётся время и силы потратить на их поиск и удаление. Если данных очень много, этот процесс «вручную» может занять существенное время. Также следует учесть, что выгружая/загружая большие массивы (особенно документы и регистры), возможны ошибки из-за недостатка памяти.

Таким образом, метод XML подходит, если нет лишних средств и готовы потратить время специалистов на «чистку» базы.

Способ 2: Распределённая информационная база (РИБ)

Механизм распределённых баз 1С изначально предназначен для обмена между территориально разнесёнными филиалами. Его можно «перекинуть» на задачу объединения: одну базу делать главным узлом, другую – подчинённой, а затем синхронизировать все изменения из подчинённой в главную. При этом в главной базе в итоге будут все данные обеих.

Основные шаги:

1. Идентичность конфигураций. Убедитесь, что обе базы имеют совершенно одинаковую конфигурацию и релиз (версия 1С:ЗУП, релиз, все модификации и расширения). Обмен в РИБ возможен только между полностью идентичными базами.
2. Настройка главной базы (централизованного узла). В главной базе в разделе «Администрирование → Синхронизация данных» включите «Синхронизация данных» и укажите префикс информационной базы (любой символ или набор букв, чтобы отличать записи). Создайте новый процесс синхронизации – выберите «Распределённая информационная база». Укажите тип соединения (каталог, FTP и т.д.) и путь для обмена, можно в локальной сети или на файловом сервере. Создайте начальный образ – он сформирует копию пустой базы (все конфигурационные объекты без данных) для подчинённой базы.
3. Настройка подчинённой базы (филиала). В подчинённой базе тоже зайдите в «Синхронизация данных», нажмите «Создать синхронизацию» и выберите «Распределённая информационная база». Настройте соединение на ту же папку/сервер, задайте префиксы для неё и для главной базы. Сохраните правила.
4. Регистрация изменений. В подчинённой базе отметьте флажком «Регистрация изменений всех объектов». Это нужно, чтобы зафиксировать текущее состояние всех справочников, документов и регистров.
5. Передача данных. Выполните синхронизацию в подчинённой базе – нажмите «Синхронизировать» (будет создан файл-обмен, попадающий в папку). Потом в главной базе тоже «Синхронизировать» (она скачает и применит изменения). После обмена в главной базе появятся все записи из подчинённой (с префиксом).

Таким образом, вся информация из базы-источника фактически перезагрузится в базу-приёмник через файлы обмена.

Особенности и недостатки:

• Дубли справочников. Этот способ тоже создаёт дубли. По умолчанию при синхронизации сопоставление объектов идёт по ссылкам (UID) и префиксам: каждый узел хранит свои уникальные идентификаторы. Даже если в обеих базах есть одинаковые организации или контрагенты, при передаче они будут посчитаны разными объектами. Как отмечено на Форумах, при обмене «изначально двух разных баз» с разными идентификаторами «будут дубли». То есть потребуется дальнейшее ручное удаление дублирующихся записей в главной базе (аналогично пункту 1).
• Требования по релизу. Базы должны быть точно одного релиза 1С:ЗУП. Обмен через РИБ возможен только между абсолютно синхронизированными конфигурациями. Если версии отличаются, настройку РИБ не удастся завершить.
• Объёмы данных и ресурсы. При передаче очень больших объёмов (много сотрудников, документов, длительной истории) возможны проблемы: если массив файлов обмена превысит ресурсы сервера или время выполнения, процедура может зависнуть. На практике иногда «выгрузка/загрузка не доходит до конца из-за нехватки оперативной памяти на сервере». Поэтому для крупных баз может потребоваться разбивать обмен на части вручную (отсекая периоды или отдельные справочники).

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

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

Способ 3: Правила обмена (конвертации) MoscowSoft

Компания MoscowSoft разработала платный инструмент переноса данных между базами 1С, включая сценарии «ЗУП→ЗУП». Суть метода – использование готовых XML-правил (Конвертация данных 2), настроенных специально для 1С:ЗУП.

1. Проверка перед покупкой. MoscowSoft предоставляет услугу бесплатной проверки переноса данных на вашем сервере перед покупкой инструмента. Специалист компании подключится к вашей базе, запустит выгрузку и загрузку по существующим правилам и даст результат на проверку, не покупая программу. Это позволяет убедиться в качестве переноса на ваших данных.
2. Настройка. После приобретения вы получаете обработку «Правила обмена 1С:ЗУП→ЗУП». В ней настраиваются: период переноса, фильтры по организациям, способ учета. Можно ввести начальные остатки (например, указать дату, с которой переносим документы). Ключевой момент – правила обмена ищут объекты не только по UID, но по заданным ключевым полям. Конфигуратор правил позволяет прописать, что, скажем, сотрудники сопоставляются по таблице «Физические лица» (по ФИО + СНИЛС), контрагенты – по ИНН/КПП, номенклатура – по коду и т.д. Таким образом «не создаются дубли» – если объект уже есть по ключам, он просто дополняется. Как указывают эксперты, конвертация позволяет «отключить поиск по UID и добавить поиск по другим полям (код, наименование…)».
3. Игнорирование ненужного. Возможна выборочная загрузка: например, не переносить уволенных сотрудников. Как отмечено в документации, «физические лица уволенных сотрудников в новую 1С переносить не надо» – для этого делают перенос с начальными остатками по активным кадрам. Аналогично можно исключить из переноса «старую» архивную информацию (устаревшие начисления), документы по закрытым периодам и т.д. Правила дают гибкость: фильтруя данные, вы не затрагиваете ненужные объекты, снижая объём обработки.
4. Обработка больших объёмов. Инструмент автоматически делит крупный перенос на части: сам запускает несколько циклов выгрузки/загрузки по порциям данных, чтобы не перегружать память. То есть срабатывает принцип «порционный перенос». Это значительно облегчает задачу при десятках тысяч записей, когда ручной XML-обмен «стухает».
5. Консольный запуск. Процесс можно полностью автоматизировать: специалист задаёт правила и запускает обмен на сервере под админом. Не нужно вручную открывать каждую базу – всё идёт через файлы обмена и обработку конвертации.
6. Пример. MoscowSoft проводит переносы из ЗУП в ЗУП с учётом всех нюансов. Например, до конца 2025 года они выполнили десятки заказов по таким правилам. За счёт поиска по ключевым полям исключаются дублеры записей, а реализованные фильтры позволяют не трогать уволенных сотрудников и старые начисления.

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

Минусы: Инструмент платный (цена зависит от типа переноса). Однако за счёт ускорения работы программиста и уменьшения ручной чистки он зачастую окупается. Проект без него мог бы занять в разы больше времени. Можно рассматривать это как инвестицию в гарантированный результат за несколько дней работы, а не недель.

Проверить перенос данных из ЗУП в ЗУП

Заключение

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

• Если бюджет ограничен, можно попробовать способ 1 (XML-выгрузка/загрузка) или способ 2 (распределённая база). Оба бесплатны, но потребуют значительных усилий: придётся вручную удалять дубли и тщательно проверять данные. Подойдёт, если база небольшая или можно временно выделить программиста. Например, выгрузку/загрузку делать «порционно» (по организациям или периодам), чтобы не упустить объём, и после каждого импорта запускать поиск дублей.
• Лучшим с точки зрения надёжности и скорости обычно оказывается способ 3 (готовые правила MoscowSoft). Он платный, но экономит время: нет ручного удаления дублей, есть гибкая фильтрация, разделение по партиям и возможность протестировать перенос заранее. Если у вас технические специалисты 1С, стоит обсудить с ними приобретение такого инструмента или хотя бы консультацию.

Рекомендация: обсудите задачу со своими ИТ-специалистами и 1С-разработчиками. Возможно, они смогут самостоятельно реализовать перенос на основании описанных способов или предложить альтернативное решение. Если в вашей компании нет нужного эксперта, целесообразно обратиться к профессиональным интеграторам (например, MoscowSoft или другим партнёрам), специализирующимся на обменах 1С:ЗУП.

После объединения баз проверьте корректность остатков и документов, сгенерируйте пробные отчёты, убедитесь, что все начисления и взносы учтены правильно. А чтобы не пропустить новые советы по работе с 1С, подпишитесь на наш блог или сообщества в соцсетях и задавайте вопросы специалистам – мы всегда рады помочь оптимизировать работу в 1С!