SRM для закупок нужен, когда закупка перестаёт быть разовой покупкой и становится управляемым процессом: заявка, согласование, выбор поставщика, условия, поставка, качество, претензии, история цен и связь с производством или заказом клиента.
Если этот процесс живёт в почте и таблицах, компания зависит от памяти закупщика. Пока людей мало, это может работать. Но при росте объёма появляются задержки, дубли, спорные условия, потерянные коммерческие предложения и слабая картина по поставщикам.
Заявка на закупку
Закупочная заявка должна показывать, что нужно купить, зачем, к какому заказу или участку это относится, когда требуется и кто согласует. Без этой информации закупщик вынужден уточнять детали вручную, а руководитель не видит, где процесс задержался.
В SRM-системе заявка получает маршрут. Её можно согласовать, вернуть на уточнение, связать с поставщиком, коммерческим предложением, заказом и поступлением. Тогда закупка перестаёт быть цепочкой писем.
Поставщики
Справочник поставщиков сам по себе мало помогает. Нужно видеть историю: сроки, цены, качество, претензии, категории материалов, условия оплаты, ответственных, документы и фактическую надёжность. Один поставщик может быть дешевле, но чаще задерживать поставки. Другой дороже, но стабильнее для критичных материалов.
SRM помогает обсуждать поставщиков на фактах. Не “кажется, он часто срывает”, а сколько раз сорвал, по каким позициям, с какой задержкой и чем это обернулось для производства.
Согласования
Согласование закупки должно быть прозрачным. Кто ждёт решения. Какой лимит. Почему заявка остановилась. Какие предложения сравниваются. Если согласование идёт в почте, трудно понять, где задержка и кто отвечает за следующий шаг.
Система не должна превращать согласование в бюрократический лабиринт. Для простых закупок нужен короткий маршрут. Для дорогих, редких или критичных - более строгий. Главное, чтобы правило было понятно заранее.
Связь с ERP
Закупки связаны с остатками, производством, финансами и заказами. Поэтому SRM обычно должен обмениваться данными с ERP: номенклатура, потребности, заявки, заказы поставщикам, поступления, документы, статусы оплаты.
Если связи нет, закупщик переносит данные руками. Ошибка в количестве, сроке или позиции быстро доходит до склада и производства. Интеграция нужна не для красоты, а чтобы потребность и факт закупки не расходились.
Качество поставок
Для производственных компаний закупка не заканчивается поступлением. Материал должен пройти входной контроль, а затем показать себя в производстве. Если качество сырья влияет на брак, эта связь должна быть видна.
Полезно связывать поставщика с партиями, входным контролем и претензиями. Тогда закупки видят не только цену, но и последствия выбора. Это особенно важно для материалов, от которых зависит стабильность выпуска.
Категории закупок
Одинаково управлять всеми закупками не нужно. Канцелярия, сырьё, комплектующие, услуги, запасные части и критичные материалы требуют разной глубины контроля. Для одних достаточно короткого согласования, для других нужна история качества, лимиты, альтернативные поставщики и связь с производственным планом.
Поэтому SRM лучше настраивать по категориям. Где-то важнее цена, где-то срок, где-то стабильность качества, где-то наличие второго поставщика. Такой подход делает систему ближе к реальной работе закупок.
Роли и доступы
В закупках участвуют инициаторы, закупщики, руководители, финансы, склад, производство и иногда качество. У каждого своя роль. Инициатору не нужен весь архив переговоров, но нужен статус заявки. Закупщику нужна история предложений. Руководителю - согласование и риски. Складу - ожидаемое поступление.
Если роли не разделить, система либо перегружается лишней информацией, либо скрывает то, что нужно для решения. Поэтому права и маршруты стоит описывать до запуска.
Отдельно стоит договориться, кто меняет условия поставщика и кто подтверждает новую цену. Если это может сделать любой участник процесса, история быстро теряет надёжность. Для закупок цена ошибки в справочнике часто проявляется уже в заказе или оплате.
Ошибки запуска
- Вести поставщиков как список без истории условий и отклонений.
- Согласовывать закупки в почте, а в систему заносить только итог.
- Не связывать закупочную заявку с производственной потребностью.
- Оценивать поставщика только по цене.
- Не фиксировать претензии и решения по качеству поставки.
Проверка процесса закупки
В SRM полезно отдельно проверить путь от внутренней заявки до решения по поставщику. Если заявка согласована, но условия поставки, срок, качество и связь с производством остаются в письмах, система не управляет закупкой.
- Заявка должна иметь инициатора и основание.
- Выбор поставщика лучше связывать с историей поставок.
- Претензии по качеству должны возвращаться в карточку поставщика.
С чего начать
Лучше выбрать одну группу закупок, где задержки или ошибки заметно влияют на работу компании. Описать заявку, согласование, выбор поставщика, поступление и связь с ERP. После этого можно расширять систему на другие категории.
SRM для закупок полезна, когда компания начинает видеть закупку как процесс. От потребности до поставки, качества и последствий для бизнеса.