SAP Joule Work启动客户部署：11万内部用户验证20%生产力提升

SAP在SAP Connect大会上正式启动了Joule Work的客户部署，这款AI用户界面允许员工用自然语言与SAP解决方案交互，并跨SAP及第三方数据完成工作。与多数企业AI发布不同，SAP这次拿出了自己内部的部署数据作为佐证——Joule Work已在SAP内部11万名员工中运行，财务、HR和采购部门的生产力提升达20%。

十月全面可用：SAP把日期写进了发布稿

SAP的新闻稿明确写道：「Joule Work正作为新的AI用户界面开始客户部署，让员工用自己的语言与SAP解决方案交互，并跨SAP和第三方数据完成工作。」配套的《创新新闻指南》补充说明，这些创新的全面可用（GA）从十月开始。

CEO Christian Klein在主题演讲中给出了更宏大的承诺：超过4亿SAP用户可以用自己的语言与SAP对话，Joule Work会完成任务。这个体量的承诺，正是发布数据比发布功能更值得关注的原因——当供应商把产品用在自己身上时，平均值更难被粉饰。

三大支柱：Conversations、Spaces与Joule Studio

SAP将Joule Work拆解为三个相互连接的部分，这个划分方式对应着业务团队的采纳路径：

• Conversations：用户提问、向智能体委派任务的入口。
• Spaces：展示内容、洞察和协作工作的空间。
• Joule Studio：客户扩展Joule或为自身流程构建智能体的场所。

第三部分决定这次部署是停留在许可证层面，还是真正变成系统。一个能从自身流程知识中组装智能体的团队，掌握着工作的定义权——而工作的定义权恰恰决定输出质量。

SAP还通过Agent2Agent协议让Joule连接第三方AI和智能体，使受治理的业务上下文流入更广泛的AI工作流。对于运行一家厂商ERP、另一家厂商模型的企业（这描述了大多数中型市场客户），这一层的互操作性至关重要。

Agent2Agent协议（简称A2A）是由Google于2025年发起并捐赠给Linux基金会的开放标准，旨在让不同厂商构建的AI智能体能够相互发现、通信和协作。在传统集成中，每个系统对接都需要定制开发；A2A定义了一套通用的智能体描述与交互格式，使一个智能体可以查询另一个智能体的能力并委派任务。对企业而言，这意味着运行SAP ERP的公司可以让他方模型（如OpenAI或Anthropic的智能体）通过标准协议调用Joule的能力，同时保留SAP侧的授权与审计控制。互操作性的价值在于避免「智能体孤岛」——如果每个业务系统的智能体只能内部对话，企业就得为每对系统单独搭建桥接，成本随系统数量呈平方级增长。

知识图谱：700万数据字段的接地气

技术层面最核心的主张是「接地气」（grounding）。新闻稿称：「Joule以SAP知识图谱的业务上下文为基础，该图谱映射了超过700万个数据字段，为用户提供可依赖的信息。」主题演讲的记录进一步将同一图谱扩展至5000万张表、超过5万个公私API和400个数据产品。

如此规模的知识图谱带来两个推论。第一，答案可以指明它来自哪个字段——这是有据可依的回答与流畅但空洞的回答之间的分界线。第二，它意味着客户侧的工作量：一张描述SAP自身数据字段的图谱，不会自动描述贵公司的仓库位置、审批限额或付款条款，除非有人把它们映射进去。

SAP在产品划分中承认了这件事的分量：Joule Assistants「在业务工作流中直接执行运营工作，使用既定的数据、授权和审计轨迹」，而由客户控制自主权级别。

「接地气」（grounding）是生成式AI领域的关键概念，指将大模型的输出锚定在可验证的外部数据源上，而非仅依赖模型训练时固化的参数知识。未经接地的模型容易产生「幻觉」——流畅但事实错误的回答。在企业场景中，接地气通常通过检索增强生成（RAG）实现：系统先在企业数据中检索相关信息，再将其作为上下文交给模型生成答案。SAP知识图谱在此扮演的角色就是提供这一上下文层，把ERP中的字段、表结构和业务关系转化为模型可引用的依据。接地气的质量直接决定回答的可信度——映射越完整，答案越能指明来源；映射缺失的部分，模型只能靠猜测填补，这正是客户侧数据映射工作量之所以关键的原因。

客户证言：从试点到生产流程的成熟度线

六家客户在活动中发言，他们的表述描述了各自的采纳进度：

• Novartis：采购负责人Christoph Buerki表示「我们共同开发并近期启动了SAP Joule采购助手的试点」——处于试点阶段。
• Morgan Foods：CFO Steve Hankins称公司正在通过技术基础为智能体采纳做好准备，并补充说其「超能力将来自智能体之上的人」。
• Nestlé：描述了覆盖140个国家的S/4HANA转型，让Joule和应收账款助手按风险优先处理催收工作。
• PwC：描述了账单助手在一个被称为「易出错」的流程中更早识别潜在问题。

把这些表述放在一起看，它们勾勒出一条从试点到生产流程的成熟度线。没有任何一家客户引用成本节约数字——这份新闻稿中的生产力数字属于SAP自己。

SAP Pay：把支付搬进ERP工作流

支付公告延续了同一逻辑。SAP Pay是嵌入SAP Cloud ERP工作流的支付服务，由SAP于2026年4月成立的特许支付服务提供商Tereina提供支持。《创新新闻指南》指出：「当发票在SAP Cloud ERP应用中获批后，SAP Pay自动执行支付，并与对应的发票或采购订单进行对账。」同一页面记录，SAP Pay目前已在美国和英国全面可用。

支付是自动化步骤最不能出错的地方，因此这里最重要的设计细节是触发器：一个已经在ERP内部完成的审批。对账随后针对已获批的文档进行，审计轨迹与资金流动共享同一个系统。

套件中另一个客户侧数字是：国际贸易助手的早期部署将贸易分类工作量减少了高达50%。这个数字带有「高达」的限定词——对于取决于关税表范围的数字，这是诚实的发布方式。

特许支付服务提供商是指经监管机构批准、可代表商户处理支付交易的持牌实体。在美国，这类机构通常需在FinCEN注册为货币服务企业（MSB），并遵守各州的资金传输许可要求；在英国则需获得金融行为监管局（FCA）的授权。SAP于2026年4月成立Tereina并取得该资质，意味着SAP不再只是提供支付软件，而是直接参与资金流动环节，承担相应的合规、反洗钱和结算责任。这一安排的战略意义在于消除第三方支付网关带来的数据断点：审批、执行、对账全部发生在同一系统内，审计轨迹不会因跨系统交接而丢失，同时也让SAP获得支付环节的收入分成。

签约前买家应该核查什么

这次部署引出了客户对智能体软件最常问的四个问题，SAP的发布对部分问题的回答比宣传册更扎实：

1. 生产力数字背后的记录：测量了哪些流程、多长时间、对照基线是否仅为人工工作流。
2. 知识图谱如何获取你的数据：当仓库搬迁或付款条款变更时，谁来负责映射。
3. 审计轨迹包含什么：对于助手执行的操作，审批人姓名和时间戳是审计师会要求的凭证。
4. 自主权设置的书面记录：包括谁可以提高自主权级别，以及之后适用什么审查周期。

一个内部有11万人运行经验的供应商，有材料回答全部四个问题。目前已发布的证据覆盖了第一个问题，其余三个被描述为产品能力——在部署初期这是正常的，值得随着客户部署开始产生自己的数字而持续跟踪。

ERP助手落地时，数据模型、授权和审计轨迹已经就位，这种继承性是这次部署值得关注的原因。供应商完成了难以伪造的部分——先在自己身上跑通；而留给每个买家的部分，是映射自己的流程，并测量自己的前后对比。