企业官网建设流程全解析

简介：SAP PS（Project System）模块在新能源项目中的核心操作均可依此手册逐步完成。它面向项目实施顾问、项目经理及系统运维人员，重点覆盖项目定义手工创建、WBS元素建立、按项目类型复制标准网络，以及项目概况信息录入等场景；每一步都伴有范例、系统菜单、交易代码和图示说明，并在章节末尾给出结论与关键点提醒。压缩包内为单个docx文档，共67页，大小6.01MB，适合按章节顺序系统学习，也可作为日常操作查询的速查手册。文档同时使用警告、示例、注释、建议等图标区分提醒，有助于降低误操作风险；对于项目规划、预算控制、资源分配和进度跟踪等常见任务均有实际指导价值。目前已有775人学习下载，对于需要快速掌握SAP PS模块建项与计划流程的用户而言，是一份可直接对照操作的实用参考。

1. 新能源项目的SAP PS手册：先弄清这本67页Word文档到底写给谁用

新能源项目最怕的不是并网晚，而是并网后算不清账。2017年6月那一批新能源SAP项目里，业主方递过来的往往不是一套新系统，而是一本67页的Word版SAP PS模块用户操作手册：从建WBS、下采购申请、收货确认到月末结算，全都指望它。可这类手册最大的问题不是写得少，而是写得死——只告诉你按钮在哪，不告诉你为什么必须按这个顺序点。真正能落地的新能源PS手册，必须同时解决三件事：WBS结构有统一编码规则、每一步操作都有可以直接照抄的字段示例、出错弹窗能查到对应的解释。它适合EPC信息化负责人、SAP PS顾问和业主方费控工程师当实施基线来用，而不是当摆设放在资料库里吃灰。

2. 为什么新能源项目要上SAP PS：从WBS到采购收货的数据闭环

光伏、风电、储能项目的建设周期普遍压得很短，从开工到并网往往只有十二到十八个月。项目一短，三套账就容易各走各的：工程部用Excel排进度，物资部用台账管出入库，财务部用总账管成本，等到并网结算那天再对，已经对不上了。SAP PS模块在新能源项目里解决的就是这件事：把“可交付物”变成一棵WBS树，采购、施工、财务都对着同一棵树说话。这本用户操作手册，本质上就是这棵树的说明书。

2.1 WBS是第二套图纸：层级怎么建才不会在并网结算时返工

搞新能源项目的人都知道一句话，电气一次图决定电流怎么走，WBS决定钱和物料怎么记。很多项目翻车，就是因为WBS按部门来建：工程部一段、采购部一段、综合部一段。结果一个光伏方阵的混凝土基础费用，被拆到三个WBS节点里，结算时谁也说不清这个方阵到底花了多少钱。

我一般会建议手册开头就定死WBS的拆解原则：按可交付物拆，不按部门拆。以50MWp渔光互补项目为例，常见的层级是这样：

层级不要建得太深，新能源EPC项目三级到四级就够用，再往下拆，WBS数量会失控，用户光找编码就要找半天。编码规则必须在手册第一章写死，长度、分隔符、编号含义全部给样例，不允许现场发挥。

这里还有一个容易忽略的参数：在CJ20N里创建WBS要素时，类型一般选“成本对象”，需要单独结转固定资产的节点，类型要选“结算对象”。同时，项目参数文件（Project Profile）里把“计划、成本、收入、预算”四个集成开关全勾上，否则后续建WBS时看不到预算页签，采购申请也挂不上项目。这块配置如果没做，手册后面写得再细，用户点进去也是空的。

2.2 采购与物料：为什么WBS下建的采购申请，收货后自动算进项目成本

新能源项目里，设备采购占整个项目成本的比重很高，逆变器、组件、箱变、电缆，每一笔钱都要落到WBS上。SAP PS和物料管理（MM）的集成，是手册里必须单独辟一章讲透的内容。

常见流程是：先在ME51N建采购申请，科目分配类别选“P（项目）”，挂到WBS上；采购员转成采购订单（ME21N）；到货后用MIGO做收货。如果采购订单是库存类型的，组件先进自有仓库，领用时用MB1A发货到WBS；如果采购订单直接挂项目成本，MIGO收货那一步就直接借记WBS成本，财务凭证自动生成。哪种场景用哪种方式，手册里要写清楚：甲供设备、需要分批发货的，走库存类型；直接用于现场安装、不需要入库管理的辅材，走直接收货。

很多新手在这里会卡在BOM单位转换上。光伏组件在物料主数据里的常用计量单位是“块（EA）”，而工程采购计划经常按“兆瓦（MW）”来提报。我在多个项目里都见过，BOM里的换算关系配错，采购计划需求数量差出二十倍，货到工地才发现多订了一整个方阵的组件。手册里要把物料主数据的单位换算截图放进去，一组典型换算示例比写十行文字管用。如果你按SAP出入库自学教程那套标准流程做过MIGO，PS项目的收货原理其实是一样的，区别只在科目分配对象是WBS而不是成本中心。

2.3 里程碑与结算规则：光伏项目并网前后为什么总在调成本

新能源项目还有一个特点，付款节点和工程进度强相关：基础完成付一笔、设备到场付一笔、并网成功付一笔。这些节点在PS模块里就是里程碑。WBS里程碑上可以挂计划日期、预算金额，甚至挂开票计划，财务按里程碑做收入确认。手册指导用户怎么维护里程碑日期，系统才不会在进度分析时把关键路径算错。

但真正让顾问头疼的是结算规则。WBS上的成本最后去了哪，取决于结算规则怎么配。并网前，工程成本应该结转到“在建工程（AUC）”类资产；并网验收后，再按资产分类转固定资产业务。如果手册里只写了一句“设置期末结算”，用户到月底执行项目结算时，十有八九会翻车——我见过一个月末结算后的清账凭证，把组件安装费用全部结到了管理费用里，财务月底关账时对着损益表发懵。

这类问题发生时，不要直接在凭证上冲销了事。先检查WBS的结算规则有没有挂对结算对象，再用项目结算报表重新结算。手册里必须附一张“结算规则配置表”，把结算对象、结算比例、有效日期都写清楚，并强调：结算凭证不能随便用FB08反冲，要由财务确认后再反转。

3. 用户操作手册的写法：把SAP PS操作教到“照做不出错”

有了一张合适的WBS结构，接下来要看这本67页的Word手册怎么写。很多用户操作手册写不好，不是因为操作步骤不完整，而是因为组织方式反了。读者不是来学SAP的，是来解决手头一个具体问题的。

3.1 按角色组织章节：不要按T代码排页

我看到过不少PS手册，目录长这样：第3章CJ20N，第4章ME51N，第5章MIGO。这种按T代码排的顺序，只有顾问自己看得舒服，现场用户拿到手册，第一句话永远是“我该点哪一个？”

用户操作手册应该按角色和业务场景来组织。比如这本新能源PS手册，目录建议按这样排：

• 第1章 环境与权限：登录、系统代码、常见弹窗
• 第2章 项目主数据：创建项目定义、创建WBS、修改WBS编码
• 第3章 计划与里程碑：设置计划日期、维护里程碑
• 第4章 日常采购与收货：建采购申请、转订单、收货、发货
• 第5章 月末操作：预算调整、项目结算、冲销处理
• 第6章 报表与查询：成本报表、库存追溯、里程碑进度
• 第7章 常见错误消息对照表

这样的好处是，材料员只关心第4章，会计只看第5章第6章，不用整本读下来。每个章节开头要写“谁在什么时间会用到”，比如“每月25日之后，费控专员需要执行第5.3节的项目结算”。

3.2 操作步骤的通用模板：前置条件、路径、字段说明、结果验证

操作步骤最怕写成“点击菜单XX，输入XX”。我一般建议每个功能点都按六段式来写：业务场景、前置条件、操作路径、关键字段说明、操作结果、常见报错。前置条件尤其重要，很多用户卡住不是因为不会点按钮，而是因为前面一步没做成。比如创建WBS时，前置条件里必须写“项目定义已存在，并且你已经获得CJ20N的权限”，否则用户对着空界面找不到入口。

关键字段说明建议用表格，不要用长句子描述。例如WBS创建中的几个字段：

操作步骤每一步都要写“结果验证”。保存之后会发生什么，这是用户操作手册里最容易被漏掉的内容。比如采购申请保存后，接下来应该在ME2N里能看到这条申请，审批人能在工作台看到待办；如果没看到，说明批准策略没触发，问题出在权限或者策略配置，而不是用户操作。

3.3 Word排版的几个真问题：跨页续表、列宽、宏安全

既然是Word版手册，排版问题不能绕过去。SAP截图多，文档很容易变成几十MB，Word打开卡半天，这是新能源SAP手册最常见的物理问题。我处理这类文档的一个土办法是，截图统一压缩到150 DPI以内，正文图片只保留关键弹窗区域，别整屏截；菜单位置用文字描述，窗口弹窗内容才放图。

还有几个Word编辑里很常见的坑。第一个是“表格列宽无法拖动”，这通常是因为表格属性里勾了“固定列宽”，或者单元格合并得太多。在“表格属性”里改成“根据窗口调整表格”，列宽一般就能拖动了。第二个是表格跨页时没有续表，一跨页读者就看不清表头。选中表头行，在表格布局里选择“重复标题行”，跨页后第一行自动带标题。第三个是宏安全问题，手册模板里不要放任何宏，尤其不要用带宏的旧模板改成用户手册，否则用户每次打开都看到“宏已被禁用”的警告，还没看正文就先产生抵触情绪。

另外，Word公式转LaTeX、Word转PDF这类话题和SAP手册制作关系不大，不需要在这类手册里展开。真正要紧的是版本页：第一页放修订记录表，写清版本号、修改人、修改日期、系统环境（ECC还是S4、SAP GUI版本）。2017年6月那个版本的手册，截图里菜单位置和后来的S/4HANA Fiori界面差异很大，没有版本页，手册用半年就没人敢信了。

4. 手册里必须出现的PS核心操作：关键事务代码与参数设置

一本新能源项目的PS用户手册，只写CJ20N一个事务代码是远远不够的。我按“主数据—计划—物流—预算报表”四个方向，列一下手册里至少要覆盖的关键事务代码和它们最常见的参数坑。

4.1 项目定义、WBS和参数文件：CJ01/CJ20N怎么配

新能源项目里，项目定义和WBS是手册的第一章操作内容。项目定义用CJ01创建，WBS用CJ20N维护。手册里应该明确写出：CJ20N是万能入口，建WBS、改WBS、设里程碑、查网络，都能从这里进去。

创建WBS时，有几个参数必须盯住：

• WBS要素类型：成本对象、结算对象要按用途选，不要默认值一把梭
• 计划/成本/收入/预算标识：四个页签都要激活，否则报表出不来
• 已下达标识：不勾选，后续采购申请挂不到该WBS上
• 责任成本中心：必须填，否则成本报表里这一项会掉进未分配

在项目参数文件里，还要设置预算可用性检查的容差。新能源项目的预算控制通常比较严，我一般建议超预算时先警告、超预算超过10%时禁止过账，并指定审批人。这条写在手册里，现场人员才知道“不能直接找IT改数据库”。

4.2 网络与里程碑：CN41/CN42在新能源现场怎么看

WBS管“钱和成本归集”，网络（Network）管“时间和工序”。新能源项目里，设备安装和调试的工序网络用得很多，CN21创建网络、CN22维护工序；CN41和CN42分别用来查看网络概览和网络分析。

有一个参数特别容易踩坑：工序的日期类别。网络活动中“仅计划”（Pure Plan）和“计划并排程”（Scheduled）是两回事。如果业务顾问建网络时只填了计划日期，但没有排程，系统不会触发物料的可用性检查和采购申请。手册里要提醒用户：看到网络里的活动日期是灰色的，先检查工序的排程标识，不要一遍遍重跑MRP，费了半天劲，问题根本不在MRP。

里程碑这块，WBS里程碑主要服务于进度和付款。光伏项目通常把“基础完成、支架安装完成、组件安装完成、一次并网成功”设成四个里程碑。手册里要写清楚，里程碑日期改了之后，对应的进度报表要重新执行，否则项目管理办公室看到的还是旧数据。

4.3 采购收货、库存与BOM单位换算：ME51N/MIGO/MMBE

新能源项目里最频繁的日常操作就是物资采购和收货。ME51N建采购申请，MIGO收货发货，MMBE看库存。手册里这三个功能是必写项，而且每个都要配一个真实业务字段示例。

ME51N的科目分配类别选“P”之后，系统会要求填WBS号。这里经常出问题的原因是用户把WBS编码输成了项目定义编码，或者选了一个没有“已下达”标识的WBS。手册里要把两者的区别写清楚：项目定义是整个电站，WBS是具体的方阵或工作包，采购费用必须挂到WBS上。

MIGO收货时，最坑的是“移动类型”选错。同样的到货，走103还是105，走101还是561，财务效果完全不同。手册要按场景给出移动类型表：采购订单收货用101，退货用122，转账用311，初始库存导入用561。不要指望现场用户自己记住，给表，给每个移动类型的适用场景和典型凭证流。

序列号追踪也值得写一章。光伏组件按块管理序列号后，并网后如果某串组件功率异常，通过物料凭证就能回溯到采购订单和供应商批次。这正是SAP数据追溯的价值所在。操作要点是：物料主数据里开了序列号管理，MIGO收货时必须逐条扫描或批量录入序列号，不能跳过。

BOM单位换算的检查放在MMBE之前还是之后，我建议放在4.3节开头。手册里可以加一个专门的提示：BOM里组件的单位到底是块还是兆瓦，物料主数据的计量单位和采购订单单位能不能转换，用事务代码MM02看物料主数据，用CS03看BOM。单位换算配错，后面哪个环节都不顺。

4.4 预算与报表：CJ30/CJ31和S_ALR_87013542能不能对上

新能源项目对成本报表的重视程度，比传统制造业高得多。业主方每周都要看：这个方阵实际花了多少，预算还剩多少，设备采购超了没有。手册里预算部分至少要覆盖两块：预算维护和预算报表。

预算维护习惯上用CJ30维护原始预算，CJ31处理预算追加和转移。这里要反复强调一条纪律：预算变更必须走预算调整事务代码，不能直接去CJ20N里改金额，更不能手工改表。CJ20N改的是计划成本，不是预算；预算和计划成本在报表里是两个口径，混了月底对不上。

报表查询可以按角色给清单：

S_ALR_87013542是SAP里最常用的项目成本报表，垂直线展示WBS每层的实际成本和差异。手册要教用户怎么读这张报表：第一列看累计成本，差异列看红字还是蓝字，双击可以钻取到凭证行。不然用户看数字也白看，理解不了为什么系统显示超标准了。

计划员在MD04里能看到项目网络产生的物料需求有没有正常触发采购申请。这条热知识也建议写进4.3节，能省掉大量“货没到”的排查时间。

5. 新能源PS手册落地中的5个典型坑与排查

手册写完了，最难的不是教用户点按钮，而是把用户遇到的报错在手册里都能查到位。下面这五个场景，是我在新能源SAP项目里反复见过的，每条都按“现象—原因—解决”来写。

5.1 报错“项目定义不存在”

现象：新建WBS时，输入项目定义DF-2017-050，系统弹消息“项目定义DF-2017-050不存在”。

原因：最常见的情况不是项目定义没建，而是WBS编码前缀带了公司代码，或者前后有隐藏空格。SAP项目定义的创建在CJ01里，WBS在CJ20N里，两者不是一回事。还有一个隐蔽情况，系统里存在多个客户端，用户在开发客户端建的项目定义，跑到测试客户端去用，自然找不到。

解决：手册第一章写“编码规则和客户端说明”，先教用户分清客户端（客户端号在登录界面就能看到），再教CJ01创建项目定义的步骤。如果确认项目定义存在但仍报错，用SE16N查PROJ表，看项目定义号是否被归档。

5.2 WBS编码规则缺失，材料追溯断链

现象：并网半年后，逆变器批量报警，想查某批次逆变器装在哪几个方阵，结果发现采购收货凭证上挂的WBS编码混乱，有挂到“临时工作包”的，有挂到旧版本的WBS节点上的，追溯了三天没结果。

原因：项目开始时没有在手册里定死WBS编码规则，现场物资人员按各自习惯填WBS，有的用简称，有的用完整编码，有的干脆选默认值，导致同一批设备被记到不同成本对象下，数据追溯链断了。

解决：WBS编码规则必须在手册第一章用一整节写清楚，同时把“临时工作包”和“未分配”这类WBS节点在系统里封掉。创建采购申请时强制校验WBS编码，编码不符合规则的直接禁止保存。配电箱上的编码标贴要和WBS编码打印一致，现场扫描枪扫出来是什么，系统里就是什么，别让用户手输。

5.3 结算规则写了个“期末结算”，月底跑不出来

现象：月末执行项目结算，系统提示“没有可结算的WBS要素”，或者结算后成本被结到了一个神秘的默认成本中心。

原因：WBS结算规则没有设置结算对象和结算比例。操作手册里写“设置期末结算”这句指令本身没错，但漏掉了一个关键动作：结算规则必须指定结算对象，比如在建工程WBS（AUC）或固定资产，以及按什么比例结转。用户只在结算参数文件里勾了个“期末结算”，系统不知道往哪转。

解决：手册中附结算规则配置示例表，写明结算对象编号、结算类型（AUC/固定资产/成本中心）、结算比例（默认100%），并要求用户保存后先执行一次测试结算，再正式结算。结算生成的清账凭证不要随便冲销，由财务确认后统一处理。

5.4 预算手工改账，报表口径对不上

现象：项目经理在CJ20N里发现某WBS预算不够，直接修改WBS的金额，月底一看，S_ALR_87013542报表里“预算”列和“实际成本”列怎么都对不上。

原因：CJ20N修改的是计划成本，不是预算。预算在PS模块里是独立口径，必须通过CJ30/CJ31维护并受预算可用性检查控制。手动改WBS金额绕过了预算审批流，报表里被标记成计划成本差异，和预算没有任何关系。

解决：在和财务确认好预算调整流程的前提下，手册里明确写上“所有预算变更必须在CJ30/CJ31完成，不允许在CJ20N里直接改金额”，并把预算超支的容差参数写清楚。如果用户已经改了，让费控顾问在报表里把计划成本列标出来，或者恢复原值重新走预算调整，不要将错就错。

5.5 Word版手册自己变成无人维护的老版本

现象：上线半年后，业务顾问离职，新来的顾问拿着旧手册去培训，发现SAP界面里菜单位置变了，事务代码还通通能用，但手册里的截图和操作步骤对不上，用户开始自己“猜着点”，现场越来越多问题无法归因。

原因：手册没有版本页和维护责任人，连系统升级都没有人同步更新手册。2017年的手册截图到后来当然会过时，这不只是Word排版问题，是手册生命周期管理缺失。

解决：手册第一页放修订记录表，每次更新由指定顾问负责，记录修改人、修改日期、变更内容、对应传输请求号（sap请求）。系统配置变更时，先更新手册再发布培训通知，这个顺序不能反。另外，不要在手册模板里放宏，避免打开老版本时被“宏安全问题”弹窗卡住，这是最不值得的卡点。

6. 从Word手册反推项目验收：把67页变成可执行清单

用户操作手册写到这里，它的价值早就超出了“教人点按钮”的层面。我后期做项目，会反过来用这本手册做系统验收和培训测试的底稿，等于把一本文档变成一套检查工具。

6.1 用T代码清单核对实施范围

把手册里出现的所有事务代码拉一张清单：CJ01、CJ20N、ME51N、MIGO、CN21、CN41、CJ30、MB03……逐条在系统里跑一遍，凡是手册写了但当前账号没有权限的，收集起来统一给IT开角色；凡是手册写了但系统里压根没有这个T代码的，说明配置缺失，要补配置而不是改手册。这一步能在上线前暴露大部分权限黑洞。

6.2 报表样例当验收证据

手册第六章每个报表都截一张“正确数据样张”。报表口径对不对，不用开会争论，拿样张数据去和财务模块核对就知道。S_ALR_87013542里某WBS的累计成本，要和财务模块对应WBS下的凭证汇总一致；不一致就顺着月份查凭证，看是不是有期间过账没结转。这比翻十封邮件都有效。

6.3 手册即测试脚本，SIT/UAT直接用

集成测试脚本不用另写，直接拿手册里的操作步骤改条件就行。把“创建WBS”改成“创建3号方阵WBS”，“MIGO收货”改成“收货批次20240517的组件”，跑一遍就是一条完整测试案例。测试通过的手册章节，打上“已验证”标记；没通过的地方，说明手册和系统有偏差，优先改手册还是改系统，按项目计划定。我自己吃过亏，有一次手册第一版没写WBS编码规则，上线后数据追溯整整查了两周。后来我把编码规则、结算规则、异常处理都放在手册最前面，操作页只管引用。手册的顺序其实就是项目的实施顺序，先定结构，再教操作，最后才谈报表。这个顺序反了，后面全是坑。希望帮到你。

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