简介51页PPT围绕SAP公有云产品S/4HANA Cloud的常用流程与功能介绍展开面向SAP顾问、企业信息化负责人及售前方案人员可快速建立产品整体认知。内容基于智慧企业框架重点拆解记录到报表与财务计划分析FPA、销售线索到收款、寻源到付款、设计到运维、专业服务五条端到端主流程同时结合模块化应用程序组合MAP梳理财务、采购、制造、人力、客户体验等领域的模块覆盖幻灯片中补充了关账自动化、预测会计核算、实时多维分析等关键亮点并给出官方演示入口。资源为单个pptx演示文稿大小28.22MB页面编排清晰既有流程总览也有模块功能清单适合直接用于内部培训、方案宣讲或项目预研。目前已有84人学习浏览对想系统理解S/4HANA Cloud功能边界和业务场景的读者来说是一份高密度入门资料。1. 51页SAP公有云PPT在讲什么不只是产品介绍是一份可执行的交付模板拿到这个标题做SAP实施或者售前的人应该都有同感51页刚好是讲清楚一个公有云产品从企业定位到核心流程、再到实施边界的最舒服的篇幅。再短说不清功能边界再长客户就失去耐心。标题里“常用流程”和“功能介绍”这两个词决定了这页PPT不是什么销售美化材料而是一份用于客户沟通、内部交接、甚至项目范围确认的落地文档。SAP公有云产品最常见的实体是S/4HANA Cloud和围绕它的BTP集成服务。它和传统本地部署最大的区别在于功能是标准化的流程是预设的扩展是受限的。所以这份PPT的真正任务不是“夸产品”而是帮读者在见客户前把采购到销售、财务到库存、集成到扩展的通用路径讲清楚并预见哪些环节客户一定会追问“这个能不能配”。适合的读者是SAP实施顾问、售前架构师、企业IT选型负责人以及刚转公有云方向想建立整体认知的开发工程师。2. 先看懂SAP公有云常用流程与功能边界2.1 从采购到销售到生产一条主链路贯穿51页SAP公有云里的业务本质上是一条从采购到生产到销售的主链路。标题里强调“常用流程”核心就在这一节。标准链路通常是采购申请→采购订单→收货→库存→生产领料→成品入库→销售订单→发货→开票。在S/4HANA Cloud里这条链路被预配置在最佳实践流程包中各环节之间的单据流和数据流是预设好的。采购环节会用ME21N创建采购订单但公有云里更推荐通过Fiori的“采购订单”应用来操作因为云版本对传统GUI事务代码做了大量替换。物料需求计划MRP环节MD07是物料库存/需求清单的核心查看入口它可以按物料汇总显示所有需求、库存、收货中的数量是计划员每天早上打开的第一个界面。从采购到PS再到销售PPT里通常会把这三种单据用一张跨功能流程图串起来因为客户最关心的不是单个功能而是单据如何带出后续动作。这里要强调一个公有云特有的边界主数据物料主数据、业务伙伴的维护被收敛到“集中维护主数据”的Fiori应用里。本地SAP里习惯用MM01、BP去维护的做法在云版本里不是所有角色都可用。所以讲流程时要把主数据的维护路径和单据创建路径分开讲否则客户用本地习惯操作会四处碰壁。2.2 财务与库存联动扣账报表公式和成本流财务是公有云PPT里最容易讲漂移的部分。SAP FICO在云版本里的核心不是总账科目配置而是“启用即标准”科目表、过账规则、成本中心结构都由最佳实践包自动生成。所以讲财务流程时要转向讲业务事件如何驱动财务过账而不是讲后台配置。库存环节的扣账是常见追问点。PPT里如果出现“扣账报表公式”通常指的是物料移动如201消耗、261生产订单发料、262返工如何对应财务凭证的科目确定逻辑。常见的公式逻辑是移动类型评估类型工厂物料组→确定记账科目。比如生产订单发料261系统会按物料的价格控制方式标准价或移动平均价计算消耗金额并过账到生产成本科目。和本地SAP不同公有云的科目确定规则被封装在“会计科目表”和“分配规则”里用户只能调整规则参数不能改底层逻辑。讲这页PPT时我会建议顾问明确告诉客户云版本的财务更像“配置出来的标准财务”而不是“自定义财务系统”。这个认知对齐了后续讲Fiori的“管理科目余额”和“创建日记账分录”才有意义。2.3 公有云的扩展边界CPI和Workflow是两把钥匙SAP公有云不强调整体二次开发而是用BTP业务技术平台上的集成套件CPI和Workflow来实现扩展。标题里的“功能介绍”如果只讲ERP内部功能会漏掉实施过程中占比越来越高的集成场景。CPI负责连接SAP公有云与外部系统比如电子发票平台、电商前端、OA系统典型的就是从电商平台获取销售订单或把采购订单推送到供应商门户。Workflow在公有云项目里主要用在审批流上采购订单审批、费用报销审批、主数据变更审批。和本地SAP的工作流不同云版本的工作流可以直接调用Fiori UI由业务用户在“我的收件箱”里处理不需要开发人员写ABAP代码。我做PPT时会单拎一页讲这两个组件因为客户看到“公有云不能开发”时CPI和Workflow是唯一能让业务安心继续往下谈的方案。3. 把51页PPT拆成可用结构页面分配与讲解顺序3.1 前十页产品概览、部署形态和升级策略一份针对公有云产品功能和流程的PPT前面部分通常按“企业痛点→产品总览→部署形态→升级策略”来铺垫。这个结构不是随便排的因为听众里总有决策者、业务负责人和技术负责人三种角色。决策者听升级策略业务负责人听流程覆盖度技术负责人听集成和扩展边界。前十页要有两页专门画“公有云与本地部署的对比”。对比的角度不能只写“云好”而要写清楚公有云由SAP统一升级每季度一次功能自动更新本地部署自己打补丁灵活但成本高企业私有云版本介于两者之间。升级策略这页非常关键因为许多客户误以为公有云可以“跳过某个不想用的版本”实际是连续的季度发布只能适应不能选择。这页讲透了后面讲功能时才不会被反复打断。这个阶段还要放一页“功能范围树”按照财务、采购、库存、销售、生产、分析六大域列出云版本标准覆盖的功能点。做这一页时我会建议直接参考SAP的Best Practice Explorer里的范围项编号例如采购用“J60”销售用“J45”生产用“J44”这样客户容易对照官方文档PPT也不容易被质疑专业性。3.2 中间三十页按流程讲功能每三到五页一个业务场景中间三十页是整份PPT最重的部分直接决定客户是否判断“这个产品能覆盖我们的业务”。常见分法是采购与应付约5页→库存与MRP约5页→生产与成本约5页→销售与应收约5页→财务月结与分析约5页→集成与扩展约5页。六组正好覆盖标题里的“常用流程”和“功能介绍”。每一组里要有统一页面节奏业务流程总览图、关键Fiori应用截图、操作步骤简述、参数或配置说明、业务价值点。其中“关键Fiori应用截图”最耗时间但效果最好。比如讲库存与MRP时截MD07的物料需求清单再截一个库存盘点应用比任何文字都清楚。三十页里必须要有一页“常用事务代码与Fiori应用对照表”。这页不只是给老顾问看也是给企业IT做后续培训用的。举几个高频对照ME23N对应“显示采购订单”Fiori应用MD07对应“物料需求计划-库存/需求清单”FBL3N对应“供应商行项目显示”FS10N对应“科目余额显示”。这种对照表能消除客户对“公有云只能用网页版不好用”的误解也能让实施顾问从本地SAP思路快速切到Fiori思路。3.3 后十页实施路径、权限模型和支持体系后十页解决的是“买了之后怎么落地”的疑问。实施路径通常包括启动会议→流程梳理→系统准备SAP提供云环境→最佳实践配置→数据迁移→用户验收测试→上线。公有云的实施周期比本地短标准项目一般8到12周但前提是客户接受标准流程不做深度改造。权限模型这页也要单独讲。SAP公有云的权限管理从传统的角色权限改为基于业务角色的“云角色”管理员在Fiori的“业务角色”应用里分配应用权限。刚转公有云的顾问容易按PFCG的本地思路去设计权限这在云版本行不通需要从预定义的业务角色模板复制再增加数据权限条件。最后放两页“支持模型”SAP ONE Support是官方故障入口CIF客户影响力论坛可以提交对产品功能的改进建议社区和专家门户解决日常操作问题。这两页是给客户IT部门吃的定心丸告诉他们公有云虽然不能“本地改代码”但有问题有标准路径不是黑匣子。4. 关键功能怎么讲、参数怎么配把PPT内容落到可执行4.1 MD07的界面和MRP参数库存/需求清单怎么看在PPT里讲MD07一定要配一个“界面清晰图片”级别的截图。MD07的主界面就是物料维度的“库存/需求清单”上半部分显示物料的工厂库存、在途库存、安全库存下半部分按时间轴列出需求销售订单、生产订单、预留和供应采购订单、计划订单、生产订单。“公有云”版本中MD07的界面和本地SAP的MD04布局基本一致可以沿用本地操作经验但打开路径改在Fiori“监控物料需求”应用中。参数上的坑主要在MRP视图设置。MD07跑出来的数据是否准确依赖物料主数据里的“MRP类型”“批量大小”“安全库存”“计划时界”这几个字段。讲PPT时我会重点提这些参数参数推荐值说明MRP类型PD自动计划或P1再订货点多数制造企业用PD简单场景用P1批量大小EX逐批或HB补充至最大库存按采购或生产的批量策略选择安全库存按历史需求波动设置系统用此参数计算净需求计划时界建议3~5天时界内计划订单不自动改动MD07翻车高发区是“未处理的需求”来自“预留”。例如生产订单已经技术性完成但预留没有相应地释放MD07里就会一直显示虚的需求。这是数据清理问题不是系统问题要在用户培训时明确“生产订单状态必须正确更新计划结果才可信”。4.2 库存地点MRP排除让计划员少背锅的必调参数MRP运行范围默认包含所有库存地点但实际上未上线的库存地点、外仓、质量锁定库存不应该参与净需求计算。SAP公有云里可以在MRP运行范围或物料主数据里设置“排除库存地点”路径是通过Fiori的“更改物料主数据”应用在MRP4视图的“库存地点MRP”字段里维护。三个实际经验第一转包库存地点一定要排除否则MRP会把发给供应商的库存当成可用库存少生成采购申请第二销售样机库存建议排除因为不能用于冲减正式订单需求第三如果公司用非限制使用和质检库存分开管理质检库存不排除会导致可用库存虚高。这些都可以写进PPT的参数注意事项页比空讲MRP原理更让业务员信服。4.3 扣账报表公式讲清楚“消耗多少、过账到哪”“SAP 扣账报表公式”是财务顾问经常面对的问题尤其是生产报工之后财务想知道材料消耗和人工制费到底进了哪个科目。在公有云PPT里这页我会画一张“移动类型→过账科目”的对照表移动类型业务含义财务结果201成本中心消耗借成本中心费用 贷库存261生产订单发料借生产成本 贷库存262生产订单退料反向411/412库存转移/在途不产生总账过账公有云里这页的价值在于让业务明白“做一笔操作会产生什么财务影响”。许多生产主管不知道261发料会形成WIP在产品成本月末如果大量订单未完工WIP金额异常就会直接影响资产负债表。讲这个环节时我习惯带一句遇到月结不平的“玄学”问题八成是先查移动类型和科目确定再查别的。4.4 CPI和Workflow的实操配置两段最简参数CPI云平台集成套件每次被问到都是“怎么连”。最简集成通常是在CPI界面创建一条集成包选“SAP S/4HANA Cloud与外部系统”的适配器例如SOAP或HTTPS在Sender端配外部系统接口地址在Receiver端配SAP公有云的通信安排里的端点地址。关键参数有三个通信用户在SAP公有云创建、入站通信路径通过Communication Arrangement创建选“SAP_COM_0008”等场景、以及CSRF保护的处理通常要加一个“CSRF Token获取”步骤。Workflow配置路径更简单在BTP工作流服务里“创建工作流定义”把审批步骤分配给指定的用户组或用户然后在SAP公有云的“审批策略”里绑定这个工作流。公有云采购订单审批的自定义就是修改“采购订单-审批策略”这个App里的审批规则。以上内容放到PPT里时不用放操作截图只要把参数表格和配置路径放上去就够了。现场讲的时候配合系统录屏效果最好。5. 避坑51页做公有云PPT最容易翻车的五个点5.1 现象客户看完PPT以为所有功能都能在公有云里开箱即用原因页面只提功能名称不提功能边界。公有云的“具备”和“完整具备”是两个概念比如“生产订单”功能存在但复杂的“按订单设计ETO”相关功能在公有云标准版里就覆盖不足。解决每个功能模块页加一行“版本边界说明”明确标注哪些是标准具备哪些需要配合EXtension自定义扩展或独立应用哪些建议采用合作伙伴方案。宁可PPT多写几行字不要让客户在项目中期才知道功能缺口。5.2 现象把本地SAP的事务代码写进PPT客户照着找找不到原因公有云的Fiori化程度很高很多事务代码虽然在后端存在但前端入口被隐藏或已替换例如事务代码MM02在后端存在但云环境里推荐用“更改物料主数据”Fiori应用。客户按标题里的“SAP GUI”习惯操作翻了车。解决PPT里凡是出现操作入口一律写Fiori应用名称同时在后一页放一张“常用事务代码与Fiori应用对照表”。这样既照顾了老用户的习惯也指引了新入口。千万别高估客户的搜索能力。5.3 现象MRP报告里库存怎么都对不上计划员天天被骂原因库存地点MRP排除这个参数没有设置。未启用的仓库、样品仓、退货仓都被纳入净需求计算导致MRP结果和仓库实盘差一大截。解决在上线前把所有“非生产性库存地点”梳理一遍在MRP4视图逐一设置排除标记。这条经验要写进PPT的“项目准备”页并提醒客户“上线后新增库存地点也要同步评估是否参与MRP”。5.4 现象FICO顾问用本地思维在云环境里找OKB3、KSII等后台配置找不到原因云版本把许多后台配置封装成了“业务配置项”需要走“Manage Your Solution”或“自定义字段”App而不是直接进SPRO。解决公有云PPT里不要出现“SPRO”和事务代码作为操作步骤要改成“在Manage Your Solution里搜索XX配置项”。遇到客户坚持要改后台直接把官方“标准配置”的范围性和升级不可逆性讲清楚这一步不能软。5.5 现象客户问“能不能跟原有的OA/电商系统打通”PPT里没有答案原因讲产品时只讲了ERP标准功能没有预留集成能力和方案的说明页导致售前现场被问住。解决在PPT里固定放两到三页“常见集成场景”用CPI连接器图画出SAP公有云与电商、OA、电子发票平台的连接方式。即使没有真实客户案例也要把CPI的标准适配器一页列全至少让客户知道可行性。6. 进阶把51页PPT升级成项目验收依据和内部培训脚本做完一份能讲清楚流程与功能的PPT只是第一步我更建议把它继续改造成“验收测试脚本”和“上岗培训手册”的索引。原因是公有云项目最大的浪费在于上线后用户不知道该用哪个App、走哪条流程把PPT里的页面编号和章节映射到Fiori应用的清单就能把产品介绍变成一份可操作的日常指引。具体做法先给每页PPT加上编号标签例如“采购订单流程-Fiori App-E1”然后在Excel里建一张对应表字段包括章节号、流程名、Fiori应用名、用途、关键操作截图、涉及参数。再把这份表导入企业的知识库或者SharePoint。新员工跟着这张表操作半小时可以学会一条完整的采购到收货流程。标题里的“常用流程”和“功能介绍”这两个词最终会被这张表承接成企业真正沉淀下来的“系统操作说明书”。我自己的习惯是每次项目结束我都会把客户的变更请求清单打开划掉那些“如果PPT里多写一行边界就不会发生的需求变更”再对照修订PPT模板。这种“后悔药”式的复盘几轮下来PPT就能越做越准。无论做售前还是做交付一份真正有用的SAP公有云功能流程PPT永远是一版一版“翻车”翻出来的不是一次写出来的。希望这份拆法能帮你在见客户之前少踩几个坑。本文还有配套的精品资源点击获取