ИИ-агент для входного контроля материалов

26 сентября 2026

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

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

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

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

Где входной контроль ломается

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

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

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

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

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

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

В рабочем контуре агент может:

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

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

Сценарий: поставка пришла без полного комплекта документов

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

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

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

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

Сценарий: повреждена упаковка, а содержимое выглядит целым

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

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

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

Сценарий: лабораторный результат задержался

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

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

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

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

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

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

Для каждого поля заранее определяют главный источник. Заказ может храниться в ERP, план контроля — в системе качества, задания — в LIMS или QMS, место партии — в WMS, а требования — в управляемом документообороте. Если источники противоречат друг другу, агент показывает конфликт. Он не должен выбирать самое свежее или самое правдоподобное значение без установленного правила.

Как связать входной контроль с действующими системами

ERP и закупки

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

WMS и склад

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

QMS и лаборатория

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

Документооборот

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

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

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

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

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

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

1. Выбрать один повторяемый поток

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

2. Разобрать реальные поставки

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

3. Описать состояния и условия перехода

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

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

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

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

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

6. Измерить результат

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

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

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

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

Полагаться на фотографию маркировки

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

Смешивать физический и системный карантин

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

Загружать агенту все архивные документы

Большой архив без версий и владельцев увеличивает риск применить устаревшее требование. Для пилота лучше подключить небольшой набор действующих документов и настроить их управляемое обновление.

Не предусмотреть частичное решение

Поставка может состоять из нескольких партий или транспортных мест. Решение по одной части нельзя автоматически распространять на остальные. Модель данных должна поддерживать разделение и сохранять происхождение каждой части.

Считать скорость главным показателем

Быстрая приёмка вредна, если растёт число ошибок и возвратов из производства. Измеряйте полный цикл, качество данных и долю безопасно обработанных исключений.

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

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

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

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

FAQ

Может ли ИИ-агент сам принять материал на склад?

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

Нужна ли отдельная QMS для запуска?

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

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

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

Что делать с поставкой без маркировки партии?

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

Можно ли агенту менять объём выборки?

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

Как избежать преждевременной выдачи в производство?

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

Какие метрики важны для пилота?

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