Как выбрать архитектуру и конфигурацию 1С для автоматизации розничной сети с центральным офисом?

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

Разберем основные архитектурные подходы, их преимущества, технические ограничения и правила реализации.

Вариант 1. Распределенная информационная база (РИБ) на базе УТ или связки УТ и Розница

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

В рамках этой схемы выделяют два варианта построения:

1. Единая конфигурация УТ с узлами РИБ: В магазинах и центре разворачивается одна и та же конфигурация. Обмен настраивается по расписанию (например, через сетевой ресурс или по протоколу FTP каждые 10–15 минут). Это упрощает администрирование, так как не требуется синхронизировать разные метаданные. При этом в точках доступен функционал оптовых продаж и работы с юрлицами.
2. Связка «Центральная УТ — Центральная Розница — Узлы Розницы»: Центральная база 1С:Управление торговлей выполняет функции бэк-офиса, а конфигурация 1С:Розница используется на точках как специализированный фронт-офис с быстрым рабочим местом кассира (РМК).

Рассмотрим подробнее реализацию ключевых требований в распределенной архитектуре:

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

1. Онлайн-запрос: Настройка прямого обращения из рабочего места кассира или формы подбора номенклатуры к центральной базе через Web- или HTTP-сервисы. Это позволяет получать актуальные остатки в режиме реального времени без дублирования движений.
2. Офлайн-срез остатков: Создание отдельного вспомогательного регистра сведений (без движений по партиям), в который регламентным фоновым заданием выгружаются агрегированные количественные остатки по складам сети.

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

Ограничения B2C-конфигураций при безналичных отгрузках: Если на точках используется 1С:Розница (редакций 1 и 2), важно помнить, что она ориентирована на потребительский сектор. В ней отсутствуют полноценные механизмы контроля дебиторской задолженности, отсрочек платежей и печать полного комплекта первичных бухгалтерских документов (УПД, счета-фактуры). В таких случаях менеджеру магазина организуют удаленный доступ к центральной базе для выписки оптовых реализаций, либо на точках изначально разворачивают конфигурацию с расширенным контуром взаиморасчетов (например, 1С:Управление торговлей).

Вариант 2. Единая информационная база и терминальный доступ (RDP или Тонкий клиент)

Если во всех розничных магазинах обеспечен стабильный и качественный интернет-канал, отказ от обменов данными существенно упрощает учет и сокращает расходы на сопровождение. Вся сеть работает непосредственно с одной центральной базой.

Разберем преимущества и особенности централизованной схемы:

1. Мгновенная актуальность: Остатки товаров по всем складам, взаиморасчеты с контрагентами и оплаты видны онлайн без задержек на синхронизацию.
2. Отсутствие коллизий версий: Исключаются ситуации одновременного редактирования карточек номенклатуры или цен в разных узлах.
3. Единая точка администрирования: Обновления конфигурации, резервное копирование и исправление ошибок выполняются на одном сервере.

Сравним два способа подключения рабочих мест к единой базе:

1. Удаленный рабочий стол (RDP): Классический вариант, требующий развертывания терминального сервера, приобретения терминальных лицензий (RDS CAL) и постоянной высокой пропускной способности сети. При обрыве соединения касса полностью блокируется.
2. Публикация базы на веб-сервере (Apache или IIS): Более современная и экономичная альтернатива. Тонкий клиент 1С:Предприятие подключается к веб-серверу по протоколу HTTP или HTTPS. Происходит передача только данных интерфейса со встроенным сжатием трафика, что снижает требования к скорости интернет-канала и исключает затраты на терминальные клиентские лицензии.

Разграничение прав в единой базе: Чтобы сотрудники магазинов не видели закрытые документы центрального офиса, применяется механизм ограничения доступа на уровне записей (RLS). Доступ настраивается по подразделениям, складам или организациям. При включении RLS критически важно использовать режим производительного ограничения прав (с предварительным расчетом прав на основе вспомогательных таблиц), реализованный в Библиотеке стандартных подсистем (БСП), чтобы избежать падения скорости выполнения SQL-запросов к СУБД.

Подводные камни и рекомендации по эксплуатации

Проанализируем практические риски, с которыми сталкиваются при внедрении каждого из вариантов:

1. Транзакционные блокировки при обменах: В схемах с РИБ загрузка объемных пакетов синхронизации в рабочее время может приводить к блокировке кассовых таблиц и задержкам при пробитии фискальных чеков. Рекомендуется настраивать обмен небольшими пакетами через короткие интервалы времени, а «тяжелые» регламентные процедуры переносить на ночь.
2. Контроль нормативно-справочной информации (НСИ): При распределенной схеме необходимо ввести строгий регламент на изменение данных. Лучшая практика — полный запрет создания и редактирования номенклатуры, цен и контрагентов в периферийных узлах. Все справочники должны централизованно заполняться только в головном офисе.
3. Сложность конфигураций: При выборе современных версий (например, 1С:Управление торговлей 11 или 1С:Розница 3 / 1С:УНФ) необходимо учитывать повышенные требования к мощности серверного оборудования и квалификации персонала. В то же время они предоставляют встроенные инструменты интеркампани, развитый RLS и поддержку современных сервисов маркировки и учета.