Как настроить продажу маркированного бутылочного пива ящиками в 1С:Розница 2.3?

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

Продажа алкогольной продукции, подлежащей обязательной маркировке, накладывает определенные ограничения на процессы в розничной торговле. Часто возникает ситуация, когда покупатель приобретает сразу целый ящик пива, и бармену или кассиру приходится сканировать каждую бутылку отдельно, что существенно замедляет обслуживание. Разберем подробно, как реализовать продажу всей упаковки одним сканированием и какие технические условия для этого должны быть соблюдены.

Понимаем разницу: КИГУ против КИТУ

Прежде чем приступать к настройкам в программе 1С:Розница, проанализируем теорию маркировки. Это критически важно, так как не любой QR-код (DataMatrix) на ящике позволяет осуществить быструю продажу. Существует два основных типа кодов для группировки товаров:

  1. КИГУ (Код идентификации групповой упаковки): Это код, который производитель наносит на упаковку (ящик, блок, спайку), предназначенную для розничной продажи целиком. У КИГУ есть свой собственный GTIN, отличный от GTIN одиночной бутылки. Такой код содержит криптохвост и регистрируется в системе «Честный ЗНАК» как самостоятельная товарная единица.
  2. КИТУ (Код идентификации транспортной упаковки): Обычно это код формата SSCC. Он создается для логистических целей — перемещения между складами, приемки по ЭДО. В понимании фискального чека КИТУ не является «товаром», это лишь «контейнер». Стандартно продать товар через РМК (Рабочее место кассира), сканируя транспортный код, нельзя — система потребует сканирования вложенных марок.

Вывод: Если производитель нанес на ящик КИГУ, мы сможем продать его одним сканом. Если на ящике только КИТУ, то единственный легальный способ — сканировать каждую бутылку.

Настройка номенклатуры и упаковок в 1С

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

Во-первых, в карточке номенклатуры необходимо включить использование упаковок. Зайдем в карточку товара и перейдем в раздел «Упаковки». Создадим новую единицу измерения, например, «Ящик (20 шт.)».

Во-вторых, сопоставим коды. Для этого выполним следующие действия:

  1. Для созданной упаковки «Ящик» нужно прописать штрихкод. Важно: если это КИГУ, то его GTIN (первые цифры кода после префикса) должен быть занесен в базу как штрихкод именно для этой упаковки.
  2. Если на ящике наклеен обычный линейный штрихкод (EAN-13), соответствующий ящику, его также нужно привязать к упаковке.

Проанализируем ситуацию со списанием остатков: когда мы продаем 1 единицу номенклатуры с типом упаковки «Ящик», 1С автоматически спишет с баланса 20 единиц базового товара (бутылок), что и требовалось автору вопроса.

Интеграция с ИС МП (Честный ЗНАК)

Для корректной работы с маркированным товаром в настройках интеграции с ИС МП (Администрирование — Настройки программы — ИС МП) необходимо обратить внимание на опцию «Проверять групповые упаковки». Если эта функция активирована, система при сканировании кода будет обращаться к серверу «Честного ЗНАКа» для получения структуры упаковки.

Рассмотрим, как это работает на кассе:

  1. Кассир сканирует DataMatrix ящика.
  2. Система определяет, является ли этот код групповым (КИГУ).
  3. Если это КИГУ, 1С добавляет в чек одну позицию (ящик), но в фискальных данных передает информацию о реализации группового кода. «Честный ЗНАК» при получении этого отчета автоматически выведет из оборота все вложенные бутылки.

Особенности разрешительного режима (2024-2025 гг.)

С введением разрешительного режима проверка кодов происходит в реальном времени через API. Посмотрим на алгоритм проверки:

Если вы сканируете КИГУ, кассовое ПО запрашивает статус кода. Если код «В обороте» и прошел проверку на подлинность, продажа разрешается. Однако, если вы попытаетесь просканировать КИТУ (транспортную упаковку), сервер «Честного ЗНАКа» вернет ошибку, так как транспортная упаковка не предназначена для розничной реализации. В этом случае 1С заблокирует добавление товара в чек.

Практические советы и ограничения

Выясним, какие подводные камни могут встретиться при попытке автоматизировать продажу ящиками:

1. Отсутствие агрегации у производителя. Если мелкая пивоварня наклеила на ящик QR-код, но не выполнила операцию агрегации (не связала в системе бутылки с кодом ящика), то при сканировании на кассе возникнет ошибка «Код не найден» или «Неверный статус». В этом случае продажа возможна только поштучно.

2. Частичная продажа (Раскомплектация). Если из ящика была продана хотя бы одна бутылка отдельно, код всего ящика автоматически аннулируется для продажи целиком. Нельзя продать «остаток ящика» (например, 19 бутылок) одним сканом группового кода. В системе «Честный ЗНАК» цепочка целостности упаковки разрывается при первом же выбытии вложенного товара.

3. Проверка через мобильное приложение. Перед настройкой в 1С рекомендуем проверить код на ящике с помощью приложения «Честный ЗНАК.Бизнес». Если приложение распознает код как «Групповая упаковка» и показывает список вложенных марок — настройка в 1С пройдет успешно. Если пишет «Транспортная упаковка» — сэкономить время на сканировании не получится.

Для технической отладки процесса можно использовать логи запросов к ИС МП, чтобы понять, какой именно тип упаковки возвращает сервер. Специальных функций на языке 1С для «склеивания» марок в рознице писать не требуется — весь функционал уже заложен в типовом механизме работы с маркировкой при условии корректной настройки справочника Упаковки и соответствия кодов стандартам КИГУ.

← На главную