SRM — это не расширенная ЭТП. Почему автоматизация закупок не равна управлению

Когда компания задумывается, как автоматизировать закупки, первым шагом почти всегда становится внедрение ЭТП. Это логично: электронные закупочные процедуры, которые «зашиты» в площадку, помогают быстро навести порядок, сводят ручные операции снабженцев к паре-тройке кликов. Формально — работа полностью прозрачна.

Но дальше возникает эффект, к которому многие оказываются не готовы. Закупочных процедур стало проводиться больше, объемы данных — увеличились, а управляемость закупок так и не появилась.

В этот момент в фокусе внимания появляется SRM. И здесь начинается путаница. Под SRM начинают понимать «продвинутую ЭТП», «расширенную программу управления закупками» или просто любую систему, где есть база поставщиков. В результате автоматизация отдела закупок происходит, а управленческого эффекта бизнес не получает.

Что на самом деле означает SRM

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

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

Именно поэтому попытка внедрить SRM как «ещё одну программу управления закупками» почти всегда заканчивается разочарованием. Система работает корректно, но закупки по-прежнему управляются вручную — просто в другом интерфейсе, более сложном, чем интерфейс корпоративной ЭТП.

Где проходит граница между ЭТП и SRM

Электронная торговая площадка решает ограниченную задачу — проведение конкурентных закупочных процедур. Она незаменима там, где важны формальные правила, прозрачность и возможность моментально сравнить предложения. Но ЭТП по своей природе не отвечает на управленческие вопросы, которые выходят за рамки закупок: максимум, что можно ждать от продвинутой ЭТП — формализованные квалификационные инструменты для поставщиков.

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

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

Почему SRM почти всегда вырастает из ЭТП

На практике SRM редко появляется «с нуля». Чаще всего компания сначала решает задачу, которую формулируют, в приказном порядке — управление закупами автоматизировать: внедряет ЭТП, наводит порядок в закупочных процедурах, снижает долю ручных операций на каждом этапе работы. Здесь эффект от внедрения системы управления закупками очевиден и измерим.

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

Ключевая ошибка при внедрении SRM

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

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

Когда SRM действительно нужна

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

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

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

SRM — это не «новый уровень» автоматизации закупок и не модный класс ПО. Это поход к тому, чтобы сделать закупки управляемыми: с набором постулатов, правил на уровне бизнеса. Без управленческой логики любая программа управления закупками остаётся просто системой учёта. С этой логикой SRM управление закупками начинает работать как инструмент принятия решений, а не как источник отчётности. Именно в этом и заключается реальная ценность SRM — и именно поэтому она не сводится к набору расширений и модулей вдобавок к ЭТП.