20 сентября 2026

ИИ-агент для квалификации поставщиков

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

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

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

Где квалификация поставщика ломается вручную

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

Типовые сбои повторяются:

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

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

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

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

В рабочем сценарии агент:

1. регистрирует кандидата и связывает его с заявкой на закупку;
2. определяет маршрут по категории, стране, критичности и предполагаемому объёму;
3. отправляет поставщику перечень сведений без лишних вопросов;
4. извлекает реквизиты, сроки и область действия из полученных файлов;
5. проверяет комплектность и непротиворечивость данных;
6. создаёт задачи экспертам и напоминает о сроках;
7. собирает выводы в понятную карточку решения;
8. фиксирует допуск, ограничения, срок пересмотра и основания.

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

Маршрут квалификации по шагам

1. Зарегистрировать кандидата без дублей

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

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

2. Выбрать правильный маршрут проверки

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

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

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

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

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

4. Проверить факты и противоречия

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

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

5. Передать экспертам только то, что требует решения

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

Это сокращает время проверки, но не скрывает исходные материалы. Эксперт может открыть документ и увидеть фрагмент, на котором основан вывод. Решение фиксируется вместе с автором, датой, комментарием и сроком действия.

6. Провести аудит или пробную поставку

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

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

7. Подготовить карточку решения

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

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

8. Контролировать срок допуска и изменения

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

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

Какие данные нужны для пилота

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

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

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

Где обязательна проверка человеком

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

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

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

Практический пример

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

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

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

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

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

Поэтому агент не должен:

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

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

Частые ошибки внедрения

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

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

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

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

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

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

Метрики, которые покажут эффект

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

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

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

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

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

Вывод

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

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

FAQ

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

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

Что делать, если поставщик прислал неполный пакет?

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

Нужна ли интеграция со всеми системами сразу?

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

Как учитывать поставщиков из разных категорий?

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

Что происходит после допуска?

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