ИИ-агент для CAPA на производстве

28 сентября 2026

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

Прямой ответ

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

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

Основная трудность обычно не в том, чтобы заполнить форму. Гораздо сложнее собрать разрозненные сведения, проверить версии, согласовать меры между подразделениями и через несколько недель доказать, что проблема действительно не вернулась. ИИ-агент берёт на себя координацию этой работы. Он действует поверх QMS, ERP, MES, CRM, сервис-деска, корпоративной почты и хранилища документов, но не заменяет эти системы и не создаёт ещё один источник «правильных» данных. Агент связывает события, помогает участникам пройти утверждённый маршрут и сохраняет понятную историю решений.

Где CAPA обычно теряет управляемость

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

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

Чаще всего CAPA запускают по следующим сигналам:

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

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

Сценарий работы: что делает агент на каждом этапе

1. Собирает исходные факты

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

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

2. Отделяет сдерживание от устранения причины

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

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

3. Помогает расследовать, но не придумывает причину

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

У обоснованной причины есть как минимум три части: наблюдаемый механизм возникновения дефекта, доказательство этого механизма и объяснение, почему действующий контроль не предотвратил или не обнаружил проблему. Если одной части нет, агент оставляет вывод в статусе гипотезы. Это помогает не принимать удобные, но бесполезные формулировки вроде «человеческий фактор» или «невнимательность оператора».

4. Превращает решение в рабочий план

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

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

5. Следит за выполнением и доказательствами

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

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

6. Организует проверку эффективности

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

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

Пример: дефект после механической обработки

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

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

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

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

Какие данные и интеграции нужны

Для пилота не нужно сначала объединять все корпоративные системы. Достаточно выбрать один тип событий и ограниченный маршрут. Обычно агенту требуются:

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

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

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

Ограничения автоматизации и требования безопасности

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

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

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

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

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

Шаг 1. Выберите один повторяющийся сценарий

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

Шаг 2. Опишите текущий маршрут

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

Шаг 3. Разберите контрольную выборку

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

Шаг 4. Запустите режим наблюдения

В первые недели агент ничего не закрывает и не меняет. Он собирает сводки, отмечает пропуски и сравнивает свои подсказки с решениями специалистов. Команда разбирает ложные срабатывания и уточняет правила запуска, эскалации и комплектности.

Шаг 5. Подключайте действия по одному

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

Шаг 6. Разберите результат

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

Метрики, которые показывают реальный эффект

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

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

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

Просить модель сразу назвать корневую причину

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

Считать обучение универсальной мерой

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

Автоматизировать неудобную форму

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

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

Между выполнением меры и подтверждением результата нужен период наблюдения. Его продолжительность зависит от частоты процесса и уровня риска. Агент должен различать статусы «меры выполнены» и «эффективность подтверждена».

Не назначать владельца общего результата

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

Скрывать неопределённость зелёным статусом

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

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

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

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

Перед запуском пилота проверьте:

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

FAQ

Чем ИИ-агент для CAPA отличается от обычной QMS?

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

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

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

Нужна ли большая история для запуска?

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

Как агент проверяет эффективность мер?

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

Что делать, если подразделения работают в разных системах?

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

Сколько времени занимает пилот?

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

Подходит ли такой агент небольшому производству?

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

Что произойдёт, если агент ошибётся или не получит часть данных?

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