Перспективы российского облачного рынка: гибридные архитектуры и конкуренция за качество
Ключевые мысли статьи (https://kodeks.ru/news/read/perspektivy-rossiiskogo-oblacnogo-rynka-gibridnye-arxitektury-i-konkurenciia-za-kacestvo) относительно ERP:
1. ERP — в авангарде критически важных облачных нагрузок
Предприятия, особенно в промышленности и крупном корпоративном сегменте, начали активно переносить в облачную инфраструктуру свои самые чувствительные системы. ERP-системы прямо названы в числе первых в этом списке.
«…предприятия активно переводят в облако критически важные системы — ERP, аналитические платформы, цифровые производственные сервисы. Такой подход требует от инфраструктуры высокой отказоустойчивости, зрелых механизмов информационной безопасности и управления».
2. Гибридная архитектура — безальтернативная модель для ERP
Ключевой вывод статьи о гибридных облаках имеет прямое отношение к ERP. Крупные компании не уходят в чистое публичное облако, а строят гибридные ландшафты, чтобы совместить требования безопасности, экономики и законодательства. Для ERP это означает, что наиболее критичные модули могут оставаться on-premise, а связанные с ними аналитические сервисы, песочницы или фронт-офисные блоки — выноситься в облако.
«Большинство крупных компаний не пойдут в чистый public cloud. Они строят и будут строить гибридные архитектуры — не из стратегических соображений, а из необходимости одновременно учитывать безопасность, экономику, производительность и соответствие законодательству».
3. Переход от «облака как хостинга» к готовым бизнес-сценариям
Для ERP-систем это означает, что заказчику всё чаще нужен не просто виртуальный сервер для 1С или SAP, а комплексное решение: среда для разработки доработок, резервная площадка для аварийного восстановления, аттестованный контур безопасности и т.д. Конкуренция за ERP-клиентов будет идти на уровне этих готовых сценариев, а не цены за vCPU.
«Выигрышную позицию займут поставщики, предлагающие готовый бизнес-сценарий: не просто виртуальные машины, а среду разработки, резервную площадку, защищённый контур, платформу для работы с данными…»
4. Приоритеты заказчика: контроль и возможность доработки (особенно важно для ERP)
В условиях импортозамещения и унаследованных сильно кастомизированных систем, для заказчиков ERP критична возможность глубокой доработки и контроля над системой. Статья подчеркивает, что российские облачные провайдеры и вендоры способны обеспечить более высокую скорость адаптации под локальные требования, чем глобальные гиганты. Для ERP, где каждая компания десятилетиями дописывает уникальную логику, это сильный аргумент в пользу локальных игроков.
«…для многих заказчиков приоритетом являются контроль, возможность доработки, сопровождение и практическая полезность… Локальная адаптация под локальные требования — сильная сторона российского рынка».
5. Инфраструктурный фундамент для ERP-революции
Статья напоминает, что развитие облачных ERP и загрузка их ИИ-инструментами упирается в физическую ёмкость ЦОДов. Перенос тяжелых ERP-систем требует значительных вычислительных ресурсов и энергомощностей, рост спроса на которые пока опережает предложение. Это сдерживающий фактор, который напрямую затрагивает темпы миграции ERP в облако.
«Спрос на облака и ИИ растёт намного быстрее, чем ёмкость ЦОДов. … Именно в инфраструктуру упирается развитие облачного рынка в России».
Резюме по ERP: Статья видит будущее ERP в облаке как неотъемлемую часть гибридной ИТ-инфраструктуры крупного бизнеса. Это уже не вопрос «переносить или нет», а задача выбора провайдера, который обеспечит не просто вычислительные мощности, а целостную, безопасную и адаптируемую платформу для работы критически важных систем предприятия. Ключевым полем конкуренции за ERP-ландшафты становится качество сервиса, экспертиза и способность закрывать сложные бизнес-сценарии «под ключ».
https://www.techtarget.com/searcherp/feature/Who-owns-the-outcome-Accountability-in-the-hybrid-enterprise
ERP-системы в статье показаны не как решение проблемы, а как часть парадокса: они одновременно и помогают отслеживать работу, и создают иллюзию контроля, не решая вопрос реальной ответственности.
1. ERP создаёт «галочную ответственность» (checkbox ownership)
ERP-системы отлично справляются с отслеживанием формальных состояний задач (начато, в работе, завершено). Но они жестко следуют предопределённым «счастливым путям» (happy paths). В реальности 70-80% процессов имеют отклонения, которые ERP не учитывает. В итоге сотрудник формально «поставил галочку» в ERP, но реальная логика решения осталась за бортом системы, не управляема и не видна.
2. ERP не фиксирует «соединительную ткань» работы
Главная проблема с точки зрения ERP: она является системой учёта (system of record), но фиксирует только то, что в неё явно внесли. Реальная работа, распределение ответственности и ключевые решения часто происходят вне ERP:
* Обсуждения в Slack / Teams
* Правки в Excel-файлах
* Электронные письма с уточнениями
* Заметки в блокнотах
В результате, когда происходит сбой, ERP покажет, кто закрыл наряд-заказ, но не покажет, кто принял ошибочное решение в чате. Человек становится «API» между несвязанными системами.
3. Связность ≠ подотчётность (Connectivity is not accountability)
Современные ERP развёрнуты в гибридной среде, охватывают подразделения, страны и облака. Они созданы для связывания рабочих процессов, но не для назначения владения результатом. Вы можете иметь единую ERP, но ответственность за исполнение будет размыта между отделами, временными зонами и системами. ERP фиксирует факт передачи данных, но не факт принятия решения.
4. Парадокс видимости в ERP
ERP создаёт иллюзию полной видимости: менеджер видит статусы, отчёты и дашборды. Однако эта видимость обманчива, потому что ERP показывает лишь то, что было залогировано, а не то, что человек реально сделал. Это порождает ложное чувство контроля у руководства.
5. Слабое место ERP — точки передачи (handoff points)
Статья прямо указывает: когда инцидент в системе CRM (например, жалоба клиента) требует действия в SAP (отгрузка, пересчёт), а владельца процесса чётко не назначено, ответственность исчезает. ERP не умеет управлять такими межсистемными стыками. В офисе эти стыки сглаживались «быстрым разговором у кулера»; в гибридной среде с ERP этого нет.
6. ERP подменяет собой менеджмент, но не заменяет владельца решения
ERP всё чаще берёт на себя функции, которые раньше выполняли менеджеры: принуждение к workflow, назначение задач (автоматически), создание аудиторского следа. Это полезно, но риск в том, что ERP начинает диктовать структуру ответственности, и люди следуют системе, а не логике бизнеса. В результате появляется «владелец задачи в ERP», но нет владельца решения (decision owner) — человека с реальными полномочиями сказать «да» или «нет».
Главный вывод для ERP-специалистов:
Внедрение ERP само по себе не решает проблему подотчётности в гибридном предприятии. Более того, ERP может маскировать отсутствие реальной ответственности за «галочками» в системе. Для реального исправления ситуации нужно не настраивать ERP дальше, а явно определять права принятия решений на стыках и дополнять ERP аудитом «невидимой» работы, которая происходит вне её.
Комментариев нет:
Отправить комментарий