Everything Claude Code评估体系深入：三种Grader类型与pass@k指标全解
2026/9/18 22:43:07
简介：这份51页PPT围绕SAP S/4HANA Cloud公有云产品展开，系统梳理其常用流程与核心功能，适合SAP顾问、企业IT及财务管理人员快速建立对云端ERP整体框架的认知。内容涵盖记录到报表、销售线索到收款、寻源到付款、设计到运维、专业服务等端到端流程，并介绍了模块化应用程序组合、智慧企业架构及财务计划与分析等典型场景，配有流程示例和功能亮点说明，便于读者理解SAP公有云在财务、采购、供应链和客户体验等领域的实际应用方式。资源包共1个pptx文件，文件总大小约28.22MB，页面设计完整、结构清晰，适合作为内部培训、方案讲解或个人学习的参考材料。该资源已有81人学习浏览，对想了解SAP S/4HANA Cloud落地流程和标准化功能覆盖范围的读者具有一定参考价值。
1. SAP公有云为什么先讲流程，再讲功能
SAP S/4HANA Cloud public edition常被当成“换个界面的ECC”，但真正做过交付的人知道，公有云和本地部署完全是两套思路：流程是标准化的，配置深度被刻意收敛，你能决定的是“在SAP限定范围内选哪种变体”，而不是“把标准流程改成企业习惯”。51页PPT如果按功能清单平铺，听众记住的只是按钮位置；按常用流程讲，才能解释清楚为什么MIRO不能像ECC那样随意拆分，为什么MD07在Fiori里刷新有延迟，为什么权限不叫PFCG而叫业务角色。这篇文把做售前汇报或蓝图材料时最常涉及的流程、功能和演示要点拆开讲：先立框架，再给参数，最后落到PPT怎么排、怎么验证不翻车。适合正在做公有云交付的顾问，也适合准备选型材料的企业IT。
2. 从需求到过账：SAP公有云的五条流程主线
2.1 需求计划：用Fiori看MD07库存需求清单
MD07在ECC里是事务代码，在S4HANA公有云里没有直接的事务代码入口，对应的是Fiori应用“Manage Stock Requirements”。很多从ECC转过来的顾问第一反应是敲/n/md07，在云环境里会直接跳提示“事务代码不可用”。正确路径是打开Fiori Launchpad，在搜索框输入Stock Requirements，从“Inventory”业务目录里找到应用并加入“我的主页”。
进去之后的操作逻辑和MD07一致：
1. 输入物料号，工厂建议选“Plant”并勾选“Line”维度 2. 选择需求范围：安全库存、计划订单、采购申请、销售订单 3. 查看“Exceptions”列，红色代表缺料或交期冲突 4. 点击单行追溯MRP元素，确认是净需求还是毛需求参数说明：物料号支持通配符*，但演示时尽量用精确物料，公有云Fiori的大查询会走后台OData服务，带星号搜索响应时间通常在5秒以上，现场演示容易尴尬。S4HC的需求清单数据不是实时刷新，后台MRP运行的间隔一般是几分钟，所以在PPT里要写“近实时视图”，不要承诺与ECC同样的立即更新。
这里有个常见的演示坑：Fiori列表默认显示前100行，如果MRP元素超过100条，需要在“设置”里调整分页大小。PPT截图时也要截到分页控件，否则观众会以为列表数据不完整。
2.2 主数据：BP配置的三个必调参数
SAP公有云全面转向BP（Business Partner）作为客户和供应商的唯一主数据载体。在ECC时代，客户和供应商是分开的表，云环境里统一用BP，通过角色区分：Customer角色管销售和财务视图，Supplier角色管采购和财务视图。
做51页PPT时，主数据配置不用面面俱到，重点截三个地方：
| 配置项 | 公有云位置 | 推荐设置 | 影响范围 |
|---|---|---|---|
| 编号范围 | 业务伙伴配置-编号范围 | 内部分配，避免外部编号冲突 | 所有客户/供应商创建入口 |
| 字段状态 | 业务伙伴角色-字段属性 | 税号必填、银行信息可选 | 发票校验和付款时的数据完整性 |
| 角色分组 | BP角色-基础设置 | 销售角色挂SD视图，采购角色挂MM视图 | 销售订单和采购订单创建时的屏幕布局 |
字段状态这个参数最容易被忽略。云环境里BP的字段状态控制单据上的必填、可选、隐藏，比如在“公司代码”视图把“统驭科目”设为必填，那么创建供应商时漏填会直接报错。演示建议：创建一个供应商，先故意不填税号，让观众看到系统报错，再补上，这种正反对比比贴十页配置截图有效。
2.3 采购执行：JIT与计划协议在云里怎么跑
JIT（准时制）在SAP MM采购计划协议里是常见做法，公有云同样支持计划协议（Scheduling Agreement），只是创建和调度入口变成了Fiori的“Manage Scheduling Agreement”和“Manage JIT Calls”。
完整链路如下：
1. 创建计划协议，指定供应商、物料、工厂 2. 维护交货计划行，定义JIT调度的提前期 3. 运行MRP，自动生成计划协议行项目 4. 通过EWM或直接收货确认JIT调用 5. 发票校验时按计划协议行匹配收货数量注意点和ECC的差异在第4步。公有云里JIT调用如果挂了EWM，收货确认动作由PPF（Post Processing Framework）后台触发，PPT里要把“PPF action”这一步单独画出来，否则听众理解不了为什么JIT行在界面里明明没点收货，后台库存却已经增加了。
2.4 发票校验：MIRO拆分增强和贷项凭证的坑
MIRO事务代码在公有云里对应“Manage Invoices”应用。这个流程是51页PPT里最能体现“公有云限制”的部分，因为ECC里常见的拆分行项目、凭证类型增强，在云环境里全部走扩展字段，不是随便在后台配一下就行。
常见的拆分增强需求是“一张供应商发票对应多个采购订单，且要求按成本中心拆分”。做法：
DATA: ls_header TYPE bapi_po_header, lt_item TYPE TABLE OF bapi_po_item, lt_return TYPE TABLE OF bapiret2. ls_header-po_number = '4500000123'. CALL FUNCTION 'BAPI_PO_CHANGE' EXPORTING purchaseorder = ls_header-po_number price = '123.45' IMPORTING return = lt_return.这段ABAP在ECC里可以直接用，但公有云里没有SE37，不能直接调试BAPI。正确做法是在自定义字段里增加“拆分依据”和“成本中心”两个字段，配置导出/导入模板，在Manage Invoices界面用“Extensions”标签维护。逻辑说明：BAPI_PO_CHANGE仍然存在，只是调用方式被收编到OData服务和BTP集成套件里，PPT里放这段代码是为了说明“底层还是BAPI，但访问路径变了”。
还有一个实际业务里常见的“完全冲销”场景：对贷项凭证做完全冲销时，系统会自动设置冲销表目值，导致原凭证和冲销凭证在报表里成对出现但金额方向相反。这个行为是公有云的标准逻辑，无法像ECC那样通过后台配置关闭，PPT里必须用对比截图说明“冲销前、冲销后”，提前给财务用户打预防针。
2.5 库存与仓储：IM循环盘点与EWM PPF
库存流程在公有云里有两条线：没有EWM时走IM（库存管理），有EWM时走Advanced EWM。循环盘点（Cycle Count）在IM侧对应Fiori应用“Physical Inventory Count”，操作步骤是创建盘点单、冻结库存、录入盘点数量、过账差异。
冻结库存这个动作值得单独讲：公有云里“冻结库存”意味着该物料在盘点期间不能做收货、发货和转储，但销售订单需求仍然保留。如果PPT里不做这个说明，业务部门会问“为什么库存明明有货，销售订单却不能确认”。截图时建议把盘点单状态“Freeze”和库存概览页放在同一张PPT里，用红框标出冻结标记。
EWM侧的重心是PPF（Post Processing Framework）。PPF是EWM后台动作的控制中枢，常见的action类型有收货确认、波次释放、拣配任务创建。在公有云里PPF配置入口在EWM维护视图的“Define PPF Actions”，每个action可以绑定期、条件、处理方法。演示时把动作明细展开，截图“Condition”和“Method”两个字段，观众才能理解“系统凭什么自动做了这一步”。
3. 功能拆解：Fiori应用、权限角色和BAPI扩展
3.1 高频Fiori应用清单：51页PPT里真正值得截图的App
S4HC的Fiori应用超过一千个，51页PPT不可能全放。一般做法是截“一个流程一张图”，把每个业务主线的关键应用串起来：
| 业务主线 | Fiori应用 | 对应ECC事务代码 | 演示要点 |
|---|---|---|---|
| 需求计划 | Manage Stock Requirements | MD07 | 需求元素列表和例外信息 |
| 采购执行 | Manage Purchase Orders | ME23N | 凭证流和审批状态 |
| 发票校验 | Manage Invoices | MIRO | 拆分、冲销、差异处理 |
| 库存盘点 | Physical Inventory Count | MI01/MI04 | 冻结库存和差异过账 |
| 主数据 | Manage Business Partners | BP | 角色和字段状态 |
| 销售订单 | Manage Sales Orders | VA03 | 可用性检查和交付状态 |
表格外的建议：每个应用截图时优先截“列表页+详情页”的组合，不要只截列表。采购订单的演示重点是凭证流（PO→GR→IR），销售订单的重点是可用性检查结果，这些都需要进入明细界面才能看到。
3.2 PFCG在公有云里的对应物：业务角色和业务目录
做SAP权限的人在公有云里会找不到PFCG，对应概念是“Business Role”和“Business Catalog”。SAP预先按职责发布了标准业务角色，比如财务会计对应SAP_BR_GL_ACCOUNTANT，采购员对应SAP_BR_BUYER。
创建自定义角色的步骤：
1. 在Fiori里进入“Maintain Business Roles” 2. 复制SAP标准角色，避免从零开始维护权限空间 3. 在“Assigned Business Catalogs”里添加或移除应用目录 4. 在“Assigned Business Users”里添加用户，或在“Users”里按角色批量分配 5. 激活角色后，用App Finder验证用户可见的应用列表权限空间（Restricted Access）是公有云和ECC差异最大的地方。ECC里直接勾选权限对象，公有云里是通过限制业务角色的数据范围，比如“只能看自己工厂的库存”。PPT讲到这里，用一个对比表格最清楚：
| ECC PFCG | S4HC Business Role |
|---|---|
| 事务代码面板 | 业务目录（Catalog） |
| 权限对象字段 | 限制条件（Restrictions） |
| 直接分配用户 | 分配用户或按组织级别范围控制 |
| 传输请求 | 通过中央发布或BTP传输 |
3.3 用BAPI和JCo做扩展时的边界
对集成开发人员，最关心的是公有云能不能继续用BAPI和JCo。结论是：底层BAPI还在，但访问方式从“直连SAP GUI”变成了“通过OData服务或BTP Destination转发”。
以Java调用BAPI为例，传统做法是JCo直连：
JCoDestination destination = JCoDestinationManager.getDestination("S4H"); JCoFunction function = destination.getRepository().getFunction("BAPI_PO_CHANGE"); JCoStructure header = function.getImportParameterList().getStructure("POHEADER"); header.setValue("PO_NUMBER", "4500000123"); function.execute(destination);这段代码在ECC或私有云里是标准写法，但公有云不直接暴露RFC端口，JCo通常走BTP Cloud Connector接入，或者改用SAP BTP上的Restful ABAP Programming模型发布OData接口。对PPT的建议：不要讲“SAP不让连”，要讲“从点对点集成变成平台集成”，把连接方式画成三条线——GUI用户走Fiori、系统集成走OData/API、旧系统走Cloud Connector转RFC。
4. 51页PPT怎么排：页面比例、截图技巧和导出清晰度
4.1 页面分配：51页装下流程、功能和实施路径
51页是个比较合适的容量，既不会像20页那样只讲概念，也不会像100页那样陷入细节。按常规售前或蓝图汇报，我一般这样分页：
| 页码区间 | 内容板块 | 页数 | 说明 |
|---|---|---|---|
| 1-4 | 封面、目录、产品定位 | 4 | 把RISE with SAP和公有云部署模型放这 |
| 5-12 | 总体架构和部署对比 | 8 | 公有云vs私有云、集成架构、数据中心合规 |
| 13-28 | 常用流程 | 16 | 财务、采购、销售、库存、主数据各3-4页 |
| 29-38 | 功能演示 | 10 | Fiori应用截图、配置参数、权限角色 |
| 39-44 | 集成与扩展 | 6 | API、BTP、JCo连接方式、自定义字段 |
| 45-48 | 实施路径 | 4 | 启动会、集成测试、UAT、上线支持 |
| 49-51 | 风险提示和Q&A | 3 | 常见坑、版本更替、联系方式 |
中间16页的流程板块不要每页堆满文字，每页保持“一张截图+五个要点以内”的密度。错误示范：一页里放四张MIRO截图和十五行说明，观众根本来不及看。
4.2 截图和导出：解决PPT里PNG转PDF变糊
很多人做完PPT导出PDF，发现SAP截图糊成一片。原因不是截图本身，而是PPT对图片的默认压缩策略。Office在导出或另存时会把分辨率降到150dpi甚至更低。解决方法是按下面三步处理：
1. 截图时用Alt+PrintScreen截活动窗口，SAP GUI里把字体调到120%~150%再截 2. 图片插入PPT后，点击“文件”->“选项”->“高级”->“图像大小和质量”，选择“高保真” 3. 导出PDF时选择“最佳打印质量”，不要用默认的“最小文件大小”如果PPT需要分发原始文件而不是PDF，可以把图片设置为“不压缩文件中的图像”，但文件体积会明显变大，51页的SAP截图PPT通常超过100MB，交付时做好心理准备。
更可控的做法是用宏批量导出高清PNG：
Sub ExportHighResPNG() Dim sld As Slide Dim exportPath As String exportPath = "C:\PPTExport\" For Each sld In ActivePresentation.Slides sld.Export exportPath & "Slide" & sld.SlideIndex & ".png", "PNG", 1920, 1080 Next sld End Sub这段宏把每页PPT输出为1920x1080的PNG，分辨率远高于PPT默认的960x540。按Alt+F8打开宏对话框执行即可。参数说明：第三、四个参数是宽高像素，如果观众主要看投影仪，1920x1080足够；如果准备打印A3，改成2400x1350。
4.3 流程页怎么画：不用SmartArt，用截图加肘形箭头
SAP流程图最容易犯的错误是用SmartArt画一套“看起来像但实际对不上”的图形。公有云讲的是真实操作路径，建议直接截Fiori界面，然后用“插入->形状->箭头:肘形”逐段标注操作顺序。
具体操作：先截全屏的Fiori应用列表，再截下一层的凭证详情，把两张图放在同一页，用肘形箭头从列表指向详情，箭头标注“点击行项目进入明细”。肘形箭头比直线更能表现“界面跳转”的逻辑。
配色方面不要自由发挥。打开Fiori启动面板，用取色器吸一下顶部标题栏的颜色，把PPT的主题色改成同一个色值。流程图里的强调色统一用红色标注当前讲解的字段，这样观众扫一眼就知道“现在讲的是画面里的哪个部分”。
5. 演示前验证：用版本信息和配置核查清单降低翻车概率
PPT做完后，最怕现场打开Fiori发现界面和截图对不上。公有云每个季度更新一次，界面布局、应用名称、默认值都可能变化。演示前用两个方法快速自查。
首先确认PPT里每张截图对应的系统版本。在Fiori启动面板点击右上角用户头像，选择“About”或“About the Launchpad”，能看到当前版本号。截图时把版本号记在PPT备注里，现场演示时先打开About页面，再翻到对应截图，观众马上知道你讲的是哪个季度版本，就算界面有细微差异也能自证。
其次是做一张配置核查清单，按流程逐项确认：
| 流程 | 关键配置点 | 在公有云里怎么查 | 验证方法 |
|---|---|---|---|
| MD07需求清单 | MRP运行间隔 | Fiori“Manage MRP Controller” | 对比库存需求更新时间 |
| BP主数据 | 字段状态和编号范围 | 业务伙伴配置应用 | 创建测试供应商 |
| MIRO发票校验 | 扩展字段和冲销逻辑 | Manage Invoices的Extensions标签 | 入账后再做完全冲销 |
| 权限角色 | 业务目录和限制条件 | Maintain Business Roles | 用测试用户登录App Finder |
| EWM PPF | Action条件和处理方法 | EWM维护视图里的PPF定义 | 创建收货单并观察后台动作 |
如实测中出现“截图和系统不一致”，优先改PPT而不是改系统。跟观众说“这是本月版本新增的字段”比改演示系统更省时间。公有云环境不建议在演示当天现场改配置任何选项，流程类配置修改需要传输到生产环境，阶段切换通常会触发授权变更，风险远大于收益。
最后一条演示技巧：把PPT里最核心的那张流程总览图放在第13页左右，之后每个流程章节开始前先回退到这张总览，标示“我们现在讲到第几条线”。51页的材料完全可以接受讲解中途跳页，但跳之前先让观众知道你在哪条流程线上。这张总览图建议用Fiori启动面板的完整截图，配合流程编号，既保证真实感，又方便随时切回主线。
本文还有配套的精品资源，点击获取