Поставщики систем планирования ресурсов предприятия (ERP) быстро позиционируют автономные операции как следующую «платформенную» задачу, но реальным ограничением для их внедрения станет корпоративный контроль — смогут ли технологические руководители проверять действия агентов, управлять их использованием и сохранять бизнес-смысл в условиях фрагментации, пишет в корпоративном блоге Фарам Медхора, главный аналитик Forrester.
Фрагментация — это реальность работы ERP-систем: согласно исследованию Forrester «Enterprise Applications Software Survey 2026», только 7% лиц, принимающих решения по ERP на предприятиях, используют только один экземпляр системы. В сложной многоэкземплярной инфраструктуре агенты будут наследовать региональные варианты, приобретенные системы и противоречивые определения, что выявит недостатки управления, которые технологические руководители могли терпеть во времена, когда автоматизация оставалась под контролем человека.
Если технологические руководители хотят начать пожинать плоды агентных ERP-систем, им не стоит начинать с каталога агентов. Вместо этого им следует начать с модели управления, чтобы понять, насколько они смогут подтвердить, оценить и защитить автономность с помощью переносимости.
Контроль за доказательствами: верификация — это новый скоростной лимит ERP
Агентная ERP создает проблему контроля. Каждое действие агента требует подтверждения: кто его одобрил, какая учетная запись его выполнила, какие данные были использованы и кто несет ответственность за результаты, когда действия агента достигают этапов проводок, сверки или закрытия.
Эта проблема контроля затрагивает наиболее уязвимые места в большинстве ERP-систем: управление данными, контроль и безопасность. Согласно нашим данным, 65% пользователей ERP оценивают точность данных как сложную проблему, и 64% говорят то же самое о безопасности и соответствии нормативным требованиям. Риски уже очевидны. Уязвимость BodySnatcher (CVE-2025-12420) показала, как некорректная аутентификация агентов может позволить осуществлять привилегированное подмену личности в ServiceNow, а дело Moffatt против Air Canada (2024) подтвердило, что компании (а не поставщик) остаются ответственными за предоставленную ИИ информацию о клиентах.
Агентную ERP-систему следует рассматривать в первую очередь с точки зрения обеспечения контроля, а во вторую — с точки зрения автоматизации. Сегментируйте автономность по классам транзакций: расширяйте возможности консультативных агентов сейчас, требуйте полной отслеживаемости для контролируемого выполнения и откладывайте автономное выполнение до тех пор, пока команды не смогут доказать ответственность за исключения, предоставить аудиторские доказательства и возможность отката.
Для этого вам потребуется перейти к стандартизированному ядру, которое вы откладывали, поскольку агенты будут усиливать вариативность процессов, данных и контроля. Вам также потребуется сначала провести каждого кандидата на автоматизацию через стандартизацию, и если вы не можете его стандартизировать, это означает, что вы не можете его безопасно автоматизировать.
Контроль за ценой: счетчик — это новый контроль объема работ
Ценообразование ERP-систем движется в сторону моделей, основанных на использовании, кредитных пулах и многоуровневых счетчиках. Это переносит риск с прайс-листа поставщика на ваш текущий тариф. Большинство CIO по-прежнему договариваются о продлении как о фиксированных затратах, но эта привычка устареет по мере роста использования агентов. Как только агенты начнут применяться в повседневной работе, использование может превысить бюджетные рамки. Фактически, 30% руководителей, принимающих решения в сфере корпоративного SaaS, уже отмечают непредсказуемость ценообразования на основе использования как проблему.
Мы уже видим, как контроль дает сбой. Uber исчерпала свой бюджет на ИИ за несколько месяцев после того, как применение Claude Code широко распространилось среди инженеров. Salesforce учитывает использование Agentforce через Flex Credits с учетом превышения лимитов. Покупатели RISE with SAP колеблются, когда не могут самостоятельно отслеживать лицензирование и использование.
Это означает, что технологические руководители никогда не должны подписывать соглашения об использовании агентной ERP без телеметрии со стороны покупателя, жестких ограничений, триггеров превышения лимитов и сценариев потребления, смоделированных финансовыми специалистами. Помните, если поставщик контролирует и счетчик, и интерпретацию показаний счетчика, вы не контролируете программу.
Контроль за переносимостью: следующая проблема привязки к поставщику — семантическая
Перенос ваших данных к новому поставщику больше не является трудной задачей. Трудность заключается в том, чтобы разобраться, как старый поставщик определял ваш бизнес. Если ваши KPI, бизнес-сущности и связи данных построены вокруг модели одного поставщика, вы остаетесь привязанными к нему даже после миграции данных. Это то, что мы называем семантической зависимостью. Открытые стандарты, такие как MCP и Agent2Agent, которые могут снизить барьеры для подключения, теперь развиваются под эгидой Linux Foundation, но этого недостаточно (даже близко) для обеспечения переносимости сути бизнеса.
Технологическим лидерам необходимо ознакомиться с новым термином: семантическая переносимость. В дальнейшем вам нужно будет включать семантическую переносимость в каждое продление контракта. Это означает требование прав на экспорт определений KPI, моделей сущностей и связей основных данных, прежде чем вы будете добавлять больше интеллектуальных функций в контекстный слой поставщика. Это крайне важно, потому что то, что вы не можете экспортировать сегодня, завтра станет вашей стоимостью перехода.
Масштабируйте операционную модель до развертывания агентов
Наиболее эффективные CIO не будут гнаться за самым эффектным помощником. Они сначала определят ответственность: кто утверждает агентов, кто отвечает за ожидания, кто контролирует бюджеты потребления и кто управляет семантикой. Именно с этой моделью будут работать ваши финансовые директора, аудиторы и клиенты.
