Заявка на закупку проходит через снабжение, бухгалтерию и руководителя, и на каждом стыке она простаивает: то приложили посторонний счёт, то превышен лимит, то нужна подпись отсутствующего директора. Нейросеть берёт на себя рутину этого маршрута: проверяет заявку на полноту, сверяет с лимитами и регламентом, готовит сводку для согласующего. Под капотом работает языковая модель с доступом к вашим правилам закупок.
Где застревает процесс
Заявка на закупку тормозит на проверках и пересылках: неполный комплект документов, выход за лимит бюджета, ожидание подписи и ручная сверка с регламентом. Нейросеть автоматизирует именно проверки и подготовку сводки для согласующего, ускоряя маршрут в разы. Финальное решение о покупке остаётся за человеком с полномочиями.
В проектах по автоматизации закупок я постоянно вижу один и тот же затор. Сотрудник подаёт заявку, снабженец возвращает её с формулировкой «приложите коммерческое предложение», заявка идёт по второму кругу. Дальше бухгалтерия просит уточнить статью бюджета, и круг повторяется. Каждая пересылка — это потерянные дни и раздражение всех участников.
Второй затор — проверка на соответствие лимитам и регламенту. Согласующий вручную сверяет сумму с бюджетом отдела, проверяет, есть ли альтернативные предложения, попадает ли поставщик в одобренный список. Эта работа однообразная и внимательная одновременно, поэтому на ней копится усталость и проскакивают ошибки.
Третий затор — ожидание подписи. Заявка лежит готовая, но согласующий в командировке, а замена правил согласования настроена туманно. В результате срочная закупка ждёт неделю, и отдел работает на остатках. Нейросеть напрямую ускоряет первые два затора и подсвечивает третий, чтобы он перестал быть невидимым.
- Неполный комплект: заявка ходит по кругу из-за отсутствующего счёта или предложения
- Сверка с лимитами и регламентом отнимает время согласующего на каждой заявке
- Поставщик вне одобренного списка всплывает поздно и срывает сроки
- Заявка ждёт подписи, пока согласующий недоступен, а маршрут замены размыт
Что отдать модели
Старт идёт с проверки заявки на входе. Возьмите участок, где заявки чаще всего возвращаются на доработку, и поставьте туда модель первым фильтром. Сотрудник подаёт заявку, модель сверяет комплект документов, сумму с лимитом и поставщика со списком, после чего либо пропускает дальше с готовой сводкой, либо сразу пишет, чего конкретно недостаёт. Согласующий получает уже проверенную заявку и короткое резюме вместо сырого пакета.
- Соберите регламент закупок в один документ: лимиты, статьи бюджета, одобренные поставщики
- Опишите, какой комплект документов считается полным для каждой суммы заявки
- Выберите участок с самым большим числом возвратов на доработку
- Подключите модель как входной фильтр: проверка комплекта, лимита, поставщика
- Настройте сводку для согласующего: суть закупки, сумма, отклонения от регламента
- Прогоните месяц реальных заявок и сравните срок согласования до и после
Возьмите входную проверку комплекта документов. Это участок с понятным результатом и низким риском: модель ничего сама закупает, она лишь ловит неполные заявки до того, как они уйдут по кругу. Согласующий сразу видит экономию своего времени, а сотрудники перестают переподавать заявки по три раза.
Какие инструменты нужны
Для согласования заявок собирают связку из источника регламента, инструмента сценариев и языковой модели. Регламент и лимиты держат в документе или в учётной системе. Сценарии маршрутизации заявок собирают в конструкторе вроде n8n: пришла заявка — модель проверила — ушла нужному согласующему. Сложные правила вынимают из регламента через подход, когда модель отвечает строго по приложенным документам, минуя память.
| Задача | Чем закрыть | Когда усложнять |
|---|---|---|
| Проверка комплекта документов | Языковая модель плюс описание полного пакета | Когда типов закупок много — заводят отдельные шаблоны проверки |
| Сверка с лимитом и регламентом | Модель с доступом к документу правил | Когда лимиты сложные — подключают учётную систему напрямую |
| Маршрут заявки к согласующему | Сценарий в n8n по сумме и категории | Когда согласующих много — добавляют замены и эскалацию |
| Сводка для руководителя | Модель готовит резюме заявки | Когда заявок десятки в день — настраивают дашборд закупок |
Российская компания упирается в вопрос данных и оплаты сервисов. Закупочные документы часто содержат коммерческую тайну, поэтому выбор между отечественной и зарубежной моделью идёт от чувствительности данных и от требований вашей службы безопасности. Зарубежные модели подключают через корректный доступ, отечественные ставят ближе к контуру компании — это тема разбора процессов.
Стоимость на старте держится в рамках десятков долларов в месяц за подписку на модель плюс хостинг сценариев, точные цифры сверьте на сайтах сервисов. Для отдела закупок среднего бизнеса этого хватает на проверку входящих заявок. Платная связка с учётной системой окупается, когда заявок становятся сотни в месяц и ручная сверка дороже настроенного процесса.
Границы инструмента
Языковая модель ошибается уверенно. Она способна сослаться на пункт регламента, которого нет, или одобрить поставщика, которого в списке отродясь отсутствовало. Это свойство моделей называют галлюцинациями. Поэтому модель работает только как проверяющий и подготавливающий слой: она ловит отклонения и собирает сводку, а решение пропустить или отклонить заявку принимает человек с полномочиями. Чем уже коридор проверки, тем меньше пространства для ошибки.
Финальное одобрение закупки, выбор между поставщиками с близкими ценами, спорные случаи превышения лимита и решения по тендерам — это зона согласующего. Модель готовит проверенную заявку и сводку, а ответственность за деньги компании держит человек. Подпись остаётся подписью живого руководителя.
Полезно заранее закрепить, какие заявки модель может пропускать на следующий шаг сама, а какие обязана останавливать. Заявку в пределах лимита с полным комплектом и одобренным поставщиком можно передавать дальше автоматически. Превышение бюджета, новый поставщик, нестандартная статья расхода всегда уходят человеку. Эта граница защищает компанию от уверенной ошибки модели и от обхода регламента.
- Пункты регламента и лимиты модель цитирует строго из приложенного документа
- Коммерческую тайну в заявках передают модели по требованиям службы безопасности
- Превышение бюджета и новый поставщик всегда уходят на решение человеку
- Финальное одобрение и подпись остаются за согласующим с полномочиями
Куда двигаться
Когда входная проверка заявок работает и срок согласования падает, компания расширяет участок: от проверки комплекта к автоматической маршрутизации по согласующим, дальше к сводкам по закупкам для руководителя и к контролю исполнения договоров. Так отдел закупок постепенно избавляется от пересылок и ручной сверки, а руководитель видит картину расходов в одном месте.
Заодно команда учится описывать правила модели сама. Поначалу регламент и шаблоны проверки мы формализуем вместе, дальше снабженец сам правит их под новые категории закупок и поставщиков. Этот навык остаётся с компанией: при выходе новых версий моделей сотрудники переносят настроенные правила без переучивания.
Сложность здесь в формализации регламента и в выборе первого участка. Самый частый провал — компания пытается автоматизировать всю цепочку согласования поверх размытых правил, получает поток ошибочных решений и теряет доверие к инструменту. На разборе процессов мы вместе разбираем ваш маршрут заявки и выбираем стык, где автоматизация окупится быстрее всего.