Поэкземплярный учёт на производстве и при импорте: как выстроить маркировку от эмиссии кодов до ввода в оборот

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

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

Только после того как план утверждён, формируется заявка на заказ кодов маркировки в систему управления заказами (СУЗ) Честного ЗНАКа. Предприятие указывает GTIN, серию выпуска, срок годности и объём партии. Система возвращает пул уникальных DataMatrix-кодов, которые должны автоматически загрузиться в производственную систему или промежуточное ПО.

Только после финального согласования плана формируется заявка на заказ кодов в систему управления заказами (СУЗ) Честного ЗНАКа. Предприятие указывает GTIN, серию выпуска, срок годности и объём партии. Система возвращает пул уникальных DataMatrix-кодов, которые должны автоматически загрузиться в ERP-контур предприятия или MES-уровень управления линией.

Перенос кодов из файлов в систему вручную создаёт идеальную среду для ошибок. Криптографический хвост DataMatrix — это строка из 88 символов. Риск опечатки, потери знака или дублирования возрастает на каждом этапе: при записи в Excel, копировании в файл, импорте в систему управления печатью. Когда один и тот же код уходит в отчёт дважды, система маркировки блокирует партию, а производство вынуждено останавливать линию для перемаркировки.

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

Одна неверная буква или регистр делают код нечитаемым для системы. А ошибка всплывает только при сканировании на линии или приёмке у дистрибьютора.

Случайное копирование строки дважды или использование кода из предыдущей партии фиксируется как нарушение. И тут будет уже не обойтись без ручного расследования и остановки тиража.

При ручном переносе коды нередко привязываются к неверным параметрам партии. То есть товар физически произведён с одним сроком, а в системе числится с другим. И это как раз одна из самых распространённых причин блокировки продаж на кассе.

И чтобы исключить человеческий фактор, предприятию нужно перейти на автоматическую передачу кодов из СУЗ в производственную систему. При таком способе учёта программный модуль проверяет уникальность каждого идентификатора, привязывает его к конкретной серии и сроку годности и формирует задание на промышленный принтер. 

Один из самых распространённых способов печати кодов маркировки — в типографии, сразу на товарной упаковке. И для многих это удобно. Но и печать КМ с помощью промышленных принтеров этикеток не менее распространена. Однако напечатать марку — лишь половина задачи. Убедиться, что DataMatrix считывается на скорости линии, — вторая.

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

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

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

Пример такой отбраковки и последующей верификации КМ с помощью ТСД хорошо показан в ролике об автоматизации пивобезалкогольного завода «Адмирал Колчак»

Верификация отсекает брак, но выпущенная из производства продукция ещё не готова к отгрузке. Каждую единицу нужно сгруппировать в транспортную тару, что переводит задачу в новую плоскость. 

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

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

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

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

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

Ввод в оборот — это исключительная функция производителя. Ни склад, ни розница не могут выполнить эту операцию. После производства и агрегации необходимо сформировать документ «Ввод в оборот» и отправить его в Честный ЗНАК. Только после этого товар получит легальный статус, а остатки в учётной системе синхронизируются с данными регулятора.

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

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

Импортёр работает в условиях, которых нет у отечественного производителя: товар должен быть промаркирован до ввоза на территорию страны или в зоне таможенного контроля. Если груз пересекает границу без маркировки, его придётся обрабатывать на складе временного хранения (СВХ) под таможенным контролем. Это увеличивает сроки, стоимость логистики и создаёт риски задержки партии. 

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

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

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

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

А вот отзыв партии — более сложная процедура. Если производитель обнаружил ошибку в серии или сроке годности, он должен выгрузить коды из оборота, уведомить контрагентов и сформировать корректирующие документы. В таком случае, когда дистрибьюторы и розница получат уведомление и вернут товар, производитель сможет перемаркировать или утилизировать товары.

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

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

Управляющий слой в этой системе — программная платформа — должна принимать данные с линии, контролировать верификацию, формировать агрегаты и синхронизировать всё с ERP и ГИС МТ без ручного вмешательства. Так, например, «Фабрика 15» от Клеверенса берёт на себя печать, проверку кодов, логику вложенности и автоматическую передачу отчётности.

Но программный контроль бесполезен, если физическая база нестабильна. Инфраструктура должна соответствовать минимальному набору требований:

Офисные модели не выдерживают нагрузки и не обеспечивают плотность печати, которую стабильно считывают сканеры в потоке.

2. Системы верификации — промышленные 2D-камеры машинного зрения или ТСД с защищённым корпусом

Они должны мгновенно фиксировать смазанные, повреждённые или дублирующие коды и давать сигнал на отвод брака без остановки линии.

Связь в производственных помещениях и на СВХ часто нестабильна. Программа должна сохранять каждый отсканированный код локально, а при восстановлении соединения синхронизировать данные без потерь и задвоений.

4. Готовые интеграционные модули для прямой связи с учётной системой (1С, SAP и др.)

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

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

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

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

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

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

При корректной интеграции принтеров, систем верификации и ПО влияние на скорость конвейера минимально — в пределах 2–4%. Остановки случаются только при выявлении массового брака печати, что предотвращает отгрузку некондиции дистрибьюторам и последующие возвраты.

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

Это зависит от конкретной товарной группы и утверждённого регламента ГИС МТ. Однако для большинства категорий КМ должны быть нанесены до ввоза на территорию страны или в зоне таможенного контроля под наблюдением.

Оптимальный путь — пилотный проект на одной линии или для одной импортной партии. Это позволит отработать связку «оборудование — ПО — учётная система — ГИС МТ», выявить узкие места, обучить персонал и масштабировать процесс только после стабилизации цикла.

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

Использование готовых платформ, таких как «Фабрика 15» от Клеверенс, позволяет закрыть техническую часть без написания собственного кода. Предприятие получает рабочий инструмент интеграции, автоматические обновления под изменения законодательства и техническую поддержку, оставляя внутренние ресурсы на развитие основного производства, а не на поддержку кастомных интеграций. 

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