ИИ для закупок: заявки, поставщики и согласование без автозаказа

Раздел

AI-автоматизация бизнес-функций

Сложность

средняя

Обновлено

2026-07-13

Короткий ответ

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

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

Стандарт открытых контрактных данных (OCDS) показывает, как разделять этапы закупки и связанные данные, а UNSPSC — как классифицировать товары и услуги. NIST AI RMF и ISO/IEC 42001 помогают выстроить управление рисками ИИ. Эти материалы задают проверяемую структуру контроля, но не доказывают, что модель выберет поставщика лучше специалиста.

Где начинать

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

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

Данные и классификация

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

Минимальная запись заявки:

заявка:
  инициатор: "ответственный отдела"
  потребность: "ноутбук для аналитика"
  требуется_к: "2026-07-15"
  код_категории: "предложен ИИ, проверен закупщиком"
  предел_бюджета: "не указан"
  обязательные_условия:
    - "размер экрана"
    - "гарантия"
    - "город доставки"
  запрещенные_действия:
    - "автоматически оформить заказ"
    - "обойти запрет на поставщика"
    - "пообещать цену без согласования"

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

Контур согласования

ИИ должен работать до согласования, а не вместо него. Практический порядок:

1. Инициатор пишет заявку обычным языком.
2. ИИ задает уточняющие вопросы и предлагает структурированную карточку.
3. Закупщик подтверждает категорию и границы заявки.
4. ИИ собирает прошлые закупки, одобренных поставщиков, альтернативы и вопросы.
5. Ответственный видит сравнительную таблицу.
6. Согласование проходит в ERP/CRM/таск-системе, а не в чате модели.
7. Журнал аудита сохраняет версию запроса, источники, поля и решение человека.

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

Риски

Главные риски ИИ в закупках:

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

NIST AI RMF предлагает рассматривать ИИ как управляемый риск: назначать ответственного, учитывать контекст, измерять качество и задавать меры контроля. Для закупок это означает, что каждый результат ИИ должен иметь источник, статус и действие человека. ISO/IEC 42001 полезен как основа системы управления: политика, роли, оценка рисков, контроль изменений и улучшение процесса.

Чеклист

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

FAQ

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

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

Нужен ли отдельный набор данных о закупках?

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

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

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

Что читать дальше?

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