Интернет в филиале пропал, а работа — идёт
Распределённая информационная база (РИБ) — штатный механизм 1С: у каждой точки своя копия базы, люди работают в ней без оглядки на связь, а по расписанию копии обмениваются изменениями и сходятся в одну картину. Разбираем, как это устроено, кому реально нужно и чем приходится платить за автономность.
Посмотрим, что у вас с точками и связью, и скажем честно — нужна РИБ или задача решается проще.
Что такое распределённая база простыми словами
Это не отдельная программа и не доработка. Это режим работы обычной 1С, когда одна и та же база живёт в нескольких экземплярах — их называют узлами — и они регулярно пересылают друг другу изменения.
Дерево с главным узлом
Узлы связаны по схеме «главный — подчинённый» и образуют дерево. Наверху — корневой узел, обычно центральная база в офисе. Ниже — магазины, филиалы, склады, отдельные ноутбуки.
Конфигурация одна на всех
Менять конфигурацию можно только в главном узле. Изменения расходятся вниз вместе с данными, и все узлы автоматически остаются одинаковыми. В подчинённом узле редактирование конфигурации просто запрещено платформой.
Данные вводят где угодно
Продажу можно пробить в магазине, накладную выписать в филиале, заявку — с ноутбука. Изменения передаются между связанными узлами, и через цикл обмена их видят остальные.
Обмен — сообщениями, а не «онлайн»
Узлы обмениваются XML-сообщениями со сжатием, по расписанию или по кнопке. Между сеансами каждый узел живёт своей жизнью — именно поэтому ему не нужен постоянный интернет.
Как это выглядит на схеме
Розничная сеть из трёх точек. В офисе — центральная база, в магазине, филиале и у снабженца — её копии. Каждый работает у себя, даже когда связи нет; по расписанию узлы обмениваются накопленными изменениями.
Данные вводят в любом узле, и они расходятся по системе. Конфигурацию меняют только в центральной базе — оттуда она приходит в подчинённые узлы вместе с очередной порцией данных. Обратно изменения конфигурации не идут: в подчинённом узле её просто нельзя редактировать.
Зачем это нужно
РИБ решает ровно одну задачу: дать людям на местах работать, когда центральная база недоступна или далеко. Всё остальное — следствия.
Связь ненадёжная или дорогая
Магазин в райцентре, склад в промзоне, стройплощадка, судно, вахта. Терминальный доступ там падает вместе с каналом, а касса и склад останавливаться не могут.
Много точек и большой объём
Сотня касс, которые ходят в одну базу через интернет, дают нагрузку и на канал, и на сервер. РИБ разносит работу по узлам, центральная база получает только итоги — это разгружает и сервер, и людей.
Автономное рабочее место
Руководитель или снабженец уезжает с ноутбуком, работает без сети, а вернувшись — синхронизируется. В типовых конфигурациях для этого есть отдельный вариант настройки.
Каждой точке — только её данные
Вариант «РИБ с фильтрами» отправляет в узел данные с отбором по организации и подразделению. Магазин видит свой магазин, филиал — свой филиал, а не обороты всей компании.
Плюсы и минусы честно
Автономность — не бесплатная. Ниже то, что вы получаете, и то, чем за это платите. Мы показываем оба столбца до начала работ, а не после.
| Что даёт | Чем платите |
|---|---|
| Работа без связи. Узел живёт сам по себе: касса пробивает чеки, склад отгружает, менеджер выписывает документы. Обмен догонит позже | Данные не в реальном времени. Остатки и взаиморасчёты в центре отстают на цикл обмена — от нескольких минут до суток. «Сколько на складе прямо сейчас» РИБ не отвечает |
| Скорость на местах. Работа идёт с локальной базой, без задержек канала — заметно быстрее терминала на плохом интернете | Сложнее администрировать. Копии, обновления, мониторинг обмена — теперь в каждом узле, а не в одном месте. Нужен человек, который за этим следит |
| Разгрузка центральной базы. Тяжёлые операции остаются в узлах, в центр приходят изменения | Обновления только из центра и во все узлы. Пока узел не принял конфигурацию, он остаётся на старой версии; узлы «в поле» приходится догонять отдельно |
| Единая конфигурация без ручной синхронизации. Доработали в центре — приехало ко всем | В узле ничего не поправить. Ни конфигурацию, ни расширение локально изменить нельзя — любая правка идёт через центральную базу |
| Отбор данных по узлам. В точку уходит только то, что ей положено видеть | Коллизии при параллельной правке. Если один объект изменили в двух узлах, побеждает одно из изменений по правилу разрешения коллизий — второе теряется |
| Штатный механизм платформы. Не покупается отдельно, есть в типовых конфигурациях | Восстановление после сбоя. Если обмен разошёлся, узел лечится полной перевыгрузкой из центра — на большой базе это часы и остановка работы точки |
Отдельная строка расходов — дисциплина: нумерация документов по префиксам узлов, правило «новый контрагент заводится в одном месте», регламент, кто разбирает конфликты. Без этого РИБ превращается в генератор дублей.
РИБ или что-то другое
Прежде чем строить распределённую систему, стоит честно проверить: может, задача решается без неё. Часто так и есть — интернет за последние годы стал сильно лучше.
| Вариант | Как работает | Когда это ваш случай |
|---|---|---|
| Распределённая база (РИБ) | Копии одной базы в каждой точке, обмен по расписанию | Связи нет или она рвётся; точка не имеет права останавливаться; данные центру нужны не сию секунду |
| Терминальный сервер (RDP) | Одна база в офисе или ЦОДе, люди подключаются к рабочему столу | Интернет стабильный. Все видят одни и те же данные в реальном времени, администрирование в одном месте |
| Веб-клиент | Та же одна база, работа через браузер | Стабильный канал и типовые сценарии; для кассы и склада со сканерами подходит не всегда |
| Облачная база | База у провайдера, точки подключаются через интернет | Нет своего сервера и админа, точек немного, объёмы средние |
| Обмен разных конфигураций | Две разные программы синхронизируются форматом EnterpriseData | Это уже другая задача: не копии одной базы, а торговля и бухгалтерия рядом — обмен с 1С:Бухгалтерией |
Нередко правильный ответ — смешанный: магазины на РИБ, офис и удалённые сотрудники на терминале в ту же центральную базу.
Как мы настраиваем РИБ
Порядок один и для двух узлов, и для тридцати. Разница — в объёме проверок и в том, сколько времени занимает первая выгрузка.
Диагностика и решение
Считаем точки, смотрим каналы связи, объём базы и доработки. На этом шаге часто выясняется, что РИБ не нужна — тогда так и говорим.
Схема узлов и отборы
Рисуем дерево: что в центре, что в узлах, кто с кем обменивается. Определяем отборы — по организациям, подразделениям, складам, чтобы не гонять лишнее.
Префиксы и нумерация
Каждому узлу — свой префикс документов и справочников. Без этого номера в разных узлах совпадут, и разбираться придётся вручную.
Транспорт и расписание
Общий каталог в сети, FTP, почта, прямое подключение или интернет — что доступно в точке. Ставим регламентное задание: ночью, а не «когда вспомнят».
Начальный образ и тест на копиях
Из центральной базы создаётся образ для нового узла. Первый цикл обмена всегда прогоняем на копиях: смотрим состав данных, конфликты, время выгрузки.
Регламент и мониторинг
Кто заводит НСИ, кто разбирает коллизии, что делать, если узел не выходил на связь неделю. Состояние обменов ставим под наблюдение — это часть AI Мониторинга баз 1С.
Как это выглядит в программе
Экраны — публичная демонстрационная база «1С:Управление торговлей 11» фирмы «1С». В КА, ERP, Бухгалтерии и Рознице раздел устроен так же: РИБ настраивается из того же помощника, что и обычная синхронизация.
Раздел «Синхронизация данных»
НСИ и администрирование → Синхронизация данных. Подпись раздела прямо говорит про «организацию совместной работы в распределённой информационной базе»: отдельного модуля покупать не нужно, механизм уже в конфигурации.
Выбор варианта: обычный обмен или РИБ
В помощнике создания синхронизации отдельный блок «Распределённые информационные базы»: полный вариант и «РИБ с фильтрами» — узел с отборами по организации и подразделению, чтобы в магазин уезжали не все данные компании.
Этапы настройки узла
Тип подключения, параметры подключения, общие параметры, правила отправки и получения, начальная выгрузка. Первым делом помощник просит сделать резервную копию — мы это правило не нарушаем никогда.
Что чаще всего ломается
Узел неделю не выходил на связь. Изменения копятся в очереди, и очередное сообщение разрастается до размеров, которые канал уже не тянет. Лечится расписанием и контролем: молчащий узел должен быть виден сразу, а не через месяц.
Обмен разошёлся по номерам сообщений. Узел ждёт одно сообщение, центр присылает другое — обмен встаёт. В лёгком случае помогает повторная отправка, в тяжёлом — новый начальный образ, то есть простой точки на время выгрузки.
Одну и ту же карточку правят в двух узлах. Побеждает одно изменение, второе тихо теряется. Спасает не техника, а правило: НСИ заводится и правится только в центральной базе.
Конфигурацию поправили «по-быстрому» в узле. Платформа этого не даст, но у нас регулярно просят снять узел с поддержки главного и «доделать на месте». Дальше узел живёт своей жизнью, и обновление в него уже не приезжает.
Таблицы регистрации изменений разрослись. Каждый узел ведёт свою очередь; если узлы не обмениваются, база пухнет и тормозит. Это лечится обслуживанием, но лучше не доводить.
Обмен есть, а сверки нет. Классика: остатки в центре и в магазине разошлись, никто не заметил. Нужен регулярный отчёт-сверка, а не вера в то, что «обмен же настроен».
Что делаем на поддержке
Распределённая система требует внимания постоянно — она ломается не в момент настройки, а через полгода, когда обновилась конфигурация или в точке сменился интернет.
- Наблюдение за состоянием узлов: кто когда выходил на связь, размер очередей, ошибки обмена — в составе мониторинга баз.
- Обновление конфигурации в центре и контроль того, что её приняли все узлы — включая ноутбуки, которые появляются в сети раз в неделю. Как устроено обновление — на отдельной странице.
- Разбор коллизий и расхождений: находим объект, выясняем, где его правили, и убираем причину.
- Восстановление узла после сбоя: перевыгрузка начального образа с планированием простоя, а не «сейчас попробуем, вдруг заработает».
- Настройка отборов, когда бизнес меняется: открылся магазин, разделились организации, появился новый склад.
- Сверка данных между центром и узлами перед закрытием месяца, чтобы расхождения не всплывали в отчётности. Что ещё входит в сопровождение — на странице поддержки.
Как мы внедряем
По нашей технологии «9 этапов внедрения» — от знакомства до передачи на поддержку.
Знакомство
Обрабатываем обращение, проводим брифинг и презентацию, показываем демо-базу возможного решения — вы видите будущую систему до подписания договора.
Диагностика
Выявляем боли, формулируем цели проекта, диагностируем текущую 1С и «железо»: AI Диагностика 1С даёт карту процессов и точную смету со сроками.
Описание процессов As Is
Глубоко погружаемся в каждый процесс, подробно описываем текущую работу и находим места потерь.
Моделирование To Be
Проектируем будущие процессы вместе с вашими экспертами: меньше болей и потерь, согласованные задачи между блоками автоматизации.
Написание ТЗ и программирование
Дорабатываем недостающий функционал с сохранением обновляемости типовой 1С: согласованное ТЗ, разработка, тестирование и сдача.
Обучение
Учим сотрудников на их операциях и кейсах с сертификатами iTeal; понятные инструкции и видеоуроки остаются у вас.
Настройка баз
Готовим систему к работе: НСИ, роли, обмены — и вносим остатки на вечер перед запуском.
Запуск
Вся проектная команда рядом в первые дни: дружелюбная помощь на рабочих местах, чтобы люди не боялись новой системы.
Передача на поддержку и анализ
Передаём систему на поддержку с реакцией 15 минут, собираем AI Базу знаний о вашей 1С и измеряем метрики бизнеса до и после внедрения.
Частые вопросы
Чем РИБ отличается от обычной синхронизации данных?
Синхронизация связывает разные программы — например, торговую базу и Бухгалтерию: у них разные конфигурации, и обмен идёт по правилам конвертации. РИБ — это копии одной базы с одинаковой конфигурацией, и вместе с данными по узлам расходятся изменения самой конфигурации.
Можно ли доработать конфигурацию, если у нас РИБ?
Да, но только в главном узле. Дальше доработка приезжает во все подчинённые сама — это, наоборот, удобно: не надо обновлять тридцать баз руками. Локально в узле поменять нельзя.
Насколько отстают данные в центре?
На интервал обмена. Обычно ставят ночной сеанс или несколько раз в день; технически можно и каждые 15 минут, если канал позволяет. Мгновенных остатков РИБ не даёт — если они нужны, смотрите в сторону терминала или облака.
Сколько узлов потянет система?
Ограничение не в количестве, а в администрировании и в объёме обмена. Сети из десятков магазинов на РИБ работают годами; но чем больше узлов, тем важнее отборы, расписание и мониторинг, иначе система становится неуправляемой.
Что будет, если узел потеряется — сгорел компьютер в магазине?
Узел восстанавливается из центральной базы новым начальным образом. Данные, которые не успели уехать из точки, теряются — поэтому в узлах тоже нужны резервные копии, а обмен лучше делать чаще, чем раз в неделю.
У нас 1С:Розница в магазинах и УТ в офисе. Это РИБ?
Нет, это обмен разных конфигураций. РИБ был бы, если бы во всех магазинах стояла та же Розница, что и в центре, и они были бы узлами одной базы. Обе схемы рабочие, выбор зависит от того, нужен ли в офисе полный учёт торговли.
РИБ работает в облаке?
Да, узлом может быть и облачная база, и локальная — тип подключения выбирается при настройке. Чаще встречается смешанная схема: центр в облаке или ЦОДе, точки на местах.
Механизм распределённых информационных баз описан по документации платформы «1С:Предприятие 8» и помощнику настройки синхронизации в актуальных релизах типовых конфигураций (сентябрь 2026). В вашей версии названия вариантов и состав настроек могут отличаться. Экраны — публичная демонстрационная база фирмы «1С». Смежные страницы: Обмен с 1С:Бухгалтерией, Все обмены с 1С, 1С:Розница, 1С:УТ 11, 1С:ERP, Мониторинг баз, Поддержка 1С.
Разберём, нужна ли вам распределённая база
Напишите, сколько у вас точек, какая конфигурация и что сейчас с интернетом на местах. Посмотрим, хватит ли терминала или веб-клиента, а если нужна РИБ — скажем, сколько узлов, какие отборы и сколько займёт настройка.
iTeal — создаём систему улучшений бизнес-процессов на базе 1С. Pavel.Stupko@iteal.expert · @pgstupko