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

30 сентября 2026

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

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

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

Где ломается приёмка готовой продукции

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

На практике часто встречаются такие сбои:

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

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

Какой результат должен давать ИИ-агент

Полезный результат работы агента - не зелёная надпись «всё хорошо», а прозрачное досье выпуска. В нём видно:

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

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

Как работает агент: маршрут от готовности до отгрузки

1. Получает событие о завершении производства

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

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

2. Определяет применимые требования

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

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

3. Собирает доказательства из систем

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

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

4. Проверяет комплектность и формальные условия

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

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

5. Выделяет блокирующие исключения

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

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

6. Готовит решение для специалиста

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

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

7. Передаёт официальный статус складу

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

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

Практический пример: выпуск партии промышленных насосов

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

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

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

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

Какие системы и данные подключать

Минимальная архитектура обычно включает ERP для заказа и номенклатуры, MES для маршрута и операций, QMS для контроля и отклонений, LIMS или лабораторный журнал для испытаний, систему управления средствами измерений и WMS для складского статуса.

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

Данные удобно разделить на четыре группы:

1. Идентификация: заказ, партия, серийный номер, конфигурация.
2. Требования: спецификация, допуски, методы и редакции.
3. Доказательства: измерения, испытания, фотографии, отметки операций.
4. Решения: отклонения, согласования, выпуск, блокировка и повторный контроль.

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

Роли и границы ответственности

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

ИИ-агент ищет, сопоставляет, проверяет формальные условия, объясняет пробелы, создаёт задачи и готовит черновики. У него не должно быть права одновременно создавать доказательство, одобрять его и выпускать изделие. Критические переходы требуют явного подтверждения человека.

Ограничения и безопасность

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

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

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

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

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

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

Шаг 1. Выберите один тип продукции

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

Шаг 2. Нарисуйте текущий маршрут

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

Шаг 3. Соберите базовую линию

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

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

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

Шаг 5. Разрешите безопасные действия

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

Шаг 6. Оцените качество и устойчивость

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

Метрики для пилота

Для пилота подойдут следующие показатели:

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

Метрики следует разделять по типам продукции. Сложный индивидуальный заказ нельзя напрямую сравнивать с серийной партией.

Частые ошибки

Автоматизировать только паспорт качества

Красивый PDF в конце процесса не устраняет разрывы в идентификаторах и отсутствие первичных данных. Начинать нужно с маршрута доказательств и решения о выпуске.

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

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

Доверять сопоставлению по похожему названию

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

Давать агенту право финального выпуска

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

Игнорировать редакции требований

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

Передавать складу неофициальный сигнал

Письмо «можно отгружать» или зелёная карточка агента не заменяют статус в главной системе. Склад должен реагировать только на утверждённое решение.

Измерять только скорость

Сокращение времени выпуска полезно, если не выросли пропуски и ложные связи. К скорости всегда добавляют показатели полноты, точности и воспроизводимости.

Практический чек-лист перед пилотом

Проверьте, что:

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

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

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

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

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

FAQ

Может ли ИИ-агент сам выпустить готовую продукцию?

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

Чем агент отличается от модуля контроля в MES или QMS?

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

Что делать, если часть результатов хранится на бумаге?

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

Как агент работает с индивидуальными требованиями клиента?

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

Нужно ли подключать компьютерное зрение?

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

Что происходит при результате вне допуска?

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

Можно ли выпускать часть партии?

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

Как избежать ложных блокировок?

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

Когда такой агент не окупится?

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