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