Как организовать централизованный учет ЕГАИС в 1С:Розница для нескольких магазинов с разными КПП?

При управлении розничной сетью, торгующей крепким алкоголем, перед владельцем бизнеса и ИТ-специалистом неизбежно встает вопрос: как объединить данные из нескольких магазинов в одну информационную базу, сохранив при этом соблюдение жестких требований законодательства? Ситуация осложняется тем, что каждое обособленное подразделение имеет свой КПП, свой уникальный FSRAR_ID и свой аппаратный ключ (JaCarta или Рутокен) с транспортным модулем УТМ.

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

Юридический фундамент: где должен находиться ключ?

Прежде чем переходить к техническим настройкам, проанализируем законодательную базу. Согласно регламентам Росалкогольтабакконтроля, аппаратный носитель с КЭП (криптографической электронной подписью) должен физически находиться по месту осуществления лицензируемой деятельности. Это означает, что «собрать все флешки в офисе» — технически возможно, но юридически опасно. При проверке отсутствие ключа на торговой точке может быть расценено как нарушение правил работы с системой ЕГАИС.

Поэтому в наших схемах мы будем исходить из того, что УТМ и КЭП остаются в магазинах, а мы лишь настраиваем каналы связи для централизованного управления ими.

Вариант 1. Использование распределенной информационной базы (РИБ)

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

Алгоритм работы в РИБ:

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

Преимущества: полная автономность магазинов. Если интернет пропадет, магазин продолжит торговать и принимать товар, а синхронизация произойдет позже.

Недостатки: необходимость наличия квалифицированного персонала на местах для первичного сопоставления номенклатуры и обработки ошибок ЕГАИС.

Вариант 2. Централизованное управление через VPN (одна база — много УТМ)

Проанализируем ситуацию, когда менеджер в офисе хочет сам нажимать кнопку «Загрузить ТТН» для всех магазинов. Современные версии 1С:Розница (начиная с 2.2) позволяют подключать неограниченное количество транспортных модулей к одной базе.

Для реализации этой схемы нам потребуется объединить все магазины и офис в единую виртуальную частную сеть (VPN). Разберем по шагам настройку в интерфейсе программы:

Перейдем в раздел Администрирование — Настройки ЕГАИС — Транспортные модули. Для каждой торговой точки создадим отдельную запись:

• Наименование: Магазин №1 (Продукты);
• Адрес сервера: указываем внутренний IP-адрес компьютера в магазине, где установлен УТМ (например, 192.168.1.50);
• Порт: стандартный 8080;
• FSRAR_ID: индивидуальный номер подразделения.

После такой настройки менеджер, находясь в центральной базе, может в списке входящих ТТН выбрать конкретный Транспортный модуль и отправить запрос в облако ЕГАИС. Накладная «прилетит» напрямую в центральную базу.

Проблема помарочного учета: важно понимать, что при «удаленной» загрузке ТТН физический товар все равно находится на точке. Кто-то должен просканировать марки. Решением здесь может стать использование ТСД (терминала сбора данных), который подключается к базе через Web-сервис, или мобильное приложение 1С:Заказы/1С:Розница. Сотрудник на точке сканирует марки, и они в реальном времени появляются в документе, который открыт у менеджера в офисе.

Вариант 3. Использование аппаратных хабов

Рассмотрим вариант, упомянутый в обсуждении — использование специализированных устройств типа АТОЛ HUB. Это миникомпьютеры с предустановленным Linux и УТМ.

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

Техническая реализация сопоставления данных

Одной из главных сложностей является синхронизация справочников. Чтобы избежать «дублей» и ошибок при работе нескольких магазинов, рекомендуем придерживаться следующих правил:

1. Централизованное заведение номенклатуры. Создавать новые карточки товаров должен только ответственный менеджер в центральной базе.
2. Использование единых классификаторов ЕГАИС. При загрузке ТТН система предлагает сопоставить алкогольную продукцию из ЕГАИС с номенклатурой 1С. Выполняйте это сопоставление один раз в офисе, и оно разойдется по всем узлам РИБ.

Разберем пример кода или логики, которая помогает отследить статус связи с удаленным УТМ. В типовых конфигурациях это реализовано через функции проверки связи, но при написании собственных обработок можно использовать метод HTTPСоединение:

// Пример проверки доступности удаленного УТМ по VPN
Попытка
    НТТР = Новый HTTPСоединение(ПараметрыУТМ.IPАдрес, ПараметрыУТМ.Порт, , , , 5); // Таймаут 5 секунд
    Запрос = Новый HTTPЗапрос("/");
    Ответ = НТТР.Получить(Запрос);
    Если Ответ.КодСостояния = 200 Тогда
        Сообщить("УТМ " + ПараметрыУТМ.Магазин + " доступен");
    КонецЕсли;
Исключение
    Сообщить("Связь с магазином " + ПараметрыУТМ.Магазин + " отсутствует");
КонецПопытки;

Выравнивание остатков: критически важный аспект

Проанализируем ситуацию с расхождением остатков. Часто бывает, что в ЕГАИС числится одно количество, а в 1С — другое. При работе с несколькими магазинами в одной базе необходимо строго разделять склады.

Важные моменты:

• Каждому FSRAR_ID должен соответствовать свой Склад в 1С.
• Списание алкоголя (через чеки или акты списания) должно происходить только с того регистра ЕГАИС, к которому привязан данный УТМ.
• Регулярно (раз в неделю) проводите запрос остатков из ЕГАИС по каждому магазину и сравнивайте их с данными Регистр №1 и Регистр №3 (помарочный учет).

Итоги и рекомендации

Подведем итог нашему анализу. Выбор архитектуры зависит от масштаба вашей сети и квалификации персонала:

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

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