想用SAP的AI？先挪走一半维护费

SAP想让每个客户都用上AI，也想让每个客户都上云。这两个目标在一条附加条件上撞到了一起：跑ECC的本地部署客户，想把Joule助手打开，得先把至少50%的维护支出挪到云上。

已经在SAP Cloud ERP Private上的客户待遇好一些，最多三个Joule助手免费激活，覆盖常见的财务、HR和供应链流程。其余的人，排队等。

这条消息由CIO.com在2026年5月13日报道。SAP的首席战略官在媒体简报会上确认了这一方案，SAP的一位发言人也确认了50%的门槛。发言人称，没有计划把ECC的服务终止日期延到2027年之后，延长支持到2030年需要额外付费。

SAP对背后的逻辑并不遮掩。首席战略官说，Joule助手和智能体"是为云设计的"，"命运没有改变"。这套方案是把服务送到客户所在的位置，不是改变客户最终要去的地方。

三条路，各有各的价码

第一条，接受条件。拿到本地部署的Joule，同时把支出承诺给云。适合本来就要迁移、又想早点用上AI的团队。

第二条，暂时在SAP之外用AI。把受治理的数据抽出来，接外部工具——DSAG的受访者大多已经在这么干。适合窄场景，集成和安全的工作自己扛。也有厂商卖原生跑在ECC上的智能体，这类说法得在自己的系统上验。

第三条，等。迁移完成之前不在AI上花钱。稳妥，但放弃了学习时间。

值不值，有两种诚实的看法。CIO.com引用的一位分析师认为这很合理：任何软件厂商都很难在一个并非为AI设计的本地平台上提供AI。智能体需要稳定的接口、干净的数据、一致的流程，而高度定制的ECC环境往往一样都没有。

另一种看法是，这是一次推搡。同一篇报道引用一位合作方CEO的说法，超过2万名客户因为自定义代码和定制化卡在ECC上。另一位顾问估计，到2030年仍可能有高达40%的SAP客户留在ECC。两个都是估算，而且那位合作方卖的就是不用迁移、直接跑在ECC上的智能体，其说法只能算一家厂商的观点。

IDC给云迁移添了一条现实注脚：31%的组织正从本地迁往云，23%正从云迁回本地。

客户实际在用什么

DSAG 2026年的调查问了成员的AI使用情况，这组数字让那条附加条件变得耐人寻味。

• 43%表示已经落地了AI用例，51%还没有。
• 已落地的人里，77%的用例在生产环境或与非SAP方案一起使用，只有3%依赖SAP。
• 概念验证阶段：非SAP方案62%，SAP方案26%
• 测试阶段：非SAP方案65%，SAP方案8%

DSAG的解读是：非SAP工具眼下往往上手更快，而对SAP系AI的犹豫，部分来自复杂的授权和混杂的系统格局。DSAG向SAP提出的诉求是"更多选择自由、透明度和现实的迁移路径"。

也就是说，SAP的AI目前是少数派路径。一条把它挡在云承诺之后的附加条件，会让这条路更窄。

算一笔账，再问几个问题

举个例子，不是SAP的数字：假设你每年的SAP维护账单是100万，按50%规则，得先把50万挪到云上，本地的Joule才会打开。真正的问题是，这笔挪动买到了什么，又把你绑住了什么。

报道没有说明"把维护支出挪到云"在合同层面到底指什么。这是第一个该问SAP的问题。接着还有：

• 哪些合同、哪些产品、在多长的周期内计入这50%？
• 第一天能拿到哪些助手，覆盖哪些流程，跑在哪个版本和哪套系统上？
• 云承诺可逆吗？撤销的代价是多少？
• 你需要的是SAP的AI，还是只需要SAP的数据？这是两种不同的需求。
• 使用量怎么计费？

关于"免费"的助手，还有一个现实提醒。SAP自己在Connect指南里写明，Cloud ERP Private与Joule的托管集成"目前通过SAP Early Adopter Care项目提供，通用可用计划在2026年第四季度"。集成由SAP作为Cloud ERP Private订阅的一部分交付和维护，需要在SAP for Me里选择加入。所以"现在能不能用"的答案，可能取决于项目和时点，最好让资格确认落在纸面上。

买之前，先给自己打一份准备度记分卡。这是本文作者自己的框架，不是SAP的，只答是或否：

• 你清楚自定义代码的清单，以及其中哪些真的在用吗？
• 助手需要的业务数据，能通过稳定、有文档的接口取到吗？
• 你的角色权限足够干净，助手继承之后你不会担心吗？
• 你的主数据是大家信得过的吗？
• 你的流程足够标准，助手能照着走而不是靠猜吗？
• 助手做了什么，你能记录并复核吗？

如果"否"超过两个，AI多半只会先告诉你哪里该修。这有用，但不是宣传册里的那个生产力故事。

这是一步合理的商业棋。它同时也是一张戴着AI徽章的迁移倒计时牌。如果AI的价值对你确实成立，50%也许是个公道的价格；如果还不成立，你刚刚知道了搞清楚这件事要花多少。无论哪种，算术要在演示之前做，不是之后。