企业官网建设流程全解析

简介：51页PPT围绕SAP公有云产品S/4HANA Cloud的常用流程与功能介绍展开，面向SAP顾问、企业信息化负责人及售前方案人员，可快速建立产品整体认知。内容基于智慧企业框架，重点拆解记录到报表与财务计划分析（FP&A）、销售线索到收款、寻源到付款、设计到运维、专业服务五条端到端主流程，同时结合模块化应用程序组合（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时我会重点提这些参数：

MD07翻车高发区是“未处理的需求”来自“预留”。例如生产订单已经技术性完成，但预留没有相应地释放，MD07里就会一直显示虚的需求。这是数据清理问题，不是系统问题，要在用户培训时明确“生产订单状态必须正确更新，计划结果才可信”。

4.2 库存地点MRP排除：让计划员少背锅的必调参数

MRP运行范围默认包含所有库存地点，但实际上未上线的库存地点、外仓、质量锁定库存不应该参与净需求计算。SAP公有云里可以在MRP运行范围或物料主数据里设置“排除库存地点”，路径是通过Fiori的“更改物料主数据”应用，在MRP4视图的“库存地点MRP”字段里维护。

三个实际经验：第一，转包库存地点一定要排除，否则MRP会把发给供应商的库存当成可用库存，少生成采购申请；第二，销售样机库存建议排除，因为不能用于冲减正式订单需求；第三，如果公司用非限制使用和质检库存分开管理，质检库存不排除会导致可用库存虚高。这些都可以写进PPT的参数注意事项页，比空讲MRP原理更让业务员信服。

4.3 扣账报表公式：讲清楚“消耗多少、过账到哪”

“SAP 扣账报表公式”是财务顾问经常面对的问题，尤其是生产报工之后，财务想知道材料消耗和人工制费到底进了哪个科目。在公有云PPT里，这页我会画一张“移动类型→过账科目”的对照表：

公有云里这页的价值在于让业务明白“做一笔操作，会产生什么财务影响”。许多生产主管不知道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，永远是一版一版“翻车”翻出来的，不是一次写出来的。希望这份拆法，能帮你在见客户之前少踩几个坑。

本文还有配套的精品资源，点击获取