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