企业官网建设流程全解析

简介：《新能源项目-2017年6月SAP项目 SAP PS模块用户操作手册》面向新能源项目实施团队、SAP PS初学者及项目管理人员，聚焦项目系统模块的落地操作与标准化管理。全包仅含1个docx文档，约6.01MB，共67页，以图文步骤、系统菜单、交易代码和范例贯穿项目创建、WBS元素分解、按项目类型复制标准网络及项目概况信息录入等核心流程。已有778人学习，说明其在实操参考与团队培训场景中具备一定认可度。手册配有图标说明、操作结论与注意事项，读者可据此掌握手工创建项目定义、维护WBS结构、复用标准网络等关键动作，并对照章节顺序完成从基础配置到项目执行监控的练习，适合作为新能源项目SAP PS上线培训与日常查阅的案头资料。

1. 67 页 PS 手册的价值边界：新能源项目里哪些操作它确实能覆盖

2017 年 6 月定稿的这套 SAP PS 模块用户操作手册，围绕某新能源数字化项目写成，按项目创建、预算建立、采购申请、项目结算、进度确认、状态管理、进度调整、项目预警、预转固、打开已有项目、报表查看十一个业务段落铺开。它解决的不是“PS 是什么”的问题，而是“明天要把一个电站项目在系统里建起来，第一屏点哪个事务代码、哪个字段填公司代码、哪个字段留空会报错”的问题。适合的人很具体：项目财务、成本会计、项目管理岗，以及刚接手 PS 模块、不写代码但要按月跑结算的内部顾问。

手册里带了一张项目创建业务流程图，把 OA 提交立项、分公司财务建项目、导入 WBS 模板、复制标准网络、下达、预算这一串动作和责任岗位对应起来，这比单纯列点击步骤有用得多，因为 PS 出错十次有八次不是点错按钮，而是前置条件在别的岗位那里没准备好。读这份手册的建议是先看流程图确认自己处在哪个环节，再翻对应章节，别从第一页顺读。

提示：标题写 67 页，内页页码却标到 85 页，目录里有 11 个一级条目。判断手册完整性时，重点看目录条目是否齐全，页数不是依据。

2. 项目定义与 WBS 搭建：CJ20N 背后的四层结构怎么定

新能源项目的 PS 搭建，难点从来不在“会不会点 CJ20N”，而在建之前那半天想清楚的事：这个项目按什么颗粒度拆 WBS，网络放到哪一层，哪些 WBS 要挂采购、哪些只做成本归集。手册第 1 章从手工创建项目定义写到复制标准网络，操作步骤是对的，但它默认你已经知道结构怎么定——这部分得自己补。

2.1 项目定义、WBS、网络三层对象各自管什么

PS 里有三个基础对象，很多人上手就混：项目定义（Project Definition）是壳，承载公司代码、工厂、利润中心、日期这些全项目共享的参数；WBS 元素是骨架，成本、预算、采购申请、结算规则最终都挂在 WBS 上；网络（Network）是时间轴，活动和活动之间的关系负责排程、产能和里程碑。三者不是平级关系，是包含关系：一个项目定义下挂一棵 WBS 树，网络挂在某个 WBS 元素下面。

新能源项目常见做法是按“项目公司 → 单项工程 → 单位工程/合同包 → 作业层”拆四层。第一层一般是项目本身，第二层按升压站、光伏区、集电线路、外送线路这类物理单元切，第三层按合同包或标段切，第四层视管理精度决定要不要，多数项目到第三层就够，再往下拆会让预算录入和结算的工作量翻倍，收益不明显。这个判断标准很实在：如果某个层级不会单独出预算、不会单独签合同、不会单独结算，那它就不该是一层 WBS。

项目定义上的几个参数必须先定死，后面改起来代价大：编号范围决定是内部给号还是外部给号（外部给号意味着项目号由业务规则生成，财务和 OA 要对齐）；计划参数文件决定甘特图的版式和排程方式；预算参数文件决定预算可用性检查的松紧；状态参数文件决定用户状态有哪些、哪些状态会锁住过账。这四样一般由顾问在配置里定好，业务侧能做的是确认，但确认的时候要问一句“这个参数文件是不是所有项目公司共用”，共用意味着改一处会影响全部在建项目。

2.2 手工创建项目定义与 WBS 的完整操作链

手册第 1.1 节给的是手工创建路径，步骤拆得细，下面按实际操作顺序重排一遍，并标出每一步的关键字段。图形界面路径各家菜单文本略有差异，但事务代码是稳定的，直接敲代码比找菜单快。

第 5 步是最容易漏的。科目分配要素（Account assignment element）这个标识决定该 WBS 能不能被采购申请、采购订单、服务确认引用；计划要素决定能不能录计划成本；开票要素决定能不能挂开票计划。我见过不止一次，项目建完、预算也批了，采购那边建 PR 时选不到 WBS，翻来覆去查权限，最后发现是建 WBS 时没勾科目分配。这类问题排查顺序应该是：先看 WBS 标识，再看 WBS 状态，最后才看权限——权限问题的概率反而最低。

WBS 的层级关系用 CJ20N 的树形视图改最直观，改完记得看“层级”字段有没有跟着变。有些项目为了图快，复制了一个结构不对的模板，后面靠手工挪节点，挪完预算分布全乱，返工量比重建还大。

注意：WBS 一旦有预算、有承诺、有实际成本，层级就不能随便改了。要调整结构，先确认该 WBS 下没有未清采购订单和未结算成本。

2.3 从标准项目复制：CJ20N 复制与网络挂接的参数取舍

手册第 1.2 节讲“根据项目类型复制相应标准网络”，这一步在新能源项目里使用频率极高，因为同类型电站的结构高度相似，复制能省掉大量重复劳动。复制的对象一般是一个已建好的标准项目或标准网络，复制范围要自己勾：结构、活动、活动关系、里程碑、文档、结算规则可以带；预算、承诺、实际成本、状态、变更文档一般不带，也不该带。

复制时最需要想清楚的是“要不要连活动日期一起复制”。带日期复制，新项目的活动日期是旧项目的绝对值，排程后可能出现活动结束早于项目开始这种明显不合理的结果；不带日期复制，活动日期为空，需要用关系加项目日期重新排程。我一般选后者，然后在 CJ20N 里执行一次整体排程，让系统按项目定义的开始日期和关系重新推算。排程前把项目定义的工厂日历确认一遍，节假日和调休没维护的话，算出来的日期会偏。

另一个取舍是网络挂在哪个 WBS 下。做法是：涉及采购和外部交付的活动挂在对应的合同包 WBS 下，纯内部管理活动挂在单项工程层的 WBS 下。这样后续按 WBS 汇总进度时，采购进度和管理进度能分开看，不至于混成一个数。

复制完成后要做三项验证，缺一项后面都会返工：一是用 CN41N 或 CJ20N 看 WBS 树，确认没有重复编号和断链；二是看每个活动的“科目分配”指向是否正确，复制时如果目标 WBS 不存在，系统会静默跳过；三是做一次模拟排程，看关键路径和总工期是否落在项目定义的日期范围内。三项验证加起来十几分钟，能省掉后面几天的排查。

3. 预算、采购申请与成本归集：把 PS 和 MM 的接口处理通畅

PS 的预算和 MM 的采购申请是一根链条上的两环，中间任何一个环节的标识没维护好，链条就断在报错信息里。手册第 2 章和第 3 章分别讲预算录入和采购申请创建，实际执行时是交替进行的：预算先到 WBS，PR 才能引用 WBS，PR 一旦保存就产生承诺，承诺会占用预算。

3.1 预算录入与可用性检查：CJ30、CJ31、CJ32 的三段式用法

预算在 PS 里不是录一个总数就完事，它分原预算、补充预算、返还、转移几种业务，对应不同的事务代码。录入用 CJ30，显示用 CJ31，更改用 CJ32；预算转移用 CJ34 到 CJ36 这一组；跨项目的预算转移另有代码。手工录一个 WBS 原预算的做法是：CJ30 输入项目定义和预算版本（一般是 0 版），在树形列表里给目标 WBS 填金额，保存后系统按预算参数文件的设置决定是否立刻做可用性检查。

预算参数文件里的可用性控制有三档：不检查、仅警告、报错。新能源项目多数用“报错”这一档，理由是电站建设周期短、资金计划刚性，超预算的采购一旦放出去，后面要么追加预算要么形成违规支出。但报错档意味着预算录入必须走在采购前面，这就需要财务和采购约好节奏，否则采购那边天天卡在“预算已耗尽”。

还有一点常被忽略：预算是有年度的。跨年项目要在每一年度分别录预算，或者用整体预算加年度分配的方式。如果只看总数录了一个跨年金额，第二年一开账，采购申请会因为当年预算为零被拦下，这属于典型的跨期设置问题，不是权限问题。

3.2 采购申请带 WBS：账户分配类别与科目分配的字段逻辑

采购申请用 ME51N 建，行项目里把账户分配类别选成 P（项目），然后填 WBS 元素。这一步成败取决于三个前置条件同时成立：WBS 勾了科目分配要素、WBS 状态是释放（REL）、该 WBS 的当年预算够用。三者缺一，报错文本不一样，对照着看能快速定位。

采购申请保存后，承诺就产生了，此时预算报表上的“已用”会增加，但 FI 里没有成本，这是正常的。很多业务第一次看到会以为账乱了，其实是 PS 的承诺项和 FI 的实际成本本来就是两个口径。承诺代表“未来要花的钱”，实际代表“已经花掉的钱”，两者在项目全过程里交替上升，预算要同时对两者做可用性检查。

3.3 承诺项与实际成本的差异：对账时先分清三个数

看项目成本，至少有三种口径同时存在：预算（计划下达的数）、承诺（PR 和 PO 占用但未过账的数）、实际（收货、发票、服务确认已过账的数）。CJI3 能看到实际和承诺，CN41N 能看到 WBS 结构和日期进度，预算单独在 CJ31 里看。对账时把三个数混着比，永远对不上。

常见做法是每周做一次三数并列：预算余额、承诺余额、实际发生额，三个数相加与预算总额的关系才是判断依据。如果承诺余额长期不下降、实际也不增加，说明采购订单建了但收货和发票没跟上，这时候要去看 MM 那边的收货流程，而不是在 PS 里找原因。这类问题在项目现场很典型，属于跨模块的流程衔接问题，和 PS 配置无关。

4. 进度确认、结算与预转固：月末结账链条怎么走

月末和年末是 PS 用户压力最大的时候，因为结算一跑，成本就从 WBS 转到在建工程或资产上，转错了要冲销重来，冲销又牵扯已关期间。手册第 4 章到第 9 章把这条链条拆成结算、进度确认、状态管理、进度调整、预警、预转固几个环节，每一步都给了事务代码和操作步骤，串起来看才是一条完整的结账路径。

4.1 进度确认与里程碑：百分比、活动确认和开票计划

进度确认在 PS 里有几种做法，选哪种取决于合同形式。按百分比确认适合自建项目，直接在 WBS 上维护“总体进度”或用活动确认（CN25 确认单个活动，CN26 批量），系统按百分比乘以计划成本推算完成量；按里程碑确认适合总包和 EPC 合同，里程碑挂在网络活动上，活动完成即触发开票计划（Billing Plan），后续由 SD 出票。

进度确认之后，还要看结果分析是否被触发。有些项目做了确认但成本没进，是结果分析码没维护或者期间没打开。这一步的判断方法是看 WBS 的结果分析码有没有值，没有值的情况下确认数据只停留在统计层面，不参与财务核算。

4.2 结算规则与在建工程：CJ02、CJ88、CJ8G 的组合用法

结算的核心是两条：结算规则写在哪，结算接收方是谁。规则在 CJ02 的 WBS 结算页签里维护，类别一般选 AUC 或 G/L，接收方是在建工程资产号或总账科目。新能源项目的做法是：项目下的每个单项工程 WBS 对应一个在建工程卡片，卡片用 AS01 建，资产类别选在建工程，然后把 WBS 的结算规则指向这张卡片。

结算执行分单项目和批量：CJ88 用于单个项目或单个 WBS 结算，CJ8G 用于项目层批量结算，实际跑月度结算时多用 CJ8G 加选择条件。结算前必须确认三件事：结算期间是否已打开、WBS 状态是否允许结算、结算规则是否完整。三件事里最容易出问题的是第三条，复制项目时结算规则可能指向一个已归档的旧资产，系统不报错，成本转过去就找不回来了。

结算完成后，成本从 WBS 转到在建工程，此时 WBS 上的余额应该归零。如果结算后再看 CJI3 还有余额，可能是结算期间之后的过账，也可能是某个 WBS 根本没维护结算规则被跳过了。跳过这种情况，系统有时只在日志里提示，不细看日志很容易漏。

4.3 预转固的判定与资产卡片衔接

预转固的本质是部分完工的资产提前转固。判定条件是工程达到预定可使用状态，业务上表现为某个单项工程已并网或已交付使用，财务上表现为该 WBS 下的成本已经稳定、不再有大额后续支出。操作上是把这个 WBS 的结算规则从在建工程改成最终资产，然后用 CJ88 或 CJ8G 把已归集的成本转过去，年末再用固定资产模块的结转功能把在建工程余额转到固定资产。

预转固最容易出问题的地方是“部分转固”的边界。一个项目下有五个单项工程，其中两个先并网，这两个对应的 WBS 要单独改结算规则、单独结算，不能整棵树一起改。整棵改的后果是未完工部分的成本也被转到固定资产，后面要冲回，冲回又要开期间，牵扯一串人。

5. 避坑与排查：PS 上线后最常见的五类翻车

下面五条都是实际运行里反复出现的，按“现象 → 原因 → 解决”写，遇到时对着看比翻手册快。

5.1 主数据与状态类：建不了、改不动、锁不住

第一条，WBS 选不到。现象是 ME51N 输入 WBS 后提示账户分配无效，换一个 WBS 就正常。原因通常是该 WBS 没勾科目分配要素，或者状态还没到释放。解决方式是按顺序查：CJ12 看标识、CJ27 看状态、CJ20N 看层级是否被上级锁住。如果三样都正常，再查用户权限里的 WBS 范围，权限对象里配的是按项目参数文件或按 WBS 外部编号限定，配错范围会导致部分 WBS 对某些用户不可见。

第二条，状态改完还在过账。现象是项目已经技术完成（TECO），采购那边还能建 PR、仓库还能收货。原因是系统状态 TECO 只管日期和部分业务，不阻断所有过账。解决办法是把用户状态用起来：在状态参数文件里定义“关闭”“禁止过账”这类用户状态，用 BS22 维护状态互锁，让业务状态和系统状态联动。这件事要在上线前设计好，上线后补，历史单据的处理会很麻烦。

5.2 预算与成本流类：钱花了但账不对

第三条，预算显示充足，PR 就是建不了。现象是 CJ31 看预算还有余额，ME51N 保存报预算超支。原因是预算报表看的是总额，可用性检查看的是当年加承诺，跨年项目尤其明显。解决方式是切到年度视图看当年预算和当年承诺，再确认预算版本是否和当前年度一致。跨年项目在年初要重新分配年度预算，这一步漏了，整个一季度都会卡。

第四条，结算跑完成本又冒出来。现象是 CJ88 结算成功、WBS 余额归零，过几天 CJI3 上又出现成本。原因通常是结算期间之后还有发票或服务确认过账，或者结算时选了“仅测试运行”没真正过账。解决办法是先把结算期间之后的过账查出来，确认业务是否合理；同时检查结算日志，看有没有 WBS 因为结算规则缺失被跳过。测试运行这个失误代价最大，表面成功实际什么都没动。

5.3 权限与报表类：数对不上先别怀疑系统

第五条，报表数字和 FI 对不上。现象是 CN41N 或 CJI3 的金额与总账科目余额有差异。原因有三种：报表的货币换算和 FI 不一致；报表选择的是项目货币而总账是本位币；WBS 汇总层级选错导致重复计算或漏算。解决方式是固定一套对账口径：期间、货币、WBS 层级三样写在报表变式里，每次用同一个变式，差异出现时先换变式验证，再查凭证。把变式存成公共变式，能省掉大量“你查的和它查的不是一回事”的争论。

6. 用报表和状态做月度巡检：一份能直接用的检查清单

手册最后一章只讲了项目汇总进度表，实际运行中一张表不够。我习惯把 PS 的月度巡检固定成六项，每项对应一个事务代码和一个判定标准，跑一遍二十分钟，能挡掉大部分月末突发问题。

这套清单的价值在于把“事后排查”变成“事前拦截”。预算余额为负再去找原因，往往已经有一批 PR 卡在那儿；承诺超三个月没动，多数是采购订单建错了或者项目暂停了没人清理。巡检时发现的问题，处理成本远比月末发现低。

有一个细节值得单独说：报表变式要存成公共变式并锁定关键字段。我吃过一次亏，同一个 CJI3 报表，两个人用不同变式跑出两个数，会上争了半小时，最后发现是一个选了项目货币、一个选了本位币，汇率还是不同期间的。从那以后，凡是跨岗位共用的报表，我都强制把期间、货币、WBS 层级三项写死在变式里，谁要改就新建一个变式，不许动公共的那个。这份手册的报表章节只有一张汇总进度表，实际用起来肯定要按上面的清单自己补几张，补的时候顺手把变式固化下来，比事后解释省事得多。希望帮到你。

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