ИИ в закупках и снабжении: агент ищет поставщиков и разбирает тендеры

Компания закупала больше тысячи товарных позиций (SKU, stock keeping unit — единица складского учёта) и вела закупки в двух системах: учёт и номенклатура жили в «1С:Управление торговлей», а заявки от подразделений, задачи и согласования — в Битрикс24. Снабжение работало, но держалось на людях: закупщик открывал пришедшие коммерческие предложения (КП) и вручную сверял их с заявкой, историей цен и справочником номенклатуры. Пока позиций десятки, это терпимо. Когда их больше тысячи, проверка превращается в поток, который физически не проходит через одного человека.

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

По данным портала mos.ru, которые приводит TAdviser в разборе «ИИ и аналитика в закупках» (16.10.2025), только в Москве за девять месяцев 2025 года проведено более 415 000 электронных закупок на 85 млрд рублей — на 19% больше, чем годом ранее. Рынок уходит в цифру, и разница между компаниями всё меньше зависит от того, нашёл ли ты поставщика, и всё больше — от того, как быстро понял, что предложение пора перепроверить. Там же, по данным исследования ИСИЭЗ НИУ ВШЭ, ИИ используют уже тысячи российских организаций: для снабжения это ускорение процессов, снижение влияния человеческого фактора и рост контроля. Вопрос «применять или нет» на рынке закрыт — остался вопрос «как именно у нас».

Коротко

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

Содержание

• Что делает ИИ-агент в закупках по шагам
• Платформа закупок, BPM-процесс и ИИ-агент: в чём разница
• Этапы пилота и сроки
• Требования к справочникам и номенклатуре
• Контроль доступа к коммерческим данным и журнал действий
• Риски и меры
• Чеклист приёмки: 10 пунктов
• Что остаётся закупщику
• Сколько часов это возвращает
• Как это выглядит на практике: наш проект
• Частые вопросы
• Источники

Что делает ИИ-агент в закупках по шагам

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

1. Ищет поставщиков. Из заявки получается структурированное описание позиции: что нужно, сколько, к какому сроку. Дальше — поиск по открытым источникам, каталогам, торговым площадкам и собственной базе поставщиков, проверка совпадения по параметрам и рассылка одного описания всем участникам, чтобы ответы пришли в сравнимом виде.
2. Читает тендерную документацию. Собирает требования из документации в чек-лист, находит противоречия, сверяет комплектность и формальные условия, помечает пункты, которые становятся причиной отклонения заявки. Вручную это отнимает дни и чаще всего делается в спешке.
3. Сверяет цены и условия. Приводит названия из счёта, предложения и справочника к одной позиции, сравнивает цену, срок, условия оплаты, объём и гарантии с историей закупок и доступными предложениями, подсвечивает отклонения и условия, расходящиеся с типовым договором.
4. Ведёт переписку. Готовит запросы предложений, напоминания и уточнения по недостающим параметрам, фиксирует, кто ответил, по какой цене и с какими сроками. Через несколько циклов это уже собственная база поставщиков, а не переписка в мессенджере.
5. Собирает сравнительные таблицы. По десяткам параметров, а не по одной строке с ценой: цена, срок, условия оплаты, комплектность, отклонения от типового договора. Таблица собирается автоматически и остаётся в системе вместе с основаниями — её можно показать руководителю и приложить к решению.

Меняется не учёт, а горизонт: отклонение видно до оплаты, а не на приёмке. По описанию «Сбера», ИИ в закупках охватывает автоматизацию рутинных задач, прогнозирование потребности, оценку поставщиков и сопоставление номенклатуры, то есть работает поверх существующих систем. Вендорские материалы описывают тот же состав работ: в разборе Epsilon Metrics четыре агента закрывают поиск поставщиков, рассылку запросов предложений (RFP, Request for Proposal — запрос коммерческого предложения), обработку присланных КП и аналитику по накопленной базе. Это материал вендора о своих проектах, а не независимое исследование, но состав шагов там ровно тот, с которым сталкиваются все.

Платформа закупок, BPM-процесс и ИИ-агент: в чём разница

Классический ответ на задачу автоматизации закупок — купить платформу или описать процесс в BPM (BPM, Business Process Management — управление бизнес-процессами). Работает это до тех пор, пока входящие документы соответствуют форме, а КП в PDF, скан счёта и письмо без шаблона — не маршрут, а текст. Отсюда и разница.

Что сравниваем	Платформа закупок и BPM-процесс	ИИ-агент
Что внедряем	Модуль или портал, куда переносятся заявки, маршруты и справочники	Слой поверх «1С:Управление торговлей» и Битрикс24: читает то, что уже есть
Кто описывает правила	Аналитик на старте; схема маршрута фиксируется в системе	Правила проверки задаёт закупщик и меняет их без пересборки процесса
Неструктурированный текст	Электронные формы и шаблоны; текст письма система не разбирает	Читает PDF, Excel, сканы и письма, приводит к сравнимому виду
Что видит закупщик	Очередь задач по маршруту — решения по всем позициям подряд	Очередь отклонений: цена выше истории, нет альтернатив, счёт не сходится с заявкой
Сроки и цена старта	Месяцы на замену учёта и согласование регламентов	Пилот на одной категории за 2–4 недели, дальше расширение по категориям
Где границы	Нужны дисциплина ввода и полные справочники, иначе процесс остаётся на бумаге	Не подписывает, не выбирает поставщика и не знает того, чего нет в данных

Это не аргумент против платформы: там, где нужен жёсткий регламент по внутреннему положению, маршрут остаётся. Но сначала автоматизируется разбор входящего потока, и только потом решается, нужен ли компании новый модуль. Разбор учётной системы — в материале 1С:Управление торговлей: возможности и ИИ-агент; для портала заявок и согласований — что даёт ИИ-агент в Битрикс24.

Этапы пилота и сроки

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

Этап	Срок	Результат
Discovery: 5 интервью, 20 обезличенных заявок, карта процесса	1–2 недели	Согласованная карта AS-IS, правила проверки и базовые метрики
Настройка на закрытом периоде	2–4 недели	Агент читает историю, сверка с известными решениями, порог ложных срабатываний
Пилот на одной категории	2–4 недели	Закупщик работает в очереди отклонений, ошибки разбираются ежедневно
Приёмка и передача	1 неделя	Чеклист приёмки пройден, регламент и ответственный зафиксированы

Срок 2–4 недели — заявленный вендором Epsilon Metrics срок пилота по своим проектам; за это время проходит один-два полных цикла закупки по выбранной категории. Настроить на закрытом периоде дешевле, чем на живых деньгах: агент прогоняется на данных прошлого месяца, где решения закупщика уже известны. Общий порядок работ разобран в статье Автоматизация бизнес-процессов с помощью ИИ.

Требования к справочникам и номенклатуре

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

• Минимальная карточка позиции. Артикул (наш), внутреннее наименование, единица измерения, группа закупки, хотя бы один известный синоним от поставщика. Без этих пяти полей сопоставление приходится делать вручную.
• Эквиваленты от поставщиков. Отдельная связка «название поставщика → наша позиция»: она и есть рабочий инструмент сопоставления. Наполняется один раз и правится по мере появления новых поставщиков.
• Единицы измерения и фасовка. «Шланг 12 мм» может прийти метрами, бухтами и штуками. Правило пересчёта задаётся в справочнике, а не в голове закупщика.
• Владелец справочника. Один человек со стороны снабжения, который отвечает за качество и решает спорные случаи. Если владельца нет, справочник деградирует за месяц.
• Очередь на разбор. Позиции, которые агент не смог сопоставить уверенно, не теряются: они попадают в отдельный список с предложенным вариантом и попадают в справочник после проверки человеком.

Контроль доступа к коммерческим данным и журнал действий

Закупки — та функция, где данные и есть деньги, поэтому права и журнал описываются до пилота, а не после.

• Только чтение. Агент читает заявки, счета, КП и справочник номенклатуры. Права подтверждать цены, менять заказы и отправлять заявки поставщикам у него нет: это остаётся за сотрудником.
• Роли по функции, а не по интересу. Закупщик видит свой поток, руководитель снабжения — очередь и отклонения по отделу, финансы — сводку по ценам и обязательствам. Справочник номенклатуры правит владелец справочника.
• Данные не уходят из контура. Коммерческие условия, цены и состав поставщиков не выгружаются во внешние сервисы: работа идёт в контуре компании, доступ — по учётным записям с ограниченными правами.
• Журнал действий. По каждой позиции видно, что агент прочитал, с чем сравнил, почему помечен как отклонение и кто из людей подтвердил решение. Журнал выгружается за период и служит доказательной базой в споре с подразделением или поставщиком.
• Срок хранения и ответственность. Срок хранения журнала фиксируется регламентом (обычно 12 месяцев), персональные данные сотрудников для этой задачи не нужны и в контур не привлекаются.

Риски и меры

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

• Номенклатура не сходится. Мера: справочник эквивалентов и очередь на разбор вместо попыток сравнить несравнимое.
• Закупка по завышенной цене. Мера: сверка с историей закупок и доступными предложениями, лимит дневного изменения цены, обязательная альтернативная цена по критичным позициям.
• Позиции без альтернативных предложений. Мера: реестр одноисточниковых позиций и автоматический запрос КП по ним — это первый список для поиска новых поставщиков.
• Условия в КП и тендерной документации, которых не заметили. Мера: разбор текста с подсветкой отклонений от типового договора и чек-лист требований по тендеру.
• Счёт, который не сходится с заявкой. Мера: сверка позиций счёта с заказанным до оплаты, а не на приёмке.
• Размытая ответственность. Мера: правило «агент предлагает — человек подтверждает», журнал решений и фиксированные роли.
• Утечка коммерческих данных. Мера: права только на чтение, работа в контуре компании, журнал обращений к данным.
• Вечный пилот. Мера: одна категория, срок 2–4 недели, метрики и чеклист приёмки, зафиксированные до старта.

Чеклист приёмки: 10 пунктов

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

1. Зафиксированы одна категория, один тип заявки и один маршрут согласования.
2. Агент читает заявки из Битрикс24 и учётной системы, а КП — минимум в трёх форматах (Excel, PDF, письмо).
3. Сопоставление номенклатуры: доля автоматически связанных позиций не ниже согласованного порога.
4. Очередь отклонений работает по трём правилам: рост цены, превышение лимита дневного изменения, расхождение счёта и заявки.
5. Доля ложных срабатываний на согласованной выборке разобрана вручную и уложилась в порог.
6. Сравнительная таблица собирается автоматически минимум по шести параметрам и остаётся в системе.
7. Журнал действий выгружается за период; по каждой позиции видно основание и того, кто подтвердил решение.
8. Права агента — только чтение; попытка записи в учётную систему отсутствует по факту, а не по описанию.
9. Прогон на закрытом периоде сверен с решениями закупщика: расхождения разобраны и объяснены.
10. Есть регламент, ответственный за процесс и владелец справочника; закупщик обучен работе с очередью на своих документах.

Что остаётся закупщику

Границу ответственности нужно задать до пилота, а не после первого спорного счёта:

• Выбор поставщика — решение человека. Агент готовит сравнение, но не назначает, с кем работать.
• Переговоры — за человеком. Условия, скидки за объём и отсрочка обсуждаются людьми.
• Правила проверки задаёт человек. Лимиты, обязательные категории, что показывать всегда, а что только при отклонении.
• Квалификация поставщика — за специалистом. Агент собирает историю, но решение о надёжности нового контрагента принимает человек.
• Полный журнал. Любой вывод объясним: что прочитано, с чем сравнивалось, почему помечено как отклонение.

Сколько часов это возвращает

Часы — следствие, но их полезно посчитать: типовой расчёт для контура с 120–150 заявками в месяц и номенклатурой больше 1 000 позиций. Вводные берите свои — методика не меняется.

Показатель	Вручную	С агентом
Заявок в месяц	135	135
Проверка предложений и цен	33 часа в месяц	10 часов (разбор отклонений)
Поиск и запросы по новым позициям	26 часов в месяц	10 часов
Сверка счетов с заявками	13 часов в месяц	4 часа
Подготовка спецификаций и документов	17 часов в месяц	6 часов
Всего в месяц	89 часов	30 часов
Возвращённое время	—	59 часов в месяц
В деньгах при стоимости часа 1 300 ₽	—	76 700 ₽ в месяц

Арифметика открытая: 33 + 26 + 13 + 17 = 89 часов в месяц, больше половины рабочего времени одного специалиста. С агентом закупщик не переписывает предложения и не сверяет всё подряд, а разбирает очередь и спорные позиции: 10 + 10 + 4 + 6 = 30 часов. Разница — 59 часов, при стоимости часа 1 300 рублей это 76 700 рублей в месяц. Формулировка «типовой расчёт» здесь принципиальна: это математика на заявленных вводных, а не замер чужого результата. Отдельно считается эффект от отклонённых завышенных цен — он зависит от вашей номенклатуры и объёма закупок.

Как это выглядит на практике: наш проект

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

Отдельной задачей шло автозаполнение документа «Спецификация»: это тот случай, когда автоматизация не требует ничего, кроме повторяющегося документа и понятных полей. Здесь же выяснилось ограничение: часть контура жила в Битрикс24, а он не даёт по API создавать сложные бизнес-процессы — автоматизацию приходится собирать вокруг системы, а не внутри неё. Это не повод отказываться от задачи, а повод сразу проектировать агента как отдельный слой, который читает данные и возвращает результат в рабочее место закупщика.

Цифры эффекта мы не приводим — в проекте их не замеряли: программа была про построение контура и обучение команды, а не про замер «до и после». Утверждать можно фактуру: состав работ, ограничения систем, правило про очередь на проверку и то, что инструмент остался у команды. Приёмку таких проектов разбираем отдельно — ИИ-агент для 1С: сценарии, интеграция и чеклист приёмки.

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

Что в итоге

Закупки ломаются не на поиске поставщика, а на задержке: номенклатура не сходится между счётом, предложением и справочником; цены проверяются по памяти; предложения приходят в разных форматах; счёт и заявка живут в разных системах; условия читают глазами. Место ИИ-агента в этой картине — не замена учётной системы и не новый портал, а слой, который разбирает входящий поток, собирает сравнительные таблицы и оставляет человеку короткую очередь решений с журналом. Настройка соседних участков описана в материалах про производственный блок 1С:ERP (ERP, Enterprise Resource Planning — управление ресурсами предприятия), управление складом в 1С:WMS (WMS, Warehouse Management System — система управления складом), прогнозирование спроса и согласование заявок в Pyrus. Начать стоит с одной категории и одного месяца — на бесплатном разборе стратегии внедрения ИИ видно, где эффект достигается быстрее всего.

Источники

• TAdviser, «ИИ и аналитика в закупках: как технологии помогают сокращать издержки и предотвращать коррупцию» (16.10.2025): по данным портала mos.ru, только в Москве за девять месяцев 2025 года проведено более 415 000 электронных закупок на сумму 85 млрд рублей, на 19% больше, чем годом ранее; по данным исследования ИСИЭЗ НИУ ВШЭ, ИИ используют тысячи российских организаций; ИИ распознаёт номенклатуру и связывает позиции счетов с заявками, сравнивает коммерческие предложения по десяткам параметров, определяет рыночную цену и подсвечивает отклонения: tadviser.ru
• Epsilon Metrics, «ИИ в закупках: автоматизация поиска поставщиков и анализа предложений» (14.07.2025): четыре AI-агента закрывают закупочный цикл — поиск поставщиков, рассылку запросов предложений (RFP), обработку коммерческих предложений и аналитический чат-бот; вендор заявляет сокращение ручной работы специалистов по снабжению до 80% и пилот на одной категории за 2–4 недели. Вендорский материал о своих проектах, независимо не проверялся: blogs.epsilonmetrics.ru
• «Сбер», developers.sber.ru, материал об ИИ в закупках: применение охватывает автоматизацию рутинных задач, прогнозирование, оценку поставщиков и сопоставление номенклатуры: developers.sber.ru
• IBM, обзорная статья «AI in Procurement» (02.08.2023): определение ИИ в закупках как технологии, которая автоматизирует и дополняет задачи закупочного процесса, повышая эффективность, точность и качество решений; использована как зарубежный референс общего характера: ibm.com