Фура на разгрузке. Водитель торопит. Менеджер склада открывает коробки - на каждой единице товара DataMatrix-код. Нужно принять партию, но как убедиться, что все коды валидные, зарегистрированы в системе и соответствуют товаросопроводительным документам? Сканировать каждый вручную через приложение «Честный знак»? На тысячу единиц уйдёт полдня.
Именно для таких задач существует модуль ТС ПИоТ - транспортный модуль проверки и идентификации обязательно маркированных товаров. Это программный (или программно-аппаратный) компонент, который позволяет массово проверять коды маркировки на этапе транспортировки и логистики. Не в розничной точке, не на производственной линии - а именно «в дороге»: на складе, при приёмке, при перегрузке, при передаче товара между участниками оборота.
ТС ПИоТ расшифровывается как Техническое Средство Проверки и Идентификации обязательно маркированных Товаров. Это не отдельная программа и не мобильное приложение - это модуль, работающий внутри инфраструктуры национальной системы маркировки «Честный знак» (ГИС МТ), которую оперирует ЦРПТ.
Транспортный модуль - одна из функциональных частей этого технического средства. Его задача: обеспечить проверку кодов маркировки на этапе перемещения товаров по цепочке поставок. Проще говоря, это «контрольная точка» между отправкой товара одним участником и приёмкой другим.
Зачем отдельный модуль, если проверить код можно через личный кабинет Честного знака? Потому что в реальной логистике нужна массовость, скорость и автоматизация. Проверить один код - легко. Проверить десять тысяч кодов при приёмке фуры - задача другого масштаба. Транспортный модуль ТС ПИоТ решает именно её.
Проверка кодов, приёмка, отгрузка - слишком много ручной работы?
Компания GetMark выстраивает полный цикл маркировки под ключ: от настройки оборудования и интеграции с Честным знаком до ежедневного сопровождения - ввод в оборот, вывод, агрегация, работа с ЭДО и УПД, проверка кодов при приёмке. Вы занимаетесь бизнесом - GetMark занимается маркировкой. Тарифы прозрачные, модели сотрудничества гибкие: от разовых задач до постоянного обслуживания. Подробности - на getmark.ru/prices/.
Узнать подробнееНе каждому участнику маркировки необходимо разбираться в ТС ПИоТ. Всё зависит от роли в товаропроводящей цепочке и объёма операций.
Точно нужен:
Можно обойтись:
Маленький магазин, принимающий 50-100 единиц в неделю от одного поставщика, обычно справляется проверкой через мобильное приложение «Честный знак» или ТСД с базовым функционалом. Полноценный транспортный модуль здесь избыточен.
Но даже небольшим компаниям стоит понимать, как работает проверка - хотя бы для того, чтобы грамотно общаться с поставщиками при обнаружении расхождений.
Функционал модуля шире, чем просто «отсканировать и проверить». Вот что он делает в реальной логистике:
Массовая верификация кодов. Считывание DataMatrix-кодов с товаров - поштучно через ТСД или потоково через стационарные камеры на конвейерной линии. Каждый код проверяется в базе ГИС МТ: существует ли, в каком статусе, кому принадлежит.
Сверка с товаросопроводительными документами. Модуль сопоставляет отсканированные коды с данными из электронного УПД (универсального передаточного документа), полученного через ЭДО. Если код есть в документе, но отсутствует физически - фиксируется недостача. Если код отсканирован, но в УПД его нет - излишек или пересортица.
Проверка статуса кода. Код маркировки проходит несколько статусов: «Эмитирован», «В обороте», «Выбыл». Транспортный модуль выявляет коды в некорректном статусе. Например, код, который уже выведен из оборота (выбыл), не может быть в поставке.
Валидация структуры кода. Модуль проверяет формат DataMatrix: длину, структуру, наличие криптографического кода проверки (так называемого «криптохвоста»). Повреждённый или усечённый код не пройдёт валидацию.
Формирование отчётов и актов. По итогам проверки модуль генерирует отчёты: сколько кодов проверено, сколько прошло, сколько отклонено, по каким причинам. На основании этих данных формируются акты расхождений для поставщика.
Транспортный модуль - это прежде всего софт. Но без правильного «железа» он бесполезен.
Терминалы сбора данных (ТСД). Основной инструмент для сканирования DataMatrix-кодов. Подходят модели с поддержкой 2D-сканирования: Zebra, Honeywell, Urovo, CipherLab и другие. Важно: ТСД должен уверенно читать DataMatrix - не все модели одинаково хорошо справляются с мелкими или низкоконтрастными кодами.
Стационарные сканеры и камеры. Для конвейерных линий и зон приёмки с высоким потоком товаров. Промышленные камеры машинного зрения (Cognex, Keyence, Datalogic) обеспечивают потоковое считывание без остановки конвейера.
Программное обеспечение. Собственно модуль ТС ПИоТ может быть реализован как:
Стабильный интернет. Проверка кодов происходит онлайн - запрос отправляется в систему Честного знака и обратно приходит ответ о статусе кода. Без интернета или при нестабильном соединении массовая верификация невозможна. На удалённых складах это бывает серьёзной проблемой.
Практический совет: перед закупкой оборудования протестируйте считывание кодов именно на вашей продукции. DataMatrix на глянцевой бутылке, на тканевой бирке и на картонной коробке - три совершенно разных условия для сканера. Не всякий бюджетный ТСД справится со всеми тремя.
Разберём типовой сценарий: дистрибьютор принимает партию обуви от производителя.
1. Получение электронного УПД. До физической поставки (или одновременно) через ЭДО приходит универсальный передаточный документ с перечнем кодов маркировки. Модуль загружает этот перечень как «эталон» - то, что должно быть в поставке.
2. Разгрузка и сканирование. Товар выгружается, оператор сканирует DataMatrix-коды ТСД. Каждый считанный код автоматически сопоставляется с перечнем из УПД и проверяется в ГИС МТ.
3. Результаты в реальном времени. На экране ТСД или на рабочей станции оператора отображается статус каждого кода: «Совпадает» / «Отсутствует в документе» / «Невалидный» / «Некорректный статус». Отклонённые коды подсвечиваются - оператор видит проблему сразу.
4. Обработка расхождений. Если часть кодов не прошла проверку - формируется акт расхождений. Товар с невалидными кодами не принимается или принимается на ответственное хранение до выяснения. Поставщик получает уведомление.
5. Подтверждение приёмки. Если всё сошлось - УПД подписывается электронной подписью, право собственности (и ответственность за коды) переходит к получателю. Статус кодов в ГИС МТ обновляется автоматически.
Весь процесс для партии в 1000 единиц с хорошим ТСД занимает 40-60 минут. Без транспортного модуля - можно провозиться целый день.
Расхождения при проверке - не редкость. Важно правильно на них реагировать.
| Ситуация | Вероятная причина | Действия |
|---|---|---|
| Код не читается сканером | Повреждён, смазан, заклеен, напечатан с низким качеством | Попробовать другой сканер. Если не помогло - товар требует перемаркировки |
| Код читается, но отсутствует в УПД | Пересортица, ошибка комплектации у поставщика | Зафиксировать в акте расхождений, связаться с поставщиком |
| Код есть в УПД, но ГИС МТ показывает статус «Выбыл» | Код ранее выведен из оборота (продан, списан) | Не принимать товар с таким кодом. Уведомить поставщика |
| Код в статусе «Эмитирован» (не введён в оборот) | Поставщик не оформил ввод в оборот | Принять товар нельзя - он юридически не в обороте. Вернуть поставщику |
| Код валиден, но принадлежит другому участнику | Передача собственности не оформлена в ГИС МТ | Дождаться корректного оформления документов в системе |
| Криптохвост не проходит проверку | Код поддельный или повреждён при печати | Изолировать товар. Уведомить ЦРПТ и поставщика |
Главный принцип: товар с невалидным кодом маркировки - это товар, который нельзя легально продавать. Принять его - значит взять на себя ответственность за нарушение. Штрафы по статье 15.12 КоАП РФ для юридических лиц достигают 300 000 рублей с конфискацией товара.
Транспортный модуль ТС ПИоТ в изоляции - как навигатор без карт. Реальная ценность появляется при интеграции с бизнес-системами предприятия.
Интеграция с 1С. Большинство российских компаний ведут учёт в 1С. Транспортный модуль должен обмениваться данными с 1С: получать из неё информацию о заказах и ожидаемых поставках, отправлять обратно результаты проверки кодов и акты расхождений. Для этого используются типовые обработки обмена с ГИС МТ или специализированные решения (например, «1С:Маркировка», «Аксиоматика», «Клеверенс»).
Интеграция с WMS. Складская система управления (WMS) координирует размещение товара на складе. Связка «транспортный модуль + WMS» позволяет автоматически привязывать проверенные коды к ячейкам хранения, формировать задания на отгрузку с учётом кодов маркировки, исключать из отгрузки единицы с невалидными кодами.
Интеграция с ЭДО. Электронный документооборот - канал, по которому приходят и уходят УПД с кодами маркировки. Транспортный модуль должен «видеть» входящие УПД, чтобы сверять физически отсканированные коды с документальными. Без ЭДО эта сверка превращается в ручной адский труд.
Взаимодействие с API ГИС МТ. Проверка кодов в режиме реального времени идёт через API Честного знака. Модуль отправляет запросы и получает ответы о статусе кодов. Важно учитывать ограничения API: лимиты на количество запросов в единицу времени, время отклика, возможные технические окна обслуживания системы.
Нюанс: при пиковых нагрузках (например, массовая приёмка перед сезоном) API Честного знака может отвечать с задержкой. Закладывайте запас по времени на приёмку и не планируйте проверку тысяч кодов за 15 минут до закрытия склада.
Сканировать каждую единицу товара - долго. Поэтому в логистике маркированных товаров используется агрегация: объединение индивидуальных кодов маркировки в групповые упаковки (короба, палеты).
На коробе наносится агрегационный код, который содержит информацию обо всех единицах внутри. Сканируя один код короба, транспортный модуль получает данные обо всём содержимом. Это ускоряет приёмку в десятки раз.
Однако есть подвох. Агрегация должна быть корректно оформлена в ГИС МТ. Если поставщик нанёс агрегационный код, но не зарегистрировал связку «короб → единицы» в системе - при сканировании короба модуль не сможет проверить содержимое. Придётся вскрывать и сканировать поштучно.
Ещё один момент: при расформировании палеты или вскрытии короба агрегация «ломается». Если на складе товар переупаковывается - нужно формировать новую агрегацию и регистрировать её заново.
Практика показывает: технические проблемы составляют лишь треть всех сложностей. Остальное - организационные промахи.
Нет ответственного за маркировку. Функции размазаны между складом, закупками, бухгалтерией и IT. Никто не несёт персональной ответственности. Результат - расхождения обнаруживаются, но никто не реагирует.
Модуль настроен, но люди не обучены. Оператор склада не понимает, что делать с «жёлтым» статусом кода. Сканирует, видит предупреждение, принимает товар «на авось». А через месяц - штраф при проверке.
Нет регламента действий при расхождениях. Обнаружили 15 невалидных кодов из 500. Что дальше? Принять всю партию? Отказать? Принять частично? Без утверждённого регламента каждая приёмка превращается в импровизацию.
Игнорирование обновлений. ЦРПТ регулярно обновляет API, форматы данных, требования к проверке. Модуль, настроенный полгода назад и ни разу не обновлённый, может выдавать некорректные результаты или вообще перестать работать.
GetMark - не просто настройка, а полное сопровождение маркировки
Внедрение транспортного модуля, обучение персонала, написание регламентов, интеграция с 1С и WMS, ежедневная работа с кодами и документами - всё это можно передать специалистам. GetMark работает с маркировкой каждый день: от создания карточек товаров до решения нештатных ситуаций при приёмке.
Формат сотрудничества - на выбор: разовые задачи, проектное внедрение или постоянное сопровождение с выделенным менеджером. Тарифы зависят от товарной группы и объёма операций. Детали - на getmark.ru/prices/.
Вместо того чтобы месяц настраивать модуль и ещё месяц обучать склад - запустите проверку кодов за неделю с командой, которая уже прошла этот путь сотни раз.
Оставить заявкуЗаконодательно конкретный модуль ТС ПИоТ не является обязательным. Однако обязанность проверять коды маркировки при приёмке товаров закреплена в правилах маркировки по каждой товарной группе. Каким техническим средством вы это делаете - ваше решение. Но без автоматизации на крупных объёмах обойтись практически невозможно.
Считать DataMatrix-код - да. Но обычный сканер только декодирует информацию из кода. Он не проверяет код в базе ГИС МТ, не сопоставляет с УПД, не выявляет некорректные статусы. Для полноценной проверки нужен именно программный модуль, который обрабатывает считанные данные.
Все товарные группы, подлежащие обязательной маркировке: обувь, одежда и текстиль, парфюмерия, шины, фототехника, молочная продукция, упакованная вода, табачная продукция, пиво и слабоалкогольные напитки, БАДы, антисептики, медицинские изделия и другие. Перечень расширяется - актуальный список доступен на сайте Честного знака.
Зависит от оборудования и канала связи. С хорошим ТСД оператор сканирует 8-15 кодов в минуту при поштучной проверке. Стационарные камеры на конвейере - до 60-100 кодов в минуту. При групповой проверке через агрегационные коды скорость возрастает кратно: один скан короба заменяет десятки поштучных.
Без доступа к API ГИС МТ онлайн-проверка статуса кодов невозможна. Некоторые модули поддерживают режим отложенной проверки: коды сканируются в оффлайн-режиме, а верификация запускается после восстановления связи. Но это задерживает процесс приёмки и создаёт риск принять невалидный товар.
Напрямую. УПД, полученный через оператора ЭДО, содержит перечень кодов маркировки в поставке. Транспортный модуль загружает этот перечень и сверяет с физически отсканированными кодами. Расхождения формируются автоматически. Подписание УПД электронной подписью фиксирует переход ответственности за коды от поставщика к получателю.
Для самого процесса сканирования и проверки - нет. Но для подписания УПД и для авторизации в ГИС МТ через API - да, требуется квалифицированная электронная подпись (КЭП). Без неё невозможно ни подтвердить приёмку, ни отклонить документ.
Для небольшой розницы с объёмом приёмки до нескольких сотен единиц в неделю - полноценный транспортный модуль обычно избыточен. Достаточно ТСД с базовым приложением для сканирования и проверки кодов, а также корректной работы с ЭДО. Но если вы розничная сеть с распределительным центром - модуль существенно сократит время приёмки и снизит риск приёмки контрафакта.
Принципиальное требование - поддержка 2D-сканирования (DataMatrix). Популярные модели: Zebra TC-серия, Honeywell CT-серия, Urovo DT50 и DT40, CipherLab RS-серия. При выборе обращайте внимание на скорость считывания, работу с мелкими кодами и автономность аккумулятора. Перед покупкой партии - протестируйте на реальном товаре.
Нет. Модуль проверяет коды, но не меняет их статус. Статус кодов обновляется при подписании УПД, при оформлении документов ввода или вывода из оборота. Транспортный модуль - это инструмент контроля, а не инструмент оформления.
Юридически: если среди принятого товара окажутся единицы с невалидными кодами (поддельными, выбывшими, чужими) - ответственность ляжет на того, у кого товар на балансе. При проверке контролирующими органами - штраф по ст. 15.12 КоАП РФ: для должностных лиц от 5 000 до 10 000 рублей, для юридических лиц - от 50 000 до 300 000 рублей с возможной конфискацией товара.
Техническая документация по системе маркировки, включая описание API, форматы документов и требования к проверке кодов, публикуется на сайте Честного знака в разделе документации для каждой товарной группы. Также полезен портал поддержки ЦРПТ и раздел для разработчиков с описанием методов API ГИС МТ.
Модуль - это инструмент. Он не заменяет процесс, а поддерживает его. Без выстроенного регламента приёмки, обученного персонала и актуальной интеграции с учётными системами даже идеально настроенный транспортный модуль ТС ПИоТ превращается в дорогую игрушку.
Начните с простого: определите ответственного, пропишите действия при расхождениях, протестируйте оборудование на реальном товаре. А если объём операций растёт быстрее, чем ваша команда успевает осваивать новые инструменты - делегируйте маркировку тем, кто занимается ей профессионально. Время, потраченное на борьбу с кодами, - это время, украденное у бизнеса.
Назад 
