SAP Joule 的架构 及 AI Units License 定价模式

SAP Joule 究竟是 LLM 还是 Agent?其背后的 AI Units 计费逻辑又暗藏哪些预算陷阱?本文从资深顾问视角剥丝抽茧,为您揭示 Joule 的三层 AI 编排架构,并深度剖析基于消耗的双层计费模式对企业 SAP 许可成本与合规管理的长期影响。

随着企业级人工智能的持续升温,SAP Joule 几乎成为了每一次 SAP 官方发布的绝对主角。然而,在铺天盖地的营销宣贯背后,许多企业 CIO 和 IT 负责对于 Joule 的技术实质与计费逻辑依然存在认知盲区。

Joule 到底是大模型本身,还是一个具体的智能代理?当企业决定在生产环境中全面启用这名“AI 助手”时,迎接他们的将是效率的飞跃,还是难以预测的账单?本文将从底层架构与商业许可双重视角,为您抽丝剥茧。

Joule 是 LLM 还是 Agent

1.SAP Joule 构建的 AI 编排层

SAP Joule 既不是 LLM(大语言模型)也不是单一的 Agent(智能体),而是构建在 LLM 之上并调用 Agent 的 AI 编排层。SAP Joule 并不基于某个特定的大语言模型,根据不同的应用场景,IT 管理员可以指定最适合在特定语境下解决任务的语言模型 —— Joule 会接入来自 OpenAI、AWS、Microsoft 和 Google 等提供商的 LLM,LLM 只是作为SAP Joule 的底层智能能力,而非大模型本身。

SAP Joule 目前已经进化成了 SAP 所称的 AI 编排器(AI orchestrator),Joule 能够自适应地组建并协调来自多个业务职能部门的 Agent 团队,包括开箱即用的以及自定义构建的 AI Agent,以执行复杂的端到端流程。

2. SAP Joule 的三层架构

在 SAP Joule 架构中,AI 助手是特定角色的 AI 合作伙伴,它们利用基于角色的上下文来统筹 Joule Agent 和其他 AI 助手,从而帮助用户更快、更智能地完成工作。对 Joule 本身最准确的描述是,一个业务 AI 副驾驶与编排平台,它是连接用户、LLM 以及 Agent 之间的核心枢纽。

  • LLMs (大语言模型) :底层的 AI 模型(如 OpenAI、Google 等),它们由 Joule 进行调用。
  • Joule 编排层:负责路由请求、应用业务上下文环境并调用相关的 Agent。
  • Joule Agents (智能体):专门的任务执行者,针对特定业务职能(如财务、人力资源、采购等)进行操作 。

SAP Joule 的定价模式

3. SAP Joule 的双层定价模型

SAP Joule 产品线采用双层定价模型“ 基础版(免费)+ 高级版(AI 单元)” ,前者无需额外费用,后者则是基于AI 使用消耗量计费。

  • Joule 基础版 / Joule Base(无额外费用):SAP Joule 基础版是 SAP 云产品中一项免费的权益,主要辅助用户能够更轻松地在 SAP 系统中导航,更快速地查找正确信息,并加速完成日常任务。该基础部分包含在 SAP 所有售出的应用中。在 S/4HANA 中,无论客户购买的是哪种级别的 RISE 套餐,它都会作为默认配置存在,OP 版本的S/4HANA 不包含该权益。
  • Joule 高级版 / Joule Premium(消耗 AI 单元):SAP Joule 高级版通过更强大的 AI 能力扩展了基础版的功能,包括高级 Joule 技能、高级嵌入式 AI 场景以及 Joule Agents;客户如果使用 Joule 高级版的功能,则需要通过购买 AI 单元(AI Units)来实现。

4. AI Units 的许可计费机制

和 SAP 云产品基于 FUE 许可订阅制计费一样,SAP Joule 的AI 单元(AI Units)同样存在订阅的起购门槛,最低购买要求为 100 个 SAP AI 单元,每个单元定价约人民币 55 元,即每年总计约人民币 4000元。

截至2026年第一季度末,AI Units 的详细计费方式如下:

  • 非传统按座席定价:SAP Joule 不采用简单的按座席(per-seat)定价,与传统的 SAP 命名用户许可不同,Joule 运行在一个围绕 AI 单元构建的“消耗模型”上,每一次 Joule 交互都会消耗一定数量的 AI 单元,消耗量与任务的计算复杂度成正比。
  • 按用户/月 或 按消耗计费:SAP销售最常见的推销方案是按“每用户/每月”为基础进行衡量AI 单元使用。例如,Joule 高级包(如供应链、财务)采用基于体量的阶梯定价,范围在每用户/每月 8 到 1 个 AI 单元之间。在不适用每用户模型的其他情况下,AI 单元则遵循纯消耗定价,例如,文档基准化(Document Grounding)每条记录消耗 0.005 个 AI 单元。

5. AI Units 计费示例

SAP Joule 的AI 单元根据文档的使用数量按每月进行计量,一条记录对应于一个上载到云服务的数据块(50 MB),一条记录相当于 0.005 AI 单位。AI 单位数量采用向上取整的计算方法,例如45MB,AI Units 记录数为1;52MB, AI单位记录数为2;149MB,AI单位记录数为3。每月总价格计算结果为“月份记录数 * 0.005 * 每次 AI 单价”。

下表针对每月价格计算的关键元素,说明了文档的数量、大小和删除如何影响每月价格计算中使用的记录数。

按月上传的数量每个文档的大小已删除的凭证数记录数每月价格计算
150MB011*0.005*每个 AI 单位的价格
152MB022*0.005*每个 AI 单位的价格
105MB01010*0.005*每个 AI 单位的价格
2550MB102525*0.005*每个 AI 单位的价格
2551MB105050*0.005*每个 AI 单位的价格

假设用户在2026年3月开始使用服务,在3月内,上载的凭证总计相当于 10 条记录,则3月的月费用计算为:当月添加到云服务的记录总数 (10) * 0.005 * 每个 AI 单价。

SAP Joule License 定价解读

6. 捆绑配额与超额计费风险

正如郑州微酷在去年的文章中分析 2025 年套餐变化时指出的,高阶的 SAP Joule AI 等前沿能力已被完全“解绑”并变为单独计费的可选服务 ,基础的 RISE with SAP 合同包含了一定的 Joule 权益,初始的 AI 单元配额无法支撑生产环境的全面部署。当包含的 AI 单元被耗尽时,超额费率极有可能会达到合同单价的 150% 到 200%。

7. License 定价透明度问题

据我们观察分析,SAP 正在利用企业建立 AI 战略的紧迫感,无论这种紧迫感是真实的还是感知的,迫使客户为他们尚未明确定义的能力、甚至可能不存在的用例场景做出投资决策,而这些成本既不透明也不可预测。AI 单元模型无疑在原本就极其复杂的 SAP License 许可定价体系之上,又增加了一层复杂性。

建议及License 优化产品试用

8. 评估 AI 路线图,主动优化许可资产

SAP Joule 是一个编排平台(不是 LLM,也不是单一 Agent),其定价是一种混合模式,用于基础导航任务的 Joule 基础版免费,而用于高级 Agent 场景和前沿 AI 场景的高级版则通过 AI 单元按消耗计费,且 RISE 捆绑包中提供的初始配额通常需要额外订阅费用补充。

9. SAP License /FUE 资产优化软件产品

随着 SAP 产品从 ECC → S/4HANA → RISE with SAP(S/4HANA Cloud Private Edition, PCE) 的持续演进,SAP 许可模式已从传统的永久授权、模块化计费,全面转向以 FUE(Full Use Equivalent)为核心的订阅化、精细化授权体系。这一变化深刻影响了企业的用户角色设计、权限治理、合规审计以及长期 IT 成本结构。在 PCE 模式下,FUE 许可的计量方式更加依赖实际使用行为,对企业在账号分配、权限控制、并发使用与审计合规方面提出了更高要求。

郑州微酷深耕 SAP License 审计与合规治理领域,长期服务于 SAP ECC、S/4HANA 及 RISE with SAP 客户,在 SAP 官方审计流程、FUE 许可优化策略及账号资产精细化管理方面积累了丰富的咨询与实施经验。依托自主研发的 SAP License / FUE 资产优化软件产品(AMS-V),我们帮助企业在满足 SAP 合规要求的前提下,提升 FUE 许可利用率、降低订阅成本、控制审计风险。欢迎随时联系我们,获取 SAP FUE 许可优化咨询服务,并申请产品试用与方案演示。

相关新闻

  • 少林寺管理风波启示:寺庙商业化运营为何需要ERP风控体系

    少林寺管理风波启示:寺庙商业化运营为何需要ERP风控体系

    本文从近期备受关注的少林寺方丈释永信的经济风波入手,提出了一个引人深思的问题:为何像少林寺这样的庞大商业实体,也需要一套ERP系统?文章回顾了ERP在中国因合规需求而兴起的历史,强调了其作为“风控”而非简单IT工具的核心本质,并通过一个国企上市失败的案例,深刻揭示了缺乏ERP和流程管理的企业,在监管时代所面临的巨大风险。 作为SAP领域的从业者,我们习惯于从企业管理的视角,来观察和解读商业世界发生的各种事件。最近,关于少林寺方丈释永信的一些新闻,就引发了笔者一番别样的思考。 少林寺方丈释永信,无…

    行业新闻 2025年7月25日
  • RISE with SAP 解读系列:产品包特性,及企业选择考量

    RISE with SAP 解读系列:产品包特性,及企业选择考量

    本文是一份关于RISE with SAP的深度选型指南。内容详细拆解了其私有云版本下基础版、高级版、增强版产品包的核心特性差异,清晰界定了私有云与本地部署在技术运维上的责任边界,并系统性地提出了企业在采纳RISE with SAP前必须审慎评估的六大关键考量因素,包括长期运营成本、供应商依赖、合同范围、TCO评估以及内部变革管理能力等。 RISE with SAP为企业的数字化转型提供了一个重要的战略选项,但它是否适合某一特定企业,取决于该企业独特的业务需求、IT现状、财务能力、战略目标以及对变…

    行业新闻 2025年5月13日
  • SAP ABAP CDS View 开发指南:核心数据服务详解

    SAP ABAP CDS View 开发指南:核心数据服务详解

    本文全面介绍SAP ABAP CDS View(Core Data Services)的开发与应用。详细讲解CDS View定义语法、关联与连接操作、参数化视图实现以及重要注解使用,帮助开发者掌握CDS View在Fiori/OData服务中的应用技巧。 在现代SAP开发环境中,ABAP CDS View(Core Data Services)已成为数据建模和消费的核心技术。本文将详细介绍CDS View的关键概念、语法结构及实际应用,帮助开发人员充分利用这一强大工具。

    行业新闻 2026年6月15日
  • 金税四期背景下的“业财票税一体化”方案解读

    金税四期背景下的“业财票税一体化”方案解读

    本文深入探讨了“金税四期”背景下,企业因系统割裂(业务、财务、发票、税务)而面临的严峻合规挑战。文章提出了构建“业财票税一体化”管理系统的核心目标(四流合一)、方案架构、关键模块落地建议以及分阶段的实施路线图,旨在帮助企业将合规压力转化为精益经营的转型机遇。 五、落地路线图 微酷观点 金税四期的到来,对企业而言,既是合规的压力,更是推动自身管理升级的绝佳机遇。一套成功的“业财票税一体化”方案,其带来的回报远不止于合规。 这不仅是一次简单的系统建设项目,更是一场以数据为核心驱动、以合规为根本保障、…

    行业新闻 2025年7月31日
  • 中国SaaS软件与SAP、Salesforce、微软生态

    中国SaaS软件与SAP、Salesforce、微软生态

    近几年,“生态”这个词,在中国SaaS圈子里被频繁提起,几乎成了一种“政治正确”。所有人都在说,“要做生态”、“要变平台”、“要学Salesforce”——可真正能建起一个健康、繁荣生态的,寥寥无几。原因很简单:照搬国外的成功经验,往往会水土不服。生态不是简单模仿出来的,它是在一个国家或地区的特定企业需求、能力结构、组织文化与信任机制的现实土壤上,自然演化出来的结果。我们当然可以从SAP、Salesforce、微软这些国际巨头那里学习经验,但更重要的是,我们要清楚地知道,该学它们身上的哪一部分,…

    行业新闻 2025年6月28日
  • SharePoint“零日风暴”来袭 CVE-2025-53770

    SharePoint“零日风暴”来袭 CVE-2025-53770

    本文是一份关于微软SharePoint服务器全新零日漏洞CVE-2025-53770(代号ToolShell)的紧急安全警报。内容深入剖析了该高危(CVSS 9.8)远程代码执行漏洞的攻击细节、影响范围,并为企业提供了包括立即修补、隔离、轮换密钥、审计日志和部署行为检测在内的四大关键防护措施,旨在帮助企业快速响应,保障系统安全。

    行业新闻 2025年7月24日
联系我们

联系我们

130-0752-1773

在线咨询:点击这里给我发消息

邮件:admin@example.com

工作时间:周一至周五,9:30-18:30,节假日休息

关注微信
关注微信
分享本页
返回顶部