Proslezhivaemost partiy: kodirovanie i granitsy otzyva

Чем прослеживаемость партий отличается от разбора производственных записей

Многие предприятия говорят, что «прослеживаемость есть», но на практике хранят бумажные маршрутные листы и реестры в таблицах, а при необходимости несколько человек ищут нужные записи.

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

Система прослеживаемости партий отличается в трёх отношениях.

• Записи собираются, а не дополняются задним числом: номер партии фиксируется в момент выдачи материала, передачи по операциям и контроля, а не вводится после передачи смены
• Связи строит система, а не склеивают люди: отношения «родитель — потомок» от партии материала к партии передела и партии готовой продукции формируются правилами автоматически
• Запрос работает в двух направлениях: от готовой продукции назад к сырью и от сырья вперёд — в какие изделия оно вошло

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

Как определить правила кодирования: три уровня — партия, штрихкод, тара

Основа прослеживаемости — правила кодирования. Если они не установлены, все последующие связи сместятся.

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

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

В отрасли чаще ссылаются на два семейства. Семейство GS1 (включая идентификаторы GTIN и SSCC) подходит для стыковки с розницей и логистикой. Собственные коды предприятия гибче, но требуют более строгого внутреннего регламента. Универсального ответа нет — выбор определяется дальнейшим движением продукции.

Какие поля нужно сохранять в связях операций

Возможность запросить партию ещё не означает, что цепочка прослеживаемости состоятельна. Аудитор и клиент смотрят, какие поля несёт эта цепочка.

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

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

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

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

Как проверить целостность цепочки прослеживаемости

Хуже всего не отсутствие данных, а данные, которые не связаны между собой.

Разрывы обычно сосредоточены в трёх местах: посты с ручным заполнением, старое оборудование без порта связи и период передачи смены. Именно эти места аудиторы чаще всего берут в выборку.

Целостность проверяют двумя способами.

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

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

Как определить границы отзыва: от партии к потоку

Отзыв продукции — самая прямая проверка системы прослеживаемости.

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

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

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

Границы отзыва согласуют до запуска системы: определяется ли область по номеру партии или по временному окну; включаются ли в запись данные о downstream-клиенте и логистическом направлении; кто обновляет статус исполнения. Если эти пункты не зафиксированы в проектном документе, при инциденте возникает разрыв: «система запрашивает, а процесс не успевает».

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

Самопроверка, аудит и выгрузка отчётов

Результат системы прослеживаемости — не только экран запросов, но и отчёты, выгружаемые по фиксированному формату.

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

Внешний аудит и аудит заказчика обычно требуют данные в установленном формате, поэтому система должна поддерживать следующее.

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

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

Границы поставки и приёмка: что согласовать до запуска

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

Перечень приёмки стоит составить так.

• Сверка правил кодирования: трёхуровневые правила и исключения (переделка, разделение, смена тары) подтверждены документально
• Практическая проверка прослеживания: случайная выборка партии, прямой и обратный запрос, сравнение с ручным реестром по пунктам
• Проверка разрывов: выборочный контроль пробелов в метках времени, подтверждение механизма дописывания и ответственного
• Тренировка отзыва: однократное прохождение процедуры определения границ с фиксацией времени и узких мест
• Права и следы: уровни учётных записей, журнал операций и история изменений записей доступны для проверки
• Выгрузка отчётов: однократная выгрузка полного отчёта по формату аудита с подтверждением пригодности полей и формата

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

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

Итог прослеживаемости: сократить время доказательства

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