ИИ-агент для управления отклонениями качества

18 сентября 2026

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

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

Главная польза здесь не в автоматически написанном отчёте. Важно, что отклонение перестаёт распадаться на письмо, фотографию в чате, строку в таблице и устную договорённость. У события появляется одна карточка: с исходными данными, ответственными, сроками, доказательствами и полной историей действий. Агент связывает сведения из MES, QMS, ERP или 1С, почты и мессенджеров, замечает пробелы и просрочки, а человеку оставляет подтверждение выводов и все решения с последствиями.

Что можно поручить ИИ-агенту

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

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

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

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

1. Регистрация несоответствия

Точкой входа может быть событие MES, отметка в QMS, результат лабораторного контроля, документ ERP, запись в 1С, письмо поставщика, сообщение мастера или заполненная форма на рабочем терминале. Агент извлекает из сигнала дату и время, площадку, линию, операцию, продукт, заказ, партию, серийный номер, оборудование, контрольный параметр, фактическое и допустимое значение, автора сообщения и вложения. Затем он проверяет обязательные поля и создаёт черновик записи о несоответствии.

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

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

2. Сбор и связывание фактов

После регистрации агент формирует карту доказательств. Из MES он получает маршрут партии, фактические режимы, остановки, переналадки и идентификаторы оборудования. Из QMS — действующие спецификации, процедуры, прошлые несоответствия и связанные CAPA. Из ERP или 1С — заказ, номенклатуру, поставщика, движения материалов, складские остатки и отгрузки. Из почты и мессенджеров — только относящиеся к событию сообщения и вложения в пределах разрешённых каналов и прав доступа.

Каждый факт должен иметь происхождение: система, запись, автор, время получения и версия. Агент не смешивает наблюдение с предположением. Например, «температура в 14:32 составляла значение из тега MES» — факт, а «причиной мог быть перегрев» — гипотеза. В интерфейсе эти типы информации показываются раздельно. Если сведения противоречат друг другу, агент отмечает конфликт и передаёт его ответственному, не выбирая удобную версию самостоятельно.

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

3. Предварительная оценка риска

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

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

Агент не принимает решение о безопасности и не определяет пригодность продукции. Его задача — не дать потерять сигнал, быстро собрать сведения и применить формальные правила маршрутизации.

4. Временные меры и локализация

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

Каждая временная мера оформляется как отдельная задача: исполнитель, срок, объект воздействия, способ подтверждения и условие снятия. Фраза «проверить склад» недостаточна. Корректная запись должна показывать, какие зоны и статусы проверены, по какому идентификатору выполнен поиск и какой результат получен. Агент напоминает о доказательствах выполнения: записи блокировки, ведомости пересчёта, протоколе контроля или подтверждении уведомления.

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

5. Расследование коренной причины

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

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

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

6. CAPA без формальностей

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

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

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

7. Проверка эффективности

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

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

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

Сроки и эскалации без лишнего шума

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

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

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

Как агент подключается к MES, QMS, ERP, 1С и каналам связи

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

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

ERP или 1С нужны для связи с заказами, номенклатурой, поставщиками, остатками, движением и отгрузками. Записи о блокировке или изменении статуса выполняются только утверждённым сервисом и с контролем полномочий; языковая модель не должна напрямую изменять критичные регистры.

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

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

Роли, права и аудит

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

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

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

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

• Галлюцинации и достраивание фактов. Модель может предложить правдоподобное, но неверное объяснение. Поэтому неизвестные данные остаются неизвестными, а каждый факт привязывается к источнику.
• Автоматическое решение вместо поддержки. Нельзя поручать агенту выпуск продукции, вывод о безопасности, разрешение на запуск или закрытие CAPA. Это человеческие полномочия с установленной ответственностью.
• Плохая справочная информация. Несогласованные названия оборудования, партий и дефектов создают дубли и ошибочные связи. До внедрения нужны единые идентификаторы и владельцы справочников.
• Смешивание официальной записи и переписки. Чат удобен для вопроса, но не заменяет QMS. Существенные ответы и файлы переносятся в карточку с сохранением происхождения.
• Избыточные уведомления. Если агент пишет всем по каждому событию, сообщения перестают замечать. Эскалации настраивают по роли, риску и сроку.
• Формальная CAPA. Обучение или дополнительный контроль не всегда устраняют причину. Агент должен проверять логическую связь «причина — действие — критерий эффективности».
• Поиск похожего вместо расследования. Старый случай может подсказать направление, но не доказывает причину нового события.
• Прямой доступ модели к критичным системам. Запись в ERP, 1С или MES выполняется через ограниченные сервисы, проверку параметров и журнал, а не свободной командой модели.
• Отсутствие режима отказа. Нужно заранее определить работу при недоступной интеграции, ошибке распознавания или конфликте данных.
• Непрозрачная классификация. Пользователь должен видеть применённое правило и иметь возможность обоснованно изменить результат.

Как внедрять по шагам

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

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

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

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

• Определена официальная система записи для несоответствий и CAPA.
• Зафиксированы обязательные поля карточки и допустимые источники данных.
• Есть единые идентификаторы партии, заказа, оборудования, операции и документа.
• Утверждена матрица риска и видимое объяснение автоматической рекомендации.
• Назначены роли для подтверждения риска, временных мер, причины, CAPA и эффективности.
• Технически запрещено агенту принимать решения о выпуске, безопасности и закрытии CAPA.
• Для временных мер заданы исполнитель, срок, объект, доказательство и условие снятия.
• Факты, гипотезы и выводы хранятся раздельно.
• Каждый извлечённый факт имеет ссылку на источник, время и версию.
• Настроена проверка дублей без автоматического необратимого объединения записей.
• Сроки и продления журналируются, причины изменения обязательны.
• Эскалации зависят от риска, роли и времени, а не рассылаются всем одинаково.
• Сообщения из почты и мессенджеров переносятся в официальную карточку.
• Интеграции с MES, QMS, ERP и 1С используют ограниченные сервисные права.
• Предусмотрены очередь, повторная доставка и защита от дублей при сбоях.
• CAPA содержит связь с причиной, ожидаемый результат и заранее заданную проверку эффективности.
• Оригиналы документов и вложений сохраняются неизменными.
• Есть журнал предложений агента и подтверждений пользователей.
• Определены показатели качества агента и процедура разбора его ошибок.
• Сотрудники обучены границам автоматизации и ручному режиму работы.

FAQ

Может ли ИИ-агент сам закрыть несоответствие или CAPA?

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

Заменяет ли агент QMS?

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

Что делать, если данные MES и 1С противоречат друг другу?

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

Можно ли регистрировать несоответствие сообщением в мессенджере?

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

Как не допустить выдуманных причин?

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

Когда нужна немедленная эскалация?

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

С чего начать пилот?

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