Как связать две базы 1С между собой

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

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

Ниже разобраны основные способы связи, критерии выбора, пошаговая настройка синхронизации и контроль результата. Материал ориентирован на администратора или пользователя с правами настройки обмена.

Способы связи двух баз 1С

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

План обмена — штатный механизм платформы. Узлы обмена регистрируют изменения объектов, а обмен выполняется через файлы, каталог, FTP или прямое подключение. Подходит и для однородных баз (РИБ — распределённая информационная база), и для разных конфигураций при наличии правил конвертации.

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

COM-соединение и веб-сервисы — прямое подключение одной базы к другой. COM работает только в локальной сети на Windows, веб-сервисы (HTTP/SOAP или OData) — через сеть любой топологии. Требуют доработки или готовых расширений, но дают оперативный доступ к данным «на лету».

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

Как выбрать подходящий способ

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

Если обе базы — типовые продукты фирмы «1С» (например, «Управление торговлей 11» и «Бухгалтерия 3.0»), начинайте со штатной синхронизации через EnterpriseData: она покрывает справочники, документы продаж, закупок, оплат и банковские выписки. Если конфигурации сильно доработаны или одна из них самописная, потребуется конвертация данных 2/3 с собственными правилами.

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

Подготовка перед настройкой

До начала настройки обязательно сделайте резервные копии обеих баз: выгрузку в dt через конфигуратор или средствами СУБД. Ошибка в правилах обмена может массово создать дубли справочников или изменить документы, и откат без копии будет невозможен.

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

Определите «главную» сторону для каждого вида данных. Классическая схема УТ–БП: номенклатура и контрагенты вводятся в УТ и передаются в БП, а банковские выписки — из БП в УТ. Если один и тот же справочник редактируют в обеих базах, конфликты и дубли практически гарантированы.

Настройка синхронизации через универсальный формат

Рассмотрим самую частую задачу — связку «Управление торговлей 11» и «Бухгалтерия предприятия 3.0». Настройка начинается в УТ: раздел «НСИ и администрирование → Настройка синхронизации данных». Включите флаг «Синхронизация данных» и создайте новую настройку, выбрав конфигурацию-корреспондента.

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

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

1. 1
   Сделайте резервные копии обеих баз и убедитесь в актуальности релизов
2. 2
   В УТ включите «Синхронизация данных» и создайте настройку обмена с БП
3. 3
   Выберите канал связи: прямое подключение, каталог, FTP или веб-сервис
4. 4
   Задайте префикс базы и правила отправки/получения данных (даты начала, отборы)
5. 5
   Выполните начальную выгрузку и загрузите данные в БП
6. 6
   Пройдите сопоставление объектов: контрагенты, номенклатура, договоры, счета
7. 7
   Запустите тестовый обмен и проверьте перенос документов и справочников
8. 8
   Настройте регламентное задание для автоматической синхронизации по расписанию

Связь через план обмена и правила конвертации

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

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

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

Прямое подключение: COM и веб-сервисы

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

Веб-сервисы универсальнее: база-источник публикуется на веб-сервере (IIS или Apache), и вторая база обращается к ней по HTTP. Типовые конфигурации уже содержат сервисы синхронизации, поэтому вариант «обмен через веб-сервис» доступен в мастере настройки. Для нестандартных задач публикуют собственные HTTP-сервисы или включают стандартный OData-интерфейс, дающий доступ к данным без программирования на стороне источника.

При публикации базы через интернет обязательно используйте HTTPS и отдельного пользователя с минимально необходимыми правами. Открытый OData-интерфейс без ограничений прав — это фактически публичный доступ ко всем данным базы.

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

Проверка результата и типичные ошибки

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

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

Ограничения и альтернативы

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

Если баз много или требуется сложная маршрутизация потоков, рассмотрите «1С:Конвертацию данных» с централизованным управлением правилами, а для интеграции с внешними системами — «1С:Шину» (1C:Enterprise Integration) или брокеры сообщений. Для простых случаев «достать данные из соседней базы» иногда достаточно внешнего источника данных без полноценной синхронизации.

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