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

Системный администратор 1С v8.3 (Управляемые формы) 1С:Розница Управленческий учет Торговля и дистрибуция
← На главную

Автоматизация сети розничных магазинов требует грамотного выбора программного обеспечения, топологии баз данных и схемы лицензирования. Особенно остро вопрос встает в ситуациях, когда торговые точки расположены в пригороде или зонах с ненадежным интернет-соединением, ведут торговлю алкогольной продукцией и оформляют продажи от имени двух юридических лиц. Разберем ключевые архитектурные и лицензионные варианты развертывания системы на платформе «1С:Предприятие 8».

Проанализируем исходные технические и бизнес-требования задачи:

  1. Наличие 3 удаленных торговых точек (плюс центральный узел управления/офис).
  2. Торговля продуктами питания и алкоголем (требование к интеграции с ЕГАИС и системами маркировки).
  3. Учет по 2 юридическим лицам (например, ИП для продуктов и ООО для лицензируемого алкоголя).
  4. Периодические обрывы интернет-соединения в пригороде.

Почему базовая версия не подходит для данной задачи

Рассмотрим вариант использования версии «1С:Розница Базовая». На первый взгляд она привлекательна низкой стоимостью, однако на практике накладывает жесткие технические ограничения:

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

Таким образом, для автоматизации розничной сети с разделением по организациям и автоматическим обменом необходима версия 1С:Розница ПРОФ.

Вариант 1. Автономные узлы РИБ на базе «1С:Розница ПРОФ» (Классическая схема)

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

Правила лицензирования при РИБ:

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

Структура закупки для 3 магазинов и центрального узла:

  1. Центральная база (офис): 1 основная поставка «1С:Розница ПРОФ».
  2. Магазин 1: 1 основная поставка «1С:Розница ПРОФ».
  3. Магазин 2: 1 основная поставка «1С:Розница ПРОФ».
  4. Магазин 3: 1 основная поставка «1С:Розница ПРОФ».

Преимущества схемы:

  1. Полная автономность: при падении интернет-канала магазин продолжает обслуживать покупателей, открывать и закрывать смены, пробивать чеки.
  2. Поддержка ЕГАИС: локальный Универсальный транспортный модуль (УТМ) подписывает чеки ключом КЭП даже в офлайн-режиме (буфер непереданных чеков сохраняет работоспособность до 72 часов).
  3. Разделение чеков: конфигурация штатно отправляет позиции разных организаций на соответствующие фискальные регистраторы.

Вариант 2. Единая база в офисе с терминальным доступом (RDP / Web)

Проанализируем сценарий, когда в офисе или облачном сервере разворачивается одна центральная база, а рабочие места магазинов подключаются к ней через удаленный рабочий стол (RDP) или веб-клиент по VPN-каналу.

Лицензирование: в этой схеме достаточно приобрести всего 1 основную поставку «1С:Розница ПРОФ» для сервера и докупить пакет клиентских лицензий на соответствующее количество рабочих мест (касс/менеджеров).

Риски и ограничения:

  1. Зависимость от связи: при обрыве интернета касса полностью блокируется. Продажа маркированного товара и алкоголя «под запись на бумажку» запрещена законодательством и грозит штрафами.
  2. Сложности проброса торгового оборудования: подключение сканеров, эквайринговых терминалов и ККТ через нестабильные RDP-сессии часто приводит к сбоям драйверов и зависанию чеков.

Данный вариант можно рекомендовать только при наличии надежного оптоволоконного канала и резервного 4G-роутера с автоматическим переключением (failover).

Вариант 3. «Фронт-офис + Бэк-офис» с легковесным кассовым ПО

Выясним, как снизить затраты на лицензии 1С без потери автономности магазинов. В этой схеме бэк-офисный учет ведется в 1С, а на кассах используется специализированное кассовое программное обеспечение:

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

Рекомендации по настройке работы с ЕГАИС и маркировкой

При внедрении торговли алкоголем в распределенной сети обратим внимание на следующие технические требования:

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