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

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

Главная сложность — не сам перенос, а сопоставление объектов. Один и тот же контрагент в двух базах может иметь разные внутренние идентификаторы, наименования и коды. Если переносить «в лоб», получите дубли номенклатуры, контрагентов и договоров, которые потом придётся вычищать вручную неделями.

Способ объединения зависит от конфигураций: одинаковые ли базы (например, две «Бухгалтерии предприятия» одного релиза) или разные (перенос из «Управления торговлей» в «ERP»). Для однотипных конфигураций есть штатные инструменты, для разных потребуется «Конвертация данных» или внешние обработки.

Оцените исходную ситуацию перед объединением

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

Полный перенос истории оправдан, когда база-источник закрывается и нужен непрерывный архив. Если же старая база остаётся доступной «на чтение», часто достаточно перенести справочники и ввести начальные остатки на дату перехода — это в разы быстрее и безопаснее.

Подготовьте базы: резервные копии и нормализация данных

Обязательный первый шаг — полные резервные копии обеих баз. Для файловых баз достаточно скопировать каталог с файлом 1Cv8.1CD или сделать выгрузку в dt через конфигуратор. Для клиент-серверных баз делайте бэкап средствами СУБД (MS SQL, PostgreSQL) — выгрузка dt большой базы может занять часы и не гарантирует целостность при активных сеансах пользователей.

Второй этап — чистка и нормализация. В базе-приёмнике и источнике найдите и пометьте дубли контрагентов, номенклатуры, договоров. Закройте неактуальные периоды, завершите непроведённые документы или пометьте их на удаление. Чем чище данные до переноса, тем меньше конфликтов при сопоставлении.

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

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

Для идентичных конфигураций самый простой инструмент — обработка «Выгрузка и загрузка данных XML» (файл ВыгрузкаЗагрузкаДанныхXML.epf входит в поставку многих типовых конфигураций и доступен на диске ИТС). Она выгружает данные в XML-файл с сохранением внутренних ссылок между объектами.

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

Ключевой нюанс — режим сопоставления. Обработка ищет объекты по уникальному идентификатору (GUID). Если контрагент с таким GUID в приёмнике не найден, будет создан новый объект. Поэтому при объединении двух независимо ведшихся баз дубли справочников почти гарантированы — планируйте этап поиска и склеивания дублей после загрузки.

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

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

Если базы однотипные (или пара «Управление торговлей — Бухгалтерия»), удобнее штатный механизм синхронизации данных. Он находится в разделе «Администрирование → Синхронизация данных». Синхронизация умеет сопоставлять объекты не только по GUID, но и по полям поиска: ИНН и КПП для контрагентов, артикулу для номенклатуры, что резко снижает количество дублей.

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

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

Способ 3. Конвертация данных для разных конфигураций

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

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

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

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

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

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

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

Типовые правила, сопоставление по полям поиска; подходит для поддерживаемых пар конфигураций

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

Максимальная гибкость для любых конфигураций; требует разработки и отладки правил

Перенос остатков без истории

Самый быстрый и безопасный вариант, если старая база остаётся доступной для справок

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

Объединение считается завершённым только после сверки. Минимальный набор проверок: оборотно-сальдовая ведомость по всем счетам за период переноса должна совпадать с суммой ОСВ двух исходных баз; остатки по складам и номенклатуре — с исходными данными; количество контрагентов и договоров не должно вырасти кратно (признак дублей).

Используйте штатную обработку «Поиск и удаление дублей» (в типовых конфигурациях — раздел «Администрирование → Обслуживание») для контрагентов и номенклатуры. Она заменяет ссылки на дубли ссылками на основной элемент во всех документах — это безопаснее ручного удаления.

Дополнительно выполните тестирование и исправление информационной базы в режиме проверки ссылочной целостности — перенос мог оставить «битые» ссылки, если какие-то объекты не выгрузились.

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

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

ОСВ по счетам за период переноса

Норма

Совпадает с суммой ОСВ двух исходных баз

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

Расхождения по оборотам или сальдо

Остатки товаров на складах

Норма

Количество и суммы совпадают с исходными

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

Отрицательные или завышенные остатки

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

Норма

Количество близко к объёму уникальных записей

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

Резкий рост числа элементов — дубли

Проведение документов

Норма

Перенесённые документы проводятся без ошибок

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

Ошибки проведения, битые ссылки

Типичные ошибки и ограничения

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

Третья группа проблем — нумерация и префиксы. Если у баз одинаковые префиксы и пересекающиеся номера документов, при загрузке возможны конфликты уникальности номеров в пределах периода. Решается назначением разных префиксов до обмена.

Учтите и технические ограничения: выгрузка XML больших объёмов (сотни тысяч документов) может занимать часы и требовать значительной памяти; в клиент-серверном варианте перенос лучше выполнять в монопольном режиме или в нерабочее время.

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

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

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

Что делать с дублями контрагентов после объединения?

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

Обязательно ли переносить всю историю документов?

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

Почему после загрузки документы не проводятся?

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

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

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

Можно ли объединить базы в облачной 1С (1С:Фреш)?

Да, но с ограничениями: нет прямого доступа к СУБД и конфигуратору, поэтому доступна только синхронизация данных и загрузка через типовые обработки обмена. Резервную копию и выгрузку данных заказывают через сервисные функции облака. Сложные сценарии с «Конвертацией данных» выполняются через файл выгрузки на локальную копию.