1.5 Пакет шаблонов: NCR, система CAPA, аудит и входной контроль
Хороший шаблон — это не просто пустая форма для заполнения; это тщательно структурированный инструмент для сбора данных. Когда в записях качества допускаются полностью неограниченные текстовые записи, становится невероятно сложно создать надежную диаграмму Парето, точно отслеживать производительность поставщиков или предсказывать будущие отказы.
В этом разделе изложены минимально жизнеспособные поля, рекомендуемые для надежной системы управления качеством. Независимо от того, используется ли Excel, ПО для управления проектами или специализированное программное обеспечение для управления качеством, настоятельно рекомендуется отслеживать эти конкретные данные. Их следует рассматривать как “первичные ключи”, которые четко связывают данные высокого уровня качества с повседневной реальностью в производственном цехе.
отчет о несоответствии (NCR)
Заголовок раздела «отчет о несоответствии (NCR)»NCR является основным строительным блоком данных о сбоях. Чтобы правильно поддерживать процесс Комитета по обзору материалов (MRB) (освещенный в главе 9.1), NCR должен точно фиксировать “Что” и “Сколько”.
Критическая архитектура данных:
- Код дефекта (стандартизированный): Необходимо избегать неопределенных, бесполезных описаний, таких как “Плохая пайка”. Вместо этого должны использоваться стандартные описательные коды, такие как “IPC-610-Soldering-Bridge”. Полагаться на свободный текст делает автоматизированный анализ дефектов практически невозможным.
- Идентификатор отслеживаемости: Это должен быть код даты, номер партии или серийный номер. Без этого идентификатора риск не может быть ограничен, что часто заставляет подозревать всю производственную партию за день.
- Количество: Количество полученное, количество проверенное, количество подозрительное и количество отклоненное всегда должно быть четко зафиксировано.
Корректирующие и предупреждающие действия CAPA
Заголовок раздела «Корректирующие и предупреждающие действия CAPA»Хороший шаблон CAPA функционирует как логически структурированный рабочий процесс, а не просто как простой опросник. Он предназначен для того, чтобы помочь направить расследование от наблюдения за первоначальным симптомом до изоляции системной коренной проблемы (см. главу 9.2).
Полезные логические поля:
- Заявление о проблеме (5W1H): Кто, Что, Где, Когда, Почему, Как.
- Плохо: “Устройство вышло из строя.”
- Хорошо: “Устройство SN123 не прошло тест на выходное напряжение при 45°C в фазе обжига на линии 2.”
- Категория коренной причины: Проблема должна быть четко классифицирована как Дизайн, Процесс, Компонент или Программное обеспечение.
- Тип действия:
- Коррекция: Это немедленный шаг по сдерживанию (например, “Проверить существующий складской запас”).
- Корректирующее действие: Это фактическое устранение коренной причины (например, “Изменить физический инструмент формования”).
- Метод валидации: Как команда будет объективно доказывать, что исправление работает (например, “Проверить 30 последовательных единиц из следующей производственной партии”).
Контрольный список аудита
Заголовок раздела «Контрольный список аудита»Внутренний аудит, который не имеет объективных доказательств, часто является просто обменом мнениями. Сильный шаблон аудита мягко побуждает фиксировать конкретные факты и документировать четкие ссылки (см. главу 8 для получения дополнительной информации об аудите).
Структура:
- Ссылка на стандарт: Конкретный стандарт, который оценивается, должен быть указан (например, ISO 9001:2015, пункт 8.5.1).
- Объективные доказательства: Аудитор должен зафиксировать конкретный номер документа, серийный номер или идентификатор записи, которые они фактически просмотрели.
- Пример записи: “Просмотрена запись обучения оператора A. Smith. Подтверждено, что запись #Технический отчет/Запись обучения-2024-05 завершена.”
- Оценка находки:
- Существенная: Это указывает на значительное нарушение системы или прямой риск для качества продукта.
- Незначительная: Обычно это отражает единичный, изолированный случай несоответствия.
- Наблюдение: Это возможность для улучшения.
Запись о калибровке
Заголовок раздела «Запись о калибровке»Запись о калибровке является жизненно важной связью между внутренними измерительными инструментами и признанными национальными стандартами (такими как NIST или ISO). Если эта связь отслеживаемости нарушена, инженерные измерения, выполненные с помощью этого конкретного инструмента, технически недействительны (см. главу 3.4).
Цепочка отслеживаемости:
- Идентификатор актива: Уникальный внутренний идентификатор инструмента.
- Используемый основной стандарт: Точный идентификатор актива оборудования “Эталонного стандарта”, используемого лабораторией для калибровки инструмента.
- Данные “Как найдено” / “Как оставлено”:
- Как найдено: Показание инструмента до внесения каких-либо корректировок. Это критически важно! Если показание “Как найдено” выходит за пределы допуска, команда качества должна тщательно пересмотреть все продукты, измеренные этим инструментом с момента его последней хорошей калибровки.
- Как оставлено: Правильное показание инструмента после физической корректировки.
Отчет о входящем контроле качества (IQC)
Заголовок раздела «Отчет о входящем контроле качества (IQC)»Отчет IQC действует как журнал брандмауэра предприятия. Он четко обосновывает, почему партия поставщика была принята на склад или помещена на карантин (см. главу 4.3).
Логика инспекции:
- Уровень приемочный уровень качества (AQL): Должен быть указан согласованный уровень (например, Уровень II, 0.65).
- Размер выборки: Это количество должно быть рассчитано на основе применяемой таблицы AQL.
- Разбивка дефектов:
- Критический: Проблема безопасности, приводящая к автоматическому отклонению партии.
- Существенный: Функциональный сбой, который мешает детали работать как задумано.
- Незначительный: Косметический дефект, который не влияет на функциональность.
- Решение: успешное прохождение, Отклонить или использовать как есть (UAI) должно быть четко указано. Необходимо отметить, что Использовать как есть требует ссылки на одобренный номер отклонения.
Резюме: Поля данных для управления качеством
Заголовок раздела «Резюме: Поля данных для управления качеством»| Параметр | Требование | Значение / Пример | Документ |
|---|---|---|---|
| Код дефекта | Стандартизированный, не свободный текст | IPC-610-Soldering-Bridge | NCR |
| Идентификатор отслеживаемости | Обязателен для ограничения риска | Код даты, номер партии, серийный номер | NCR |
| Категория коренной причины | Четкая классификация | Дизайн, Процесс, Компонент, ПО | CAPA |
| Тип действия | Определение характера действия | Коррекция, Корректирующее действие, Метод валидации | CAPA |
| Уровень AQL | Согласованный уровень приемки | Уровень II, 0.65 | IQC |