Чек-листы контроля качества
Что это за сервис
Заголовок раздела «Что это за сервис»Рабочий инструмент для контролёров качества на производстве, складе или при входном контроле поставок. Контролёр проходит чек-лист с планшета, мастер получает брак на доработку, руководитель качества видит повторяющиеся дефекты по партиям и поставщикам.
Без такого сервиса чек-листы заполняют в таблицах или на бумаге, и их никто не смотрит, пока брак не уйдёт клиенту. Один и тот же дефект ловят на трёх этапах, потому что истории нет. Сроки приёмки проходят незаметно, передача между производством, ОТК и отгрузкой не оставляет следа, а еженедельный отчёт по качеству собирают часами и приносят на встречу уже устаревшим.
Что он делает
Заголовок раздела «Что он делает»- Ведёт проверки в одной системе. Каждая контрольная точка имеет результат «годен» или «брак», который обновляется сразу после проверки.
- Показывает историю дефектов. Контролёр видит прошлые отказы по изделию, партии и поставщику до начала проверки.
- Следит за сроками приёмки. Проверки, срок подписания которых подходит к концу, выделяются заранее.
- Отправляет брак на доработку. Изделие с отказом попадает в очередь доработки и не уходит в отгрузку до повторной проверки.
- Готовит данные для аудита. Результаты по версии чек-листа, контролёру и дате выгружаются для внутреннего или сертификационного аудита.
Нюансы и особенности
Заголовок раздела «Нюансы и особенности»- Отказ без пояснения бесполезен. Для отметки «брак» обязательны фото или комментарий. Голая галочка не объясняет, что исправлять.
- Чек-листы версионируются. Шаблон проверки фиксируется в версии, а каждая проверка хранит, по какой версии её проходили. Проверки по устаревшему шаблону видны отдельно. Это же нужно для аудита по ISO 9001 или требованиям заказчика: выгрузка за период показывает, кто и по какой версии проверял, и отдельный отчёт вручную собирать не придётся.
- Эскалация до срока. Предупреждение о подписании приходит заранее, например при 80% срока, а не после нарушения.
- Дефект привязан к партии и поставщику. Только так повторяющиеся проблемы видны по всей номенклатуре, а не в отдельных карточках. Это основа для претензий поставщику.
- Нагрузку контролёров считают. Число проверок на человека в день показывает перегрузку; назначение проверок перераспределяют, когда очередь одного контролёра превышает норму.
- Разные изделия — разные чек-листы. Шаблоны задают по типу изделия, этапу (входной, операционный, финальный контроль) и при необходимости по заказчику. Одно изделие проходит несколько этапов, и вся история проверок видна на одной временной шкале.
- Работа в цеху — с планшета. Панель Filament открывается в браузере планшета или телефона. Нужны крупные элементы, камера для фото и понимание, что делать при слабом Wi-Fi.
- Когда хватит готового. Если качество уже ведётся в MES, модуле ERP или специализированной QMS, приложение имеет смысл только как удобный экран поверх их данных. Для небольшого производства иногда достаточно мобильного сервиса чек-листов без разработки.
Как сгенерировать через ИИ-агентов
Заголовок раздела «Как сгенерировать через ИИ-агентов»Промпты рассчитаны на AI-агента (Claude Code, Cursor и аналоги) в Laravel-проекте с установленным Filament 4.x. Отправляйте их по одному: каждый шаг даёт результат, который можно проверить до перехода к следующему.
1. Данные и модели
Заголовок раздела «1. Данные и модели»Создай модели и миграции для контроля качества: ChecklistTemplate(название, тип изделия, этап, версия, опубликован), ChecklistItem(шаблон, формулировка, порядок, критичность), Batch (номер, изделие,поставщик, дата), Inspection (партия или изделие, шаблон и его версия,контролёр, срок подписания, итог, подписано), InspectionResult(проверка, пункт, годен/брак, комментарий, фото). Добавь фабрикис демо-данными.Проверьте, что правка шаблона создаёт новую версию, а старые проверки ссылаются на прежнюю.
2. Прохождение чек-листа
Заголовок раздела «2. Прохождение чек-листа»Сгенерируй Filament-ресурс для Inspection. Форма проверки выводит пунктывыбранной версии шаблона; при отметке «брак» комментарий и хотя бы однофото обязательны. Сделай форму удобной на планшете: крупные переключателии загрузка фото с камеры.3. Очереди и история дефектов
Заголовок раздела «3. Очереди и история дефектов»Добавь вкладки «Мои проверки», «Срок подписания близко», «Брак:на доработке», «Проверено по устаревшей версии». В карточке партиипокажи все проверки на всех этапах и прошлые отказы по этому поставщику.Добавь фильтры по этапу, поставщику, контролёру и итогу.4. Доработка и эскалации
Заголовок раздела «4. Доработка и эскалации»При итоге «брак» создавай задачу доработки мастеру участка, блокируйотгрузку партии до повторной проверки с итогом «годен» и отправляйуведомление. Сделай фоновую задачу: при 80% срока подписанияуведомляй контролёра, при нарушении — руководителя качества.Перераспределяй новые проверки, если очередь контролёра выше нормыиз конфига.5. Роли и отчёты
Заголовок раздела «5. Роли и отчёты»Настрой роли: контролёр видит свои проверки, мастер — доработки своегоучастка, руководитель качества — всё и управляет шаблонами. Добавьвиджеты доли брака по поставщикам и этапам и экспорт результатовза период для аудита.Похожие сценарии
Заголовок раздела «Похожие сценарии»- Портал поставщиков — показатели брака как часть оценки поставщика.
- Реестр регламентов — стандартные процедуры, по которым составлены чек-листы.
- Чем отличается от учёта регрессий QA: там проверки программного продукта перед релизом, здесь — физического изделия и партии.