ИИ-агент для закупок: безопасный пилот со сверкой остатков

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

Что именно должен вернуть агент

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

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

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

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

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

По теме: Типы ИИ-агентов: как выбрать архитектуру под задачу

Правило расчёта и пример без реальных данных

Сравнивайте единицы и дату прежде цены. Условный пример: отдел запросил 12 штук одной позиции. На складе числится 5, из них 3 зарезервированы, значит доступно 2. Если подтверждённая поставка 4 штук придёт после нужной даты, текущий дефицит к сроку равен 10. Если она придёт вовремя и это проверено человеком, дефицит может снизиться до 6. Это учебные числа, а не данные компании. Разницу между физическим и доступным остатком описывает Microsoft Learn.

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

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

Как собрать пилот по шагам

1. Зафиксируйте одну категорию и десять исторических заявок. Удалите из копий ненужные персональные данные, но сохраните идентификаторы строк для сверки. Отдельно запишите, какой результат ранее утвердил закупщик.
2. Экспортируйте только нужные поля заявки, остатков, открытых поставок и предложений. Укажите время выгрузки и источник каждого файла. Для первого прогона используйте копии без доступа на запись в учётную систему.
3. Задайте агенту выход по одной строке на позицию: код, запрошено, доступно, поставка к сроку, дефицит, сопоставимые предложения, расхождения, ссылка на исходник, статус «готово к проверке» или «нужна проверка».
4. Задайте обязательные остановки: нет кода, неясная единица, старый остаток, пропущена дата, поставщик предлагает другую спецификацию, найдено два действующих заказа на ту же потребность. Агент должен объяснить, почему остановился.
5. Сравните каждую строку с ручным разбором закупщика. Отметьте отдельно ошибки расчёта, подмену товара, неучтённый резерв, ошибку срока и ложную уверенность. Не оценивайте пилот одним впечатлением.
6. Передайте итоговый черновик владельцу заявки и закупщику. Заказ создаётся только по действующему процессу согласования. В документации Microsoft статус черновика, согласования и подтверждения заказа различается.

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

Проверка качества до расширения

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

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

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

По теме: Команда ИИ-агентов: роли, передача задач и контроль в 2026

Диагностика, если результат расходится с учётом

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

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

Границы применения

Материал не заменяет правила закупок вашей организации, договорную проверку и согласование бюджета. У разных систем собственные состояния заявок и заказов; здесь Microsoft Dynamics 365 служит примером разделения этапов, а не обязательной платформой. Для участия в конкурсных процедурах нужен отдельный разбор требований и сроков: это рассмотрено в статье об агенте для тендеров. Для входящих клиентских заказов и устранения дублей подходит другой сценарий.

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

Частые вопросы

Можно ли сразу доверить агенту выбор поставщика?

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

Чем это отличается от агента для заказов?

Здесь речь о внутренней потребности компании и закупке у поставщика. Материал о заказах посвящён другому процессу: входящим клиентским заказам и недопущению дублей.

Нужно ли подключать агента прямо к учётной системе?

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

Как понять, что пилот можно расширять?

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