Автоматизация закупок: что автоматизировать и на чём

Автоматизация закупок - это перенос повторяемых шагов снабжения из почты, таблиц и мессенджеров в систему: заявка отдела, проверка остатков, запрос цен у поставщиков, сравнение предложений, согласование и заказ. Речь в статье о закупках внутри коммерческой компании, где снабженец покупает материалы, товары или услуги для своего бизнеса. Работа поставщика в тендерах и госзакупках по 44-ФЗ и 223-ФЗ устроена иначе, для неё у нас есть отдельная страница про ИИ для тендеров и госзакупок.

Ниже разобран маршрут закупки по шагам, участки, которые обычно автоматизируют первыми, и четыре класса решений: 1С, SRM-система, своя доработка и ИИ. Примеры условные и нужны только для показа логики.

Что такое автоматизация закупок и чем она отличается от госзакупок?

Когда в компании говорят «закупки тормозят», речь почти всегда о трёх вещах. Заявку из цеха или офиса никто не видит, пока снабженец сам не спросит. Коммерческие предложения поставщиков приходят в разных форматах, и сравнивать их приходится вручную. Согласование идёт в переписке, и через неделю никто не помнит, кто что одобрил.

Автоматизация закупок закрывает эти разрывы. У заявки появляется статус и ответственный, предложения сводятся в одну таблицу. Согласование оставляет след в системе, а заказ поставщику попадает в учёт без повторного ввода.

Важно развести это с госзакупками. Закон 223-ФЗ называется «О закупках товаров, работ, услуг отдельными видами юридических лиц» и касается госкомпаний и ряда других организаций, 44-ФЗ - государственных и муниципальных заказчиков. Обычная частная компания закупает у своих поставщиков по собственным правилам. Поэтому «автоматизация государственных закупок» - это отдельная задача заказчика с площадками и регламентами, и в этой статье её нет.

Из каких шагов состоит закупка внутри компании?

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

1. Заявка. Отдел, цех или склад пишет, что нужно, сколько и к какому сроку.
2. Проверка потребности. Снабженец смотрит остатки, товары в пути и уже созданные заказы, чтобы не купить лишнее.
3. Запрос предложений. Поставщикам уходит запрос цены, срока и условий поставки.
4. Сравнение КП. Предложения сводят в одну таблицу: цена за единицу, срок, условия оплаты и доставки, аналоги.
5. Согласование. Руководитель или финансист одобряет выбор и сумму.
6. Заказ поставщику. Заказ фиксируют в учётной системе, чтобы видеть обязательства и ожидаемые поступления.
7. Приёмка. Склад сверяет пришедшее с заказом: количество, позиции, качество.
8. Сверка и оплата. Счёт сверяют с заказом и приёмкой, потом оплачивают.

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

Какие участки закупок автоматизировать первыми?

Разберём участки по тому, что болит и что даёт система.

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

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

На чём автоматизировать закупки: четыре класса решений

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

Когда для автоматизации закупок хватает 1С?

В 1С:Управление торговлей есть рабочее место «Формирование заказов по потребностям». По справке 1С, оно предназначено для обеспечения потребностей в номенклатуре, а заказы поставщикам создаются в рабочем месте «Закупки - Заказы поставщикам» при включённой функциональной опции. Для закупок по плану там же описано отдельное рабочее место.

В 1С:ERP подсистема закупок шире. В обзоре ERP Band названы две опции: «Запросы коммерческих предложений у поставщиков» и «Коммерческие предложения поставщиков». Запрос можно отправить конкретным поставщикам или разместить через сервис 1С:Бизнес-сеть, а ответы загрузить в систему. В документации 1С:ERP. Управление холдингом есть целый раздел «Корпоративные закупки» с аккредитацией поставщиков, регистрацией потребностей и оптимизацией расходов на закупку.

Автоматизация закупок на 1С хорошо работает, пока задача в основном учётная. Признаки, что 1С вам хватит:

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

Признаки, что одной 1С уже мало. Заявки приходят из мессенджеров и почты, и в систему их переносит снабженец. Согласование зависит от суммы, отдела и статьи бюджета. КП приходят десятками в PDF и сканах. Как связать 1С с нейросетью для разбора таких документов, разобрано в статье про интеграцию ИИ с 1С.

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

Когда нужна SRM-система?

SRM расшифровывают как supplier relationship management - управление отношениями с поставщиками. Gartner описывает SRM как инициативу, с помощью которой компании выстраивают взаимовыгодные отношения с поставщиками и выбирают тех, с кем стоит работать плотнее. В российских продуктах под SRM обычно понимают систему, где ведут базу поставщиков, проводят запросы цен и торговые процедуры, аккредитуют и оценивают поставщиков.

SRM оправдана, когда:

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

Автоматизация закупок через SRM - проект заметно больше, чем настройка учёта. Если ничего из этого нет, а боль в том, что заявки теряются и согласование идёт в чатах, SRM закроет не ту задачу. Выдача по запросу «системы автоматизации закупок» заполнена рейтингами SRM, и их легко принять за единственный путь. Сначала посмотрите на свою карту процесса, потом на рейтинги.

Когда нужна своя система или доработка под процесс?

Частая картина в среднем бизнесе: учёт в 1С, заявки в мессенджере, КП в почте, согласование в личных сообщениях руководителя. Каждая часть работает, а связи между ними держатся на снабженце. Когда он в отпуске, закупки встают.

Учёт при этом остаётся в 1С. Свой модуль забирает то, что вокруг учёта:

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

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

Соседний процесс устроен похоже - согласование договоров. Если он у вас тоже идёт в переписке, посмотрите разбор согласования договоров в компании: маршрут по ролям и история решений там строятся по той же логике.

Где ИИ помогает в автоматизации закупок?

Учётная система хорошо работает с данными, которые уже внесены в поля. Сложность снабжения в том, что половина данных приходит текстом. Поставщик присылает КП в PDF со своей таблицей, другой пишет цену в теле письма, третий присылает скан. Сотрудник заявки пишет «нужны перчатки как в прошлый раз, штук сто».

Современные языковые модели читают такие документы. Например, в документации Anthropic по работе с PDF сказано, что Claude разбирает в PDF текст вместе с таблицами, диаграммами и изображениями. Для снабжения это значит, что сводку по нескольким КП можно собрать без ручного переписывания.

Для таких документов автоматизация закупок без ИИ почти всегда упирается в ручное переписывание. Где ИИ даёт результат в закупках:

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

Пример задания для сводки КП. Его можно дать нейросети вместе с файлами предложений:

Ты помогаешь снабженцу сравнить коммерческие предложения.
Во вложении КП от нескольких поставщиков на одну заявку.

Заявка: [перечень позиций, количество, желаемый срок поставки]

Сделай таблицу: поставщик, позиция как в КП, соответствует ли позиция
заявке (да / аналог / нет), количество, цена за единицу, сумма,
срок поставки, условия оплаты, условия доставки.

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

Не делай вывод о лучшем поставщике. Если данных нет в документе,
пиши "не указано", не додумывай.

Последние строки задания важны. Модель может ошибиться при чтении скана или плохой таблицы, поэтому цифры в сводке проверяют по исходнику до решения. ИИ экономит время на переписывании, но подпись под выбором ставит человек.

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

Как связать закупки со складом и остатками?

Самая частая ошибка при автоматизации планирования закупок - настроить расчёт потребности на неточных остатках. Система честно посчитает, что нужно купить, но возьмёт за основу цифры, которые давно разошлись со складом.

Перед тем как включать автоматический расчёт, проверьте три вещи:

1. Остатки в системе совпадают со складом хотя бы по основным позициям.
2. Поступления в пути видны: заказ поставщику создан и не закрыт до приёмки.
3. Потребность из заказов клиентов или производства попадает в систему. Если она известна только менеджеру, расчёт её не увидит.

В 1С эту связку закрывает механизм обеспечения потребностей: он смотрит на заказы, остатки и ожидаемые поступления и предлагает, что заказать. Это работает, когда данные на входе верные.

Как понять, что автоматизация закупок окупилась?

Без замера «до» нельзя понять, дала ли система результат или просто изменила интерфейс. Подойдут показатели, которые можно посчитать по журналу заявок:

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

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

Какие ошибки делают при автоматизации закупок?

Выбор системы по рейтингу. Рейтинги SRM полезны, когда вы уже знаете, что вам нужна SRM. Если боль в приёме заявок, рейтинг уведёт в сторону.

Перенос хаоса в программу. Если каждый руководитель согласует по-своему, система закрепит этот разнобой в настройках. Сначала договоритесь о маршруте.

Всё сразу. Запуск заявок, согласований, КП и интеграции одновременно не даёт понять, что именно сработало, а что нет. Начинайте с одного участка.

Нет пути для срочного. В любом снабжении бывают аварийные закупки. Если система не даёт провести их быстро с согласованием задним числом, люди вернутся в чат.

Слепое доверие ИИ. Сводка КП от нейросети - черновик для проверки. Цены и сроки сверяют с исходным документом.

Где вы сейчас

• Заявки в чатах, учёт в 1С - начните с единой формы заявки и статуса, 1С пока оставьте как есть; как описать процесс, смотрите в разборе автоматизации бизнеса.
• Учёт в 1С, КП и согласования в почте - достройте модуль заявок и согласований и сводку КП с ИИ; как связать это с учётом, разобрано в статье про интеграцию ИИ с 1С.
• Много поставщиков, торги и аккредитация - смотрите в сторону SRM и заранее решите, как она обменивается данными с учётом.
• Закупки ведёт один человек, заказов немного - хватит учётной системы и дисциплины заявок; вернитесь к теме, когда поток вырастет.

Чек-лист

• Маршрут закупки выписан по шагам: кто делает шаг, откуда данные, где результат.
• На карте отмечены места ручного переноса данных и ожидания.
• Выбран один первый участок для запуска.
• Сняты показатели «до»: время от заявки до заказа, ручной перенос, возвраты, время на КП.
• Проверена точность остатков перед расчётом потребности.
• Решено, какой класс решения закрывает найденную боль: 1С, SRM, доработка или ИИ.
• Для срочных закупок описан отдельный быстрый путь.