Как выбрать SRM-систему: критерии выбора и чек-лист демонстрации
Чтобы корректно выбрать SRM-систему, необходимо описать текущие закупочные процессы. Затем следует сформировать четкое техническое задание. Оно станет основой для оценки функционала и интеграций. Правильный выбор инструмента связывает разрозненные этапы закупок. Он охватывает сбор потребностей подразделений и контроль исполнения договоров. Такой подход обеспечивает прозрачность и снижает риски. Специализированные решения для автоматизации закупок решают эти задачи комплексно. Например, платформа «Корпос: Управление закупками» на базе 1С:Предприятие 8 закрывает полный цикл. Она объединяет планирование, выбор поставщика и контроль обязательств. Ниже разберем ключевые критерии оценки, порядок сбора данных и проведения демонстрации.
Задача и критерии оценки
Оценка SRM-системы строится на сопоставлении возможностей решения с потребностями организации. Требуется учитывать уровень рисков, характерных для вашей отрасли. Ключевая задача — выстроить единый цикл управления взаимоотношениями с поставщиками. Простая автоматизация документооборота здесь недостаточна. Этот подход особенно важен для организаций, работающих по 223-ФЗ. Требования к планированию и выбору поставщиков здесь строго регламентированы. Система должна консолидировать заявки от подразделений. Она обязана рассчитывать начальную максимальную цену контракта (НМЦК). Критична подготовка документации для процедур и контроль исполнения обязательств.
SRM-система — это не просто база данных контрагентов. Это инструмент стратегического управления затратами и рисками. Критерии выбора должны отражать эту роль. Среди ключевых параметров выделяют функциональное покрытие процессов. Оценивается гибкость настройки маршрутов согласования. Необходима глубина аналитики по работе с контрагентами. Отдельное внимание уделяют интеграции с учетными системами и внешними реестрами. Организации часто сравнивают несколько решений на рынке. В этом случае требуется единая шкала оценки. Она позволяет объективно сопоставить функционал разных платформ. Весовые коэффициенты помогают учесть приоритеты бизнеса. Например, для торговой компании первостепенна скорость обработки заявок. Для производственного предприятия критичен контроль качества поставок.
Какие данные собрать
Перед началом выбора требуется консолидировать пакет документов. Кроме того, нужна история взаимодействия с контрагентами. Рекомендуется собрать ключевые показатели эффективности за определенный период. Эти данные проверят качество исходной информации. Без структурированных данных невозможно построить модель оценки поставщиков. Помимо этого, не получится настроить аналитику. Организации часто сталкиваются с разрозненностью информации. Заявки хранятся в почте. Договоры лежат в архивах отделов. Данные о поставках ведут в таблицах Excel. Сбор данных должен охватывать несколько аспектов. История закупок за последние 12–24 месяца. Нужно зафиксировать объемы и частоту операций. Значимы категории товаров, работ и услуг (ТРУ).
Регламенты согласования. Следует определить, кто принимает решения на каждом этапе. Нужно перечислить документы, требующие подписи.
Список активных поставщиков и их характеристики. Важны надежность, качество поставок и соблюдение сроков.
Проблемные зоны. Целесообразно выявить участки, где возникают задержки. Дополнительно фиксируют претензии и нарушения бюджета.
Только на основе этих данных формируют реалистичное техническое задание. Оно позволяет оценить, насколько предлагаемое решение закрывает потребности бизнеса. Дополнительно стоит собрать информацию о текущих интеграциях. К ним относятся связи с 1С:Бухгалтерией, системами ЭДО и внешними реестрами. Эти данные помогут оценить сложность миграции.
Какие закупочные процессы нужно описать до выбора SRM-системы?
До выбора системы требуется описать полный цикл закупки. Он начинается с возникновения потребности и заканчивается закрытием договора. Описание должно включать маршруты согласования и точки принятия решений. Помимо этого, учитывают специфику законодательства и внутренние регламенты компании. Описание должно быть детальным. Необходимо пояснить, как формируется заявка. Нужно указать, кто ее утверждает. Критично перечислить критерии выбора поставщика. Дополнительно описывают оформление договора и контроль поступления товаров или услуг. Особое внимание уделяют этапам с риском ошибок или задержек. Например, согласование заявки может занимать более трех дней. Причина — ручной пересыл документов. Это критическая точка для автоматизации. Значимо описать процессы работы с реестрами. Это включает проверку контрагентов на наличие задолженностей. Кроме того, проверяют судебные дела и признаки аффилированности. Эти данные требуют интеграции с внешними государственными базами. Такой функционал должен быть предусмотрен в системе.
Отдельно описывают работу с кодами ОКПД 2 и ОКВЭД. Эти классификаторы используют при публикации плана-графика в ЕИС. Система должна поддерживать автозагрузку кодов из реестров. Подробнее о формировании плана читайте в разделе План закупок. Не менее значимо зафиксировать требования к контролю исполнения договора. В данный перечень входят графики оплат и поставок. Нужен расчет пени за просрочки. Важна публикация сведений в ЕИС. Эти процессы описаны в разделе Контроль исполнения договора.
Порядок выбора, оценки и взаимодействия
Процесс выбора должен включать прозрачные этапы. Начинают с первичного скрининга поставщиков решений. Затем переходят к детальной оценке. На каждом этапе фиксируют основания для принятия решения. При взаимодействии с разработчиками не стоит ограничиваться презентациями. Необходимо запросить демонстрацию работы системы в режиме реального времени. Это позволит увидеть обработку данных. Кроме того, станет понятно, как система формирует документы и реагирует на изменения процессов.
Оценку проводят по принципу соответствия функционала бизнес-процессам. Проверяют гибкость настройки маршрутов согласования. Оценивают наличие готовых шаблонов документов. Критична возможность интеграции с учетными системами. Помимо этого, проверяют глубину аналитики по работе с контрагентами. Нужно убедиться в наличии правил валидации данных. Например, решение обязано блокировать создание заявки при исчерпании бюджета. Не менее значима автоматическая проверка поставщика перед допуском к процедуре. Функционал проверки контрагентов описан в разделе Выбор поставщика.
Этап взаимодействия включает запрос коммерческого предложения. Необходимо уточнить условия лицензирования и стоимость владения. Обсуждаются сроки и этапы внедрения. Требуется информация о технической поддержке и обновлениях. На финальном этапе проводят сравнение нескольких решений. Используют единую матрицу оценки с весовыми коэффициентами. Это позволяет принять объективное решение.
Как оценивать маршруты, документы, интеграции, аналитику и работу с поставщиками?
Оценку начинают с маршрутов согласования. Они должны быть настраиваемыми под разные типы закупок. Для срочных заявок применяют упрощенный путь. Для крупных процедур используют многоступенчатый контроль. Система должна поддерживать оба сценария. Документооборот оценивают по работе с типовыми формами. В их число входят договоры, спецификации и акты. Важно проверить обработку изменений в документах. Система должна фиксировать версии. Кроме того, необходимо знать, кто внес правки и когда.
Интеграция с 1С:Предприятие — критический фактор автоматизации. Не менее важна связь с системами ЭДО и внешними реестрами. Следует проверить автозагрузку протоколов с торговых площадок. Нужна интеграция с 1С:Бухгалтерией для отслеживания оплат. Аналитика должна позволять строить отчеты по эффективности поставщиков. Необходима динамика цен и соблюдение сроков. Требуется план-фактный анализ исполнения договоров. Отчет «Реестр просроченных отгрузок» помогает контролировать обязательства. Работу с поставщиками оценивают по функционалу проверки. Система должна анализировать оборот контрагента и статус субъекта малого предпринимательства (СМП). Важна проверка налоговой задолженности и среднесписочной численности. Кроме того, необходим мониторинг реестра недобросовестных поставщиков (РНП). Детали этого процесса раскрыты в разделе Подготовка закупки. Многоступенчатое согласование договоров — еще один важный критерий. Система должна поддерживать историю статусов и маршруты утверждения.
Какие сценарии показать поставщику решения на демонстрации?
На демонстрации необходимо воспроизвести реальные сценарии компании. Следует включить сложные ситуации с согласованием. Кроме того, важны случаи изменения условий договора и работы с реестрами. Это проверит адаптивность системы к вашим условиям. Подготовьте конкретные примеры.
Первый сценарий — заявка на закупку оборудования. Ее нужно согласовать у трех руководителей.
Второй сценарий — поставщик не выполнил обязательства в срок.
Третий сценарий — требуется срочная замена контрагента.
Попросите разработчика показать обработку этих сценариев. Важно увидеть формирование уведомлений о просрочке. Следует проверить возможность быстрого создания новой заявки. Необходима интеграция с реестрами для проверки нового поставщика. Дополнительно покажите сценарий расчета НМЦК через запросы цен. Система должна собирать коммерческие предложения и применять коэффициенты инфляции. Не менее важен сценарий публикации плана-графика в ЕИС. Такой подход выявит скрытые ограничения функционала. Станет понятно, насколько решение готово к работе в вашей среде. Демонстрация на реальных данных снижает риск ошибок при внедрении. Рекомендуется записывать демонстрацию. Это позволит позже сравнить несколько решений и принять обоснованное решение.
Риски и ограничения
При выборе критично учитывать потенциальные риски. К таковым относятся конфликт интересов поставщиков решений, неполнота исходных данных, несопоставимость условий лицензирования и субъективность экспертных оценок. Внедрение SRM-системы требует значительных ресурсов. Требуется время на настройку и обучение сотрудников. Помимо этого, нужна адаптация существующих процессов. Если не учесть эти факторы, проект затянется. Ожидаемого эффекта можно не достичь. Риск неполноты данных особенно актуален для организаций с разрозненными процессами. Если история закупок не структурирована, система не построит корректную аналитику. Это снизит ценность внедрения. Риск лицензирования связан с моделью оплаты. Некоторые решения требуют подписки на каждый модуль или пользователя. Затраты могут вырасти при масштабировании. Следует заранее оценить стоимость владения на горизонте трех лет.
Технический риск — недостаточная интеграция с существующими системами. Это приводит к дублированию ввода данных и ошибкам. Значимо проверить совместимость с версиями 1С:Предприятие, используемыми в организации. Организационный риск — сопротивление сотрудников изменениям. Следует предусмотреть план обучения и адаптации. Не менее важна поддержка со стороны руководства на всех этапах проекта.
Как проверить ограничения лицензирования, внедрения и сопровождения до выбора?
До заключения договора требуется детально изучить условия лицензирования. Необходимо уточнить модель оплаты: подписка или бессрочная лицензия. Кроме того, значимы сроки и этапы внедрения. Следует запросить тарифы на техническую поддержку и обновления. Это поможет избежать скрытых расходов. Уточните состав базового пакета. Входит ли в стоимость настройка системы? Предусмотрено ли обучение сотрудников? Оплачивается ли интеграция с внешними сервисами отдельно? Часто разработчики предлагают базовый пакет. Дополнительные модули или расширенная поддержка оплачивают сверх базовой цены.
Критично проверить условия сопровождения. Нужно узнать частоту выхода обновлений. Требуется понять, кто их устанавливает. Первостепенна доступность горячей линии поддержки. Для организаций, работающих по 223-ФЗ, критично наличие регулярных обновлений законодательной базы. Дополнительно значимы актуальные реестры в системе. Запросите список реализованных проектов в вашей отрасли. Это поможет оценить опыт разработчика. Целесообразно пообщаться с действующими клиентами. Они расскажут о реальных сроках внедрения и качестве поддержки. Проверьте условия выхода из договора. Значимо знать порядок передачи данных при смене платформы. Это снизит риски при возможных изменениях в будущем.
Как использовать результат
Итогом оценки должен стать план действий по внедрению. План включает четкие метрики проверки эффекта. Не стоит обещать функции, не подтвержденные документацией продукта.
План внедрения состоит из нескольких этапов:
Первый — настройка системы под бизнес-процессы;
Второй — миграция данных из существующих источников;
Третий — обучение пользователей;
Четвертый — пилотный запуск;
Пятый — масштабирование на всю организацию.
Метрики эффективности должны быть измеримыми. Ключевым аспектом является сокращение времени на согласование заявок. Значимо снижение количества ошибок в документах. Дополнительно оценивают повышение прозрачности закупок. Отдельно отслеживают соблюдение сроков исполнения договоров. Критично не переоценивать возможности системы на старте. Внедрение требует времени на адаптацию процессов. Начните с пилотного проекта на одной категории закупок. Дополнительно можно ограничиться одним подразделением. Это позволит отработать настройки и выявить проблемы перед полным запуском. После пилота проводят анализ результатов. Сравнивают фактические показатели с плановыми. При необходимости корректируют настройки. Только после этого переходят к масштабированию. Регулярный пересмотр метрик помогает поддерживать эффективность системы. Следует проводить оценку не реже одного раза в квартал.
Какие критерии помогут сравнить несколько SRM-систем на одной шкале?
Для объективного сравнения нескольких систем используют единую матрицу оценки. В ней применяют весовые коэффициенты для ключевых параметров. Это позволяет учесть приоритеты бизнеса при выборе. Функциональное покрытие оценивают по проценту закрытия требований. Нужно посчитать, сколько процессов система автоматизирует полностью. Дополнительно фиксируют процессы, требующие доработки. Чем выше процент автоматизации, тем лучше решение подходит организации. Стоимость владения (TCO) включает не только цену лицензии. Помимо этого, учитывают затраты на внедрение и поддержку. Значимы расходы на обновления и обучение сотрудников. Требуется оценить стоимость на горизонте трех лет.
Сложность внедрения оценивают по времени настройки и обучения. Запросите у разработчика план-график проекта. Кроме того, уточните количество привлекаемых специалистов. Чем короче срок внедрения, тем быстрее система начнет приносить пользу. Качество технической поддержки определяют по нескольким параметрам. Критична полнота документации. Требуется скорость реакции на инциденты. Не менее важна доступность экспертов для консультаций. Запросите статистику времени ответа и решения обращений. Дополнительно оценивают репутацию разработчика на рынке. Первостепенен опыт работы в вашей отрасли. Дополнительно учитывают количество успешных внедрений и отзывы клиентов.
Заключение
Правильно выбранная SRM-система становится инструментом снижения рисков. Она повышает прозрачность закупок и ускоряет процессы. Для реализации этих задач на платформе 1С:Предприятие 8 рекомендуется рассмотреть решение «Корпос: Управление закупками». Эта платформа закрывает полный цикл управления закупками. Она поддерживает планирование, выбор поставщика и контроль исполнения договоров. Система интегрируется с 1С:Бухгалтерией и внешними реестрами. Это обеспечивает единое информационное пространство для закупочной деятельности.
Перед выбором решения проведите детальный анализ процессов. Соберите данные и сформулируйте требования. Затем используйте единую матрицу оценки для сравнения платформ. Такой подход снизит риски и обеспечит успешное внедрение. Для перехода к выбору и внедрению решения на платформе 1С:Предприятие 8 перейдите по ссылке Корпос: Управление закупками.
