简介：《新能源项目-2017年6月SAP项目SAP PS模块用户操作手册》是一份面向SAP项目实施顾问、新能源企业项目管理人员及信息化运维人员的操作指引，重点解决项目创建、WBS工作任务分解和标准网络复制等PS模块高频操作问题。文档共67页，以单个Word（docx）文件封装，压缩包大小6.01MB，内容按“项目创建—项目定义—WBS元素—复制标准网络—项目概况”等章节展开，每个环节均配有范例、系统菜单、交易代码、分步操作和结论提示，便于对照实操。特别加入了图标说明部分，帮助用户快速理解警告、示例、注释与建议，降低误操作风险。当前已有776人学习下载，适用于需要规范项目规划和执行流程的新能源项目团队，也可作为SAP PS模块培训与上手指册使用。
1. 一本67页的SAP PS手册，为什么值得照着做一遍
2017年6月的新能源项目资料里，这份67页的Word版SAP PS模块用户操作手册，比那些动辄几百页的配置手册更值得一线人员逐页过一遍：它讲的是风电、光伏这类新能源EPC项目里，计划员怎么建WBS、费控怎么发预算、财务怎么跑CJ88结算——全流程落在操作层面，不解释底层配置，但每一步都能照着点完。手册适合项目计划员、预算专员、项目会计和刚接手PS模块的顾问；它的价值不只在67页的篇幅，而在能把项目结构、预算、成本归集成一条能跑通的链路。接下来我会沿着这条链路，把原理、事务代码、文档编排和避坑经验依次展开。
2. PS模块先立骨架：新能源项目的WBS、网络与结算规则
判断一本PS操作手册好不好用，我有一条标准：能不能让一个没做过SAP的人，照着它把一个风电项目从WBS创建走到竣工结算。能做到，说明骨架立住了；做不到，说明手册在堆菜单截图。这一章先把PS模块在新能源项目里的三个骨架讲清楚。
2.1 为什么新能源EPC项目选PS而不是内部订单
新能源项目有一个共同点：它不是持续运营，而是以工程项目为生命周期。一个40万千瓦的风电场，从开工到并网一般十二到二十四个月，投资额大、设备占比高、施工单位多，费用要按风机基础、升压站、集电线路、送出工程分别归集。这种场景下如果按内部订单来做，每个单位工程开一个订单，订单之间没有上下级关系，月末做成本汇总只能在Excel里套VLOOKUP，项目管理人员想看“建安工程一共花了多少”，还要自己拼一张报表。
我经历过一个内部订单方案的光伏项目，后来改成了PS。原因很实际：内部订单做预算控制是单层控制，订单和订单之间的预算挪借没有审批流；而PS里的项目定义下面可以挂多层WBS，每一层都能单独发布预算、单独检查承诺和实际，结算时还可以按比例把成本分到多个资产或成本中心。下面是我在做选型对比时常用的表，差异很直白：
| 对比项 | 内部订单 | PS 项目系统 |
|---|---|---|
| 成本对象层级 | 单层（订单头） | 项目定义 → WBS → 网络/作业 多层 |
| 预算控制 | 订单级预算 | 按 WBS 节点逐级发布与检查 |
| 里程碑与开票 | 没有项目专属的事件机制 | 里程碑接计费事件，支持按进度开票 |
| 结算到固定资产 | 一个订单一个规则，配置繁琐 | 按 WBS 批量维护结算规则 |
| 工程进度视角 | 无 | 网络排程、里程碑进度 |
这表里的差异不全是功能问题，更多是业务模型问题：WBS天然对应工程分解结构。EPC项目概算按“设备购置、建安工程、其他费用”列科目，到PS里就按这个口径挂WBS层级，预算一出，系统里的数就能和概算口径对上，而不是先塞进订单、再搞辅助核算去还原。选型没有对错，但选了PS之后第一件事不是配网络，而是把WBS层级定下来，这就是下一节要说的。
2.2 WBS四层结构设计：以风电/光伏项目为模板
新能源项目的WBS结构，我一般推荐固定四层。第一层是项目定义，只做总控；第二层按概算口径分组；第三层对应单位工程；第四层是末级WBS，所有发票、采购订单、预算发布都挂在第四层。
| WBS层级 | 对象名称 | 编码示例 | 挂接内容 |
|---|---|---|---|
| 第0层 | 项目定义 | 20025 | 项目周期、状态、整体里程碑 |
| 第1层 | 概算分组 | 20025-10 设备购置 / 20025-20 建安工程 / 20025-30 其他费用 | 概算总额核对 |
| 第2层 | 单位工程 | 20025-20-10 升压站建安 / 20025-20-20 集电线路 / 20025-20-30 风机基础与吊装 | 合同发包、付款节点 |
| 第3层 | 末级WBS | 20025-20-30-10 风机基础A区 / 20025-20-30-20 风机吊装B区 | 采购订单、预算、结算规则 |
风电和光伏在第三层上有差别。风电项目第三层一般按“风机基础、箱变基础、吊装、集电线路、升压站、送出工程”拆；光伏项目则按“光伏场区、升压站、集电线路、送出工程、储能设施”拆，组件和支架采购放“设备购置”，土建施工放“建安工程”。这样拆的好处是，第二层能和批复概算科目对上，第三层能和施工合同发包界面对应，第四层的成本数据可以直接进固定资产或管理费用，不再做二次分类。
这里有一个新手常犯的错：把编码写得有含义。比如用“FJ001”表示风机基础，结果思路一变，管理层要求换区域口径，编码层就要重排。我一般建议WBS编码用纯数字后缀，不带业务含义，含义全部放到描述字段。编码一旦发布，能不改就不改；改编码等于把成本历史从一个篮子倒到另一个篮子，报表可比性直接断掉。如果你是计划员，这条务必记在手册第一页。
2.3 网络与里程碑：工期、成本、开票三线怎么接
骨架的第二部分是网络，第三部分是里程碑。网络在PS里负责排程和资源，WBS负责成本归集，里程碑则把进度和开票、收入确认串起来。三者不是各干各的，而是在项目系统里交汇。
新能源EPC常见的做法是“半网络”模式：土建安装工程用网络做工序级排程，设备采购不走网络，直接在采购订单上填WBS元素。维护成本不高，又能满足工程部门对工期的跟踪需求。全网络模式在新建项目中很少见，因为每个风机基础都建一套“开挖、垫层、钢筋、浇筑、养护”的作业清单，工作量比操作手册厚得多。而纯WBS模式更适合运维阶段的小项目。
里程碑的设置位置也有讲究。要在关键节点挂：项目开工、首台设备基础浇筑完成、首批风机吊装、全容量并网、竣工验收。每个里程碑可以绑定计费事件，商务在里程碑确认后发起开票，财务同步做收入确认。这样一来，工程进度、成本、收款三条线有同一个锚点，不是各报各的数。
| 业务线 | 使用的PS对象 | 通常由谁维护 |
|---|---|---|
| 计划线 | 网络 + 作业 + 里程碑 | 工程部/计划工程师 |
| 成本线 | WBS + 采购订单 + 预算 | 费控/计划专员 |
| 收款线 | 里程碑 + 计费事件 + 开票 | 商务/财务 |
等到月末，三条线在CJ88结算时汇合。WBS上的成本按结算规则转到固定资产或成本中心，里程碑对应的收入在会计凭证里体现。骨架立住了，后面所有手册操作才有落点。
3. 手册实操主流程：从CJ20N到CJ88的高频事务代码清单
拿到任何一本67页的PS操作手册，我的习惯是先翻到最后找事务代码速查表。操作的核心事务代码不超过十个：CJ20N建WBS、CN21N/CN22维护网络、CJ30/CJ40维护预算、CJ88做月结结算。下面按主流程顺序，把每个环节的手册要点拆开。
3.1 CJ20N创建项目定义与WBS：字段清单和默认勾选
CJ20N是项目构造器，创建项目定义和WBS都在这里。菜单路径是“后勤 → 项目系统 → 项目 → 项目构造器 → 项目构造器”，也可以直接输入事务代码。我建议手册里两种入口都写，但优先用事务代码——菜单可能被角色裁剪，事务代码是绕不开的。
创建流程分五步：
- 新建项目定义，录入项目描述、计划开始/结束日期、项目状态。
- 在项目定义节点下插入WBS元素，按四层结构建好。
- 为每个末级WBS填写计划日期，并按业务需要勾选“计费”“预算”相关标识。
- 在末级WBS上分配结算规则，确定成本去向。
- 保存前执行CJ20N自带的检查功能，确认没有缺项。
关键字段写进手册时，比截图更实用的是下面这张表：
| 字段名 | 示例 | 说明 |
|---|---|---|
| 项目定义 | 20025 | 整个项目的总编号，不承载成本 |
| WBS元素 | 20025-20-30-10 | 末级成本对象，发票和订单都挂这里 |
| 计划开始/结束日期 | 2023-04-01 / 2024-09-30 | 与批复工期一致，影响里程碑计算 |
| 结算规则 | FUL / PER | 决定成本全部或按比例结转 |
| 预算参数文件 | ZJ_NEWENERGY | 决定超预算时警告还是报错 |
参数里最容易翻车的是结算规则。我见过不少新计划员把设备采购全设成FUL（全额结算），意思是每次收货都把这笔成本全额转进固定资产。但设备是分批到货的，FUL会导致资产入账时间和实际到货时间错位。更稳妥的做法是设备类用PER（按比例），发票分批挂账，货物全部到齐再转固。“全额”不是默认项，是要按业务判断的。
3.2 CN21N网络维护与物料分配：把采购订单挂进项目
网络的操作入口是CN21N（创建网络）和CN22（修改网络）。创建网络前先要有项目定义和WBS，创建时输入项目定义、网络说明、计划日期，再在网络上维护作业（Activity），每个作业指定工作中心和工时。接着给作业分配物料组件，系统按物料清单生成预留或采购申请。
但在新能源项目里，采购订单直接挂WBS是更常见的路径：创建采购订单时，在“项目”字段里填末级WBS元素，收货、发票、付款都会自动归集到这个WBS。下面是我在项目上常给的三种做法对比：
| 做法 | 适用场景 | 优点 | 坑 |
|---|---|---|---|
| 全网络模式 | 工序级排程需求明确 | 报表细、进度可视 | 维护成本高 |
| 混合模式 | 多数新能源EPC | 节点够用、成本可控 | 需要统一挂接规则 |
| 纯WBS模式 | 运维期/小型项目 | 单点维护简单 | 无法做作业级进度 |
我一般推荐混合模式，并且要求手册里写清楚规则：土建安装走网络，设备材料直挂WBS。如果不写死这条规则，采购员今天挂WBS、明天挂网络，月末汇总数据两头找，谁也说不清楚。
3.3 CJ40年度预算与可用性控制：容差怎么设才不误伤
预算这块，新能源项目通常有两本账：批复的投资概算和上级下发的执行概算。落地到SAP，原始预算用CJ30维护，年度预算用CJ40维护，查询预算承诺实际用项目信息系统的预算报表。常见做法是把执行概算作为原始预算发布到WBS，再按年度拆分。
预算能不能拦住超支，关键在可用性控制。这里有个容易踩的配置点：超过预算时系统的反应。我建议按费用性质分开设：
| 费用类型 | 超预算处理 | 容差建议 |
|---|---|---|
| 设备采购 | 警告 | 10% |
| 建安工程 | 错误 | 5% |
| 咨询服务费 | 错误 | 0% |
| 其他费用 | 警告 | 10% |
这样区分的原因很直白：设备采购因为有技术变更，超出一点是常态，直接报错会把业务卡死；而咨询服务费超预算基本意味着合同范围失控，必须拦截。容差和消息类型埋在预算参数文件里，配一次管所有项目，配完一定要拿一笔测试订单试跑，别上线之后才发现设错了。
3.4 CJ88项目结算规则与月结：费用结转的去向表
月结是PS模块最紧张的时刻。标准顺序是：先用预算报表对比预算、承诺、实际，把明显异常的项目处理掉；再用CJ88执行项目结算，先测试运行看清单，没问题再正式运行；结算完成去查询固定资产和成本中心的入账情况。
CJ88跑之前，最该检查的是结算规则。下面是新能源项目典型的规则配置表：
| WBS类型 | 接收方 | 规则 | 说明 |
|---|---|---|---|
| 设备购置末级WBS | 固定资产/在建工程 | PER 按比例 | 分批到货分批转固 |
| 建安工程末级WBS | 在建工程 | PER 按区域比例 | 分摊到不同资产 |
| 其他费用末级WBS | 成本中心 | FUL 全额 | 期间费用直接进损益 |
| 项目定义层 | 不设接收方 | 无 | 只做汇总 |
CJ88跑完不是结束。我习惯月结后把“预算、承诺、实际、结算”四个数并到一张表里核对。对不上账的项目，十有八九是某个WBS没设结算规则，成本还挂在项目上没转走。这条要在手册的月结章节里用醒目标注写出来。
4. 把67页Word手册拆成可维护的文档资产：编排方法与版本节奏
4.1 67页容量怎么分配：封面、主流程、字段表、附录的比例
67页对用户操作手册来说是个很舒服的厚度。按我写PS手册的习惯，容量分配大致是：封面、修订记录、目录4页；登录与导航6页；WBS创建8页；网络与采购分配8页；预算与可用性控制6页；里程碑与开票6页；月结与结算6页；字段速查表和事务代码表8页；常见报错与截图10页；权限矩阵等附录5页。合计67页。
这个分配的逻辑是：主流程只占约40页，剩下三分之一全给速查表和报错截图。用户手册最怕的不是内容少，而是流程讲完就结束，没有附录兜底。事务代码表是用户每天都要翻的，报错截图是用户遇到问题时才翻的——这两块恰恰决定了手册在项目上线后还活不活。
4.2 操作步骤写作模板：前置条件、事务代码、截图、结果校验
我写操作步骤固定用五段式模板，Word里每个流程一节，节内按五段展开：
- 前置条件：提前说明需要哪些主数据、哪些角色权限。
- 事务代码与菜单位置：代码为主，菜单路径为辅。
- 操作步骤：编号步骤，每步配截图，关键字段单独成表。
- 结果校验：保存后看哪个报表、哪个字段能确认成功。
- 常见报错：截图加原因加处理办法。
五段里最重要、又最容易被漏掉的是“结果校验”。用户操作完成后最迷茫的是不知道做对没有。SAP操作如果不看结果，错了也不会立刻报错，等月末CJ88跑完才发现问题，已经晚了。所以手册里每完成一步，都要写一句“保存后在xx报表应能看到xx记录”，让用户做一步验证一步。
4.3 版本修订与2017年6月的更新节奏
标题里的“2017年6月”说明这份手册已经过了版本化管理的阶段：不是写完一版就锁起来，而是跟着系统配置一路演化。这类手册最大的风险不是写不完，而是修订不及时。
我维护版本时用一套很简单的规则：Word留档可编辑，发布用PDF；修订记录只记录四件事——变更章节、变更内容、影响用户、生效日期；每次系统配置变更（特别是顾问导入传输请求之后）必须触发一次手册核查。版本号的写法用日期加序号，201706、201706-R1这样，简单不歧义。
版本记录表放在手册第二页，格式如下：
| 版本 | 日期 | 变更内容 | 影响用户 | 生效说明 |
|---|---|---|---|---|
| V1.0 | 2017-06-15 | 初版发布 | 全体用户 | 按上线范围执行 |
| V1.1 | 2017-08-02 | 补充CJ88报错处理 | 项目会计 | 月结前完成培训 |
| V1.2 | 2017-11-20 | 调整预算容差参数 | 费控专员 | 与新传输请求同步生效 |
版本管理做不好，手册的每一页都可能变成陷阱。用户照着旧版本操作，系统已经改了配置，结果到处找不到按钮——这不是用户的问题，是文档老化的问题。Word版的好处就在这里：改动可以精确到某个流程页面，不影响其他部分。
5. PS手册落地避坑：5条比操作步骤更值钱的排错记录
操作手册讲的是正确路径，但真实项目里九成的耗时都在排错。下面这几条是我在几个新能源项目上线和月结里反复遇到的，按“现象、原因、解决”写清楚，方便你直接对号入座。
5.1 结算后固定资产原值不对：采购订单挂错了WBS层级
现象：CJ88跑完，固定资产原值比设备清单少了一大截，但项目成本显示并没有少。
原因：采购员在采购订单里填WBS字段时，图省事填了项目定义（20025），而不是末级WBS（20025-20-30-10）。成本挂在项目定义上，结算规则对不上资产对象。
解决：在手册里把采购订单的WBS字段标为必填，并且明确规定“必须填末级WBS，禁止填项目定义”。上线初期批量导出所有采购订单，逐条检查WBS层级，发现问题的订单能改则改，不能改的冲销重做。这个问题的后遗症比想象中重，因为固定资产入账错位会影响后续折旧，想回头修要动资产主数据。
5.2 预算超发没被拦截：可用性控制被设成“仅警告”
现象：账面预算还剩300万，采购订单承诺却已经到500万，系统没报错。
原因：预算参数文件里超预算行为配成“警告”，警告弹窗只提示、不阻止，业务员随手就关了，等于没设。
解决：把设备购置类改成“错误”加容差10%，其他费用改成“错误”加容差0%。改完参数文件用一笔超预算测试订单验证，确认系统真的会拦截，而不是弹个窗就放行。这个验证动作要留下来，因为参数文件配置看着简单，实际埋着一堆生效范围、控制范围、预算类型的组合条件，任何一个没对上都会出现配置了但没生效的情况。
5.3 CJ88月结报“结算规则不完整”：新增WBS漏了结算规则
现象：月结时CJ88测试运行，日志提示某个WBS元素没有结算规则，整个结算被卡住。
原因：结算规则不会自动继承。新增末级WBS时，如果没用模板复制，新WBS就是空白规则，成本无处可去。
解决：把标准WBS结构存成模板，新增WBS统一用“复制参考”方式创建；月结前用CJ20N的检查功能扫一遍全部WBS的结算规则。记住CJ88跑测试运行就是用来提前发现问题的，不要在正式运行里赌。测试运行报错最好，正式运行报错才真要命，因为那时候月结窗口已经过了。
5.4 按手册找不到里程碑开票：手册版本和系统配置脱节
现象：用户拿着操作手册，按菜单路径找“里程碑开票”，找不到入口，以为是自己权限不对。
原因：系统里计费事件已经调整过配置，手册没同步修订。手册是2017年6月版，系统配置是2017年11月的状态，文档先于配置老化。
解决：里程碑开票这类跨模块功能（PS接SD）最容易脱节。凡是涉及计费、开票的章节，版本修订页必须有变更记录；发布手册时把“已按现网配置验证”写进修订说明，用户拿到手册才知道这版和系统是配套的。我后来养成一个习惯：每次配置变更的传输请求号，都抄送一份给文档维护人，让文档跟着传输请求走，而不是跟着记忆走。
5.5 有权限却看不到菜单：权限角色和操作流程是两套皮
现象：用户用事务代码能打开CJ20N，但通过SAP菜单一层层点进去，找不到“项目构造器”。
原因：菜单显示由角色菜单树控制，事务代码执行由权限对象控制，两套独立授权。角色里给了权限不代表菜单树里授权了对应节点。
解决：手册每个流程开头把“事务代码+所需角色”并列写清楚，并告诉用户优先用事务代码进入。附录放一张角色与流程对照表，让权限管理员一次性核对。这个问题看着像玄学，实际是权限设计时菜单树没和业务流程对齐，月结前一晚暴露出来最让人着急——权限申请流程再走两天，账期就过了。
6. 把手册变成培训沙盘：闭卷复演与事务代码速查矩阵
手册写到67页，不等于培训就完成了。我手上的动作是：上线前把用户拉到测试机，不给手册，给一个业务场景——比如“新建一个风机基础WBS并发布预算”，让他闭卷复演一遍，全程录屏。卡壳的地方，就是手册要补写的地方。有人会在结算规则这一步卡五分钟，说明这个字段的说明还是不够白话；有人会在预算容差处反复退出，说明参数表的排版有问题。一次闭卷复演下来改一轮手册，比任何评审都有效。
复演通过后，再把整本手册提炼成一张事务代码速查矩阵，放在封面之后第一页。矩阵只保留高频场景，不展开细节：
| 业务场景 | 事务代码 | 关键输入 | 常见坑 |
|---|---|---|---|
| 创建/修改WBS | CJ20N | 项目定义、WBS层级 | 新增WBS漏结算规则 |
| 创建网络 | CN21N | 项目定义、作业 | 网络未关联WBS |
| 修改网络 | CN22 | 网络号、工序号 | 工期与工厂日历不一致 |
| 维护原始预算 | CJ30 | WBS、预算参数文件 | 忘了激活可用性控制 |
| 维护年度预算 | CJ40 | 年度、预算金额 | 年度分配与总预算不一致 |
| 项目月结 | CJ88 | 期间、结算规则 | 没跑测试运行直接正式结算 |
| 预算执行查询 | 项目信息系统预算报表 | 项目编号、期间 | 不按WBS层级核对 |
这张速查表我每次都会放进手册，它不只是给用户用的，也给新来的顾问用。有人问“项目预算在哪看”，我不用翻手册，直接给报表路径；有人问“CJ88跑不过怎么办”，我让他先看速查表那行的“常见坑”，八成是结算规则缺了。
养成这个习惯之后，我再写这类操作手册，第一页永远是速查矩阵，正文里每一个操作步骤都以速查表为索引展开。手册的价值不在页数，而在用户能不能在三十秒内定位到自己要的东西。希望这套拆解对你有实际帮助，也希望你在自己的项目里少踩几个结算周期的坑。
本文还有配套的精品资源，点击获取
