Администрирование · 11 мин
Настройка РИБ в 1С 8.3 Бухгалтерия: пошаговое руководство
Разбираем, как настроить РИБ в 1С 8.3 Бухгалтерия: создание узлов, начальный образ, настройка синхронизации, расписание обмена, типичные ошибки и проверка результата.
Распределённая информационная база (РИБ) — штатный механизм платформы 1С:Предприятие 8.3, который позволяет вести учёт в нескольких территориально разнесённых базах и автоматически обмениваться данными между ними. Для 1С:Бухгалтерии 8.3 это типовой сценарий, когда филиал или удалённый офис работает в собственной базе, а сводная отчётность формируется в центральном узле.
Настройка РИБ состоит из нескольких обязательных этапов: подготовки центральной базы, создания плана обмена и периферийного узла, формирования начального образа, развёртывания подчинённой базы и настройки регулярного обмена. Пропуск любого шага или нарушение порядка приводит к тому, что базы расходятся по данным, и восстановить синхронизацию бывает сложно.
Материал рассчитан на администратора или продвинутого пользователя, работающего с типовой конфигурацией «Бухгалтерия предприятия, редакция 3.0». Все действия выполняются через стандартные интерфейсы программы, без доработок конфигурации.
Что такое РИБ и когда она нужна в 1С:Бухгалтерии
РИБ строится по принципу «главный узел — подчинённые узлы». Центральная база является эталонной: в ней хранится полная картина учёта, а подчинённые базы получают и отправляют только те изменения, которые накопились с момента последнего обмена. Обмен выполняется пакетами сообщений в формате XML через файловый каталог, FTP, электронную почту или веб-сервис.
Типичные сценарии применения в бухгалтерии: обособленное подразделение без стабильной связи с офисом, выездная работа бухгалтера, разделение баз по организациям холдинга. Если же все пользователи работают в одной локальной сети или есть устойчивый доступ к серверу, РИБ не нужна — достаточно клиент-серверного режима или веб-доступа.
Подготовка перед настройкой
Перед созданием распределённой базы обновите конфигурацию центральной базы до актуального релиза и выполните тестирование и исправление, чтобы исключить ошибки в данных. Подчинённая база создаётся из образа центральной, поэтому все проблемы «уедут» вместе с ней.
Проверьте, что пользователь, выполняющий настройку, обладает полными правами, а в базе не ведётся активная работа: на время формирования начального образа желательно завершить все сеансы. Сделайте резервную копию — это обязательное условие, поскольку включение РИБ меняет структуру регистрации изменений.
Включение синхронизации и создание плана обмена
В центральной базе откройте раздел «Администрирование» → «Синхронизация данных». Установите флаг «Синхронизация данных» и при необходимости задайте префикс информационной базы — короткое буквенно-цифровое обозначение, которое будет добавляться к номерам документов, чтобы исключить дублирование номеров в разных узлах.
Перейдите по ссылке «Настройки синхронизации данных» и создайте новую настройку. Для РИБ выберите вариант «Распределенная информационная база» и план обмена «Полный» либо «По организации». Укажите код и наименование подчинённого узла — они должны быть уникальными и понятными, например «ФЛ1» для филиала.
- 1Откройте: Администрирование → Синхронизация данных, включите флаг синхронизации
- 2Задайте префикс информационной базы для уникальности номеров документов
- 3Создайте настройку синхронизации с планом обмена «Полный» или «По организации»
- 4Укажите код и наименование подчинённого узла
- 5Настройте способ передачи данных: каталог, FTP или почта
- 6Сохраните настройку и убедитесь, что узел появился в списке плана обмена
Создание начального образа подчинённой базы
Начальный образ — это копия центральной базы, подготовленная специально для конкретного узла: в неё уже вшиты параметры узла и регистрация данных для первой выгрузки. В настройках синхронизации нажмите «Создать начальный образ» и укажите вариант размещения: файловая база в каталоге на диске или база на сервере 1С:Предприятия.
Формирование образа может занять продолжительное время при большом объёме данных — от десятков минут до нескольких часов. В этот период работа пользователей в центральной базе нежелательна. Готовый образ перенесите на компьютер филиала любым способом: по сети, на внешнем носителе, через файлообменник.
На месте подключите образ как обычную информационную базу через список баз в окне запуска 1С. При первом входе программа распознаёт, что это подчинённый узел, и предложит выполнить первую синхронизацию для получения актуальных изменений, накопленных с момента создания образа.
Настройка обмена данными между узлами
Обмен в РИБ состоит из двух операций: выгрузка пакета изменений из одного узла и загрузка пакета в другой. В обеих базах в разделе «Синхронизация данных» доступны кнопки «Выполнить обмен» и команда «Составить и отправить сообщение». При ручном режиме администратор филиала периодически запускает обмен и передаёт файл сообщения через общий каталог или почту.
Для автоматизации настройте сценарий обмена: в настройке синхронизации на вкладке расписания задайте периодичность, например каждый час или ежедневно в нерабочее время. В клиент-серверном варианте обмен может выполняться регламентным заданием на сервере; в файловом — через запуск отдельного сеанса с выполнением обмена по расписанию операционной системы.
Если узлов несколько, обмен каждого подчинённого узла выполняется только с центральной базой. Прямой обмен между филиалами в типовой схеме РИБ не предусмотрен: данные между ними проходят через центральный узел за два цикла синхронизации.
Пример пакетного запуска обмена (файловая база): "C:\Program Files\1cv8\8.3.x\bin\1cv8.exe" ENTERPRISE /F"D:\Bases\Filial" /N"Администратор" /P"пароль" /C"ВыполнитьОбменДанными"Проверка результата и типичные ошибки
После первого обмена убедитесь, что документы, созданные в филиале, появились в центральной базе, и наоборот. Создайте тестовый документ в подчинённом узле, выполните обмен и найдите его в центральной базе по номеру с префиксом узла. Проверьте также справочники: новый контрагент или номенклатура должны переноситься в обе стороны.
Контролируйте журнал регистрации и форму «Результаты обмена данными»: ошибки загрузки, предупреждения о коллизиях и неотправленные пакеты видны именно там. Коллизия возникает, когда один объект изменён в обоих узлах между обменами — по умолчанию приоритет имеет изменение из центральной базы, но это поведение можно изменить в настройках.
Как проверить результат
Содержат префикс узла, дублей нет
Номера совпадают с центральной базой
Сообщения отправлены и приняты без ошибок
Предупреждения о коллизиях, зависшие пакеты
Появился во второй базе после обмена
Документ отсутствует или пришёл с ошибкой
Релизы совпадают в центре и филиале
Обмен заблокирован из-за разных версий
Ограничения РИБ и альтернативные варианты
РИБ накладывает жёсткое ограничение: изменение конфигурации возможно только в центральном узле, после чего обновление автоматически распространяется в подчинённые базы через обмен. Дорабатывать конфигурацию отдельно для филиала нельзя. Кроме того, при большом числе узлов и интенсивном документообороте объём передаваемых пакетов растёт, а разрешение коллизий требует регламента.
Если требуется обмен с другими конфигурациями (например, с «Управлением торговлей» или «Зарплатой и управлением персоналом»), РИБ не подходит — используйте универсальный обмен через правила конвертации или механизм EnterpriseData. Для единовременной консолидации отчётности филиалов достаточно выгрузки-загрузки данных без построения распределённой системы.
РИБ или другие способы обмена
Подходит для идентичных баз Бухгалтерии с постоянной синхронизацией. Ограничение: конфигурация меняется только в центре, узлы должны быть одного релиза.
Филиал видит только данные своих организаций. Ограничение: общие справочники всё равно синхронизируются, требуется аккуратная настройка отборов.
Для обмена между разными конфигурациями. Ограничение: нужны правила обмена, нет автоматического контроля коллизий.
Единая база для всех пользователей при стабильной сети. Ограничение: требует постоянной связи с сервером, не подходит для автономных филиалов.
Частые вопросы
Можно ли превратить существующую базу филиала в подчинённый узел РИБ?
Штатного способа преобразовать самостоятельную базу в подчинённый узел нет: подчинённая база создаётся только из начального образа центральной. Данные из старой базы филиала придётся переносить отдельно, например через универсальный обмен данными в формате XML.
Что делать, если обмен остановился с ошибкой несовпадения версий конфигурации?
Обновите центральную базу до актуального релиза и выполните обмен: обновление конфигурации передаётся в подчинённый узел вместе с пакетом сообщений. Если подчинённый узел обновили вручную в обход этого механизма, потребуется восстановление из резервной копии или повторное создание образа.
Как часто нужно выполнять обмен между узлами?
Оптимальная периодичность зависит от интенсивности работы: при ежедневном вводе документов разумно обмениваться минимум раз в день, при редкой работе филиала — раз в неделю. Главное — не допускать длительных пауз, чтобы объём пакетов оставался небольшим, а коллизии выявлялись быстро.
Можно ли удалить подчинённый узел, если филиал закрылся?
Да. Сначала выполните финальный обмен, чтобы все данные филиала попали в центральную базу, затем удалите настройку синхронизации и сам узел из плана обмена в центральной базе. Подчинённая база филиала после этого перестаёт быть связанной с РИБ.
Почему документ, созданный в центральной базе, не попадает в филиал?
Чаще всего причина в том, что пакет выгружен, но не загружен в подчинённом узле: обмен двусторонний, и каждая сторона должна выполнить и отправку, и приём. Проверьте также отборы плана обмена «По организации» — документ по чужой организации в филиал не передаётся.
Нужна ли одинаковая версия платформы 1С на всех узлах?
Строгой идентичности не требуется, но рекомендуется использовать одну версию платформы на центральном и подчинённых узлах: это исключает ошибки формата пакетов и упрощает сопровождение. Версии конфигурации при этом должны совпадать строго.
Что важно запомнить
РИБ настраивается строго последовательно: резервная копия, включение синхронизации, создание узла, начальный образ, развёртывание в филиале, регулярный обмен. Конфигурация меняется только в центральной базе, префиксы узлов обязательны, а результат каждого обмена контролируется через журнал синхронизации.