Контроль качества · Производство · AI-агенты

ИИ-агент для контроля брака

25 сентября 2026

ИИ-агент помогает зарегистрировать несоответствие, изолировать подозрительную продукцию, собрать факты, запустить согласованный маршрут и проконтролировать корректирующие действия. Он не решает, можно ли принять изделие с отклонением, не назначает виновных и не заменяет службу качества. Его задача — сделать процесс быстрым, прозрачным и проверяемым.

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

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

Где обычно рвётся процесс

Несоответствующая продукция проходит через несколько подразделений. Оператор или контролёр обнаруживает отклонение. Склад или производство физически изолирует материал. Служба качества оценивает масштаб и риск. Технолог определяет возможную переработку. Конструктор согласует отступление, если такой путь допустим. Закупки и специалисты по работе с поставщиками подключаются, когда причина связана с входящим материалом. Руководитель утверждает затраты или остановку. Каждое звено видит лишь часть общей картины.

Типовые разрывы выглядят знакомо:

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

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

Что именно делает ИИ-агент

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

В пределах выданных прав агент может:

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

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

Так устроена безопасная автоматизация бизнес-процессов с ИИ: языковая модель разбирает неструктурированное сообщение и готовит данные, а статусы, права и блокировки задаются обычными детерминированными правилами.

Сценарий: дефект обнаружен после разделения партии

На участке механической обработки контролёр находит геометрическое отклонение в трёх деталях из выборки. Исходная партия состояла из 120 штук. К этому моменту 70 деталей лежат у станка, 30 переданы на сборку, а 20 находятся на промежуточном складе. Если просто создать заявку на три найденных изделия, остальные продолжат движение по производству.

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

1. Контролёр подтверждает исходное наблюдение и идентификатор партии.
2. Агент создаёт событие и выдаёт задачи ответственным на всех известных точках хранения.
3. Каждый участок подтверждает фактическое количество и физическую изоляцию.
4. Служба качества определяет границы блокировки и план дополнительного контроля.
5. Технолог или конструктор рассматривает допустимые варианты обращения.
6. После утверждения решения агент создаёт задания на сортировку, переработку, возврат или списание.
7. Результат повторной проверки привязывается к каждой затронутой группе.
8. Карточка закрывается только после подтверждения всех обязательных шагов.

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

Ещё четыре практических сценария

Входной материал не соответствует спецификации

Контроль фиксирует расхождение по размеру или свойству материала. Агент находит поставку, заказ, поставщика, сертификаты и места использования этой партии. Он готовит данные для решения и может запустить процесс рекламации поставщику, но не выбирает между возвратом, сортировкой и разрешением на использование. Если номер плавки в документе не совпадает с маркировкой, маршрут останавливается до ручной сверки.

Повторяющийся дефект на одной операции

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

Разрешена переработка

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

Временное отступление имеет срок

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

Какие данные нужны

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

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

Для каждого поля назначают источник истины. Партия может храниться в ERP, измерение — в системе качества, маршрут — в MES, а утверждённая инструкция — в документообороте. Агент не должен выбирать самое правдоподобное значение при конфликте. Он показывает расхождение и направляет его владельцу данных.

Фотография полезна как подтверждающий материал, но сама по себе редко доказывает соответствие или несоответствие. Модель может подсказать, что снимок размыт, не содержит масштаба или сделан не с того ракурса. Однако окончательную оценку выполняет контролёр по установленной методике.

Интеграции без замены действующих систем

ERP и MES

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

Система управления качеством

В ней остаются карточки несоответствий, классификаторы, решения, корректирующие действия и история. Агент упрощает заполнение и координацию, но не создаёт параллельный неофициальный реестр.

Документооборот и хранилище

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

Задачи и уведомления

Мессенджер удобен для сигнала, но не является системой учёта. В сообщении должна быть ссылка на карточку, требуемое действие и срок. Решение фиксируется в общей системе, а не остаётся ответом «согласовано» в личной переписке.

Что нельзя поручать агенту

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

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

Безопасная роль агента — подготовить карточку решения. В ней видны факты, источники, неизвестные данные, возможные ветки по регламенту и требуемый ответственный. Человек принимает решение, а система фиксирует его полномочия и время.

Как внедрить: шесть шагов

1. Выбрать узкий контур

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

2. Восстановить реальные маршруты

Возьмите 20–30 завершённых случаев и разберите, что происходило на деле: кто обнаружил проблему, где лежала продукция, как определяли масштаб, кто принимал решение и чем подтверждали закрытие. Официальный регламент полезен, но именно реальные события показывают обходные таблицы, звонки и неформальные согласования.

3. Описать статусы и доказательства

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

4. Разделить рекомендации и решения

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

5. Проверить сложные случаи

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

6. Измерить эффект пилота

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

Ограничения и частые ошибки

Пытаться распознавать дефект только по фотографии

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

Считать системный статус физической изоляцией

Запись «карантин» в ERP не перемещает детали в защищённую зону. Нужно отдельное подтверждение места, количества и исполнителя. И наоборот: красный контейнер без записи в системе не предотвращает ошибочное планирование.

Разрешать агенту расширять область решения

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

Закрывать корректирующее действие по факту выполнения задачи

Установка нового контроля или обучение сотрудника ещё не доказывает устранение причины. Нужна проверка результативности через согласованный период и по измеримому критерию.

Игнорировать недоступность интеграций

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

Сразу давать право менять критичные статусы

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

Практический чек-лист

• Выбран один понятный контур пилота.
• Назначен владелец процесса и владельцы данных.
• Проверены идентификаторы партий и мест хранения.
• Описаны статусы, переходы и обязательные доказательства.
• Физическая изоляция отделена от системной блокировки.
• Рекомендации модели отделены от инженерных решений.
• Настроены роли, права и журнал действий.
• Определены правила для дублей и конфликтов данных.
• Документы и инструкции имеют управляемые версии.
• Повторная проверка обязательна после переработки.
• Временные решения имеют область действия и срок.
• Есть безопасный маршрут при сбое интеграции.
• Проверены сложные и пограничные случаи.
• Сотрудники знают, как исправить ошибку агента.
• До запуска зафиксированы исходные показатели.

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

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

FAQ

Может ли ИИ-агент сам решить, что делать с дефектной продукцией?

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

Заменяет ли агент специалиста по качеству?

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

Можно ли начать без MES и отдельной QMS?

Да, если есть устойчивые идентификаторы, понятный источник учётных данных и утверждённые правила. Пилот может работать с ERP и контролируемой карточкой процесса, но чат или таблица не должны становиться единственным архивом решений.

Как агент понимает, какая партия затронута?

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

Можно ли использовать фотографии дефектов?

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

Какие показатели важны в пилоте?

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

Что делать, если агент ошибся?

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