素材来源SAP Developers 官方教程《Build a Billing Completeness Data Product with Joule Studio》原文链接https://developers.sap.com/tutorials/joule-studio-bdc-agent-create作者Fenja SchulzSAP创建于 2026-05-12更新于 2026-08-21预计耗时 20 分钟难度Beginner上一篇讲了 Joule Studio 怎么从一句话生成销售折扣助手走的是Agent路线。这篇走的是另一条路Data Product数据产品。两者差别很大——Agent 解决帮我做决策Data Product 解决把散落的数据整合成可分析的基础资产。这篇教程的场景是财务最头疼的问题之一开票完整性 / 收入泄漏。本文完整拆解教程四步附上全部原始提示词并聊聊这条路线对企业数据团队的意义。⚠️ 环境说明原文教程基于 SAPPHIRE 2026 Agent Lab 的预发布版Joule Studio仅供学习实验非生产用途。一、业务场景钱明明赚了为什么没开票原文的场景描述照录Finance and operations teams want an AI assistant that can identify billing gaps, partially billed sales orders, and potential revenue leakage across the SAP S/4HANA order-to-cash process. By combining Sales Orders and Billing Documents into a derived data product, business users can analyze billing completeness and revenue recognition across distribution channels, profit centers, materials, and other operational dimensions using conversational analytics in Joule Studio.翻译成业务语言要解决的是这三类问题问题含义Billing gaps该开票的没开票Partially billed sales orders销售订单只开了一部分票剩下的卡住了Potential revenue leakage收入就这么悄悄漏掉了为什么这类问题长期没人管因为销售订单和开票凭证在 S/4HANA 里是两套数据要判断哪笔订单该开没开得把两者关联起来做差异分析。这件事传统上要靠业务提需求 → IT 开发报表 → 等排期 → 几周后出结果。等到报表出来钱早漏完了。而这篇教程演示的是把这件事压缩到 20 分钟且不需要写一行代码。二、Getting Started一句提示词开局2.1 入口与提示词原文照录Go to Joule Work and choose Develop.然后在对话框里输入原文照录可直接复制Create a data product combining Sales Orders and Billing Documents to create a real‑time Order‑to‑Cash data foundation that protects revenue, accelerates cash flow, and eliminates manual reporting.选择Quick create→ Enter。2.2 这句提示词写得好在哪拆开看结构部分内容作用动作Create a data product combining ...明确产物类型数据源Sales Orders and Billing Documents指定要关联的两类对象特征real-time Order-to-Cash data foundation限定形态与业务范围业务价值protects revenue, accelerates cash flow, eliminates manual reporting给出优化目标最后那句业务价值不是废话。系统在做 fit-gap 与方案设计时需要判断优先级和取舍你告诉它目标是保护收入它设计出来的数据模型和衍生字段就会往这个方向倾斜。写这类提示词的经验动作 数据源 特征 目标四段齐全产出质量明显高于只写前两段。三、Intent 阶段跟 Agent 路线的关键差异这里有一个非常值得注意的流程差异。原文说Once it decides it understands enough, it will map your request to thecorrect formation and available data products.并且Once the intent document is created,we will skip the Requirement and Specification phase, since we directly created the Data Product.对比上一篇的销售助手那条路线是 Intent → RequirementPRD→ Specification → Implement一步步走完。而 Data Product 路线跳过了中间两步。原因是Data Product 的结构已经被 SAP 的数据产品规范约束住了不需要再从 PRD 推导技术规范——系统直接映射到 formation 和已有的数据产品资产即可。这说明 Joule Studio 内部对不同产物类型有不同的生成流水线。理解这点有助于你选对路线你要的东西走哪条路一个会推理、会规划的助手Agent 路线含 Requirement/Specification一套可分析的数据资产Data Product 路线更短四、Solution 阶段DPD 文件与数据预览批准所有 transformations 之后进入 Solution 视图。4.1 DPD 文件You will automatically jump toSolutionand see theDPD (Data Product Definition) Fileand be offered a data preview.DPD Data Product Definition这是生成出来的数据产品定义文件——相当于这个数据产品的源码。对企业来说这是个好消息产物是声明式定义可版本化、可评审、可迁移不是一堆黑盒。4.2 数据预览提示词原文照录在这个 demo 环境里要输入这句才能看到预览show a data preview of the first 10 rows in md format然后可以选择publish the data product。完成提示原文Congratulations, you have created your first data product usingData Product Creation Agentand Joule Studio!注意这里出现了一个专用 AgentData Product Creation Agent。它不是通用聊天助手而是专门负责造数据产品的垂直 Agent——这印证了 SAP 在 Joule 体系里的推进思路不是一个大而全的通用 Agent而是一组各司其职的专业 Agent。五、Test 阶段预置的分析 Agent 能干什么教程说明 Agent Lab 里不实际部署而是用一个预先部署好的 Agent 来演示Billing Completeness and Revenue Recognition Agent它的定位原文helps finance and operations users analyze billing completeness, identify partially billed sales orders, and detect potential revenue leakage across SAP S/4HANA order-to-cash processes.演示用的分析 Skill原文照录用户选择这个业务问题What is the breakdown of our ordered value by billing completion status?系统响应原文The agent generates abar chartshowing the breakdown of ordered value by billing completion status, helping users quickly identify the health of billing pipeline, how much is fully billed vs what’s stuck.这张图就是整个方案的交付物。一张按开票完成状态拆分的订单金额柱状图财务一眼就能看出多少已全额开票、多少卡在半路、多少压根没动。可以继续追问的维度原文sales organizations, channels, plants, and profit centers这就是对话式分析相对固定报表的优势报表给你一个切面对话让你顺着线索一路钻下去。看到某个利润中心异常直接追问按工厂拆开看不用回去提需求。六、技术栈全景把教程涉及的产品理一遍产品/组件在本方案中的角色SAP Business Data Cloud (BDC)数据底座与 S/4HANA 数据结合SAP S/4HANA后端业务系统提供 Sales Orders / Billing DocumentsSAP Knowledge Graph与 Domain Models 一起为生成方案提供业务上下文SAP Domain Models同上Joule Work统一入口Joule Studio生成与承载 Data Product 和 AgentData Product Creation Agent专门负责生成数据产品的 AgentDPD File产出的数据产品定义文件Analytic Model构建在 derived data product 之上的分析模型关键点BDC S/4HANA 的组合。这解决了 SAP 客户长期的一个痛点——业务数据在 S/4HANA 里分析平台在别处中间靠手工同步。BDC 把这层打通Joule Studio 则建立在打通后的数据之上。七、我的判断这条路线值不值得投入值得期待的地方交付周期从周压到分钟。对财务这类需求多变、等不起的部门价值立竿见影。产物是 DPD 声明文件可版本管理、可评审避免了AI 生成一堆没人看得懂的东西的尴尬。对话式追问天然适合财务分析的探索式工作流——看到异常就往下钻这正是固定报表做不到的。需要冷静的地方收入泄漏的判定规则必须业务确认。什么算该开没开、账期多久算异常这些规则是企业特有的。系统生成的默认规则只能当起点必须让财务团队审过才能用。数据质量是前提。如果 S/4HANA 里的订单状态本身维护就不规范再好的分析也是 garbage in garbage out。预发布环境教程明确写了仅供学习实验。生产可用性要等 GA 后自行验证。八、一句话总结这篇教程展示的是Joule Studio 的数据侧玩法一句业务意图 → Data Product Creation Agent 生成数据产品 → DPD 定义文件 → 发布 → 对话式分析跟 Agent 路线相比它更短、更结构化、产物更可控。如果你的痛点是数据散、报表慢、分析要排期该看的是这条路线而不是 Agent 路线。判断标准很简单想让 AI替你做决策→ Agent想让 AI把数据整理好让你自己分析→ Data Product参考链接本教程原文https://developers.sap.com/tutorials/joule-studio-bdc-agent-create同系列销售助手https://developers.sap.com/tutorials/joule-studio-cx-agent-createSAP Business Data Cloudhttps://www.sap.com/products/business-data-cloud.htmlSAP Joule 官方页面https://www.sap.com/products/artificial-intelligence/joule.html