企业官网建设流程全解析

简介：这份《新能源项目-2017年6月SAP项目 SAP PS模块用户操作手册》面向新能源项目实施团队、SAP PS初学者及项目管理人员，聚焦项目系统模块在项目创建、WBS分解、标准网络复制和项目概况维护等环节的实操指引。全文共67页，以单一docx文档交付，压缩包约6.01MB，目录按“范例—系统菜单及交易代码—操作步骤—结论”组织，便于边看边练。内容配有图标说明、注意事项和操作示例，覆盖手工创建项目定义、在项目定义下创建WBS元素、按项目类型复制标准网络等关键流程，可帮助读者理解SAP PS的菜单路径与事务代码使用方式，并为项目规划、预算与进度管理提供可复用的操作参考。目前已有778人学习，适合需要快速上手PS模块基础操作或整理实施手册的读者查阅。

1. 先看目录再看页数：这份 67 页 PS 手册能省掉哪些摸索

很多 SAP PS 的培训材料，是把 F1 帮助逐条翻译一遍，看完你只知道字段在哪，不知道填错会怎样。这份 2017 年 6 月定稿、67 页 Word 版的 SAP PS 模块用户操作手册，走的是另一条路：它跟着某新能源项目从立项到转固的业务链倒推章节，项目创建、WBS 拆解、标准网络复制、预算编制、采购申请、结算转在建工程、进度确认、状态管理、日期调整、预警、报表，十一章基本对齐了一条真实项目生命周期的顺序。对刚接手 PS 模块的顾问和甲方关键用户来说，它省掉的是“每个事务码自己点一遍、每次报错自己猜”的那段摸索期。适合三类人：第一次做 PS 实施配置的初级顾问、要从 Excel 迁移到系统里管项目预算的财务、以及需要给团队做内部培训的项目管理岗。

2. 项目定义与 WBS 拆解：CJ20N 里五个字段填错就白干

2.1 为什么项目定义要先于 WBS 落地

在 PS 里，项目定义（Project Definition）不是“项目的名称”那么简单，它更像一个容器，决定了这个项目用哪套编号掩码、哪套状态参数文件、哪套预算参数文件和哪套日期规则。WBS 元素挂在这个容器下面，才继承得到这些属性。手册把“手工创建项目定义”放在第 1.1 节、把“创建 WBS 元素”放在第 1.1.5 节，顺序不是随意排的：项目定义一旦保存，项目参数文件就固定了，后面想改编号层级、想改预算控制策略，基本等于重建项目。

实际项目上最容易翻车的场景是：财务先在 OA 里申请了项目编号，开发经理拿着编号进系统建项目定义，随便选了一个项目参数文件，等 WBS 拆到第三层才发现编号掩码只支持两层。这类问题在手册里被拆成“范例—系统菜单及交易代码—操作步骤—结论”四段式，每一小节末尾的“结论”其实就是在提醒你这步做完之后哪些东西已经锁死了。

SELECTION 一个判断标准：如果这个项目未来要做预算控制、要结算到在建工程、要单独出项目报表，那么项目定义创建之前，项目参数文件、编号掩码、状态参数文件这三项必须先从配置侧确认，而不是在 CJ20N 的创建界面上临时选。

2.2 项目定义创建时的关键字段清单

手册用手工创建的方式演示了项目定义的录入。下面这张表是我按实际项目经验补全的字段口径，字段名以标准系统为准，值仅作示例：

这张表的价值不在于字段本身，而在于“是否需要提前确认”这一列。手册里的操作步骤是线性的，但真实项目的准备工作是并行的：财务确认公司代码和利润中心，采购确认工厂，PMO 确认起止日期，三样齐了再点保存，比保存后回头改要省事得多。

2.3 WBS 层级设计与成本归集口径

WBS 的层级不是越细越好。手册演示的拆法是“项目定义 → 若干一级 WBS → 二级 WBS → 活动”，这个结构对应的是“预算按一级归集、成本按二级发生、进度按活动确认”的口径。我一般会建议在动手之前先画一张三层图：

1. 第一层按项目阶段或子项拆，例如前期、主体、并网、验收；
2. 第二层按合同包或成本中心拆，这一层是预算控制和实际成本比对的主战场；
3. 第三层只在需要单独确认进度或单独结算时才建，多余的层级会让 CN41N 的报表列数爆炸。

在 CJ20N 里新建 WBS 的操作路径是：选中项目定义 → 右键或菜单“创建 → WBS 元素” → 录入层级编号与描述 → 回车确认。这里有个细节值得抄下来：WBS 编号里的层级分隔符和层级位数由项目参数文件的编号掩码决定，不同掩码下“N-001.1.1”和“N-001.01.01”是两种完全不同的写法，照着手册截图硬敲很容易报“编号不符合掩码规则”。

2.4 WBS 属性页签的四个必设项

WBS 建完之后，属性页签里的设置才是决定这个元素能不能用起来的关键。手册在第 1.1.7 节的操作步骤中逐个页签走了一遍，我把它压成四项：

“统计标识”这一项单独拎出来说：勾了这个标识的 WBS 只做统计展示、不参与实际成本归集，经常有人在演示环境里勾上忘了取消，上线后发现这个包的成本一分钱都没进去，排查半天。这属于血泪经验级别的小坑。

2.5 创建完成后的自检动作

手册每小节末尾的“结论”段落，实际起的是自检作用。项目定义和 WBS 都建完之后，我会固定走一遍这四步：在 CJ20N 里展开整棵树确认层级完整；用 CJ03 显示项目定义核对组织和日期；进 WBS 属性确认成本要素和结算规则不为空；最后用 CN41N 的项目信息系统看这个项目能不能被检索到。四步里任何一步过不去，后面复制网络和编预算都是白做。

3. 标准网络复制到甘特图：排程参数怎么设才不会全员返工

3.1 标准网络是带作业和组件的主数据

很多从 Microsoft Project 转过来的人，会把“标准网络”理解成一个模板文件。不是。在 PS 里，标准网络（Standard Network）是一套带作业、作业关系、组件分配、里程碑的主数据，它有自己的网络类型和标准网络号，复制到项目里之后生成的是真实网络和真实活动，会带出物料组件、作业类型、工期和逻辑关系。手册第 1.2 节把“根据项目类型复制相应标准网络”单列一节，说明在这个新能源项目里，标准网络是按“公司成立前采购”和“公司成立后采购”两套业务场景分别建的——这是典型的模板化做法：把重复性高的采购流程固化到标准网络里，项目上只做复制和微调。

复制之前有三个前置条件，缺一个都会失败：项目定义和 WBS 已存在且已保存；WBS 上允许挂网络（不是统计元素）；当前用户对标准网络有显示权限、对目标项目有更改权限。第三点最容易被忽略，因为标准网络往往建在另一个公司代码或者另一个项目参数文件下。

3.2 复制网络的参数窗口怎么填

复制的入口在 CJ20N 里选中目标 WBS 元素之后触发，系统会弹出参数窗口。手册在这一步给了范例，我按实际界面把关键参数列出来：

这里有个容易踩的点：复制方式选了“不带组件”，网络建出来是干净的，但后面做采购申请时发现物料需求带不出来，只能手工补组件，等于多做一遍。另一个点是复制日期，如果随手用系统默认的当天日期，后续前推排程出来的计划日期会整体偏移，甘特图看着就是错的——这不是系统 bug，是基准日期给错了。

3.3 逻辑关系与排程参数：四种关系选错会怎样

手册第 1.4 节专门讲“输入计划节点的工作时间和计划节点的逻辑关系”，第 1.5 节讲“进行时间计划排程，展现计划甘特图”。这两节连着看，逻辑链条才完整：先有活动和工期，再有活动和活动之间的关系，最后才谈得上排程。

四种逻辑关系的作用，用一张表说清楚：

除了关系类型，还有时距（Lag）。时距填正数是延后，填负数是提前（也叫 Lead），负时距在系统里是允许的，但它会让排程结果看起来“不符合业务常识”，非必要不用。

排程本身在 CJ20N 里有几个开关：前推（Forward）、后推（Backward）、只排基本日期、只排能力日期、自动调整日期。手册演示的是前推排程，从项目开始日往后推，产出计划的开始和完成日期。如果项目是“倒排工期”——比如并网日期是政府定的——就要用后推，从固定完成日往前倒，这时候前面那些 FS 关系一个都不能错，错一处，所有活动的日期全错。

3.4 甘特图展示与下达前的自检清单

排程跑完之后，甘特图的入口在项目构造器的图形视图，也可以在项目信息系统里出图形报表。手册在第 1.5 节把“展现计划甘特图”当作排程的验证手段，这个用法是对的：甘特图不是拿来看的，是拿来验证逻辑关系的。如果图上出现活动重叠、箭头方向反了、某条链整体悬空，基本可以断定关系配错了。

下达（Release）之前的自检，我按手册的章节顺序整理成五项：

1. 项目定义与 WBS 层级完整，没有孤立节点；
2. 网络的逻辑关系无环、无悬空；
3. 前推或后推排程已执行，计划日期落在项目起止日期之内；
4. WBS 的成本要素、结算规则已维护；
5. 预算已初始录入（哪怕只是占位金额），否则下达后马上会遇到可用性检查报错。

第 5 项在手册里属于第 2 章的内容，但实际操作中它和下达的先后顺序经常被搞反。系统状态是 CRTD → REL → TECO → CLSD，下达之后很多主数据字段就变成只读，改结构要先做“取消下达”，这个动作不是所有关键用户都有权限。

4. 预算—采购—结算的账：PS 与 CO、MM、FI 的接口在三张表上对齐

4.1 预算的三层结构：原始、变更、下达

PS 的预算不是一个数字，是三层。手册第 2 章把“录入项目预算”和“预算审核及增加”分成两节，对应的就是原始预算和变更预算：

预算版本通常用 0 作为当前版本，多个版本并存时，可用性检查只认同一个激活版本。手册没有展开版本管理，但在多期项目中这一点很关键：第一年批的预算和第二年追加的预算如果放在不同版本里，报表加总时会漏。

可用性控制有三档：不检查、警告、错误。这三档由预算参数文件决定，属于配置侧的事，但业务侧必须知道当前是第几档——如果是“警告”，超预算的单子照样能保存，很多人以为系统会拦，结果月底对账才发现超了几十万。

4.2 采购申请在 PS 里的落点

手册第 3 章“创建采购申请”演示的是 ME51N 的标准流程，关键不在事务码，而在科目分配。PS 场景下的采购申请通常用科目分配类别 P（项目），账户分配填 WBS 元素；如果是形成固定资产的采购，也可能用 A（资产）配 WBS。这两者的区别直接决定成本最终落在项目上还是资产上：

实际项目里最常见的错配是：设备采购用了 P 类，收货后成本进了项目，但结算规则里没把这块流到在建工程，最后项目成本挂账、资产卡片空着。这不是采购环节的问题，是结算规则没配全。

另一个细节是需求日期。ME51N 里的需求日期不是“我想要的时间”，它会参与 MRP 运算，也会影响项目里组件需求的日期。手册的操作步骤里把需求日期放在靠前的位置录入，理解成“这个采购最晚什么时候要到”比较准确。

4.3 结算规则与在建工程、资产卡片

手册第 4 章“项目结算”拆成三节：新建资产卡片、维护资产结算规则、将项目成本转在建工程。这个顺序对应的是业务动作，不是系统动作——系统上结算规则可以先于资产卡片存在，但业务上你得先有资产号，才能把成本结算过去。

结算规则维护在 WBS 元素上，核心参数是这几个：

“结算跑完成本消失”这个现象听着玄学，成因很简单：结算规则里接收方类别选错了，成本被结到一个不存在的口径上，FI 凭证生成失败但 CO 侧已经冲销。所以结算完必须去看一眼 FI 侧的凭证，不能只看系统提示“结算成功”。

CJ88 是单个项目结算，CJ8G 是项目汇总结算。手册演示的是单个项目路径，批量场景下用 CJ8G 更省事，但前提是所有项目的结算规则都已维护完整，否则批量作业会中途报错、前面的已结算、后面的没跑，反而更难排查。

4.4 进度确认与收入成本匹配的边界

手册第 5 章“项目进度确认”包含两节：确认进度和挂接项目文档。确认进度用的是网络活动的确认功能（CN25 一类的入口），可以按百分比确认，也可以按实际起止日期确认。这一块在新能源项目里通常和收入确认挂钩，但要注意 PS 的进度确认本身不直接产生收入，POC 式的收入确认需要结果分析（Results Analysis）配合，手册没有展开这部分，说明这个项目的收入确认大概率是在 FI 侧另做的，PS 只承担进度记录和文档留存。

挂接文档这一步，实践中是给审计留证据链：把验收单、并网批复、监理报告挂到对应的 WBS 或活动上，事务上通过文档信息记录关联。手册在这一节给了完整操作步骤，值得照着做的原因是它把“文档挂在哪个对象上”讲清楚了——挂在项目定义上是全项目可见，挂在 WBS 上是该包可见，挂错了层级，审计时找不到就是找不到。

5. 避坑与排查：手册没写但你一定会撞上的五类报错

5.1 下达后想改 WBS 结构，字段全部变灰

现象：项目下达（REL）之后，进 CJ20N 想加一个子 WBS，菜单是灰的，或者提示“不能更改已下达的项目”。

原因：系统状态 REL 会锁住结构类字段，这是 PS 的设计逻辑，不是权限问题。

解决：按业务必要性选择“取消下达 → 改结构 → 重新下达”，或者用同一项目定义下的新 WBS 走增量。取消下达前要确认没有已过账的实际成本，否则会连带触发一堆后续影响。我的习惯是结构变更尽量挤在下达之前一次性做完。

5.2 预算明明超了，采购申请照样保存成功

现象：WBS 预算 100 万，已承诺 95 万，再提一张 20 万的采购申请，系统只弹了个黄灯提示，保存成功。

原因：预算参数文件里的可用性控制设成了“警告”而不是“错误”。

解决：这属于配置层的事，业务侧改不了。短期靠报表盯（CN41N 里看预算/实际/承诺对比），长期让配置顾问把关键 WBS 类型的控制级别调成“错误”。指望系统兜底之前，先确认它到底兜不兜。

5.3 结算报错“结算规则不存在”或“接收方未分配”

现象：CJ88 执行结算，日志里一片红，提示某些 WBS 没有结算规则。

原因：WBS 属性里的结算规则页签是空的，或者规则里的分配比例加起来不等于 100%。

解决：逐条打开报错清单里的 WBS，补结算规则；多接收方的按百分比分摊必须合计 100，否则系统拒绝执行。补完之后不要直接跑全量，先用“测试运行”模式跑一遍看日志，确认无误再正式执行。

5.4 采购申请保存后，在项目里查不到

现象：ME51N 保存成功，但进项目构造器看组件的采购需求，空的。

原因：账户分配填的是 WBS，但 WBS 上没有勾选允许采购的标识，或者采购申请用的科目分配类别与 WBS 属性不匹配。

解决：先确认 WBS 的“基本数据”里允许采购相关标识，再核对科目分配类别。另外，采购申请和项目之间的关联是通过账户分配建立的，不是通过“项目号”字段，查的时候从采购申请反查账户分配比从项目正查更快。

5.5 甘特图日期整体偏移，报表数据对不上

现象：排程跑完，甘特图上所有活动比预期晚了几天或几周，但逻辑关系看着都对。

原因：排程时的基准日期（复制日期或项目开始日）给错了，或者工厂日历里把非工作日算成了工作日。

解决：先核对项目定义里的开始日期，再核对排程参数里的“调整日期”选项，最后查工厂日历。三者里最隐蔽的是工厂日历——不同工厂挂不同日历，跨工厂项目排程会出现同一批活动在不同日历下日期不一致的情况。

6. 把手册用成团队资产：版本比对与上线验收的检查表

这份手册是 2017 年 6 月的版本，直接拿去给现在的团队做培训，会有两个现实问题：一是截图里的界面是当年的 GUI 风格，新人第一眼会觉得“这不是我现在用的系统”；二是配置侧的部分（预算参数文件、状态参数文件、编号掩码）手册里没有展开，关键用户照着操作会在某些步骤卡住。我的用法是把它当“业务动作清单”，而不是“界面截图集”。

具体做法是做一个版本比对表，左边列手册章节，右边列当前系统实况：

这张表填完，手册就从“一份 2017 年的 Word”变成了“一份带差异标注的内部 SOP”。我一般会让关键用户自己填“当前系统是否一致”这一列，填的过程就是一次复习，比开三次培训会管用。

上线验收阶段还有一张检查表要单独维护，我按手册章节的顺序压成六项：项目定义与 WBS 树完整；标准网络复制后组件齐全；排程执行且甘特图无悬空；原始预算已录入且可用性控制级别已确认；采购申请能通过 WBS 反查到；结算规则完整且已做测试运行。六项全绿，才认为这个项目的 PS 侧可以交付给业务用。

有个习惯是从这个项目开始强制养成的：每次交付一份操作手册给客户，我都会在最后一页附一张“本手册对应的配置项清单”，把项目参数文件、编号掩码、预算参数文件、状态参数文件的名字写进去。原因是吃过一次亏——半年后回来做优化，发现系统里的参数文件被人改过，手册上的操作步骤全对，但结果就是不对，排查了两天才定位到配置。那张清单就是后悔药，谁改过配置，对着清单一查就知道。希望帮到你。

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