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

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

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

Все способы связи делятся на две группы: штатные механизмы синхронизации (РИБ, планы обмена, универсальный обмен) и программные методы (COM, веб-сервисы, HTTP-запросы, внешние источники данных). Первые проще в настройке и надёжнее, вторые гибче, но требуют разработки.

Определите сценарий: какие базы и зачем связывать

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

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

Третий сценарий — интеграция с нестандартными или сильно доработанными конфигурациями, а также с внешними системами (сайт, CRM, складская программа). Тут применяют Конвертацию данных с собственными правилами или программные интерфейсы.

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

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

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

Обмен выполняется через файлы сообщений формата XML: выгрузка в главном узле, передача файла (по общей папке, FTP или почте), загрузка в подчинённом узле и ответное сообщение. Процесс легко автоматизировать регламентным заданием.

1. 1
   Включите нужный план обмена в главной базе и создайте узел для филиала
2. 2
   Выполните начальную выгрузку образа подчинённой базы
3. 3
   Создайте пустую базу филиала и загрузите в неё образ
4. 4
   Настройте расписание выгрузки и загрузки сообщений обмена
5. 5
   Проверьте, что документ, созданный в филиале, появился в главной базе

Ограничение РИБ принципиально: конфигурации узлов обязаны совпадать. Если филиалу нужна другая конфигурация или другой набор данных, придётся использовать обмен по правилам.

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

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

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

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

Способ 3. Конвертация данных и универсальный обмен XML

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

Результат работы — файл правил XML, который подключается к обработке «Универсальный обмен данными в формате XML» (она есть в поставке большинства конфигураций). Выгрузка выполняется в файл, загрузка — из файла в базу-приёмник.

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

Способ 4. Программное подключение: COM, веб-сервисы, HTTP

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

Более современный подход — публикация веб-сервисов или HTTP-сервисов на стороне базы-источника. Вторая база (или внешняя система) обращается к сервису по сети, получает или передаёт данные в формате XML или JSON. Такой способ работает через интернет и не требует совпадения версий платформы.

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

Подключение = Новый COMОбъект("V83.COMConnector");
База = Подключение.Connect("Srvr=Server1;Ref=TradeBase;Usr=Обмен;Pwd=***");
Контрагенты = База.Catalogs.Контрагенты;

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

После настройки выполните контрольный обмен на малом объёме: создайте в источнике один документ и один новый элемент справочника, проведите обмен и убедитесь, что в приёмнике объекты появились с корректными реквизитами, без дублей и с правильными ссылками на связанные объекты.

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

Часто задаваемые вопросы