AI для отдела закупок: заявки, поставщики, цены и согласование заказов

Коротко

• AI в закупках хорошо закрывает четыре участка: приём и нормализация заявок, разбор прайсов и КП от поставщиков, сопоставление номенклатуры (матчинг) и маршрутизация согласований.
• AI не должен сам выбирать поставщика, менять условия договора, отправлять заказ и подтверждать оплату. Он готовит решение — человек нажимает кнопку.
• Прогноз потребности и объёма закупки остаётся за человеком. Модель может показать историю, сезонность и аномалии, но подпись под цифрой ставит закупщик.
• Реалистичная экономия для SMB — 40–60% времени на обработку заявок и разбор прайсов. Это 1–2 рабочих дня в неделю у одного закупщика, а не «сокращение отдела».
• Внедрение начинается не с модели, а со справочника номенклатуры. Если в 1С три варианта одного болта — AI просто ускорит хаос.
• Порог входа: 4–6 недель на первый рабочий контур, если есть доступ к почте, 1С/CRM и Telegram.

Где закупка ломается на самом деле

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

Заявки приходят в пяти форматах

Производство пишет в Telegram: «нужен подшипник как в прошлый раз, срочно». Склад присылает выгрузку из 1С. Маркетинг — таблицу в Google Sheets. Директор — голосовое.

Закупщик тратит первые 20 минут не на закупку, а на расшифровку: что именно нужно, сколько, к какой дате, на какой проект списывать, кто заказчик. Дальше — уточняющие вопросы, и заявка зависает на полдня, пока автор ответит.

Номенклатура не совпадает ни с чем

«Кабель ВВГнг 3х2.5», «ВВГ-нг(А)-LS 3х2,5», «кабель 3*2.5 негорючий» — это одна позиция в трёх заявках и четвёртый вариант в прайсе поставщика. Матчинг руками — самая недооценённая статья расходов времени в закупках. На 200 позиций в прайсе это легко полдня.

Прайсы приходят в чём угодно

PDF со сканами, Excel с объединёнными ячейками и шапкой на пятой строке, письмо в теле сообщения, ссылка на личный кабинет. Чтобы сравнить трёх поставщиков по 50 позициям, закупщик вручную собирает сводную таблицу — и делает это заново каждый раз, когда приходит обновлённый прайс.

Согласование живёт в переписке

Никто не знает, на ком висит заявка. Руководитель согласовал устно, бухгалтерия об этом не знает, поставщику уже сказали «берём». Через месяц выясняется, что закупили мимо лимита.

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

Что отдать AI, а что оставить людям

Разделение простое: AI работает с текстом и сопоставлением, человек работает с деньгами и обязательствами.

Можно отдавать:

• разбор входящих заявок в свободной форме → структурированная запись;
• распознавание прайсов и КП (PDF, Excel, письма, фото) → таблица позиций;
• сопоставление наименований поставщика с вашим справочником, с показом процента уверенности;
• сборку сравнительной таблицы по цене, сроку, минимальной партии, условиям оплаты;
• проверку заявки на аномалии: цена выше прошлой закупки на 30%, дубль заявки, позиция уже есть на складе;
• напоминания и эскалацию по срокам согласования и поставки;
• черновик письма поставщику и черновик заказа.

Нельзя отдавать без человека:

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

Разница между «бот отвечает» и «агент делает шаги с проверкой» подробно разобрана в статье чем AI-агент отличается от чат-бота.

Рабочий контур: как это выглядит по шагам

Ниже — схема, которая собирается из доступных SMB инструментов и не требует переезда на новую ERP.

Шаг 1. Единая точка входа заявки

Заявка попадает в один канал — Telegram-бот, форма на портале или почтовый ящик. AI разбирает свободный текст, голосовое или фото и превращает в структуру: позиция, количество, единица измерения, срок, инициатор, проект/ЦФО, комментарий.

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

Заявка сохраняется в базу с ID и статусом. Дальше вся история — в логах, а не в чате.

Шаг 2. Матчинг с вашей номенклатурой

Система ищет позицию в справочнике 1С/CRM по нечёткому совпадению плюс векторному поиску по описанию и характеристикам.

Ключевая деталь: результат должен приходить с уровнем уверенности.

• совпадение выше порога (например, 0,9) — подставляется автоматически, помечается как авто;
• 0,6–0,9 — показываются 3 варианта, закупщик выбирает в один клик;
• ниже — заявка идёт как «новая позиция», человек заводит вручную.

Каждый ручной выбор возвращается в систему как обучающая пара. Через 2–3 месяца доля «зелёных» совпадений заметно растёт — это единственный участок, где эффект накопительный.

Шаг 3. Прайсы и КП поставщиков

Отдельный ящик или папка, куда падают файлы от поставщиков. AI извлекает позиции, приводит к единой структуре (артикул, наименование, цена, НДС, срок, мин. партия, срок действия предложения) и складывает в базу цен с датой.

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

Важно: система показывает варианты и обоснование, но не ставит галочку «выбрано».

Шаг 4. Согласование по правилам

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

Согласующий получает в Telegram карточку: что покупаем, зачем, у кого, сколько, чем это отличается от прошлого раза, кнопки «Согласовать / Вернуть / Запросить альтернативу». Ответ фиксируется с временной меткой и уходит в лог. Не ответил за N часов — эскалация выше.

Шаг 5. Заказ и контроль сроков

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

Сколько времени это экономит

Честные ориентиры для компании, где 150–400 заявок в месяц и один-два закупщика:

В сумме это 40–60% времени на операционке. В деньгах для SMB эффект чаще проявляется не в ФОТ, а в двух местах: меньше срочных закупок по завышенной цене (потому что заявка не висит три дня) и меньше дублей и лишних складских остатков (потому что система видит, что позиция уже едет).

Считать нужно на своих цифрах. Минимальный набор метрик, который стоит снять до внедрения:

• среднее время от подачи заявки до отправки заказа;
• доля заявок, потребовавших уточнения;
• доля срочных закупок вне плана;
• количество заявок в месяц и часы закупщика на них.

Без этих четырёх чисел через полгода вы не докажете себе, что стало лучше.

Риски, о которых редко говорят

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

Цифры из PDF читаются неверно. Особенно в сканах: 1 500 → 1500, запятая вместо точки, потерянный ноль. Лечение: контроль диапазонов (цена отличается от предыдущей более чем на X% — стоп-флаг), обязательная ссылка на исходный файл и страницу рядом с каждой цифрой, чтобы закупщик проверил за 5 секунд.

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

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

Права доступа. Закупщик не должен видеть согласования по другим ЦФО, а бот не должен иметь права записи в 1С сверх нужного. Роли настраиваются до запуска, а не после инцидента.

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

Как внедрять: план на 4–6 недель

Неделя 1. Инвентаризация. Соберите 30 реальных заявок и 10 реальных прайсов от разных поставщиков. Это ваш тестовый набор. Одновременно — ревизия справочника номенклатуры: дубли, пустые характеристики, отсутствующие единицы измерения. Не пропускайте этот шаг.

Неделя 2. Один узкий участок. Начните с приёма заявок через Telegram-бота с нормализацией и уточняющими вопросами. Это самый быстрый видимый эффект и самая безопасная точка: цена ошибки — переспросить.

Неделя 3–4. Прайсы и матчинг. Подключите разбор входящих прайсов и сопоставление со справочником. Обязательно с порогами уверенности и ручным подтверждением. Замерьте точность на тестовом наборе: доля верных совпадений, доля ложных.

Неделя 5. Согласование. Правила маршрутизации, карточки в Telegram, кнопки, логи, эскалации. Здесь важнее не AI, а дисциплина: если согласование продолжают делать голосом, контур не заработает.

Неделя 6. Отчёт и настройка. Сравните метрики с исходными. Уберите то, что не используется. Поднимите пороги там, где точность высокая, опустите там, где были ошибки.

Отправку заказов, работу с договорами и прогноз оставьте на потом — и, возможно, навсегда за человеком.

Чек-лист готовности

• [ ] Есть один канал приёма заявок, а не пять.
• [ ] Справочник номенклатуры почищен от очевидных дублей.
• [ ] Известно среднее время «заявка → заказ» до внедрения.
• [ ] Определены пороги уверенности для автоподстановки.
• [ ] Каждая распознанная цифра ведёт на исходный документ.
• [ ] Правила согласования описаны как таблица «сумма/категория → кто подписывает».
• [ ] Все действия агента пишутся в лог с автором и временем.
• [ ] Настроены роли: кто что видит и кто что может менять.
• [ ] Есть еженедельный отчёт об ошибках парсинга.
• [ ] Ни одно действие с деньгами не выполняется без подтверждения человека.

FAQ

Подойдёт ли это компании без ERP, где всё в Excel и почте? Да, и часто эффект там выше. Минимально нужны: один канал заявок, файл или база со справочником позиций и почтовый ящик для прайсов. База под заявки и цены разворачивается отдельно и потом при желании синхронизируется с 1С.

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

Насколько точно распознаются прайсы в PDF? На хороших цифровых PDF и Excel — стабильно высоко. На сканах и фото качество падает, особенно в таблицах со сложной вёрсткой. Поэтому в контуре обязательны стоп-флаги по отклонению цены и ссылка на исходник рядом с каждой строкой. Ставку на «распознали и сразу в заказ» делать нельзя.

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

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

Сколько стоит и когда окупается? Зависит от количества интеграций. Ориентир для SMB-контура из бота заявок, разбора прайсов и согласований — сопоставимо с 2–4 месяцами работы одного закупщика, окупаемость обычно считают по трём вещам: сокращённому времени цикла, снижению доли срочных закупок и уменьшению дублей. Точный расчёт делается по вашим четырём метрикам из раздела про ROI.

С чего начать, если ресурсов мало? С Telegram-бота приёма заявок с уточняющими вопросами и нормализацией. Это одна-две недели, минимальный риск и сразу заметный эффект по времени. Дальше — по данным.