简介《新能源项目-2017年6月SAP项目 SAP PS模块用户操作手册》是一份面向SAP PS模块使用者及新能源项目实施团队的实操指导文档围绕项目定义、WBS元素创建、标准网络复制等核心流程配有系统菜单、交易代码、范例与操作步骤适合需要快速上手PS模块的运维人员、实施顾问和项目管理人员。整包为单个Word文档共67页压缩包约6.01MB便于查阅与打印。已有775人学习下载。文档从创建项目定义开始逐步讲解手工创建、复制标准网络、输入项目概况等环节包含图标说明与结论总结可帮助读者减少摸索时间规范项目管理流程。通过对照范例练习读者能掌握项目规划、预算控制、资源分配及进度跟踪的核心操作有效支撑新能源项目的标准化管理。1. 一本67页的PS用户操作手册在新能源项目里到底解决什么2017 年前后那批新能源项目做 SAP 实施时最容易被低估的交付物不是蓝图而是用户操作手册。SAP PS 模块尤其如此——项目结构、预算、采购、结算全都跟它相关用户真正想问的往往不是“按钮在哪”而是“为什么我的 WBS 动不了”“为什么月底结算完金额还不归零”。一本 67 页 Word 版用户操作手册解决的正是这个问题把什么状态下能做什么写成业务场景里的固定走法让关键用户用翻书代替打电话。适合读完这篇文章的人刚接手 SAP PS 运营的 ITBP、准备给新能源项目补手册的运维以及想了解 PS 模块落地边界的顾问。下面按“手册该有什么 → 新能源怎么写 → 成稿路径 → 常见踩坑 → 进阶用法”展开。2. 先拆手册骨架PS模块从项目定义到结算的核心操作点拿到手册先看目录。一份能用的 PS 用户操作手册目录不该按系统功能菜单排而要按“一个用户在一个项目周期里要做的事”排。新能源项目从立项到并网到结算典型过程是四段先搭项目结构再做计划和预算然后执行采购与现场确认最后月末结算和出报表。把这四段映射成手册章节用户才会有“到什么时候翻哪一章”的体感。项目阶段用户要完成的任务手册对应章节结构搭建创建项目定义、创建 WBS、维护里程碑基础主数据计划与控制维护成本计划、查看预算、下达项目计划与预算执行协作创建网络、下达、采购申请、收货、服务确认执行与采购收口月末结算、项目报表查询结算与报表这一章把四段里的核心操作点拆开讲也是你验收一本手册质量时最该逐个确认的部分。2.1 项目定义与WBS手册开篇必须固化的结构与编码用户在 PS 里的第一件事是创建项目定义和 WBS 元素。很多新手会直接点“创建”结果项目参数文件、状态参数文件、预算参数文件全都没带出来后面所有过账都缺控制条件。手册开篇要把这段写死项目定义抬头必须选对项目参数文件WBS 元素必须按编码规则建层级。常见做法是给用户一份事务代码对照表。只要系统还走经典 GUI下面这些事务代码基本一致如果项目上了 Fiori按实际 Tile 名称替换入口即可。操作事务代码手册章节归属创建 / 更改 / 显示项目定义CJ01 / CJ02 / CJ03基础主数据创建 / 更改 / 显示 WBSCJ11 / CJ12 / CJ13基础主数据项目计划板CJ20N基础主数据 / 计划下达创建 / 更改网络CN21 / CN22计划与下达原始预算维护 / 查询CJ30 / CJ31预算控制服务确认单ML81N执行与采购采购申请 / 采购订单ME51N / ME21N执行与采购CJ01 建项目定义时真正决定行为的是“项目参数文件”。参数文件里挂了编码掩码、状态参数文件、结算参数文件、预算参数文件。用户能看到什么按钮、能保存什么状态都由它们控制。所以手册第一步不用解释参数文件本身而是要写一句强规则新建项目必须复制参考项目禁止从空白创建。这样参数文件的错误配置风险直接被绕开。WBS 的部分手册要固化两件事层级和编码。层级通常按“项目定义 → 标段 → 单位工程 → 分部工程”四层来建。编码一旦在采购订单和财务过账里用起来中途修改成本极高所以开篇花两页把这套规则写死比后面十个答疑群都有用。操作步骤上创建 WBS 建议统一用 CJ11 的批量功能而不是一行一行手工敲层级通过缩进和“插入下级”按钮控制保存后编码掩码会自动补零。2.2 网络、里程碑与下达计划执行章节怎么来写新能源项目要不要用网络是手册编写前就要拍板的选型问题。常见做法是进度影响大、工序依赖强的标段用网络比如风机吊装、升压站调试纯粹的物资采购和后勤任务只挂 WBS不建网络。手册写得太重用户嫌烦写得太轻关键串行工序失去控制。我倾向于在手册里给一个判断标准凡是要做“前道完成才能开始后道”控制的必须建网络其余一律 WBS 直挂。网络的操作入口是 CN21 创建网络CN22 改。真正让用户困惑的是“控制键”。控制键决定这个活动要不要自动确认、要不要做能力计划、允不允许产生成本。这是后台配置项但手册里要给用户一个可见版本哪些活动需要确认工时哪些只是进度节点。常见配置下自动下达的活动会随网络下达一起进入“已下达”状态而未勾选自动下达的活动即使网络 REL 了也还是 CRTD后续确认时就会报“活动未下达”。这一条值得写进常见问题。里程碑的维护大多在 CJ20N 里做挂到 WBS 元素或网络活动上。新能源项目里里程碑直接对应合同付款节点开工、基础浇筑完成、并网、竣工验收。手册要按项目实际情况列一份“默认里程碑清单”让用户建项目时照着勾而不是每次现想。这个章节最后写下达CJ20N 里选中未下达的 WBS 和网络执行批量下达。下达以后系统状态变为 REL成本过账、采购分配才被放开。顺序不能反先下达再做采购申请是手册里必须强调的动作。2.3 预算、状态与报表手册后半部分要讲清楚的控制动作PS 手册后半部分是控制逻辑。第一条是状态系统状态和用户状态共同决定“现在能不能做下一步”。用户最容易卡住的地方就是状态不满足。手册里放一个简化的状态矩阵按常见配置写能省掉一大半电话状态典型含义常见配置下的限制CRTD已创建未下达可维护过账和采购受限REL已下达成本可过账采购可分配LOCK已锁定禁止过账和采购TECO技术完成禁止费用过账和新采购已结算结算完成通常不可再改第二条是预算。新能源项目建设期预算控制很严但用户并不需要天天改预算。手册里给用户的操作通常只有两层CJ31 查询预算消耗发现接近上限时按流程提申请。真正做预算调整的权限归财务或顾问。这里写法上要注意不要给用户写 CJ30 改原始预算的详细步骤否则误操作会把预算链条搞乱。手册是操作手册也是权限边界说明书。第三条是报表。用户做完了业务动作要靠报表验证结果。项目信息系统里标准报表足够覆盖日常查询按 WBS 看实际成本、按项目看采购金额、按里程碑看节点完成度。手册写一张“报表场景对照表”比如“想看这个月各风机基础单位工程花了多少 → 用哪个报表路径”用户按图索骥比记住事务代码更稳。3. 新能源项目怎么定PS手册内容WBS编码、采购集成与结算边界同样的 PS 手册写制造业研发项目和写新能源工程建设项目内容取舍差别很大。新能源项目建设期短、赶并网、设备金额大、施工方多手册内容必须按工程管理逻辑来编排而不是按 PS 标准功能清单硬套。这一章讲三个新能源项目里最容易写偏、也最值得写透的部分。3.1 新能源工程WBS怎么拆手册要写死一套可复制的编码规则新能源项目的 WBS 拆解常见做法是“项目定义 工程标段 单位工程 分部工程”。比如风电项目标段拆成风机基础、吊装、升压站、集电线路、送出线路风机基础再往下一层就按机位号拆成 F01 基础、F02 基础。光伏项目则拆成支架安装、组件安装、逆变器、箱变、升压站和场区道路。底层节点最好直接对应到采购包或施工合同这样成本归集和合同结算能对上。层级编码段示例说明项目定义P2017-01项目唯一标识标段1000 / 2000 / 30001000 风机基础2000 吊装3000 升压站单位工程1000-F01按机位拆分部工程1000-F01-01按施工工序拆手册要把这套编码规则写成“新建项目时的固定动作”最好连参考项目都指定好。因为编码掩码在后台配置里用户手工建结构很容易把编码层级建乱。写死一套可复制的模板新项目上线时直接复制参考项目再改描述风险最低。这里还有一个容易被忽视的细节WBS 描述里要带工程阶段信息比如“1000-F01 风机基础开挖”。否则一两年后看报表满屏都是“单位工程 A”没人知道对应现场哪个区域。3.2 设备与服务怎么归集到PS采购集成章节的写法新能源项目采购分两类。一类是大型设备风机、光伏组件、逆变器、箱变金额大到货直接进项目。另一类是施工服务土建、安装、调试按月度工程量确认。手册的采购章节必须把这两条路径分开写因为用户走错一条成本就会挂错地方。设备类路径的常见做法采购申请 ME51N 创建时科目分配页签里必须填 WBS 元素采购订单 ME21N 继承这个分配到货后 MIGO 收货按项目设定过账到项目库存或直接消耗。手册要在这里加一条硬规则保存采购订单前必须回看“WBS 元素”字段为空就返回补填。这条规则写进手册比写进培训更重要因为采购订单的 WBS 决定后续收货过账和发票校验的成本去向一旦错了月底报表全是错的。服务类路径走“服务采购订单 服务确认单”。施工单位按月报量监理或业主方在系统里用 ML81N 录入服务确认单确认完成的工程量和金额然后由财务做发票校验。这里手册要写清楚确认单的审批流录入人和审批人不能是同一人。很多项目翻车就是因为一个人又录入又审批内控上说不清。ML81N 的操作步骤里还要强调数量和金额按实际完成量填不要直接照搬合同金额否则发票校验时会被容差卡住。3.3 预算和结算的权限边界用户能做什么、顾问管什么一本好手册的另一个特征是明确划出用户操作与顾问操作的边界。预算调整、状态重置、结算规则修改这类动作不应该出现在用户章节里而应该收在“权限边界表”里写明由谁负责。新能源项目常见配置下用户的预算动作只有查询和申请调整统一走线下审批后再由顾问执行。动作用户能否执行责任人查询预算消耗能用户 / 关键用户提交预算追加申请能线下流程用户修改原始预算否顾问 / 财务维护 WBS 结算规则否顾问月末执行结算看项目设定关键用户或财务结算规则也要在手册里给用户讲透一层每个 WBS 在月末结算前必须有完整的结算规则。新能源项目里风机基础这类资产型 WBS 通常结算到在建工程或固定资产卡片费用型 WBS 结算到成本中心或内部订单。如果结算规则没维护全月末执行结算时部分金额会留在 WBS 余额里报表上表现为“结算差异”。手册里写一个最简单的自检方式结算前用报表查一遍所有待结算 WBS 是否都有接收方没有就先提交顾问处理不要硬跑结算。4. 把67页Word手册做出来从流程梳理到成稿的实操步骤这一章讲的是成稿路径。67 页 Word 版这个体量对实施交付来说比较合适覆盖二三十个核心操作场景每个场景配截图和步骤再加一个常见问题附录。太少覆盖不全太多用户不会翻开。关键是按一套可复制的流程把它做出来而不是靠顾问加班憋稿。4.1 按用户任务列目录别按系统菜单列目录写手册的第一步不是打开 Word而是列任务清单。一个新能源项目上的 PS 用户按角色分大概四类项目计划员、采购员、施工方确认人、财务结算岗。每个角色挑出高频任务整理成目录。判断目录合不合格的标准是用户能不能根据自己的角色直接翻到对应章节。目录里禁止出现“系统管理”“基础数据维护”“高级功能”这类菜单式标题。更好的标题是“创建风机基础WBS”“查询预算消耗”“录入本月吊装服务确认单”。用户是来找任务做法的不是来学系统功能的。目录初稿出来后拿给还没接触过系统的人过一遍问他“你要做服务确认会翻哪一章”找得到就算通过。4.2 每个操作写四件套场景、前置、步骤、结果校验每个操作都要写四件套这是手册质量的底线。表格形式比较高效组成要写的信息示例业务场景谁在什么时间做计划员每周一查看各标段预算消耗前置条件完成哪些前置动作项目定义已创建WBS 已下达操作步骤事务代码 点击路径CJ20N 打开项目计划板选中 WBS查消耗结果校验保存后看哪里预算报表显示消耗百分比操作步骤要写到“能看到哪个字段、填到什么值”的粒度。比如服务确认单里的“确认数量”要写明按施工方报量并经监理审核的数量填。步骤里不要只写“填写相关信息”这等于没说。四件套写全之后用户可以脱离顾问独立操作才算合格。4.3 截图规范和版本管理Word文档最容易翻车的地方Word 版手册最大的翻车点有两个截图失效和版本混乱。截图要用全屏截图带上状态栏。状态栏里的消息往往比正文还能说明问题比如“预算达到上限”“WBS 已锁定”这类提示是用户排错的第一线索。截图里要用红框标出点击位置不然新用户经常看着截图找不到按钮。版本管理上Word 文档天然容易失控。常见做法是一个主编写人页眉带版本号和生效日期文件命名带日期后缀比如“SAP_PS操作手册_项目X_v20240915.docx”。每次改动后在文末“变更记录”表里加一行写明修改章节、修改人和日期。多人同时编辑一份 Word 还会出现互相覆盖的问题。建议定一个规则内容修订走审阅模式主编写人每天合并一次而不是大家一起开文档直接改。4.4 用模拟项目做一次端到端试走再发版手册写完后一定不要在正式系统上直接验证。正确做法是在测试环境或沙箱里建一个模拟项目把手册里的关键路径从头走一遍创建项目定义、建 WBS、下达、做采购申请、收货、服务确认、月末结算。走不通的地方就是手册的 bug记录下来逐条修订。试走时最好让一个没参加过项目的人操作你只在旁边观察。他卡住的地方说明手册的表述还不够直白他直接跳过的地方说明步骤顺序有问题。我习惯在试走时准备一个小本子全程只记录“第几页第几步没看懂”不打断操作。一轮走完需要改的地方基本全暴露出来。这门功课省不掉省掉的结果就是上线后每天接答疑电话。5. PS手册写到67页也覆盖不到的5个典型坑现象、原因与排查即使手册写得再细有些坑也一定会在上线后冒出来。这些坑大多不是“按钮找不到”而是状态、参数和流程顺序错位看起来像玄学实际参数链是固定的。这一章把最常遇到的五类问题按排查思路写清楚。5.1 上级WBS已下达新增子项无法过账现象项目进行中要新增一个 WBS 下级节点保存时报错说该 WBS 或其上级不允许过账或不允许更改。检查上级节点状态发现已经是技术完成或已结算状态。原因新增下级时继承了上级的状态参数文件而上级已进入 TECO 或结算完成状态新增节点也带着这个状态。很多授权和过账条件在状态评估里就限制死了所以新节点无法正常使用。解决不要在已 TECO 的 WBS 下直接加子节点。先把上级状态回退到“已下达”或由顾问调整状态参数文件新增完成后再重新下达。手册里应该写一条预防规则WBS 技术完成前先全面检查是否还有没建完的下级项目接近收尾但还有变更时不要急着做技术完成。5.2 网络下达后活动在项目计划板里“消失”现象网络已经下达状态是 REL但在 CJ20N 项目计划板里只能看到 WBS看不到网络和活动用户以为数据丢了重进还是这样。原因CJ20N 的视图层次没有打开。计划板默认显示层级可以配置用户当前打开的是纯 WBS 视图网络和活动被过滤掉了不是数据丢了。解决在 CJ20N 顶部切换视图层次展开网络和活动的显示节点数据会重新出现。这个坑属于典型的“界面过滤”问题不看视图层级永远发现不了。手册里应该在网络章节加一句校验“下达后回到 CJ20N展开网络节点确认活动可见。”这一句能省掉大量误判数据丢失的工单。5.3 手工采购订单没带WBS成本全部走错路现象项目报表里某标段的成本少了一大块查采购订单历史发现采购订单的 WBS 字段是空的成本挂到了默认的成本中心或利润中心上。原因采购员创建采购订单时从旧的采购订单复制条目后台科目分配没有自动继承 WBS手工建单时又漏填了科目分配页签。这一条在手工采购多的项目上特别常见。解决采购订单保存前强制检查“账户分配”页签里的 WBS 字段。已经发生的错配需要由财务做后续调整过账。手册里在采购章节要写两条一是新建采购订单必须填 WBS二是复制旧单后必须重新检查科目分配。这个检查动作做成截图上的红框比任何培训都有效。5.4 服务确认做了发票校验还是被拒现象施工单位完成了服务确认单也保存了但财务做发票校验时系统提示确认数量或金额超容差发票校验无法通过。原因服务确认单没有走完审批流。很多系统配置里服务确认单有“待审批”和“已批准”两种状态只有批准后的确认单金额才被纳入容差检查范围。录入人自己没点批准或审批流卡在某个节点发票校验就报错。解决先看确认单状态。如果还在待审批状态让审批人在审批事务里完成批准。确认数量和金额也要核对到行项目层。服务确认与发票校验的容差规则不一致时需要顾问调整容差参数而不应该由财务强制过账绕过校验。这个环节内控上建议保留硬控制所以手册的写法是“先查确认单状态再查容差配置”。5.5 月末结算后余额不清零报表看半天也看不出错在哪现象执行月末结算后项目报表里总有一些 WBS 还有余额金额不大但就是清不掉财务对账时反复追问。原因结算规则不完整或者结算参数文件里某些成本要素没有分配接收方。常见如杂项费用、运费等小额成本被归到没有接收方的成本要素下结算时找不到去处只能留在 WBS 余额里。解决打开 WBS 的结算规则检查是否有“残余”接收方一般建议配置一个费用结转用的成本中心作为兜底保证结算时余额能被清零。手工清理时要用结算日志确认每一笔被结转的金额都到了正确接收方。手册在这个场景里应该告诉用户结算不是“跑完就完”要看结算日志日志里能直接显示出没有接收方的金额行。6. 进阶用法把67页手册变成一套能自我更新的培训基线手册改得再勤追不上系统变更的速度所以最值得做的进阶动作是把 Word 手册当“培训基线”来用而不只是参考书。我常用的做法是三件事一页速查表、变更记录、独立走查。一页速查表放在手册最前面打印出来贴在工位上。内容是高频事务代码和入口让它成为一个不需要翻册子的前页翻册子的低频问题才去正文里找。场景入口查 WBS 状态与预算消耗CJ31 / CJ20N新建项目结构与编码CJ01 / CJ11创建网络与下达CN21 / CJ20N服务确认单录入ML81N查采购订单 WBSME23N月末结算与日志项目结算事务按系统配置变更记录表是让手册持续活下去的机制。系统配置、操作路径、事务代码只要有变化就在变更记录表里登记一笔并在对应章节做修订。没有变更记录表的 Word 版手册一年之后基本没人敢信这是经验之谈。独立走查是把手册当成考核教材。给每一个新用户分配一个模拟项目 X要求他只能照着手册完成从建 WBS、下达、采购申请、服务确认到月末结算的完整流程。走通了才算培训合格。手册里没写清的地方就是他提问最多的地方也自然成为下一版手册的修订点。我自己吃过亏早期交付手册到培训就结束没有这层独立走查上线后行为还是依赖老员工口传。后来凡是接 PS 推广我都要求关键用户在测试环境独立走完一个模拟周期这条规矩比手册本身还值钱。希望帮到你。本文还有配套的精品资源点击获取