Как настроить РИБ в 1С: распределённая база своими руками

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

РИБ работает по принципу «главный узел — подчинённый узел»: в центральной базе создаётся образ подчинённой базы, далее узлы обмениваются сообщениями с изменениями — файлами в формате XML, которые передаются через каталог обмена, FTP, e-mail или напрямую по сети. Механизм встроен в платформу и не требует покупки дополнительных лицензий на обмен.

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

Когда РИБ подходит, а когда лучше выбрать другое решение

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

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

Сравнение вариантов

РИБ

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

Синхронизация данных (универсальный формат)

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

Единая серверная база

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

Что подготовить перед настройкой

Перед созданием узлов убедитесь, что конфигурация центральной базы находится в рабочем состоянии: нет незавершённых обновлений, база протестирована (ТиИ при необходимости), все пользователи завершили работу на время создания образа. Конфигурация подчинённого узла всегда наследуется от главного, поэтому именно центральная база должна быть «эталонной».

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

Создание узла в центральной базе

Откройте раздел настройки синхронизации данных (в типовых конфигурациях: «Администрирование» → «Синхронизация данных» или «НСИ и администрирование» → «Настройка синхронизации данных»). Включите флаг использования синхронизации, задайте префикс центральной базы — короткий буквенный код, который будет добавляться к номерам документов для различения узлов.

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

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

Создание начального образа подчинённой базы

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

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

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

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

Настройка транспорта и расписания обмена

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

Обмен можно запускать вручную кнопкой «Выполнить обмен данными» или по расписанию — через регламентное задание синхронизации. Для файловых баз расписание настраивается в сценарии синхронизации, для клиент-серверных — регламентное задание выполняется на сервере автоматически. Разумный интервал для активных узлов — от 15 минут до нескольких часов; слишком частый обмен на медленном канале создаёт очереди сообщений.

Каждое сообщение обмена имеет номер. Главный и подчинённый узлы отслеживают номера отправленных и принятых сообщений — это защищает от потерь и дублирования. Если сообщение не доставлено, узел будет отправлять изменения повторно с учётом номера последнего принятого сообщения.

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

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

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

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

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

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

Номер тестового документа из филиала

Норма

Номер содержит префикс подчинённого узла

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

Префикс отсутствует или совпадает с центральным — проверьте настройку префиксов

Монитор обмена данными

Норма

Номера отправленных и принятых сообщений растут, ошибок нет

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

Сообщения формируются, но не принимаются — проблема с транспортом или правами на каталог

Конфигурация подчинённого узла

Норма

Режим «на поддержке» совпадает с центральной, обновления приходят через обмен

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

В узле изменена конфигурация напрямую — обмен метаданными остановится

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

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

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

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

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

Можно ли настроить РИБ между разными конфигурациями, например УТ и БП?

Нет. РИБ требует идентичной конфигурации во всех узлах. Для обмена между разными конфигурациями используйте типовую синхронизацию данных через универсальный формат EnterpriseData или правила «Конвертации данных».

Сколько подчинённых узлов можно подключить к одной центральной базе?

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

Что делать, если подчинённая база долго не выходила на связь?

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

Можно ли ограничить данные, которые уходят в филиал?

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

Нужны ли отдельные лицензии 1С для РИБ?

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

Как удалить подчинённый узел, если филиал закрывается?

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