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