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