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