← На главную

При автоматизации розничной сети нередко возникает задача интеграции центральной учетной системы с территориально распределенными магазинами. Использование «1С:Комплексной автоматизации» непосредственно на кассах нецелесообразно: конфигурация перегружена лишним для кассиров функционалом, требовательна к каналам связи и не обладает гибким блоком управления розничным маркетингом и скидками. Оптимальным решением является трехуровневая модель: «Комплексная автоматизация» (управляющая система) → «1С:Розница (Центральный узел)» → «1С:Розница (Магазины / Узлы РИБ)». Разберем по шагам, как правильно распределить потоки данных, выполнить первичное заполнение и избежать типовых ошибок при внедрении.

1. Разграничение зон ответственности и потоков данных

Проанализируем, какие задачи должна решать каждая конфигурация в трехуровневой архитектуре:

1. «Комплексная автоматизация» (головной офис): отвечает за финансовый учет, взаиморасчеты с поставщиками, регламентированную отчетность, планирование закупок, оптовые продажи и расчет точной себестоимости партий (ФИФО, средняя) по итогам закрытия месяца.
2. «1С:Розница (Центр)»: выступает управляющим узлом для всех магазинов. Здесь формируются розничные цены, настраиваются программы лояльности (накопительные дисконтные карты, бонусы, маркетинговые акции, условия применения скидок) и аккумулируются продажи по сети.
3. «1С:Розница (Магазины)»: периферийные базы, работающие в режиме распределенной информационной базы (РИБ) по магазинам, обеспечивающие бесперебойную автономную работу кассиров даже при отсутствии интернета.

Рассмотрим состав данных, которыми должны обмениваться Комплексная автоматизация и Розница (Центр):

1. Из КА в Розницу (Центр):

   Выгружается нормативно-справочная информация: справочники Номенклатура, ХарактеристикиНоменклатуры, ЕдиницыИзмерения, Штрихкоды, контрагенты-поставщики. Также передаются документы ПеремещениеТоваров с оптовых складов в розничные точки и базовые/закупочные цены, если ценообразование ведется от закупок центрального офиса.

2. Внутри контура «Розницы»:

   В базе «Розница (Центр)» маркетологи задают скидки и розничные цены. Средствами плана обмена РИБ «По магазинам» эти правила и справочники автоматически тиражируются на кассовые узлы.

3. Из Розницы (Центр) в КА:

   Передаются сводные документы ОтчетОРозничныхПродажах по итогам закрытия кассовых смен, акты списания/оприходования, документы движения денежных средств (эквайринг, выемки, инкассация) и возвраты от покупателей.

   Важное архитектурное правило: не выгружайте отдельные почековые документы (ЧекККМ) в «Комплексную автоматизацию». Это приведет к лавинообразному росту таблиц движений, замедлению проведения документов и блокировкам при регламентном закрытии месяца. В КА передаются только сводные сменные отчеты.

2. Первичное заполнение и запуск обменов без «мусорных» данных

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

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

3. Требования к лицензированию и редакциям

Выясним требования к программным продуктам для магазинов. Организовать распределенную информационную базу (РИБ) на базе базовых версий невозможно — этот функционал жестко заблокирован платформой «1С:Предприятие». Для всех торговых точек и центрального розничного узла требуется поставка версии ПРОФ (или КОРП).

4. Контроль таблиц регистрации изменений и оптимизация

В процессе промышленной эксплуатации трехуровневой схемы обратите внимание на следующие технические аспекты:

1. Контроль регистрации изменений: Если магазин временно отключен от сети, в центральной базе начинают накапливаться записи в таблицах регистрации изменений (_DocumentChange, _ReferenceChange). Регулярно отслеживайте размер очереди сообщений, чтобы не допустить просадки производительности СУБД.
2. Протоколы синхронизации: При высоких объемах розничных продаж штатный обмен на базе файлов обмена может работать медленно. В таких случаях оправдан перевод обмена между КА и Розницей на прямые вызовы через Web/HTTP-сервисы или механизмы XDTO.
3. Сквозная лояльность: Если требуется моментальное списание бонусных баллов между разными магазинами без задержек на регламентный РИБ-обмен, запросы на проверку баланса карт лояльности в узлах магазинов настраиваются через онлайн-обращение к центральной базе по протоколу HTTP.