Границы SRM

Где кончается «коробка»: реальные границы типовых SRM-систем в автоматизации управления закупками

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

Базовые возможности «коробки» системы управления закупками и поставщиками

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

  • Инструменты формирования заявки на закупку с простым маршрутом согласования.
  • НСИ — справочники закупаемых товаров и услуг, справочник контрагентов.
  • Инструменты для экспресс-оценки поставщиков на старте сотрудничества.
  • Портал поставщиков — интерфейс для регистрации, взаимодействия с заказчиками, участия в закупках.
  • Базовые маршруты согласования документов и кандидатур.
  • Систему электронного документооборота — включая возможность создать макет договора и маршрут его согласования.
  • Систему создания и отслеживания инцидентов по каждой закупке и договору.
  • Инструменты для оценки эффективности поставщика.
  • Аналитику, которая может состоять из 5-6 базовых отчетов: например, количество нарушений, объем сэкономленных средств, доля вовлеченных в работу поставщиков.

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

Сложные закупочные процедуры: первые звоночки, что SRM не справляется

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

  • Необходимость переторжки тоже может вызвать у системы ступор: не у каждой SRM на борту есть ЭТП с предустановленным механизмом переторжки.
  • Матричная ответственность в холдингах ломает линейные маршруты согласования, поскольку потребует дополнительных пользовательских ролей и инструментов для контроля за работой ЦФО.
  • Отраслевая специфика добавляет свои требования: в систему оценки предложений могут быть включены CAPEX-процедуры, SLA-контракты, регуляторные ограничения и дополнительные критерии оценки поставщиков.
Главный риск

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

Граница между настройкой и разработкой

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

Закупочные процессы

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

Можно настроить: новые линейные маршруты, категории и критерии оценки.

Доработка: многоэтапные торги с предквалификацией, сложные ветвления, проверки через внешние сервисы риск-скоринга.

Интеграционные возможности

Коробка: типовые коннекторы для 1С/SAP, импорт и экспорт CSV, базовый REST API.

Можно настроить: обычно ограничено типовыми сценариями обмена.

Доработка: event-driven обмен данными, множественные ERP, отраслевые системы и кастомная интеграционная шина.

Отчетность

Коробка: готовые дашборды по KPI закупок и поставщикам, стандартные фильтры, экспорт в Excel/PDF.

Можно настроить: базовые фильтры, представления и состав готовых отчетов.

Доработка: сложные кросс-таблицы с прогнозами, кастомные формулы расчета, интеграция с Power BI/Tableau.

Ролевая модель

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

Можно настроить: отдельные права доступа в рамках типовой модели.

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

Интеграционные ограничения «коробки»

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

Если требуется интеграция с решением на базе 1С, передача данных о заказах из ERP и информации о проведенной закупке, подключение ЭДО, обмен данными с системами складского учета — придется обращаться к вендору.

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

Как понять, что «коробка» SRM стала тесновата компании?

Возвращаются Excel-файлы

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

Растет поток мелких запросов

Признак номер два — все более частые запросы на небольшие изменения. Если каждое такое изменение требует не день и не два, а месяц и больше, кастомизация, скорее всего, только начинается.

После обновлений ломаются интеграции

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

Как развивать SRM

Максимально использовать коробку

Упрощение процессов под возможности системы и отказ от избыточной сложности. Подходит компаниям с унифицированными закупочными процессами.

Подключать внешние сервисы

SRM остается ядром, но критичный функционал реализуется отдельными сервисами. Такой путь требует зрелой IT-архитектуры внутри компании.

Создавать экосистему

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

Выбор стратегии зависит от сложности бизнес-процессов и готовности компании к изменениям. Главное — трезво оценить границы коробочного решения до начала внедрения. Иначе проект автоматизации закупок рискует превратиться в бесконечную разработку с непредсказуемым бюджетом.

Сравните SRM-системы по критериям

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

Перейти к рейтингу
Прокрутить вверх