ХайМарк
Автоматизация маркировки

Маркировка пива без ручной рутины и с понятным контролем процессов

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

Запуск от 1 дня
1С / ERP / WMS / API
Сопровождение Честного Знака
до 80% меньше ручных операций
1 день на базовый запуск
24/7 контроль статусов и документов
Почему это работает В фокусе команды
Подходит для компаний, которым нужен понятный и управляемый процесс маркировки.
Быстрый старт без полной перестройки процессов
Контроль кодов, документов и статусов в одном контуре
Сценарий внедрения и сопровождения под вашу категорию
Что обычно болит

Где бизнес теряет время и деньги

  • Потери времени на ручную проверку кодов, документов и статусов.
  • Ошибки при обмене с 1С, ERP, WMS или внутренними сервисами.
  • Сложно быстро масштабировать процесс на новые SKU, склады и юрлица.
Что покажем на демонстрации

Покажем рабочий сценарий под вашу категорию и процессы

Демо без абстракций: только практические шаги, узкие места и схема запуска.
Практический сценарий. Настроим выпуск, ввод в оборот, агрегацию и сверку статусов.
Практический сценарий. Подключим учетную систему и настроим обмен данными.
Практический сценарий. Покажем, где теряются операции и как сократить число ошибок.
Сопровождение Честного Знака

Вы можете отдать сопровождение маркировки нашей команде

Вы можете передать нашей команде сопровождение процессов Честного Знака, чтобы не держать ручную рутину внутри бизнеса.

Снижение нагрузки на команду, которая сейчас вручную контролирует документы и статусы.

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

Быстрее разбор ошибок, отклонений и зависших операций без потери времени внутри компании.

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

Понятная зона ответственности: процессы маркировки сопровождаются отдельной экспертной командой.

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

Экспертный контент

Маркировка пива в системе «Честный ЗНАК» — это не отдельная операция с этикеткой, а сквозной контур учета, где код Data Matrix связывает конкретную единицу продукции, кегу, групповую упаковку или транспортную единицу с карточкой товара, документами производства, отгрузки, приемки, розничной продажи и выбытия. Для бизнеса критично не просто заказать коды маркировки пива, а выстроить процесс так, чтобы ГИС МТ, ИС МП, 1С, ЭДО, кассы, ТСД и 2D-сканеры работали как единая система без разрывов.

Услуга «Маркировка пива» для компании ХайМарк должна закрывать весь практический цикл: анализ ассортимента, проверку применимости требований, регистрацию участника оборота, описание товаров, настройку заказа кодов маркировки, печать этикеток, нанесение Data Matrix для пива, ввод в оборот пива, передачу сведений о движении продукции, обработку УПД через ЭДО и корректный вывод из оборота пива на кассе или по иным основаниям. Ошибка на любом участке приводит не к формальной неточности, а к остановке отгрузки, отказу приемки, невозможности продажи или риску административной ответственности.

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

Что такое система «Честный Знак» и как устроена ГИС МТ

«Честный ЗНАК» — национальная система цифровой маркировки и прослеживаемости товаров. Для пива Честный ЗНАК фиксирует путь маркированной продукции от производства или импорта до выбытия. Оператором системы выступает ЦРПТ, который обеспечивает работу ГИС МТ, личного кабинета участника, программных интерфейсов, сервиса эмиссии кодов, механизмов проверки и обмена сведениями с участниками оборота.

ГИС МТ работает как центральный реестр событий. В него передаются сведения о заказе кодов маркировки, нанесении, вводе в оборот, перемещении, приемке, продаже, списании, экспорте, возврате и других операциях, предусмотренных правилами для конкретного вида продукции и упаковки. Внутри системы каждый код имеет состояние, а каждое действие должно соответствовать допустимой логике перехода между статусами.

Архитектура процесса обычно включает несколько уровней:

  • личный кабинет участника оборота в ИС МП для ручных операций, настроек и контроля;
  • API ГИС МТ для автоматического обмена с 1С, ERP, WMS, производственными и кассовыми системами;
  • сервис эмиссии, через который выполняется заказ кодов маркировки и получение КМ;
  • Национальный каталог или иной контур описания товаров, где формируются карточки и GTIN;
  • ЭДО, через который передаются УПД с кодами маркировки, агрегатами и сведениями о переходе права собственности.

Data Matrix для пива не является обычным штрихкодом для внутреннего склада. Это средство идентификации, содержащее код товара, индивидуальную серию и проверочные элементы. Его качество печати, читаемость, связь с GTIN и корректный статус в ГИС МТ определяют, сможет ли продукция пройти через склад, оптовое звено, розницу и кассовый контур.

Кто обязан работать в системе

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

К маркируемой продукции относятся пиво, пивные напитки, сидр, пуаре, медовуха и другие слабоалкогольные напитки в пределах установленных кодов ТН ВЭД ЕАЭС и ОКПД 2. Для практического решения важно не ориентироваться только на коммерческое название товара. Определяющими являются код продукции, состав, крепость, вид упаковки, способ реализации и действующие правила для конкретной товарной группы.

В системе должны участвовать:

  • пивоваренные заводы, контрактные производители и площадки розлива;
  • импортеры продукции из ЕАЭС и стран вне ЕАЭС;
  • оптовые организации, дистрибьюторы, распределительные центры и логистические операторы;
  • розничные магазины, сети, бары, рестораны и точки разливной продажи;
  • компании, выполняющие упаковку, стикеровку, агрегацию или складскую обработку по договору.

Регистрация в ГИС МТ требуется до начала операций с маркированным товаром. Для производителей и импортеров пива в кегах обязательные этапы начались раньше, затем требования распространились на стеклянную, полимерную, алюминиевую и иную потребительскую упаковку. С учетом действующих правил участник оборота должен оценивать не только факт маркировки, но и режим вывода, проверку на кассе, поэкземплярную прослеживаемость и обмен УПД.

Сроки и перечень товаров для маркировки пива

Сроки внедрения маркировки пива вводились поэтапно, поэтому внутри одной компании могут существовать разные сценарии для кег, бутылок, банок, импортных партий и складских остатков. Ключевая задача — определить, какие операции уже обязательны для конкретного форм-фактора, а какие требуют подготовки по второму этапу прослеживаемости.

Для производителей и импортеров обязательная маркировка пива в кегах началась с 1 апреля 2023 года, для продукции в стеклянной и полимерной потребительской упаковке — с 1 октября 2023 года, для алюминиевых банок и иных видов упаковки — с 15 января 2024 года. Розничные участники передают сведения по кегам при подключении к оборудованию для розлива и при продаже через ККТ, а по потребительской упаковке — при поэкземплярном выводе из оборота через кассовую технику.

На практике перечень товаров проверяют по следующей логике:

  1. определить код ТН ВЭД ЕАЭС и ОКПД 2 по документам на продукцию;
  2. сопоставить товар с действующим перечнем маркируемых пивных и слабоалкогольных напитков;
  3. выделить вид упаковки: кега, стекло, ПЭТ, банка, иная потребительская упаковка, групповая или транспортная тара;
  4. проверить роль компании в обороте и дату совершения операции;
  5. описать спорные позиции в отдельном реестре и закрепить решение во внутреннем регламенте.
Участок процесса Что проверяется Основной документ или событие Система Риск при ошибке
Карточка товара GTIN, наименование, вид упаковки, код продукции, атрибуты Описание товара Национальный каталог, ГИС МТ Невозможность корректного заказа КМ
Эмиссия Количество, формат, способ получения и назначение кодов Заказ кодов маркировки ГИС МТ, СУЗ, API Лишние, неверные или неиспользуемые коды
Печать Качество Data Matrix, размер, контраст, стойкость этикетки Задание на печать Принтер, ПО печати, линия Нечитаемость на складе или кассе
Нанесение Связь кода с единицей товара, кегой или упаковкой Отчет о нанесении Производственная система, ГИС МТ Код есть на товаре, но не подтвержден в системе
Ввод в оборот Право выпуска товара в оборот и корректные реквизиты Документ ввода ГИС МТ, 1С, ERP Запрет продажи или отгрузки
Склад Агрегация, приемка, перемещение, инвентаризация Агрегат, УПД, складской ордер WMS, ТСД, 1С Расхождение физического товара и данных
Опт Передача кодов покупателю и подтверждение приемки УПД через ЭДО ЭДО, ГИС МТ Отказ контрагента от приемки
Розница Проверка кода, разрешительный режим, выбытие Кассовый чек ККТ, ОФД, ГИС МТ Блокировка продажи или нарушение учета
Возврат Статус кода, основание возврата, связь с документом Корректировочный или возвратный документ 1С, ЭДО, ГИС МТ Повторное движение недопустимого кода
Списание Основание выбытия, повреждение, утрата, бой, технологическая причина Акт списания или внутренний документ 1С, ГИС МТ Остатки в системе не совпадают со складом

Порядок получения кодов маркировки (КИЗ/КМ)

В деловой практике часто используют оба термина — КИЗ и КМ, однако для пива ключевым является код маркировки как цифровое средство идентификации, наносимое в формате Data Matrix. Получение кодов начинается не с печати, а с подготовки нормативно корректных данных: карточек товаров, GTIN, реквизитов участника, сертификата электронной подписи, настроек личного кабинета и интеграционного доступа.

Карточка товара должна быть заполнена так, чтобы код товара однозначно соответствовал фактической продукции. Важны точное наименование, вид напитка, объем, упаковка, код ТН ВЭД ЕАЭС, ОКПД 2, сведения о производителе, крепость, потребительские характеристики и другие атрибуты, требуемые для группы. Ошибка в GTIN приводит к тому, что Data Matrix будет формально существовать, но будет относиться не к той товарной позиции.

Типовой порядок получения КМ выглядит так:

  1. подготовить УКЭП, зарегистрировать участника в ГИС МТ и настроить роли пользователей;
  2. описать товарные позиции и получить либо подтвердить GTIN;
  3. настроить способ обмена: личный кабинет, файл, API, модуль 1С или промышленная интеграция;
  4. сформировать заказ кодов маркировки с указанием товарной группы, GTIN, количества и назначения;
  5. получить коды, передать их в систему печати или на производственную линию;
  6. нанести Data Matrix на этикетку, кегу, упаковку или иное предусмотренное место;
  7. проверить читаемость кодов и передать отчет о нанесении в ГИС МТ;
  8. выполнить ввод в оборот пива после подтверждения корректности сведений.

Заказ кодов маркировки должен быть связан с реальным производственным планом. Избыточная эмиссия без контроля создает массив неиспользованных кодов, а недостаточная эмиссия останавливает линию. На зрелом участке заказы КМ формируются автоматически на основании сменного задания, плана розлива, остатков кодов и прогнозируемого процента брака печати.

Жизненный цикл кода: от эмиссии до вывода из оборота

Жизненный цикл кода маркировки — это последовательность статусов и событий, которые показывают, где находится конкретная единица продукции и что с ней можно делать. Код появляется после эмиссии, затем переходит к нанесению, вводу в оборот, обороту между участниками, выводу из оборота, списанию, возврату или иному завершению жизненного цикла. Нельзя рассматривать код как наклейку, которую можно свободно перенести на другой товар.

Статусы кодов важны для всех участников цепочки. Производитель должен убедиться, что код заказан, нанесен и введен в оборот. Оптовик проверяет, что код не выбыл ранее и соответствует передаваемой партии. Розница проверяет код при приемке и продаже. Кассовый контур должен передать сведения о выводе из оборота пива через ОФД и ГИС МТ, а при разливной продаже из кеги дополнительно учитывается подключение кеги к оборудованию для розлива и частичное выбытие объема.

Внутренний контроль жизненного цикла должен охватывать:

  • сверку заказанных, напечатанных, нанесенных, испорченных и введенных в оборот кодов;
  • контроль статуса перед отгрузкой, приемкой, возвратом и продажей;
  • проверку кодов на дубли, повторное использование и принадлежность правильному GTIN;
  • отдельный учет брака печати, поврежденных этикеток и неиспользованных кодов;
  • журналирование действий сотрудников и интеграционных обменов.

Вывод из оборота пива фиксируется при розничной продаже, при частичном выбытии разливного товара, при экспорте, утрате, уничтожении, списании или иных предусмотренных основаниях. Для части операций сведения передаются через кассу, для части — через документы ГИС МТ, УПД или интеграционный обмен. Главный принцип остается неизменным: фактическое событие должно совпасть с цифровым событием по коду, количеству, дате, участнику и основанию.

Сериализация и агрегация: техническая логика процессов

Сериализация — присвоение каждой единице товара уникального кода. Для пива это означает, что каждая кега или единица потребительской упаковки получает собственный идентификатор. Система должна исключать повторное использование кода, подмену GTIN, печать дублей и смешение кодов разных партий. На производстве сериализация обычно связывается с линией розлива, принтером, камерой верификации и учетной системой.

Агрегация используется для того, чтобы связать несколько единиц товара с групповой, транспортной или логистической упаковкой. Например, отдельные банки могут быть объединены в короб, короба — в паллету, а паллета — в отгрузочную единицу. При сканировании агрегата складская система понимает состав вложений и может передавать их дальше без считывания каждого Data Matrix вручную, если процесс настроен корректно.

Техническая логика агрегации включает три уровня контроля:

  • физический уровень — товар действительно находится в коробе, на паллете или в транспортной единице;
  • цифровой уровень — состав агрегата корректно создан в WMS, 1С, ERP или специализированном ПО;
  • регистрационный уровень — сведения об агрегате и вложенных кодах переданы в ГИС МТ и используются в документах оборота.

Ошибки агрегации часто проявляются не на производстве, а при приемке у контрагента. Если короб содержит не те коды, паллета была пересобрана без цифровой деагрегации, а УПД передан по старому составу, покупатель увидит расхождение. Поэтому регламент должен описывать пересортировку, повреждение короба, частичную отгрузку, переупаковку, деагрегацию и повторную агрегацию.

Интеграция с 1С, ERP, WMS и ЭДО

Интеграция с 1С, ERP, WMS и ЭДО — основной фактор устойчивости проекта. Ручная работа через личный кабинет допустима для небольших объемов и отдельных операций, но при регулярном производстве, оптовых отгрузках или сетевой рознице она быстро становится источником ошибок. Данные должны проходить из учетной системы в ГИС МТ и обратно без ручного копирования кодов между файлами.

В 1С обычно настраиваются карточки номенклатуры, GTIN, заказы кодов, отчеты о нанесении, ввод в оборот, складские документы, УПД, приемка и выбытие. В ERP фиксируются производственные задания, партии, смены, спецификации, склады и маршруты. WMS отвечает за приемку, хранение, подбор, агрегацию, перемещение и инвентаризацию. ЭДО обеспечивает юридически значимый обмен УПД и подтверждение операций между участниками оборота.

С 1 декабря 2025 года для оборота пивной продукции особенно важна связка УПД и сведений в ГИС МТ: при обработке подписанного отправителем и получателем УПД система проверяет наличие успешно обработанного документа отгрузки. Это означает, что простой обмен электронными документами без корректной регистрации маркировочных сведений не закрывает риск. Участник должен контролировать и юридический документ, и его обработку в системе маркировки.

Интеграционный проект обычно включает:

  • обследование текущей конфигурации 1С, ERP, WMS, кассового ПО и ЭДО;
  • настройку справочников номенклатуры, GTIN, упаковок, складов и контрагентов;
  • подключение обмена с ГИС МТ через API или типовые механизмы;
  • сценарии заказа, получения, печати и списания кодов маркировки;
  • формирование УПД с кодами, агрегатами и корректными реквизитами отгрузки;
  • мониторинг ошибок обмена, очередей, статусов документов и квитанций.

Оборудование для маркировки пива

Оборудование подбирается под роль участника, объем операций, вид упаковки и требования к скорости. Производителю нужны решения для печати и верификации Data Matrix на линии или для печати этикеток с последующим нанесением. Оптовику и складу нужны ТСД, 2D-сканеры, рабочие места приемки и отгрузки, а рознице — кассовое программное обеспечение, онлайн-касса и сканер, поддерживающий считывание кодов маркировки.

Для кег важны условия эксплуатации этикетки: влажность, охлаждение, истирание, контакт с поверхностью, транспортировка, мойка оборотной тары и расположение кода. Для банок, бутылок и иной упаковки важны контраст, размер символа, отсутствие бликов, стабильность печати и возможность считывания на кассе. Камера технического зрения или выборочная проверка сканером позволяют обнаружить дефекты до передачи продукции покупателю.

Минимальный набор оборудования может включать:

  • термотрансферный, термоэтикеточный, каплеструйный или лазерный принтер в зависимости от носителя;
  • аппликатор этикеток или узел нанесения на производственной линии;
  • 2D-сканер для проверки Data Matrix при печати, приемке, сборке и продаже;
  • ТСД для складских операций, агрегации, подбора и инвентаризации;
  • рабочие станции для операторов маркировки, приемки и отгрузки;
  • кассовое ПО с поддержкой разрешительного режима и передачи сведений через ОФД.

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

Особенности для производителей, импортеров, опта и розницы

Производитель отвечает за наиболее полный контур: описание товара, получение GTIN, заказ КМ, нанесение, отчет о нанесении, ввод в оборот пива, агрегацию и отгрузку. На производстве маркировка должна быть встроена в сменное задание и контроль качества. Важно, чтобы оператор линии понимал, какие коды списываются как брак, какие переходят в нанесенные, а какие нельзя выпускать без подтверждения в ГИС МТ.

Импортер работает с отдельными сценариями ввоза. Для продукции из ЕАЭС и стран вне ЕАЭС различается момент подачи сведений и документальная логика. Импортеру необходимо заранее согласовать нанесение кодов на зарубежной площадке или организовать маркировку до выпуска продукции в оборот по допустимой схеме. Ошибка в импортном сценарии приводит к задержке поставки и невозможности дальнейшей реализации.

Оптовое звено фокусируется на приемке, хранении, агрегации, отгрузке и УПД. Если дистрибьютор принимает продукцию без проверки кодов, риск переносится на момент продажи или отгрузки сетевому клиенту. Розница отвечает за кассовый контур: проверка кодов, разрешительный режим, корректное выбытие, работа с возвратами, обучение кассиров и контроль ситуаций, когда код поврежден, не найден, уже выбыл или не проходит проверку.

Распределение обязанностей удобно закрепить так:

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

Ввод в оборот пива

Ввод в оборот пива означает, что продукция после нанесения кода может легально участвовать в товарном обороте. Для производителя это обычно событие после производства и нанесения, для импортера — после выполнения требований по ввозу и подтверждения данных. Сам факт напечатанного Data Matrix не дает права на продажу, если код не получил корректный статус в системе.

Перед вводом нужно убедиться, что карточка товара верна, GTIN соответствует упаковке, отчет о нанесении обработан, брак исключен, а коды не смешаны между партиями. Если товар отгружается до завершения цифровых событий, покупатель может получить физическую продукцию, но не сможет принять ее в маркировочном контуре. Такая ситуация блокирует оборот и требует разбирательства между участниками.

Документы ввода должны содержать реквизиты, которые позволяют связать товар, код, партию, производственный или импортный документ и участника оборота. Для пивной продукции также важно не путать контур ГИС МТ с другими обязательными системами учета. Они решают разные задачи, но операционный процесс компании должен быть единым: одна партия не должна иметь разные статусы в разных системах учета без объяснимого основания.

Вывод из оборота пива, возвраты, списания и перемаркировка

Вывод из оборота пива фиксирует прекращение движения маркированной единицы в товарной цепочке. Самый распространенный сценарий — розничная продажа через ККТ с передачей данных оператору фискальных данных и далее в систему маркировки. Для разливного пива из кег важны сведения о подключении кеги к оборудованию для розлива и частичное выбытие объема при продаже.

Возвраты требуют отдельного регламента. Если покупатель возвращает товар в розницу, нужно учитывать состояние кода, факт предыдущего выбытия, возможность дальнейшей реализации и правила кассовой операции. В оптовом контуре возврат связан с УПД, корректировочными документами, статусом кодов и фактическим движением товара. Недопустимо принимать решение только по бумажному акту, не проверив цифровой след в ГИС МТ.

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

Практический регламент вывода должен описывать:

  • продажу потребительской упаковки на кассе с проверкой Data Matrix;
  • продажу разливного пива из кеги с передачей объема;
  • возврат от покупателя и возврат между юридическими лицами;
  • списание поврежденной продукции, брака и утраты;
  • действия при недоступности связи, отказе проверки или ошибке статуса кода.

Кассовый контур и проверка кодов

Кассовый контур в маркировке пива выполняет не только фискальную функцию. При продаже код считывается 2D-сканером, кассовое ПО проверяет его корректность, применяет разрешительный режим, формирует чек и передает сведения о выбытии. Если код не проходит проверку, продажа может быть остановлена. Поэтому кассир должен понимать, что проблема не решается ручным вводом произвольного значения или пробитием товара без кода.

Для розницы важны три уровня проверки: техническая читаемость Data Matrix, логическая валидность кода и разрешение на продажу. Техническая проблема связана с повреждением этикетки, бликом, плохой печатью или неподходящим сканером. Логическая проблема означает, что код не найден, не соответствует товару, уже выбыл, не введен в оборот или имеет иной недопустимый статус. Разрешительный режим добавляет онлайн или офлайн проверку в зависимости от условий работы кассы.

Рабочее место кассира должно быть протестировано на реальных сценариях:

  1. сканирование бутылки, банки и иной потребительской упаковки;
  2. продажа пива из кеги с корректной передачей объема;
  3. возврат товара покупателем;
  4. обработка кода, который поврежден или не читается;
  5. работа при временной недоступности связи;
  6. проверка закрытия смены и передачи данных через ОФД.

Проверка кодов должна быть встроена также в приемку. Если розничная точка обнаруживает ошибку только на кассе, товар уже занял место на складе или витрине, а претензия к поставщику возникает слишком поздно. Оптимальная схема — проверять коды при входящей приемке, при выкладке спорных товаров и перед продажей в ситуациях с повышенным риском.

Типовые ошибки бизнеса и реальные риски

Самая частая ошибка — считать маркировку задачей одного отдела. Производство печатает этикетки, бухгалтерия отправляет УПД, склад принимает паллеты, розница сканирует коды, а ИТ настраивает обмен. Если между ними нет единого владельца процесса, ошибки переходят из одного звена в другое и становятся видимыми только при блокировке продажи или отказе контрагента от приемки.

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

К типовым нарушениям относятся:

  • заказ кодов маркировки на неверный GTIN или устаревшую карточку товара;
  • печать Data Matrix низкого качества без проверки на линии;
  • нанесение кода на продукцию без последующего отчета о нанесении;
  • отгрузка товара до ввода в оборот;
  • УПД без корректного состава кодов или агрегатов;
  • пересборка паллеты без цифровой деагрегации и повторной агрегации;
  • приемка товара без проверки статусов;
  • продажа на кассе при ошибке кода или обход разрешительного режима;
  • отсутствие регламента возвратов, списаний и поврежденных кодов.

Административная ответственность наступает за производство, ввод в оборот, продажу, хранение, перевозку или передачу продукции с нарушением требований маркировки. В зависимости от состава нарушения возможны предупреждения, штрафы, конфискация предметов правонарушения и дополнительные последствия для лицензируемой или контролируемой деятельности. Поэтому контроль маркировки должен быть частью системы комплаенса, а не разовой ИТ-настройкой.

Организация внутренних регламентов компании

Внутренний регламент по маркировке пива должен отвечать на практический вопрос: кто, где, когда и в какой системе выполняет действие с кодом. В документе фиксируются роли сотрудников, порядок доступа в ГИС МТ, правила работы с УКЭП, схема заказа КМ, контроль печати, действия при браке, порядок агрегации, приемки, отгрузки, возврата и списания. Без регламента обучение сотрудников превращается в устные инструкции, которые быстро расходятся с фактической работой.

Для устойчивой работы компании нужен реестр контрольных точек. Например, перед выпуском сменного задания проверяется наличие кодов; после печати — читаемость; перед вводом — отчет о нанесении; перед отгрузкой — статус кодов и состав УПД; при приемке — соответствие физической партии электронному документу; на кассе — успешная проверка и корректное выбытие. Ответственный должен видеть ошибки не после жалобы покупателя, а в момент их возникновения.

Регламент внедрения обычно строится по этапам:

  1. обследование ассортимента, упаковок, потоков товара и учетных систем;
  2. формирование матрицы обязанностей по ролям участников оборота;
  3. подготовка карточек, GTIN, справочников и прав доступа;
  4. настройка заказа кодов, печати, нанесения и проверки Data Matrix;
  5. интеграция 1С, ERP, WMS, ЭДО, касс и ГИС МТ;
  6. тестирование сценариев производства, импорта, склада, опта и розницы;
  7. обучение сотрудников на реальных документах и образцах упаковки;
  8. запуск промышленного контура и ежедневный мониторинг ошибок.

Компания ХайМарк может сопровождать такие проекты как консультант по процессам маркировки: описать целевую схему, выявить разрывы в данных, подготовить требования к интеграции, настроить контрольные точки и помочь бизнесу перейти от формального подключения к управляемому обороту маркированного пива.

Документы, УПД и взаимодействие с контрагентами

ЭДО и УПД являются ключевым механизмом передачи сведений между юридическими лицами. В УПД должны корректно отражаться товарные позиции, количество, реквизиты сторон, сведения о кодах маркировки или агрегатах, а также связь с фактической отгрузкой. Получатель, подписывая документ, подтверждает приемку, поэтому расхождения по кодам нужно выявлять до подписания, а не после закрытия документа.

При поэкземплярной прослеживаемости особенно важно, чтобы состав отгрузки в УПД совпадал с физическим товаром. Если поставщик указал агрегат, но часть коробов была заменена на складе, покупатель получит несоответствие. Если коды переданы списком, но фактически часть товара отсутствует, приемка также не пройдет корректно. Интеграция с WMS и ТСД снижает риск ручного формирования ошибочного УПД.

Контрагентам необходимо заранее согласовать правила обмена: оператор ЭДО, формат УПД, порядок исправления ошибок, сроки подписания, приемку по агрегатам, действия при расхождениях, возвраты и ответственных лиц. Для сетевой розницы эти требования часто жестче внутренних правил поставщика, поэтому проект маркировки должен учитывать не только нормативную базу, но и реальные требования покупателей.

Контроль качества данных и ежедневный мониторинг

Маркировка пива требует постоянного мониторинга, потому что ошибки могут возникать после успешного запуска. Изменение карточки товара, обновление кассового ПО, замена принтера, новая схема паллетирования, переход на другого оператора ЭДО или изменение формата УПД способны нарушить ранее работающий процесс. Контроль должен быть регулярным и измеримым.

Ежедневный мониторинг включает проверку статусов документов в ГИС МТ, квитанций ЭДО, ошибок API, отчетов о нанесении, неиспользованных кодов, брака печати, зависших операций ввода, неподписанных УПД, отказов приемки и кассовых ошибок. Для управленческого контроля полезны отчеты по причинам сбоев: техническая проблема, ошибка справочника, действия сотрудника, расхождение склада или недоступность внешнего сервиса.

Рабочие показатели контроля могут включать:

  • долю успешно считанных Data Matrix на линии и на складе;
  • количество кодов в статусах, требующих действия;
  • число УПД с ошибками обработки или неподтвержденной приемкой;
  • время устранения расхождений по отгрузкам;
  • количество кассовых отказов по причинам проверки;
  • остаток неиспользованных, испорченных и ожидающих нанесения кодов.

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

Как выстраивается проект внедрения маркировки пива

Проект внедрения начинается с диагностики. Нужно описать текущие товарные потоки: где создается номенклатура, кто присваивает GTIN, как формируются партии, где печатаются этикетки, кто сканирует продукцию, как собираются паллеты, через какого оператора идет ЭДО, какие кассы используются и как передаются сведения о продаже. Без такой диагностики невозможно корректно выбрать оборудование и настроить интеграцию.

Следующий этап — проектирование целевой схемы. Для малого производителя это может быть связка 1С, личного кабинета ГИС МТ, принтера этикеток и ручной проверки сканером. Для крупного завода потребуется автоматическая эмиссия, промышленная печать, техническое зрение, управление браком, агрегация на линии, интеграция с ERP и WMS, электронный УПД и централизованный мониторинг.

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

Квиз по экономии времени

Посчитайте, сколько времени можно снять с команды

Быстрый расчет показывает потенциальную экономию часов и помогает перевести интерес в осмысленную заявку.

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

Потенциал разгрузки команды

42 часа экономии в месяц на ручных операциях и проверках
до 58% можно сократить ручную нагрузку на маркировку
Подходит сценарий с передачей части процессов на сопровождение и подключением контрольной панели для команды.
Получить точный расчет
Все процессы маркировки в одной системе

Команда работает в одном интерфейсе, а не между десятком таблиц и статусов

На одном экране видно документы, коды, остатки, интеграции и проблемные операции. Это особенно важно, когда процессы Честного Знака уже влияют на отгрузки и работу нескольких отделов.

Подготовим сценарий для страницы “Маркировка пива”

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