Узел обмена в 1С: что это и как с ним работать

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

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

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

Что такое план обмена и чем узел отличается от него

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

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

У узла есть ключевые атрибуты: код (строковый идентификатор, должен быть уникальным), наименование, номер отправленного и номер принятого сообщения. Эти номера — основа механизма квитирования: база-отправитель знает, какое сообщение узел подтвердил, и не выгружает старые данные повторно.

Как работает регистрация изменений для узла

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

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

Где встречаются узлы обмена: типовые сценарии

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

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

Синхронизация между разными конфигурациями

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

Обмен с сайтом и мобильными клиентами

Обмен с интернет-магазином (CommerceML) и мобильные приложения также используют узлы планов обмена — например, план обмена «Обмен с сайтом» или «Мобильное приложение». Каждое устройство или сайт — отдельный узел со своей регистрацией изменений.

Как создать и настроить узел обмена

Порядок действий зависит от сценария, но общая логика одинакова. Ниже — базовая последовательность для ручной настройки обмена между двумя базами одной конфигурации.

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

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

Как проверить, что обмен работает правильно

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

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

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

Номера сообщений у узла

Норма

Номер принятого догоняет отправленный после обмена

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

Принятый «застыл» — сообщения теряются

Регистрация изменений

Норма

После успешного обмена очередь пустеет

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

Очередь растёт от обмена к обмену

Тестовый объект

Норма

Появился на другой стороне без дублей

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

Дубли, незаполненные ссылки, предопределённые элементы с ошибками

Журнал регистрации

Норма

События обмена без ошибок загрузки

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

Ошибки формата, конфликты версий, отказ в доступе к каталогу

Обратите внимание на коллизии: если один и тот же документ изменили в обеих базах до обмена, при загрузке сработает правило разрешения коллизий (в РИБ — приоритет главного узла, в синхронизациях — настройка «кто главнее»). Проверьте, что поведение соответствует ожиданиям на тестовом документе, а не в боевой работе.

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

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

Что делать, если обмен встал или данные разошлись

Маршрут решения

Как выбрать действие

В журнале регистрации ошибка формата сообщенияПроверьте совпадение версий конфигураций и правил конвертации на обеих сторонах

Сообщения выгружаются, но не загружаютсяПроверьте доступность каталога обмена, права доступа и свободное место на диске

Данные в базах разошлись, доверия к обмену нетВыполните повторную регистрацию нужных объектов для узла и выгрузите их заново

Узел больше не нужен (филиал закрыт)Сделайте копию, удалите регистрацию изменений по узлу, затем сам узел

Нужно «начать с чистого листа»Создайте новый узел с новым кодом и выполните начальную выгрузку, старый узел предварительно удалив

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

Частые вопросы об узлах обмена

Чем узел «Этот узел» отличается от остальных узлов?

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

Можно ли обмениваться данными без плана обмена?

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

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

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

Как узнать, какие объекты зарегистрированы для выгрузки в конкретный узел?

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

Что происходит с данными при удалении узла?

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

Сколько узлов может быть в одном плане обмена?

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