Декларируется, что единичные участники прошли все этапы эксперимента и могут уже сейчас производить маркированную продукцию. В реальности - абсолютно все пилоты сейчас находятся в незрелой стадии, и пока речь идет о том, что пройден "путь получения кода", а не путь цифровой трансформации.
На рынке есть игроки, утверждающие, что большая часть функционала ПО уровня L3 абсолютно избыточна и не несет никакой пользы для заказчика. Но и это это не имеет отношения к действительности.
Сегодня на рынке есть полноценные Track&Trace решения, обеспечивающие корректный обмен данными с оборудованием и с ERP-системами, автоматизируют все операции с индивидуальными кодами.
Они взаимодействуют с СУЗ, с Оператором и аналогичными ИС у контрагентов. Весь этот функционал настроен и оттестирован. Современные Track&Trace решения содержат внутренние инструменты резервирования, контроля ошибок и оповещения и т.д.
Главное отличие в логике обращения с товаром после внедрения Track&Trace системы. После этого уже нельзя оперировать такими понятиями как «партия» и «серия». Ранее было понимание, что в пределах партии продукции с ней можно делать все, что угодно, например, упаковки менять местами друг с другом, отгрузить одну вместо другой…
С внедренным Track&Trace решением производится учет каждой единицы товара. Ядро работающей на предприятии ERP-системы такого функционала не имеет.
Можно было бы сказать, что это подводный камень при внедрении системы маркировки, но, на самом деле, это айсберг.
Теоретически можно добавить функционал Track&Trace решения внутрь ERP, но на практике это делать сильно не рекомендуется. В этом случае сильно возрастет нагрузка на саму систему и на ее поддержку. Да и в глобальном плане это неверно, так как Track&Trace – это сформировавший класс технологий.
Сегодня есть большой пласт ПО, которое не делает ничего кроме того, что получает от Оператора коды, наносит их на упаковки и отправляет отчет о маркировке. То есть, по сути, это коннектор, осуществляющий передачу данных. Если такой вариант реализован, то в будущем можно рассчитывать на следующие варианты развития событий.
А в чем собственно проблема?
"Как правило, урезанный L3 уже не переделать, потому что ресурсы на разработку полноценной версии ПО этого уровня и его урезанной версии отличаются в сотни раз", - утверждает Равиль Гимадиев, Генеральный директор Original Group.
Западная компания, производитель оборудования, вместе с которым пришла «имитация ПО уровня L3» специально под российский рынок ничего писать не будет.
А их местный партнер, который является, по сути, реселлером, сделать этого не в состоянии, так как в его команде только группа продаж и поддержки.
Большие системы могут писать только ИТ-компании. Они могут разработать ПО, сопровождать его и соблюсти необходимый для заказчика баланс CAPEX/OPEX. Также у них должен быть большой портфель внедрений и широкий спектр поддерживаем открытых протоколов взаимодействия с оборудованием.
Если у купленного аппаратного обеспечения открыт API, это значит, что предприятие сможет подобрать на рынке решение уровня L3, которое полностью закроет стоящие перед ним задачи. И процесс его внедрения будет простым и безболезненным.
Даже если у разработчика Track&Trace системы нет коннектора к этому API, он может относительно быстро его создать. Все необходимые бизнес-процессы закрывает его ПО уровня L3. Взаимодействие с ERP-системами, например 1С ERP или 1С УПП, уже выстроено и отлажено, так же как и с оператором ЭДО, и ГИС МП.
Все самые чувствительные и сложные процессы, которые требуют тщательно отладки, они уже реализованы. А подключение оборудования здесь всего лишь небольшой этап. Который закрывает процесс внедрения.
Важно как можно раньше понять, что Track & Trace - это не ERP-система, не 1С, это не оператор электронного документа оборота.
Вот каким функционалом должно обладать ПО для управления Track&Trace системой на предприятии:
- ПО должно обеспечивать взаимодействие с Оператором, с СУЗами,
- осуществлять резервирование заказов,
- управлять данными для передачи на печатное оборудование, самой печатью, агрегацией и всеми необходимыми складскими операциями,
- ПО уровня L3 должно обладать внутренними интерфейсами, в частности, взаимодействовать с терминалами сбора данных. Имеются в виду не обычные беспроводные сканеры, а устройства, работающие под управления ОС Android или Windows, на которые поставлено полнофункциональное ПО. Они могут
- производить отборы проб, перемещение на склады, приемки.
На фармацевтическом рынке количество таких внутрипроизводственных операций составляет 1082. И эти операции не являются операциями системы ERP, они имеют отношение к накладным и УПД, но весьма поверхностное. Их результат нужен для того, что сформировать УПД, чтобы произвести на складе корректный учет.
На молочке бОльшее количество производственных линий из-за разных форм-факторов, упаковок и типов выпускаемой продукции. Сложнее и сами складские процессы из-за коротких сроков годности...