Администрирование · 11 мин
Как объединить базы 1С 8: практическое руководство
Как объединить две базы 1С 8: обработка «Выгрузка и загрузка данных XML», конвертация данных, синхронизация, перенос справочников и документов, типичные ошибки.
Объединить базы 1С 8 — значит перенести данные из одной информационной базы в другую так, чтобы справочники, документы и остатки не продублировались и не потеряли связи. Задача возникает при слиянии организаций, консолидации филиалов в одну базу, переходе с нескольких «разрозненных» конфигураций на единую или при восстановлении работы после параллельного ведения учёта.
Универсального «волшебного» способа не существует: выбор инструмента зависит от того, одинаковые ли конфигурации у баз, нужно ли переносить всё или только справочники и остатки, и требуется ли разовый перенос или постоянный обмен. Ниже разобраны рабочие сценарии: от штатной обработки «Выгрузка и загрузка данных XML» до типовой синхронизации и «Конвертации данных».
Главный принцип любого объединения — сначала резервная копия обеих баз, затем тестовый перенос на копии, и только потом работа с рабочей базой. Ошибка при объединении может привести к задвоению контрагентов, потере документов или рассинхронизации остатков, и откат без копии будет очень трудоёмким.
Определите сценарий: какие базы вы объединяете
Первый шаг — понять, с чем вы имеете дело. Сравните конфигурации обеих баз: откройте «О программе» или конфигуратор и проверьте название и версию конфигурации (например, «Бухгалтерия предприятия, редакция 3.0»). Если конфигурации идентичны — задача сильно упрощается, доступны штатные средства переноса. Если конфигурации разные (например, «Управление торговлей» и «Бухгалтерия») или версии сильно отличаются — потребуется настройка правил обмена.
Второй вопрос — объём переноса. Полное объединение со всеми документами за всю историю — самый рискованный и долгий вариант. Часто практичнее перенести только справочники (контрагенты, номенклатура, договоры) и ввести начальные остатки на дату объединения, а старые базы оставить в режиме «только чтение» для доступа к истории.
Третий момент — разовая это операция или постоянная. Если базы должны продолжать жить параллельно и обмениваться данными, нужна не разовая выгрузка, а настроенная синхронизация через план обмена.
Как выбрать способ объединения
Подготовка: резервные копии и чистка данных
До любых манипуляций сделайте полные копии обеих баз. Для файловых баз — скопируйте файл 1Cv8.1CD или выполните выгрузку в dt через конфигуратор («Администрирование» → «Выгрузить информационную базу»). Для клиент-серверных баз — средствами СУБД (MS SQL, PostgreSQL) или также через выгрузку dt. Проверьте, что копия разворачивается и открывается.
Затем подготовьте данные в обеих базах. Проведите документы, закройте периоды, которые не должны меняться, выполните тестирование и исправление базы-источника. Особое внимание уделите справочникам: найдите и пометьте явные дубли контрагентов и номенклатуры — после объединения искать их будет сложнее.
Способ 1. Обработка «Выгрузка и загрузка данных XML»
Штатная обработка «Выгрузка и загрузка данных XML» подходит для переноса данных между идентичными конфигурациями. Она выгружает объекты в XML-файл вместе со ссылками, а при загрузке ищет соответствия по уникальным идентификаторам (GUID) объектов. Обработка входит в состав многих типовых конфигураций и доступна на диске ИТС.
Порядок работы: в базе-источнике откройте обработку, выберите объекты для выгрузки (можно отметить конкретные справочники и виды документов), укажите файл и выполните выгрузку. Затем откройте ту же обработку в базе-приёмнике и загрузите файл. Объекты с совпадающими GUID будут обновлены, с новыми GUID — созданы.
Ключевая особенность: сопоставление идёт именно по GUID, а не по наименованию или коду. Если контрагент «ООО Ромашка» заведён в обеих базах вручную, у него разные GUID — после загрузки вы получите двух контрагентов с одинаковым названием. Поэтому перед объединением баз, которые велись независимо, дубли справочников нужно обработать отдельно.
- 1Сделайте копии обеих баз и разверните тестовую копию приёмника
- 2В базе-источнике откройте «Выгрузка и загрузка данных XML», отметьте нужные объекты, выгрузите в файл
- 3В тестовой копии приёмника загрузите файл той же обработкой
- 4Проверьте дубли справочников, проведённость документов и остатки по отчётам
- 5После успешной проверки повторите загрузку в рабочую базу в нерабочее время
Способ 2. Типовая синхронизация данных
В типовых конфигурациях на базе Библиотеки стандартных подсистем есть встроенный механизм синхронизации данных («Администрирование» → «Синхронизация данных»). Он работает через планы обмена и поддерживает сопоставление объектов не только по GUID, но и по полям поиска: ИНН и КПП для контрагентов, артикулу и наименованию для номенклатуры.
Настройка ведётся через помощник: создаётся новая синхронизация, задаётся способ подключения (через файл, каталог, прямое подключение), затем на этапе сопоставления вы вручную или автоматически связываете дублирующиеся объекты двух баз. Это решает главную проблему прямой XML-загрузки — задвоение справочников.
Синхронизация хороша и для разового объединения, и для постоянного обмена. Ограничение: типовые правила существуют только для поддерживаемых пар конфигураций, а состав переносимых объектов ограничен планом обмена — не всё, что есть в базе, можно передать.
Способ 3. Конвертация данных для разных конфигураций
«Конвертация данных» (редакция 2 или 3) — инструмент для переноса между любыми конфигурациями, включая самописные. Вы создаёте или берёте готовые правила обмена: какие объекты источника в какие объекты приёмника превращаются, как сопоставляются реквизиты, по каким полям ищутся дубли.
Технологически процесс выглядит так: выгружается структура метаданных обеих конфигураций, в «Конвертации данных» настраиваются правила конвертации объектов и свойств, затем обработкой универсального обмена данные выгружаются из источника и загружаются в приёмник. Для типовых пар (например, УТ 11 → БП 3.0) готовые правила поставляются фирмой «1С».
Это самый гибкий, но и самый трудоёмкий способ. Написание правил с нуля требует понимания структуры обеих конфигураций; ошибка в правилах поиска приведёт к массовым дублям, а ошибка в конвертации реквизитов — к потере данных. Для разового объединения разных конфигураций часто дешевле перенести только справочники и остатки, чем строить полную конвертацию документов.
Сравнение способов объединения
Быстро и просто, но только для идентичных конфигураций; дубли ищутся только по GUID
Гибкое сопоставление дублей, подходит для постоянного обмена; ограничена составом плана обмена
Работает с любыми конфигурациями и произвольными правилами; требует настройки и навыков
Минимальные риски и быстрый результат; история документов остаётся в старой базе
Работа с дублями справочников после объединения
После загрузки почти всегда остаются дубли: контрагенты с разным написанием названия, одинаковая номенклатура с разными кодами. В типовых конфигурациях есть обработка «Поиск и удаление дублей» («Администрирование» → «Обслуживание»), которая ищет похожие элементы по заданным правилам и заменяет ссылки на дубли ссылками на «правильный» элемент во всех документах.
Работайте с ней поэтапно: сначала контрагенты (поиск по ИНН — самый надёжный критерий), затем номенклатура, договоры, банковские счета. После каждой замены проверяйте, что документы ссылаются на оставленный элемент. Удалять помеченные дубли стоит только после контрольной сверки остатков и оборотов.
Проверка результата объединения
Контроль строится на сравнении отчётов до и после. Сформируйте в базе-источнике и в объединённой базе одинаковые отчёты на одну дату: оборотно-сальдовую ведомость, остатки склада, взаиморасчёты с контрагентами. Цифры должны сойтись с учётом того, что объединённая база теперь содержит данные обеих.
Дополнительно проверьте: отсутствие битых ссылок (тестирование и исправление в режиме проверки ссылочной целостности), количество документов по видам до и после, корректность переноса движений по регистрам хотя бы на выборке документов. Только после успешной сверки на тестовой копии повторяйте операцию на рабочей базе.
Как проверить результат
Совпадают с суммой показателей обеих исходных баз
Расхождения в суммах или отсутствующие счета/склады
Нет очевидных дублей, ссылки в документах корректны
Одинаковые элементы с разными кодами, битые ссылки
Проведены, движения по регистрам сформированы
Документы загружены непроведёнными или без движений
Часто задаваемые вопросы
Можно ли объединить базы с разными версиями одной конфигурации?
Напрямую — нет. Сначала обновите более старую базу до версии приёмника через штатное обновление конфигурации, и только потом выполняйте перенос. Иначе часть объектов и реквизитов не совпадёт по структуре и данные загрузятся с потерями.
Что делать, если базы велись параллельно и в них есть одинаковые контрагенты?
Используйте синхронизацию данных с этапом сопоставления: она свяжет дубли по ИНН, наименованию и другим полям до загрузки. Если перенос уже выполнен через XML, обработайте дубли обработкой «Поиск и удаление дублей».
Переносятся ли при объединении пользователи и настройки прав?
Нет. Пользователи, роли и права к данным через обмен не переносятся — их нужно создать в объединённой базе вручную или через выгрузку списка пользователей в конфигураторе. Учтите это при планировании перехода пользователей на новую базу.
Обязательно ли переносить всю историю документов?
Нет. Часто рациональнее перенести справочники и ввести начальные остатки на дату объединения, а старую базу оставить доступной для просмотра истории. Это сокращает время переноса и снижает риск ошибок, но требует корректного ввода остатков по всем разделам учёта.
Сколько времени занимает объединение баз?
Зависит от объёма данных и способа: выгрузка справочников через XML может занять минуты, полный перенос документов за несколько лет — часы, а настройка правил конвертации для разных конфигураций — от нескольких дней работы специалиста. Закладывайте время на тестовый прогон и сверку, а не только на саму загрузку.
Что важно запомнить
Способ объединения выбирается по паре конфигураций: одинаковые — XML-обработка или синхронизация, разные — конвертация данных. Всегда делайте копии, тестируйте на копии, сопоставляйте дубли до загрузки и сверяйте отчёты после. Часто достаточно перенести справочники и остатки, оставив историю в старой базе.