Что получится
ИИ-агент для закупок и снабжения помогает быстрее обрабатывать закупочные заявки: уточняет требования, проверяет лимиты, подбирает возможных поставщиков, сравнивает предложения, готовит черновик закупочной заявки или purchase order и отправляет спорные случаи на согласование.
Это не агент, который сам покупает что угодно. В закупках много денег, договоров, санкционных рисков, лимитов и внутренних правил. Поэтому агент должен быть помощником закупщика, а не автономным покупателем.
Где агент полезен
- Первичная обработка закупочных заявок.
- Проверка полноты требований.
- Подбор поставщиков из approved vendor list.
- Сравнение цен, сроков, условий и рисков.
- Подготовка RFQ или запроса коммерческого предложения.
- Проверка лимитов и бюджета.
- Подготовка purchase requisition.
- Контроль согласований.
- Поиск дублей закупок.
- Подготовка отчета по spend и поставщикам.
Шаг 1. Выберите безопасный сценарий
Не начинайте с автоматического создания заказов поставщику. Для первой версии лучше выбрать сценарий с низким риском.
Хороший MVP:
- агент проверяет закупочную заявку на полноту;
- агент предлагает категорию закупки;
- агент ищет подходящих поставщиков в справочнике;
- агент готовит сравнение предложений;
- агент проверяет лимит и маршрут согласования;
- агент делает черновик purchase requisition.
Финальное создание PO, выбор поставщика и отправка заказа должны оставаться через approval.
Шаг 2. Соберите каталог закупок
Агенту нужно понимать, что именно покупает компания.
Категории:
- офисные товары;
- оборудование;
- программное обеспечение;
- подписки;
- услуги подрядчиков;
- маркетинговые услуги;
- логистика;
- производство;
- юридические услуги;
- обучение;
- командировки.
Для каждой категории задайте:
- обязательные поля;
- допустимые поставщики;
- лимиты;
- кто согласует;
- нужны ли договор и счет;
- какие риски проверять;
- какие документы приложить;
- когда нужен тендер или RFQ.
Шаг 3. Нормализуйте заявку
Заявки приходят из почты, форм, ERP, CRM, мессенджеров и таблиц. Агенту нужна единая структура.
{
"request_id": "PR-1042",
"requester": "employee_42",
"category": "software_subscription",
"item": "Design tool seats",
"quantity": 10,
"budget": 1200,
"currency": "USD",
"needed_by": "2026-06-10",
"preferred_supplier": "Example SaaS",
"approval_required": true
}Единая модель помогает проверять полноту, лимиты, бюджет и маршруты согласования независимо от системы.
Шаг 4. Подключите закупочную систему
В компаниях закупки часто живут в ERP или procurement platform.
Типовые варианты:
- Coupa API для requisitions, purchase orders, suppliers и transactional resources.
- SAP Ariba APIs для procurement, supplier management, contracts и supplier collaboration.
- Odoo External API для работы с объектами ERP, включая закупки, поставщиков, товары и документы в Odoo.
Если в компании нет полноценной закупочной системы, MVP можно собрать на базе формы, таблицы, базы поставщиков и approval-бота.
Шаг 5. Настройте минимальные права
Закупочный агент должен начинать с read-only режима.
Разрешите:
- читать заявки;
- читать справочник поставщиков;
- читать товары и категории;
- читать лимиты;
- читать договоры и условия;
- читать статусы согласований;
- готовить черновики;
- создавать внутреннюю рекомендацию.
Через approval:
- создать purchase requisition;
- изменить поставщика;
- изменить сумму;
- отправить RFQ;
- создать purchase order;
- отправить заказ поставщику;
- закрыть заявку;
- менять справочник поставщиков.
Запретите без отдельного процесса: оплату, изменение банковских реквизитов, создание нового поставщика, обход лимитов и закупку у заблокированного контрагента.
Шаг 6. Проверяйте полноту заявки
Большая часть задержек в закупках возникает из-за неполных данных.
Проверяйте:
- что нужно купить;
- количество;
- срок;
- бюджет;
- валюта;
- категория;
- инициатор;
- бизнес-обоснование;
- проект или центр затрат;
- желаемый поставщик;
- технические требования;
- приложенные документы.
Если данных нет, агент должен задать уточняющие вопросы, а не придумывать требования.
Шаг 7. Работайте только с проверенными поставщиками
Для старта используйте approved vendor list.
По поставщику храните:
- название;
- категория;
- статус;
- регион;
- контакт;
- договор;
- условия оплаты;
- сроки поставки;
- рейтинг;
- риски;
- дата последней проверки;
- кто владелец отношений.
Если поставщика нет в списке, агент может подготовить запрос на onboarding, но не должен автоматически проводить поставщика в систему.
Шаг 8. Сравнивайте предложения прозрачно
Сравнение поставщиков должно быть объяснимым.
Критерии:
- цена;
- срок;
- условия оплаты;
- соответствие требованиям;
- наличие договора;
- надежность;
- поддержка;
- риски;
- история поставок;
- скрытые расходы.
Вывод агента должен включать не только "рекомендую поставщика А", но и почему: какие факты, какие ограничения и что нужно проверить человеку.
Шаг 9. Проверяйте лимиты и маршруты согласования
Маршрут согласования зависит от суммы, категории, отдела и риска.
Примеры правил:
- до 50 000 рублей согласует руководитель отдела;
- выше 50 000 нужен финансовый контроль;
- новый поставщик требует compliance-проверку;
- IT-подписки проверяет IT;
- юридические услуги проверяет юрист;
- закупка вне бюджета требует отдельного approval.
Агент должен показывать, какой маршрут применил и почему.
Шаг 10. Контролируйте риски
Закупки связаны не только с ценой.
Риски:
- поставщик не проверен;
- условия отличаются от договора;
- цена сильно выше рынка;
- нет бюджета;
- нет подтверждения владельца;
- нет технических требований;
- закупка похожа на дубль;
- изменились реквизиты;
- срок нереалистичен;
- товар или услуга попадает под ограничения.
Если риск высокий, агент должен остановить процесс и отправить заявку на ручную проверку.
Шаг 11. Готовьте черновик закупочного документа
Агент может подготовить purchase requisition или PO draft, но не выпускать документ без подтверждения.
В черновике должны быть:
- инициатор;
- категория;
- поставщик;
- предмет закупки;
- количество;
- цена;
- валюта;
- срок;
- центр затрат;
- договор;
- условия оплаты;
- обоснование;
- приложения;
- маршрут согласования.
Если поле неизвестно, оставьте "уточнить", а не подставляйте догадку.
Шаг 12. Проверяйте результат после закупки
Закупочный процесс не заканчивается созданием заказа.
Агент может помогать с контролем:
- заказ отправлен;
- поставщик подтвердил;
- товар получен;
- услуга оказана;
- счет получен;
- сумма совпадает;
- условия совпадают;
- закрывающие документы приложены;
- есть расхождения для проверки.
Для более зрелого процесса подключают three-way matching: сверку заказа, приемки и счета.
Минимальная архитектура
- Форма или ERP принимает закупочную заявку.
- Справочник поставщиков хранит approved vendors, договоры и риски.
- Агент проверяет полноту, категорию, лимиты и маршрут согласования.
- Procurement API создает черновики заявок или заказов.
- Approval-слой подтверждает выбор поставщика, сумму и отправку заказа.
- Audit log фиксирует рекомендации, источники и решения.
- Отчетность показывает spend, сроки, риски и отклонения.
Частые вопросы
Может ли агент сам выбирать поставщика?
Он может рекомендовать поставщика и объяснить критерии, но финальный выбор лучше оставлять закупщику или ответственному согласующему. Особенно если сумма большая, поставщик новый или есть договорные риски.
Можно ли агенту создавать purchase order?
Можно в режиме черновика. Выпуск и отправка PO поставщику должны проходить через approval, потому что это финансовое и договорное действие.
С чего начать, если нет Coupa или SAP Ariba?
Начните с формы заявки, таблицы поставщиков, правил согласования и бота, который проверяет полноту данных. Когда процесс станет понятным, его можно переносить в ERP или procurement platform.
Какие риски самые важные?
Новый поставщик, изменение банковских реквизитов, цена выше лимита, закупка вне бюджета, отсутствие договора, неподтвержденные требования и попытка обойти согласование.
Как понять, что агент полезен?
Смотрите на меньшее количество неполных заявок, быстрее согласование, меньше дублей закупок, меньше ручной маршрутизации и более прозрачные причины выбора поставщика.
