SAP限制AI访问API引发争议,表面理由是性能与数据保护,实则因用户粘性强而拖延自家AI进度,但AI可能重塑系统交互方式,使其封闭策略风险加剧。 ## 1. SAP限制AI访问的两大官方理由 - **性能问题**:担心AI并发请求压垮系统,尤其ERP数据校验复杂(如Oracle ERP单订单需校验200+字段),错误可能导致财务损失。 - **核心资产保护**:声称业务图谱等Know-How需防AI逆向工程,但Salesforce同样拥有领域知识却选择开放API,理由存疑。 ## 2. 真实动机:用户粘性下的时间博弈 - **CRM与ERP粘性差异**:Salesforce开放因AI可能绕过其"前台层"界面,需靠数据绑定用户;SAP依赖ERP核心流程(如供应链、财务)的不可替代性,赌客户无法迁移。 - **拖延战术**:SAP自家AI进展滞后,通过政策壁垒争取时间,类似NetWeaver时代的封闭策略曾导致华为转投Oracle。 ## 3. 封闭策略的潜在风险 - **客户困境**:IT部门夹在CEO的AI转型压力与SAP限制之间,无法响应业务需求(如第三方AI调用财务数据)。 - **AI颠覆性威胁**:AI Agent非补丁式工具,可能重构系统交互逻辑,SAP护城河或被绕过。 ## 4. 历史教训与行业对比 - **Salesforce激进开放**:升级Agent Fabric管理平台,主动拥抱AI生态,与SAP形成鲜明反差。 - **封闭代价**:过去SAP因限制二开失去华为等客户,如今同样策略可能加速用户流失。
SAP 限制AI 访问,背后不可告人的算计
2026-05-12 08:07

SAP 限制AI 访问,背后不可告人的算计

本文来自微信公众号: ToB老人家 ,作者:王戴明,原文标题:《SAP 限制 AI 访问,背后不可告人的算计》


全球排名第一的ERP巨头,竟然主动选择拒绝AI——这是2026年企业软件圈最反常识的一件事。


故事的主角是SAP。它悄悄更新了API政策,核心只有一句话:除非通过SAP认可的架构,否则禁止AI系统(LLM)调用SAP的API。


这个政策在企业软件圈炸了锅。客户愤怒,合作伙伴担忧,分析师质疑。SAP的CEO不得不亲自出来回应,他给出了两条理由:


一是性能问题。如果不限制AI,可能出现几百万次请求同时涌向一个API,把系统打挂。


二是数据背后的业务Know-How,比如本体、业务图谱,是SAP的核心资产,要防止通过AI做逆向工程。


听上去都挺有道理。


但有意思的是,几乎在同一时间窗口,千亿市值的SaaS鼻祖Salesforce却高调宣布开放平台所有API,欢迎第三方AI自由调用。千亿SaaS鼻祖大撤退,SaaS模式死亡倒计时


难道Salesforce就不怕核心资产被偷?SAP背后到底打的是什么如意算盘?


先说性能:理由没错,但不是借口


SAP CEO说的性能问题,并非完全没道理。


ERP和CRM之间,有一个很多人没意识到的差异。CRM处理的更多是文本数据,数据之间的校验关系也比较简单。最关键的是,哪怕AI调用出错,结果一般也不致命——顶多一个客户跟进信息错了。


但ERP不一样。ERP处理的是结构化数据,校验关系极其复杂,一旦出错,后果可能是灾难性的。


举个例子。Oracle ERP里录入一张销售订单,仅仅是对商品属性的校验,就涉及200多个字段,更不要说对客户、价格、信用额度等信息的校验。


如果AI大并发涌进来,校验一旦出错,比如超出信用额度给客户赊销,那损失谁来背?


这一点,SAP CEO确实没说错。


但问题是——这恰恰是SAP应该解决的技术问题,而不是当作"拒绝大规模并发"的借口。


一句"一禁了之",实在和它"世界第一ERP"的身份不匹配。


再说核心资产:站不住脚


第二个理由就更蹊跷了。


难道Salesforce就没有业务Know-How吗?


我深入研究过Salesforce的Data 360。我敢说,SAP CEO提到的本体、业务图谱这些领域知识,Salesforce一样不缺。


更进一步说,作为一个有十几年Oracle ERP经验的老兵,我并不觉得这些国际头部ERP的领域知识有多难学习和模仿。该被模仿的,早就被模仿了;不该被模仿的,AI逆向工程也没意义。


所以,为什么Salesforce敢开放,SAP却以各种理由限制?


我觉得核心在于,两者对用户粘性的信心不同。


真正的差异:粘性来源不同


CRM当然也有用户粘性,但这种粘性更多停留在"前台层"——用户习惯了Salesforce的操作界面,团队习惯了在Salesforce上协作。


但可怕的是,AI正在抹掉"前台层":未来用户不再操作CRM,而是让AI来操作CRM。


如果Salesforce不主动创造新价值,它的护城河就会被大幅削弱。所以它选择主动出击:


一是开放API,让大家"没必要"绕开Salesforce——前台层可以被抹掉,但AI仍然需要上下文,也就是后台层的数据和业务逻辑;


二是大幅升级Agent Fabric,主动构建Agent管理平台,把"既然Agent是未来,那我就帮企业管好Agent"这件事抢在前面。


ERP的用户粘性则完全不同。


过去几十年,ERP一直被诟病用户体验。无数外围系统被开发出来,核心原因之一就是补ERP体验的坑。


但奇怪的是,面对这么多外围系统的"围攻",ERP的核心系统地位一直稳如泰山。


为什么?


因为ERP处理的是供应链、生产、财务这些核心业务,承担的是确保物流、信息流、资金流高度一致的严肃职责。哪怕是100亿的生意,财务核算也不能出现1分钱的差异。


这种核心流程的严肃性、不可逆性、合规要求,本身就是极高的壁垒,也决定了SAP的不可替代性。


不敢vs不怕:算盘的真相


而这种不可替代性,一方面提升了用户粘性,另一方面也助长了SAP的野心。


说穿了:Salesforce是不敢不开放,因为它怕被抛弃;而SAP是赌定你不敢走。


为什么SAP现在选这个时间点动手?因为它自家的AI产品进度焦虑严重——用户抱怨SAP迭代太慢,SAP必须用规则壁垒,给自家AI争取时间窗口。


哪怕现在用户已经非常不满它的迭代速度,SAP仍然敢这么干。


这不是SAP第一次干这事


熟悉SAP的人都知道,这不是它第一次用"封闭"来防御。


在NetWeaver时代SAP就这么搞过:用"认证体系/合作架构"这一套,给自己争取追赶时间。


这也让它的对手抓到了机会。


说一个我从华为IT朋友那里听来的故事。当年华为弃SAP选Oracle,外界有很多种解读,但我这位朋友说,核心原因之一,就是SAP太封闭。一个体量像华为这么大的客户,二开和扩展都处处受制——这才让Oracle有了踢掉SAP的机会。


但是,如果说过去几十年的封闭,受伤的还主要是合作伙伴和外围厂商,那这一次,最难过的恐怕是SAP客户的IT负责人。


想象一个画面。


CEO在战略会上突然问了一句:"听说现在AI Agent都能直接干活了,那我们SAP上的财务数据,怎么不能让Agent自己去取?" IT负责人张了张嘴,答不上来——因为SAP不让接。


再换一个画面。业务部门拿着第三方AI工具找过来,说"你给我开个API,我让AI自己跑数据"。IT负责人解释:"SAP不让。"业务部门骂骂咧咧,IT部门委屈巴巴。


中间夹着的,就是那个上有CEO追责、下有业务催命的IT负责人。


我理解这种心态。SAP是公司花了几千万、上亿请进来的核心系统,IT负责人没法说"我们换个ERP吧"。但AI转型的压力是真实的,CEO的责难也是真实的。


如果因为SAP封闭,整个公司的AI转型受阻——这个锅,最后谁来背?


傲慢的赌局


所以,SAP那些"光明正大"的理由背后,其实是它没说出口的算盘。


但是,这种傲慢,正在把SAP拉进一个陷阱:它想的不是怎么"更好满足客户需求"来创造价值,而是怎么"利用用户粘性"来谋取更多时间。


它赌的是:AI在很长一段时间内,都填不平ERP的护城河。


SAP过去可能赌赢过很多次,但这次有点不同——AI不是又一个外围系统,而是新的入口层。


过去的外围系统,再怎么补ERP的坑,最终都得回到ERP里走流程。但AI Agent不是来补坑的,AI Agent是来重新定义"用户怎么和系统打交道"的。


所以,SAP这次还能像过去那样赌赢吗?

AI原生产品日报频道: 前沿科技
本内容来源于网络 原文链接,观点仅代表作者本人,不代表虎嗅立场。
如涉及版权问题请联系 hezuo@huxiu.com,我们将及时核实并处理。
正在改变与想要改变世界的人,都在 虎嗅APP