Автоматизация закупок: как перевести снабжение из почты и таблиц в систему

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

Автоматизация закупок простыми словами: что меняется в работе снабжения

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

1. История решений. Видно, кто запросил, какие предложения собрали, почему выбрали это, кто согласовал. Через полгода это можно поднять за минуту, а не восстанавливать по чатам.
2. Сроки на каждом шаге. Заявка, зависшая у согласующего на четыре дня, видна как просрочка, а не как «ну он занят».
3. Сопоставимые данные. Предложения поставщиков сравниваются по одной номенклатуре, а не «по памяти закупщика», который знает, что позиция у одного называется так, а у другого иначе.

Чего автоматизация не делает: она не выбирает поставщика за вас и не снижает цену сама по себе. Она делает выбор сравнимым и защищаемым — а это уже влияет на цену, потому что поставщик, участвующий в прозрачной процедуре, ведёт себя иначе, чем поставщик, который договаривается один на один.

Как проходит закупка без системы

Разберём обычную покупку расходников или комплектующих в компании без единой системы:

• Мастер пишет в чат: «закончились подшипники, надо докупить». Заявка нигде не зафиксирована.
• Снабженец вспоминает про неё на следующий день, пишет трём поставщикам письма.
• Один отвечает через час, второй через два дня, третий не отвечает вообще.
• Цены переносятся в таблицу вручную. У одного поставщика цена с НДС, у другого без, у третьего с доставкой — сравнение занимает время.
• Руководитель согласовывает голосом или в мессенджере. След остаётся в переписке.
• Счёт уходит в бухгалтерию, где выясняется, что лимит по этой статье уже выбран.
• Товар приезжает, кладовщик принимает по накладной, но в учётной системе позиция называется иначе — возникает пересорт.

В этой цепочке нет злого умысла и некомпетентности. Есть отсутствие единого места, где видно состояние заявки. Именно поэтому в снабжении так часто «никто не виноват», а сроки срываются.

Что именно переводится в систему

Обратите внимание: самый быстрый эффект даёт не автоматизация торгов, а наведение порядка в заявках и согласованиях. Это ещё не тендерная площадка, но именно здесь лежат потерянные дни.

Своя закупочная площадка или внешние ЭТП

Путаница возникает часто, поэтому стоит развести понятия.

Внешние ЭТП — это площадки, где проводятся государственные и регламентированные закупки. Если компания попадает под 223-ФЗ (организации с госучастием, естественные монополии, их дочерние структуры), часть процедур обязана проходить в электронной форме на аккредитованных площадках, а сведения публиковаться в единой информационной системе. Тут выбора нет: правила заданы законом.

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

Когда своя платформа оправдана:

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

Когда не оправдана: закупки разовые и мелкие, поставщик фактически один, а весь процесс держится на паре человек, которые и так всё видят. В этом случае автоматизировать нечего — сначала нужен объём.

Маршруты согласования: где лежат потерянные дни

Маршрут — это правило вида «до такой-то суммы согласует руководитель отдела, выше — финансовый директор, по ИТ-закупкам дополнительно ИТ-директор». В системе он превращается в автоматическую последовательность задач.

Что важно предусмотреть с первого дня:

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

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

Связка с 1С: где живут номенклатура, цены и остатки

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

Рабочая схема выглядит так:

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

Технически обмен делается либо типовыми механизмами, либо через API — выбор зависит от конфигурации и нагрузки. Подробно разберём это в отдельной статье про интеграцию 1С с внешними системами; здесь важно другое: решение о том, что где хранится, принимается до начала разработки, а не в процессе.

Как считать эффект и не обманывать себя

1. Срок закупочного цикла. От даты заявки до даты поставки. Замерьте среднее по последним двадцати закупкам до внедрения — это и будет база сравнения.
2. Доля закупок с двумя и более предложениями. Показывает, есть ли реальный выбор. Если девять из десяти закупок идут у единственного поставщика, экономия от торгов невозможна физически.
3. Число возвратов и пересортов при приёмке. Прямые деньги: перевыставленные счета, простои, повторные доставки.
4. Нагрузка на закупщика. Сколько заявок в неделю проходит через одного человека. Рост этого числа без роста штата — и есть окупаемость автоматизации.

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

С чего начать: пилот на одной категории

Порядок, который обычно срабатывает:

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

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

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