Опыт ERP-проектов последних лет, типовые ошибки и новая роль ERP как системы управления
Дмитрий Чаадаев, директор ERP практики, Технологии Доверия.
Конференция CNEWS "Российские ERP-системы".
Контекст компании и задачи
- Компания на российском рынке более 35 лет; более 3000 сотрудников в разных городах.
- Специализация: сочетание бизнес- и IT-консалтинга, внедрение ERP-проектов, миграции между поставщиками, архитектура решений, разработка решений под заказ.
- В рамках ERP-проектов выполняется стратегическое проектирование, архитектура, миграции и комплексные решения, выходящие за рамки чистого учета.
Динамика за годы и выводы
- 2022–2023: активное импортозамещение. Замещались иностранные поставщики, затронувшие более 70% наших заказчиков, особенно крупный бизнес.
- 2024–2025: проявилась стагнация/снижение управленческого эффекта от внедрений. Формальная ERP-подсистема есть, но целевые управленческие показатели не достигаются.
Типичные симптомы «неудачного» ERP-проекта
- Кризис доверия к данным: руководители перепроверяют данные, появляются отдельные отделы контроля за данными.
- Теневая отчетность и Excel: дублирование данных и обход ERP через Excel-макросы.
- Управление вне ERP: ключевые управленческие функции часто остаются за пределами системы (в презентациях/документах).
- Фрагментация информационного поля: разные источники и аналитики приводят к разным решениям в разных департаментах.
- ERP как учетная система, а не система управленческих решений: подмена цели проекта.
Причины и уроки
- Подмена цели: проектировали учет, а не управление; давление времени усиливало акцент на автоматизации документализированных действий, особенно налогового учета.
- Отсутствие образа результата: неясные целевые управленческие показатели и желаемые отчеты.
- Консервация неэффективности: перенос процессов без адаптации; импульсовое замещение — меняются технологии и бизнес-процессы, но без перепроектирования.
- Игнорирование фундамента: данные, владельцы данных, номенклатура и центры ответственности требуют четкой разработки и поддержки.
- Организационный провал: внедрение со стороны IT-службы без должного бизнес-вовлечения.
Ключевая концепция ERP
- ERP не готовая система, а фундамент: для поддержки управленческих решений необходимы продуманные методологии учета и отчетности, сквозные аналитики, четкие зоны ответственности и архитектура, их поддерживающая.
- Архитектура как основа: проектирование управляемых процессов, моделей управляемости, ролей и полномочий важнее выбора платформы.
Различие между ERP для учета и ERP для управления
- ERP для учета отвечает на «что было» (закупки, продажи, денежные потоки).
- ERP для управления отвечает на «что будет» (что-if, симуляции, влияние на показатели и стратегические решения; горизонт планирования зависит от глубины управленческого моделирования).
Архитектура ERP-решения в 2026 году
- Композитная архитектура: набор приложений и систем, ориентированных на цель управления; не монолит.
- Инфраструктура и выбор сервиса: собственное решение vs облако; требования безопасности.
- Интеграционный слой: от точка-точка к платформенным интеграциям; единое сквозное представление процессов.
- Данные как сердце: управляемая система данных, включая данные с датчиков/IoT; продуманные справочники и единые номенклатуры.
- Аналитика и AI: современные технологии применимы лишь на прочной фундаментальной базе данных.
- Каналы взаимодействия: мобильные и веб-приложения; руководители работают в системе и видят влияние процессов на показатели, могут моделировать будущее.
- Важный вывод: выбор платформы без ясной архитектуры и задач ограничивает возможности.
Что нужно спроектировать до внедрения
- Модель управляемости: соответствие показателей центрам финансовой ответственности; структура, матрица полномочий и мотивации.
- Архитектура данных: единые справочники, номенклатура для всей группы компаний.
- Модель принятия решений: кто принимает решения, матрица согласований, система документооборота и доступа к отчетности.
- Целевые управленческие процессы: стратегическое и операционное планирование, закрытие периодов, сбор фактов, план-факт анализ.
- Ландшафт целевой архитектуры: мастер-система, интеграции точечные и платформенные, синхронность данных и единая отчетность.
- Роль проекта: ERP-проект как проект по созданию управляемой компании, а не чисто IT-проект.
Ключевые вопросы внедрения
- Поддерживает ли текущий ERP управление на условиях единого контура данных и активного участия топ-менеджмента?
- Какие управленческие решения должны поддерживаться и как их адаптировать в существующей системе?
- Если ответ не дается, пересмотреть архитектуру и привести под управление целевые процессы.
Практический посыл
- Перед внедрением важно определить задачи, архитектуру и управленческие требования, а затем подбирать системы. Выбор платформы без продуманной архитектуры ограничивает возможности и создает риски. ERP-проект — это трансформация управляемой компании, а не просто IT-инициатива
