Спросите менеджера по качеству, сколько времени требуется для проверки входящего сертификата MTC, и типичный ответ: «это зависит» или «несколько дней». Оба ответа указывают на одну и ту же основную проблему: не существует определённого стандарта того, сколько должен занимать процесс, поэтому нет ничего, против чего можно было бы измерять фактическую производительность.
Время цикла проверки MTC - это один из наиболее управляемых метрик процесса качества для производственных цехов. Это измеримо, это улучшаемо без капитальных вложений, и разрыв между текущим состоянием и передовой практикой почти полностью является разрывом в процессе - а не проблемой кадров или технологии.
Как выглядит лучшая в классе практика
Стандартная проверка MTC - один сертификат, один элемент заказа на покупку, один стандарт ASTM - должна занимать у обученного специалиста по качеству 8-12 минут на выполнение. Это включает открытие сертификата, определение номера плавки, сравнение механических свойств и химического состава с лимитами спецификации работы, подтверждение типа и версии стандарта тестирования и регистрацию решения об утверждении.
Большинство производственных цехов тратят 30-90 минут на сертификат при измерении фактического времени проверки - не календарного времени, а времени, которое специалист активно работает с этим сертификатом. Разница заключается в трении процесса: поиск спецификации заказа, определение применимых лимитов ASTM, ручное сравнение значений по двум документам и определение места для записи решения об утверждении.
Календарное время - от получения сертификата до утверждения - обычно составляет 48-72 часа, потому что очереди проверки обрабатываются партиями, а не при получении. Фактическая проверка занимает 45 минут; очередь добавляет два дня.
Четыре пробела в процессе, которые увеличивают время проверки
Спецификация не прилагается к заказу на покупку. Это наиболее распространённый пробел. Когда сертификат приходит на плавку 44821 в заказе 7823, проверяющему нужно знать, что требует спецификация для этого элемента. Если заказ ссылается только на «A572-50» без приложения фактического стандарта ASTM и дополнительных требований, специфичных для проекта, проверяющий должен найти эту информацию отдельно. Это означает навигацию по портал ASTM, определение правильной версии, определение соответствующей таблицы и извлечение значений лимитов - ещё до начала сравнения. Только этот шаг может занять 15-25 минут на спецификацию, которую проверяющий не запомнил.
Нет шаблона для сравнения. С открытым сертификатом в одном окне и стандартом ASTM в другом проверяющий вручную читает оба документа рядом и выносит суждение о том, проходит ли каждое значение. Нет структурированного списка проверки, нет предварительно заполненных полей лимитов, нет автоматического отмечания значений вне спецификации. Надёжность сравнения зависит только от внимания проверяющего в данное конкретное утро. Для сертификатов с 15-20 измеренными свойствами когнитивная нагрузка значительна.
Нет записи о решении. После проверки специалист архивирует сертификат и переходит дальше. Не существует записи о том, какие свойства были проверены, каковы были лимиты ASTM, кто проводил проверку или каким было решение. Если аудитор через полгода спросит, была ли плавка 44821 должным образом проверена, единственный доступный ответ - «у нас есть копия сертификата в папке». То, была ли она проверена по спецификации, не документируется.
Заказы с несколькими сертификатами без поддержки пакетной обработки. Заказ с 20 плавками требует 20 отдельных проверок сертификата. Каждая - это отдельный поиск, отдельное сравнение, отдельная задача архивирования. Нет механизма для пакетной обработки проверок - для проверки всех 20 по одной спецификации заказа одновременно или для отмечания одной плавки из 20 с проблемой при автоматическом одобрении остальных 19.
Что на практике обычно означает «дни»
Типичный процесс проверки MTC в производственном цехе следует этому пути: сертификат поступает в ящик входящей почты отдела качества → ожидает следующего запланированного цикла проверки (1-2 рабочих дня) → проверяющий работает по очереди в порядке поступления → решение об утверждении отправляется по электронной почте покупателю → сертификат архивируется в папку заказа.
Фактическая проверка может занять 45 минут. Очередь добавляет 48 часов. Общее календарное время от получения сертификата до утверждения составляет 2-3 дня - это число, которое влияет на график производства, если обнаружены какие-либо проблемы и требуется разрешение.
Если сертификат содержит расхождение - значение вне спецификации, неправильная версия, отсутствующий дополнительный тест - добавьте ещё 2-3 дня для общения с поставщиком и разрешения. К тому времени, когда сертификат будет одобрен, материал уже может быть на полу цеха с ярлыком удержания, ожидая, пока документация его нагонит.
Решение: структурированная входящая очередь с SLA
Изменение процесса, которое сокращает время проверки с дней до минут, простое: прилагайте спецификацию к заказу на покупку при его создании (не при получении сертификата); направляйте сертификаты в структурированную очередь проверки с определённым SLA (один рабочий день для стандартных сертификатов); используйте список проверки сравнения, предварительно заполненный лимитами ASTM для указанной марки; и записывайте решение об утверждении в цифровом виде с временной меткой и идентификацией проверяющего.
Ни один из этих шагов не требует сложной технологии. Структурированная PDF-форма для списка проверки проверки, видимая всей команде общая очередь и соглашение об именовании, которое связывает запись об утверждении с файлом сертификата, даёт большую часть выигрыша.
Время проверки сокращается с 30-90 минут до 8-12 минут, потому что работа по поиску исключена. Время в очереди сокращается с 48 часов до одного дня, потому что SLA определён и отслеживается. Журнал аудита существует, потому что список проверки - это запись.
Что читать дальше
- When Your Mill Cert System Costs You More Than the Steel
- You're Losing 4 Hours Per Job to Cert Hunting — And It's Invisible on Your P&L
- The Hidden Cost of Supplier Cert Quality Issues: We've Traced Rework Claims Back to One Missed Field