При совместном использовании распределенной информационной базы (РИБ) в конфигурации «1С:Управление торговлей» и модуля обмена с интернет-магазином на платформе «1С-Битрикс» часто возникает вопрос: в каком именно узле должен происходить обмен с сайтом и как система отслеживает изменения данных, созданных в периферийных базах. Разберем архитектуру взаимодействия этих механизмов, правила настройки регламентных заданий и возможные риски.
Архитектура работы модуля обмена в распределенной базе
План обмена с сайтом и механизм РИБ — это две независимые подсистемы платформы 1С, функционирующие параллельно на базе механизма планов обмена. Рассмотрим типовую схему их совместной работы:
Централизованный обмен с сайтом: в стандартном сценарии обмен интернет-магазина с 1С настраивается и выполняется исключительно в центральном (главном) узле РИБ.
Регистрация изменений с периферии: когда операторы создают новые документы или редактируют справочники в периферийном узле, эти данные передаются в центральную базу через штатный файл обмена РИБ. При загрузке и физической записи полученных объектов в центральном узле автоматически срабатывают подписки на события. В результате эти объекты регистрируются на узле плана обмена с сайтом в центральной базе.
Отправка на сайт: регламентное задание модуля «Битрикс», запущенное в центральном узле, считывает зарегистрированные изменения и выгружает актуальные данные (каталог, остатки, цены) на сайт.
Миграция настроек и управление регламентными заданиями
Проанализируем технические нюансы, которые необходимо учитывать администраторам и разработчикам при создании начальных образов периферийных узлов:
Поскольку настройки модуля обмена с сайтом хранятся в ссылочных типах данных и регистрах сведений, входящих в состав РИБ, сам узел обмена с сайтом автоматически переносится в периферийные базы. Это может привести к ситуации, когда регламентное задание обмена с сайтом активируется на периферии и попытается связаться с веб-сервером.
Чтобы избежать одновременного обращения к сайту из разных информационных баз и рассинхронизации данных, выполним следующие действия:
Отключение регламентных заданий на периферии: в периферийных базах необходимо обязательно отключить регламентное фоновое задание обмена с сайтом либо установить блокировку работы с внешними ресурсами в параметрах информационной базы.
Программная проверка главного узла: при разработке доработок или регламентных процедур всегда проверяем, является ли текущая база центральной:
Если ПланыОбмена.ГлавныйУзел() <> Неопределено Тогда
// База является периферийным узлом РИБ, прерываем выполнение обмена с сайтом
Возврат;
КонецЕсли;
Критически важные особенности и риски архитектуры
Рассмотрим узкие места, с которыми можно столкнуться при эксплуатации связки «РИБ + 1С-Битрикс»:
Задержка обновления остатков: информация о продажах на торговых точках (в периферийных узлах) попадает на сайт не мгновенно, а последовательно: «Периферия -> РИБ -> Центр -> Сайт». Для минимизации рисков продажи отсутствующего товара необходимо сокращать интервал синхронизации РИБ.
Загрузка заказов с сайта: новые заказы из интернет-магазина загружаются в центральную базу. Чтобы при их последующей отправке в периферийные базы не возникало конфликтов нумерации, убедимся, что для каждой информационной базы и организации заданы уникальные префиксы номеров документов.
Случайный запуск обмена на периферии: если запустить выгрузку на сайт из периферийного узла, на сайт уйдет неполный срез данных, а в периферийной базе очистится таблица регистрации изменений, что нарушит целостность каталога на стороне интернет-магазина.
Альтернативный сценарий: независимые обмены на периферии
В специфических проектах каждый филиал может иметь собственный региональный поддомен интернет-магазина. В этом случае обмен с сайтом настраивается непосредственно из периферийного узла. Чтобы настройки узлов сайта не затирались центральной базой, специализированный план обмена модуля исключают из состава РИБ или переопределяют правила регистрации объектов.