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