Как объединить две базы 1С: способы и порядок действий

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

Универсального «волшебного» инструмента нет: выбор способа зависит от того, одинаковые ли конфигурации в обеих базах, нужно ли переносить документы или только справочники, и какая база станет основной. Ниже разобраны рабочие варианты — от штатной выгрузки/загрузки до конвертации данных и синхронизации, а также типичные ошибки, из-за которых объединение превращается в недели ручной чистки.

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

Определите исходную ситуацию: какие базы вы объединяете

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

Также определите состав переносимых данных. Иногда достаточно перенести справочники (контрагенты, номенклатура, договоры) и начальные остатки, а иногда требуется полная история документов за несколько лет. Чем больше объём документов, тем выше требования к согласованности аналитики и тем дольше проверка результата.

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

Создайте резервные копии обеих баз через конфигуратор (Администрирование → Выгрузить информационную базу) или средствами СУБД, если база клиент-серверная. Проверьте, что копия восстанавливается: файл выгрузки, который нельзя развернуть, резервной копией не является.

Второй обязательный этап — чистка справочников в обеих базах. Найдите и пометьте на удаление неиспользуемые элементы, объедините очевидные дубли контрагентов (по ИНН и КПП) и номенклатуры (по артикулу и наименованию). В типовых конфигурациях для поиска дублей есть встроенные обработки, например «Поиск и удаление дублей» в разделе администрирования.

Если этого не сделать, после объединения вы получите справочник с двойным-тройным количеством элементов, и разбирать дубли придётся уже в рабочей базе, где на них ссылаются документы. Чистка до переноса в разы дешевле по трудозатратам.

Способ 1: штатная выгрузка и загрузка данных XML

Если обе базы работают на одной конфигурации и одном релизе, самый простой путь — типовая обработка «Выгрузка и загрузка данных XML». Она находится в разделе «Администрирование» либо доступна как внешняя обработка с диска ИТС. Обработка выгружает данные в XML-файл и загружает их в базу-приёмник с сохранением ссылок.

Порядок действий: в базе-источнике откройте обработку, выберите объекты для выгрузки (можно отобрать по организации, периоду, видам документов), сформируйте файл. Затем откройте ту же обработку в базе-приёмнике и выполните загрузку. При совпадении конфигураций ссылки на справочники переносятся корректно, документы проводятся заново либо загружаются с признаком проведения — в зависимости от настроек.

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

1. 1
   Сделайте резервные копии обеих баз и разверните копию приёмника для теста
2. 2
   В базе-источнике откройте обработку выгрузки, отметьте нужные объекты и периоды
3. 3
   Сформируйте XML-файл и проверьте его размер и отсутствие ошибок выгрузки
4. 4
   В копии базы-приёмника выполните загрузку из файла
5. 5
   Сверьте оборотно-сальдовую ведомость и количество документов в обеих базах
6. 6
   Только после успешной проверки повторите загрузку в рабочую базу

Способ 2: конвертация данных и универсальный обмен

Когда конфигурации различаются или нужен тонкий контроль над сопоставлением объектов, используется «1С:Конвертация данных» — отдельная конфигурация для создания правил обмена. В ней настраивается соответствие: какой справочник источника в какой справочник приёмника превращается, по каким полям искать существующие элементы (ИНН, артикул, код), как преобразовывать реквизиты.

Для типовых пар конфигураций (например, «Управление торговлей» → «Бухгалтерия предприятия») фирма «1С» поставляет готовые правила обмена — их можно взять за основу и доработать. Самостоятельная разработка правил с нуля требует знания встроенного языка 1С и структуры обеих конфигураций, поэтому для разовой задачи часто дешевле привлечь специалиста.

Облегчённый вариант — обработка «Универсальный обмен данными в формате XML»: она работает с готовыми правилами конвертации и позволяет выгружать/загружать данные без установки полной «Конвертации данных». Это стандартный инструмент для переноса между разными конфигурациями.

Способ 3: синхронизация данных между базами

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

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

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

Сравнение способов объединения

Выгрузка/загрузка XML

Быстро и без доработок, но только для идентичных конфигураций и без защиты от дублей

Конвертация данных

Гибкое сопоставление любых конфигураций, но требует разработки и отладки правил

Синхронизация

Подходит для регулярного обмена между совместимыми конфигурациями, не для разового слияния

Перенос через OLE/COM или веб-сервисы

Вариант для программиста при нестандартных требованиях, трудоёмко и дорого в поддержке

Сопоставление справочников и борьба с дублями

Ключевая проблема объединения — дубли справочников. Стратегия зависит от способа переноса. При конвертации данных в правилах задаются поля поиска: для контрагентов — ИНН и КПП, для номенклатуры — артикул или код, для физических лиц — ФИО и дата рождения. Если элемент найден по этим полям, создаётся не новый объект, а ссылка на существующий.

Для уже существующих дублей в объединённой базе используйте обработку «Поиск и замена значений» или типовой механизм объединения дублей: выбирается «правильный» элемент, а все ссылки на дубли автоматически переназначаются на него, после чего дубли помечаются на удаление. Перед массовой заменой сделайте копию базы — операция необратима.

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

Проверка результата после объединения

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

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

Отдельно пройдитесь по журналу ошибок загрузки: обработки обмена пишут, какие объекты не удалось записать и почему. Типичные причины — незаполненные обязательные реквизиты в приёмнике, уникальные индексы, отсутствие связанных элементов справочников.

Контрольные точки

Как проверить результат

Оборотно-сальдовая ведомость

Норма

Обороты и сальдо совпадают с базой-источником

Тревожный признак

Расхождения по счетам — часть документов не перенеслась

Справочник контрагентов

Норма

Нет дублей по ИНН, все элементы заполнены

Тревожный признак

Двойники с одинаковым ИНН, пустые реквизиты

Журналы документов

Норма

Документы проведены, номера с префиксами не конфликтуют

Тревожный признак

Непроведённые документы, пересечения номеров

Журнал ошибок обмена

Норма

Пусто или только ожидаемые пропуски

Тревожный признак

Массовые ошибки записи объектов

Частые вопросы

Можно ли объединить базы разных конфигураций, например УТ и БП?

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

Перенесутся ли права пользователей и настройки?

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

Что делать с документами в закрытых периодах?

Либо временно открыть период в базе-приёмнике на время загрузки и закрыть заново после проверки, либо переносить старые периоды только остатками на дату начала ведения учёта. Второй вариант безопаснее для отчётности.

Сколько времени занимает объединение двух баз?

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

Что делать, если после загрузки появились битые ссылки?

Битая ссылка («Объект не найден») означает, что документ ссылается на элемент справочника, который не был перенесён. Найдите такие объекты, догрузите недостающие справочники повторной выгрузкой и выполните загрузку ещё раз — ссылки восстановятся, если значения поиска совпадают.

Можно ли объединить базы без программиста?

Для идентичных типовых конфигураций — да, штатной обработкой выгрузки/загрузки XML, при условии аккуратной подготовки и теста на копии. Для разных конфигураций, разработки правил конвертации и разбора коллизий синхронизации потребуется специалист со знанием встроенного языка 1С.