Автоматизация закупок с AI-агентами: с какого процесса начать
Автоматизация закупок часто начинается с простого вопроса: почему согласованная заявка теряется между письмом, таблицей и учётной системой? Закупщик вручную собирает предложения, уточняет сроки, переносит суммы и напоминает коллегам о решении. В предлагаемом пилоте AI-агент готовит данные по заявке и передаёт черновик закупщику. Руководителю при этом нужны понятные правила согласования, источник каждой цифры и возможность остановить ошибочное действие.
Начать стоит с одного повторяемого процесса. Например, принять заявку от подразделения, подготовить запрос одобренным поставщикам, собрать их ответы и передать сравнение закупщику. Такой пилот показывает, где полезна агентная автоматизация, какие данные уже есть в компании и какие решения человек должен оставить за собой.
Кто утверждает закупку?
Три ситуации. Выберите следующий шаг: что может подготовить агент, а где нужно решение человека.
1 из 3. В заявке не указаны количество и срок. Что делать?
2 из 3. В сравнении появилось предложение нового поставщика. Кто решает, можно ли его выбрать?
3 из 3. Поставщик прислал новые банковские реквизиты. Что делать перед изменением записи?
Агент может уточнять данные и готовить черновики. Выбор нового поставщика и изменение реквизитов требуют проверки и подтверждения уполномоченного человека.
Что именно автоматизировать в закупках
В закупочном цикле несколько разных работ. Сотрудник формулирует потребность, закупщик проверяет остатки и условия договора, поставщики присылают цены, руководитель согласует выбор, бухгалтерия видит счёт, склад подтверждает поступление. Пытаться сразу передать весь цикл одному агенту рискованно: у каждого шага свои данные, права и цена ошибки.
Для пилота разделите маршрут на шаги: принять заявку, сверить действующие условия, уточнить недостающие сведения, подготовить сравнение и записать решение сотрудника. Агент может читать входящие документы, выделять позиции и сроки, сравнивать предложения по утверждённым критериям и создавать черновик задачи. Отправку заказа, изменение реквизитов, выбор нового поставщика и оплату оставьте в контуре утверждённых полномочий.
В описании управления закупками 1С есть условия закупок, заказы поставщикам, графики поставок и платежей, статусы заказов. Это подтверждённые возможности учётной системы. Подключение к ним AI-агента предстоит спроектировать и проверить отдельно для конфигурации компании.
Первый сценарий: от заявки до сравнения предложений
Рассмотрим иллюстративный сценарий в производственной компании. Мастер просит закупить расходные материалы к определённой дате. В свободном письме нет артикула, количество указано в другой единице измерения, а цена прошлого заказа устарела. Закупщик тратит время на уточнения ещё до обращения к поставщикам.
По проектной схеме агент получает заявку через форму или почту и проверяет обязательные поля: наименование, количество, единицу, срок и подразделение. Если данных мало, он задаёт конкретный вопрос инициатору. Затем ищет в разрешённых справочниках похожую номенклатуру и показывает закупщику варианты сопоставления. Неоднозначную позицию агент помечает для ручного выбора, сохраняя исходную формулировку заявки.
После подтверждения номенклатуры агент готовит черновик запроса поставщикам из утверждённого списка. После разрешённой отправки он собирает ответы из писем и вложений в сравнение: цена, НДС, срок, условия доставки, минимальная партия, дата ответа. Если цена дана за упаковку, система приводит её к согласованной единице и показывает формулу пересчёта. Человек проверяет итог и решает, кому отправить заказ.
Это проектная схема, а готовность каждой функции нужно проверить на данных компании. Способ интеграции зависит от конфигурации 1С, формата каталогов, качества документов и доступных интерфейсов. На этапе проекта сначала проверяют данные и права, затем собирают маршрут. Для общей схемы выбора процесса полезен наш материал про автоматизацию бизнес-процессов с ИИ.
Как выглядит карточка результата для закупщика
Попросите команду пилота показать закупщику карточку для проверки. В ней должны быть исходная заявка и её автор, сопоставленные позиции, предложения с датой и источником, цена и валюта, условия поставки, расхождения и недостающие сведения. Добавьте версию сравнения, имя сотрудника, проверившего данные, и статус согласования.
Если агент сомневается в сопоставлении товара или замечает изменение реквизитов, карточка должна показать причину остановки и передать случай ответственному сотруднику. Заказ и изменение платёжных данных остаются за утверждённым маршрутом согласования. Проверьте карточку на обычных заявках и исключениях: так станет видно, где правила требуют уточнения. Общие критерии выбора первого процесса собраны в гиде по автоматизации бизнес-процессов.
Где заканчивается задача агента и начинается решение человека
Главная граница проходит через денежное обязательство и ответственность за контрагента. Агент может подготовить сравнение и показать отклонения от договора. Утверждение поставщика, крупной суммы или изменения реквизитов требует проверяемого подтверждения уполномоченного сотрудника. Правило должно быть закреплено в маршруте, а не держаться в памяти команды.
Задайте для пилота четыре уровня действий. Первый - чтение заявки и разрешённых справочников. Второй - черновик запроса, сравнения и задачи. Третий - отправка внешнего письма после подтверждения. Четвёртый - создание заказа или изменение записи в учётной системе по отдельному разрешению. Для каждого уровня нужны роль, лимит, журнал и способ отменить черновое действие.
Важны и исключения. Новый поставщик, несовпадение ИНН, необычный рост цены, отсутствие договора, изменённые банковские реквизиты или просроченное предложение должны попадать человеку с объяснением причины. Агенту лучше вернуть статус «нужна проверка», чем уверенно заполнить поле догадкой.
В документации IBM по агентам для закупочных операций описаны роли для заявок, согласований, заказов и поступлений при работе с поддерживаемыми закупочными системами. Документация не подтверждает готовую интеграцию этих агентов с 1С. Для неё нужен отдельный проект и проверка доступных интерфейсов.
Какие данные и интеграции нужны до запуска
Пилот упирается в качество источников. Проверьте справочник номенклатуры, список поставщиков, действующие договоры, историю цен, лимиты подразделений и статусы заказов. Назовите систему, которая считается источником истины для каждого поля. Если цена в письме расходится с ценой в 1С, агент должен показать оба значения и дату, затем передать решение ответственному.
Для каждого подключения опишите конкретные права: какие записи можно читать, какие черновики создавать, куда разрешена отправка сообщений. Общий доступ к почте директора или всей ERP обычно избыточен. Рабочий контур должен хранить время обращения, источник данных, исходный документ и версию правил сравнения. Это позволит разобрать спорную закупку после принятия решения.
Если агентная система размещается на сервере клиента, инфраструктуру подбирают по требованиям к данным, доступности и резервному копированию. Для выделенного сервера можно рассмотреть Beget, затем отдельно оценить сетевой доступ к 1С, политику хранения документов и стоимость эксплуатации. Сам сервер не заменяет регламент согласования.
Архитектуру подключения рабочих систем подробнее разбираем в статье об интеграции AI-агентов с CRM, Telegram, таблицами и документами. Для закупок сначала проверяют доступ к учётной системе и почте. Способ уведомления выбирают под работу сотрудников.
Для пробного разделения ролей — приём заявки, сверка предложений и подготовка согласования — можно изучить мультиагентную систему HERMES. По этой партнёрской ссылке читатель может получить $15 на подписку HERMES. Прототип проверяйте на тестовых данных; подключение к 1С, права и денежные лимиты проектируются отдельно.
Как провести пилот без большой перестройки отдела
Выберите один тип заявки с повторяемыми полями и ограниченным кругом поставщиков. Например, регулярную закупку расходных материалов. Для начала соберите обезличенные примеры заявок и ответов, проверьте расхождения по единицам, НДС и срокам. Зафиксируйте текущий путь заявки: кто получил, кто уточнил, кто сравнил и кто согласовал.
Затем определите выход пилота. Например, агент создаёт проверенный черновик сравнения, а закупщик подтверждает позиции и отправляет его руководителю. Проверяйте черновик по тому, помогает ли он сотруднику принять решение и восстановить основания выбора. Скорость сравните с исходным процессом после пилота.
На тестовом наборе проверьте обычные и сложные случаи: неполное письмо, два названия одного товара, разную валюту, изменённую цену, частичную поставку и нового контрагента. Ошибочные сопоставления заносите в журнал и уточняйте правило. После этого запустите пилот на ограниченном потоке с ручным просмотром каждого внешнего действия. Расширяйте права только после проверки реальных ошибок и нагрузки на сотрудников.
Для внедрения в рабочий процесс пригодится пошаговая схема запуска AI-агентов в бизнесе. Закупочный пилот должен иметь владельца со стороны клиента: человека, который отвечает за критерии выбора, исключения и итоговое решение.
Какие показатели показать руководителю
Измеряйте цикл от полной заявки до готового решения и отдельно время ожидания поставщика или согласующего. Считайте долю заявок, прошедших без повторного ввода полей, долю корректно распознанных позиций, количество ручных исправлений и исключений. Важный показатель - сколько решений имеют приложенные предложения, условия договора и имя утверждающего.
Сравнение делайте на сопоставимых типах закупок. Если в пилот попали только простые заявки, а в исходный период - сложные поставки, среднее время введёт в заблуждение. Для небольшого потока полезно разбирать каждую ошибку по причине: плохой исходный документ, устаревший справочник, неверное правило или сбой интеграции.
Стоимость пилота считайте вместе с поддержкой: вызовы модели, обработка документов, интеграции, контроль человеком и исправление ошибок. Экономия времени важна, но закупка с неверной ценой может перекрыть её. Поэтому руководителю нужны одновременно скорость, качество данных и доля безопасно завершённых заявок.
Что обсудить перед внедрением
На первой встрече достаточно показать текущую схему закупки, несколько обезличенных заявок, образцы предложений и перечень систем. Дальше определяем один процесс, ответственного и критерии пилота. Если данных мало или заявки каждый раз уникальны, сначала приводим в порядок форму и справочники. Если процесс повторяется, проектируем агентный маршрут и точки подтверждения.
Автоматизация закупок с AI-агентами приносит пользу там, где команда видит исходные документы, правила сравнения и владельца решения. Первый шаг - выбрать узкий сценарий и проверить его на реальных заявках без расширения полномочий сверх необходимого.
Можно ли подключить агента к существующей 1С?
Возможность зависит от конфигурации, версии, доступных интерфейсов и правил безопасности компании. Сначала разработчик проверяет, какие данные можно получить из тестового контура и как безопасно записать черновик. В зависимости от конфигурации может подойти разрешённый интерфейс обмена или понадобиться доработка учётной системы. Срок и состав подключения определяют после проверки окружения. Рабочий критерий простой: сотрудник видит данные агента в привычной карточке и может сверить их с первичным документом.
Когда AI-агент полезнее обычного правила автоматизации?
Фиксированное правило хорошо работает для структурированной формы: заполнены поля - создаём задачу по известному маршруту. Агент полезен, когда сведения приходят письмом, в PDF и таблице, а формулировки поставщиков различаются. Он предлагает варианты сопоставления и готовит объяснение для закупщика. Решение о выборе поставщика остаётся в согласованном бизнес-процессе. Комбинация обычных правил и агента часто практичнее, чем попытка поручить модели каждый шаг.
Что делать, если поставщик поменял банковские реквизиты?
Такую ситуацию нужно выделить в отдельное исключение. Агент фиксирует отличие и передаёт его ответственному человеку. Проверка новых реквизитов проводится по действующему регламенту компании и подтверждённому каналу связи с контрагентом. До завершения проверки маршрут оплаты останавливается. В журнале сохраняются прежнее значение, новое значение, источник изменения и сотрудник, который принял решение. Так можно восстановить основания решения при разборе ошибки.
Как понять, что пилот пора расширять?
Посмотрите на результаты пилота: стабильно ли заполняются обязательные поля, сколько сравнений пришлось исправить, почему возникли исключения и не выросла ли нагрузка на согласующих. Расширение имеет смысл, когда ответственные доверяют карточке результата и могут объяснить каждое решение по документам. Следующим процессом можно взять похожую категорию закупок или контроль срока поставки. Перед добавлением новых прав проведите повторную проверку ошибок и лимитов.
Если хочешь внедрить ИИ агентов в свой бизнес, но не знаешь с чего начать, пиши мне в телеграм t.me/berdoff, я проведу бесплатную консультацию, поделюсь своим опытом