Администрирование · 13 мин
Узел обмена в 1С: что это и как работает обмен данными между базами
Узел обмена в 1С — что это такое, как работает план обмена, регистрация изменений и настройка синхронизации между базами. Пошаговая инструкция и типичные ошибки.
Узел обмена — это элемент плана обмена в 1С, который представляет собой «адресат» обмена данными: другую информационную базу, с которой текущая база синхронизируется. Когда бухгалтерия головного офиса обменивается документами с филиалом, или «Управление торговлей» передаёт заказы в «Бухгалтерию предприятия», каждая из этих баз представлена в противоположной базе отдельным узлом плана обмена.
Механизм построен на взаимной регистрации изменений: система запоминает, какие объекты (документы, элементы справочников, записи регистров) были созданы или изменены для конкретного узла, и при очередном сеансе обмена выгружает только их. Это избавляет от необходимости каждый раз передавать всю базу целиком и делает синхронизацию работоспособной даже на слабых каналах связи.
Понимание того, как устроен узел обмена, критично для администратора: от корректной настройки зависит, не потеряются ли документы, не возникнут ли дубли контрагентов и не «зависнет» ли обмен из-за накопившихся ошибок. Ниже разобраны устройство механизма, порядок настройки, проверка результата и типичные проблемы.
Что такое план обмена и узел: базовые понятия
План обмена — это объект конфигурации, который описывает состав данных, участвующих в обмене: какие справочники, документы и регистры будут синхронизироваться между базами. В типовых конфигурациях планы обмена уже созданы разработчиками, например «ОбменУправлениеТорговлейБухгалтерияПредприятия» или «СинхронизацияДанныхЧерезУниверсальныйФормат».
Узел — это конкретная запись внутри плана обмена. У каждого плана обмена есть как минимум два узла: предопределённый узел «этой базы» (текущая информационная база) и узлы корреспондентов — других баз. Каждому узлу присваивается уникальный код, по которому базы идентифицируют друг друга при обмене.
Важно понимать разницу между распределённой базой (РИБ) и универсальным обменом. В РИБ узлы строго иерархичны: есть главный узел и подчинённые, конфигурация у всех идентична, а изменения конфигурации распространяются сверху вниз. В универсальном обмене базы могут иметь разные конфигурации, а сопоставление данных выполняется по правилам конвертации.
Как работает регистрация изменений для узла
Когда пользователь создаёт или изменяет документ, включённый в состав плана обмена, система автоматически записывает этот факт в служебные таблицы регистрации изменений — отдельно для каждого узла-получателя. Фактически для каждого узла ведётся «очередь» объектов, ожидающих отправки.
При выгрузке система читает эту очередь, формирует сообщение обмена (XML-файл), присваивает ему порядковый номер и после подтверждения получения удаляет переданные объекты из регистрации. Если подтверждение не пришло — данные будут отправлены повторно при следующем сеансе. Это гарантирует доставку даже при обрывах связи.
Номера отправленных и принятых сообщений хранятся в свойствах узла. Рассинхронизация этих номеров — частая причина «застревания» обмена: база-отправитель ждёт подтверждения приёма сообщения, которое получатель уже не может обработать корректно.
Как создать и настроить узел обмена
В типовых конфигурациях настройка выполняется через раздел «Администрирование» → «Синхронизация данных» (в разных конфигурациях название может отличаться). Мастер настройки предложит выбрать программу-корреспондент, способ подключения и префикс базы.
- 1Включите функциональную опцию «Синхронизация данных» в разделе «Администрирование».
- 2Создайте новую настройку синхронизации и укажите тип программы-корреспондента.
- 3Задайте префикс информационной базы — он добавляется к номерам документов для предотвращения конфликтов.
- 4Выберите способ обмена: через каталог, FTP, электронную почту или прямое подключение.
- 5Выполните начальную выгрузку данных для корреспондента и загрузите её в другую базу.
- 6Настройте расписание автоматического обмена и правила отправки/получения данных.
- 7Проведите тестовый обмен и проверьте результат в обеих базах.
Префикс базы — обязательный элемент при двустороннем обмене. Без него документы, созданные в разных базах, получат одинаковые номера, что приведёт к конфликтам и перезаписи данных. Префикс задаётся один раз при начальной настройке и менять его после запуска обмена крайне нежелательно.
Начальная выгрузка и сопоставление данных
При первом запуске обмена между уже работающими базами критически важен этап сопоставления: система показывает, какие контрагенты, номенклатура и организации она считает одинаковыми в обеих базах. Пропуск этого этапа или согласие со всеми предложенными вариантами «вслепую» — главная причина появления дублей справочников.
Потратьте время на ручную проверку сопоставления хотя бы для ключевых справочников. Дубли контрагентов, созданные на старте, потом придётся искать и объединять во всех документах, что в разы трудозатратнее.
Способы транспорта сообщений обмена
Узел обмена сам по себе не передаёт данные — он определяет, что и кому отправлять. Физическую доставку сообщений обеспечивает выбранный канал связи, и от его надёжности зависит стабильность всей синхронизации.
Сравнение способов обмена
Простейший вариант для баз в одной сети. Ограничение: обе базы должны иметь постоянный доступ к общей папке.
Подходит для филиалов без общей сети. Ограничение: возможны задержки доставки и ограничения на размер вложений.
Обмен в реальном времени без промежуточных файлов. Ограничение: требует стабильного канала и доступности обеих баз одновременно.
Стандарт для обмена между разными конфигурациями. Ограничение: состав передаваемых данных определяется форматом, нестандартные объекты требуют доработки.
Для файловых баз в одном офисе обычно достаточно сетевого каталога. Для территориально распределённых филиалов чаще используют FTP или обмен через веб-сервисы. Выбор канала не влияет на логику регистрации изменений — меняется только способ доставки сформированного сообщения.
Как проверить, что обмен работает корректно
После настройки и каждого регламентного обмена стоит контролировать несколько признаков. Основной инструмент — журнал регистрации и встроенный монитор обмена данными, где видны даты последних сеансов, количество отправленных и принятых объектов и ошибки.
Как проверить результат
Соответствует расписанию, обмен выполняется регулярно
Обмен давно не выполнялся или завершается с ошибкой
Номера отправленных и принятых сообщений последовательно растут
Номер принятого сообщения «застрял», очередь не уменьшается
Созданный в одной базе документ появился в другой после обмена
Документ отсутствует или появился с дублями справочников
Отсутствуют или единичны и объяснимы
Массовые ошибки сопоставления и незаполненные реквизиты
Практический приём: после любого изменения настроек создайте в одной базе тестовый документ с узнаваемым комментарием, выполните обмен в обе стороны и убедитесь, что документ появился в базе-корреспонденте с корректными реквизитами и без дублей контрагентов.
Типичные проблемы и способы их решения
Большинство проблем с узлами обмена сводится к нескольким повторяющимся сценариям: накопление неотправленных изменений, конфликты номеров сообщений, дубли справочников и «отваливающийся» обмен после обновления конфигурации.
Если обмен «застрял» из-за рассинхронизации номеров сообщений, стандартный приём — изменить номера отправленного и принятого сообщений в свойствах узла так, чтобы отправитель сформировал сообщение с ожидаемым получателем номером. Эту операцию стоит выполнять только с резервной копией и пониманием механизма: неверные номера могут привести к потере или дублированию порций данных.
Распределённые базы (РИБ): особенности узлов
В распределённой информационной базе узлы образуют строгую иерархию: один главный узел и один или несколько подчинённых. Подчинённый узел может обмениваться только со своим главным — «горизонтальный» обмен между филиалами невозможен без прохождения данных через центр.
Ключевая особенность РИБ — перенос не только данных, но и изменений конфигурации от главного узла к подчинённым. Поэтому конфигурации всех узлов должны совпадать: после обновления центральной базы подчинённые узлы не смогут загружать данные, пока не примут обновление конфигурации через обмен.
Создание нового подчинённого узла РИБ выполняется через «Создать начальный образ» — система формирует готовую базу филиала со всеми данными на момент создания. Попытка подключить к РИБ базу, созданную копированием центральной, приводит к конфликту идентификаторов и неработоспособному обмену.
Перед обновлением конфигурации в базах, участвующих в обмене, выполните полный цикл обмена в обе стороны и убедитесь, что очереди пусты. Это резко снижает риск ситуации, когда после обновления накопленные сообщения не загружаются из-за изменившейся структуры данных.
Когда обмен через узлы не подходит: альтернативы
Механизм планов обмена оптимален для регулярной синхронизации типовых данных между базами 1С. Однако есть сценарии, где он избыточен или неудобен.
Как выбрать действие
Выбор механизма стоит делать до ввода системы в эксплуатацию: миграция с одного способа обмена на другой в работающей системе — трудоёмкая задача с риском рассинхронизации данных.
Что важно запомнить
Узел обмена — это представление базы-корреспондента в плане обмена, для которого ведётся регистрация изменений и учёт номеров сообщений. Надёжный обмен строится на трёх вещах: корректной начальной настройке с сопоставлением справочников, регулярном контроле монитора обмена и резервных копиях перед любыми ручными вмешательствами в механизм.
Частые вопросы об узлах обмена в 1С
Чем узел обмена отличается от плана обмена?
План обмена — это объект конфигурации, описывающий состав синхронизируемых данных и саму возможность обмена. Узел — конкретный элемент этого плана, представляющий одну из баз-участниц. В одном плане обмена может быть много узлов: текущая база и все её корреспонденты.
Почему в обмен не попадают старые документы?
Регистрация изменений начинается с момента создания узла. Документы, введённые раньше, не зарегистрированы автоматически. Их нужно зарегистрировать принудительно — через функцию регистрации изменений для узла (в типовых конфигурациях доступна в настройках синхронизации или через обработку «Регистрация изменений для обмена данными»).
Можно ли удалить узел обмена и создать заново?
Технически можно, но это равнозначно полному перезапуску обмена: история номеров сообщений будет потеряна, и потребуется повторная начальная выгрузка с сопоставлением данных. Если цель — временно остановить обмен, правильнее отключить расписание или сценарий синхронизации, не трогая сам узел.
Что делать, если обмен выдаёт ошибку «Неверный номер сообщения»?
Это признак рассинхронизации счётчиков сообщений между базами. Откройте свойства узла в обеих базах и сверьте номера отправленных и принятых сообщений. Обычно проблему решает корректировка номера принятого сообщения у отправителя под ожидания получателя. Перед любыми правками сделайте резервные копии обеих баз.
Сколько узлов может быть в одном плане обмена?
Жёсткого ограничения платформа не накладывает. На практике количество узлов ограничено производительностью: для каждого узла ведётся отдельная регистрация изменений, и при большом числе корреспондентов таблицы регистрации заметно разрастаются, замедляя запись документов.
Чем РИБ отличается от обмена через универсальный формат?
В РИБ все базы имеют идентичную конфигурацию, узлы иерархичны, а изменения конфигурации распространяются от главного узла. Обмен через универсальный формат (EnterpriseData) работает между разными конфигурациями, узлы равноправны, а сопоставление объектов выполняется по правилам конвертации. РИБ подходит для филиалов одной системы, универсальный формат — для связки разных продуктов, например торговли и бухгалтерии.