Аудит системы маркировки на производстве: практический чек-лист

Аудит маркировки проверяет не только наличие Data Matrix на упаковке. Его задача — установить, совпадают ли физический товар, данные учёта и сведения об операции в системе маркировки.

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

Определите границы проверки

Зафиксируйте товарные группы, площадки, линии, схемы выпуска и используемые системы. Отдельно перечислите операции: производство, импорт, складское перемещение, отгрузка, возврат и производственное использование.

Для каждой группы проверьте действующие правила и этапы по официальному календарю маркировки. Аудит одного процесса не подтверждает соответствие всех остальных.

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

Проверьте подготовку и выпуск

Возьмите выбранную партию и последовательно проверьте:

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

Не ограничивайтесь статусом «отправлено». Нужен результат обработки и понятный порядок действий при отклонении. Различие операций разобрано в статье о вводе товара в оборот.

Сопоставьте упаковку, склад и документы

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

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

Испытайте исключения

Что испытать

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

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

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

Проверьте людей и доступы

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

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

Оформите результат как список исправлений

Как оформить результат

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

Формулировка «исправить маркировку» непроверяема. Полезный результат выглядит конкретнее: устранить повторную отправку одного задания и подтвердить это тестом восстановления связи.

Не обещайте определённое снижение штрафов или рост производительности без исходных измерений.

Как использовать аудит для автоматизации

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

Для обсуждения аудита с «Современными технологиями» подготовьте схему выпуска, перечень ПО и примеры проблем без секретов и персональных данных. Результатом должен стать проверяемый план работ, а не общий вывод «всё нужно переделать».