简介面向SAP项目实施顾问、ERP运维人员与项目经理的SAP PS模块详细配置手册是一份PDF文档内容覆盖从企业架构搭建、WBS设置到与财务模块集成的完整配置路径可解决PS模块上线中的参数设定与流程落地问题。包体共1个PDF文件大小1.17MB文件精简但目录结构完整包含硬件环境说明、企业结构、项目编码掩码、项目配置文件、字段选择、网络类型与控制键等关键配置节点。已有154人学习浏览。手册从激活项目管理OKKP讲到项目代码掩码OPSJ、WBS优先级与责任人、项目配置文件OPSA、用户自定义字段OPS1及Validation/Enhancement扩展并梳理网络类型、网络参数、控制键和网络配置文件便于按事务代码快速定位配置项同时兼顾成本控制、预算控制与实际成本录入等财务集成要点。由于OCR文字可能存在误差使用时可结合SAP最新版本操作界面校验仍不失为一份高密度的PS模块配置参考。1. SAP PS模块配置为什么值得花时间从项目编号到结算的整条链路不少团队把SAP PSProject System当成“记个项目编号”的模块直到上线三个月后才发现WBS层级改不动、预算发不出去、月结时结算规则是空的才回头翻配置。实际上PS的配置价值集中在一条链路上用项目参数文件定义默认规则用编码掩码把WBS结构规范成可汇总的树用计划和预算配置文件把成本控制打开最后用结算参数文件把项目成本送到正确的对象上去。这篇笔记写给实施顾问、ITBP和项目核算同事目标是让你拿到一个项目需求后能按顺序把配置点一次过完而不是靠测试环境反复试错。2. 动配置前先定三件事项目参数文件、WBS编码掩码、计划预算配置PS模块的配置入口在IMG路径“Project System”下但很多人一进去就被目录吓住不知道先动哪里。我一般建议按依赖顺序来先配项目参数文件它是所有默认值的源头再定WBS编码掩码它决定结构能不能被报表识别最后配计划和预算配置文件它决定成本控制有没有被打开。顺序反了会出现什么情况你先建了WBS回头才发现掩码不对所有编号就废了你先配了预算却发现项目参数文件根本没引用这个预算配置文件等于白配。这个顺序也和SAP的配置逻辑一致项目参数文件是全局的“模板”WBS掩码是结构层面的规则计划和预算配置是财务控制层面的开关。后面的章节全部按这个顺序展开。2.1 项目参数文件把默认值一次定死别让用户每次手输项目参数文件Project Profile在IMG路径“Project System - Structure - Project Definition - Maintain Project Profile”下配置事务代码OPSA。它的作用不是填几个值而是把后续创建项目时的默认行为定死。一个典型的项目参数文件包含下面几组配置。计划参数文件Planning Profile控制在项目创建时是否允许做手动计划网络活动成本是否自动汇总到WBS以及是否启用能力计划。预算参数文件Budget Profile决定项目是否需要预算管理是否启用可用性控制超预算时允许的容差是多少。结算参数文件Settlement Profile是PS到财务的“最后一站”决定WBS和网络能否结算、结算到哪些对象类型、按什么规则分摊。状态参数文件Status Profile决定项目定义和WBS是否允许用户自定义状态以及哪些状态控制可发料、可记账。在OPSA事务里新建一个项目参数文件时至少要分配三个配置文件计划、预算、结算。如果结算参数文件为空项目建成后CJ20N里根本点不开“结算规则”这是上线后最常见的翻车点之一。参数文件里的“控制参数”很多但最常被忽略的是“客户增强字段”和“项目定义字段状态组”。前者影响用户能否在项目定义上录入自定义字段后者影响字段在屏幕上是否可编辑建议在配置时就把“字段状态组”指定为“全部字段可输入”或按公司规范选“必填”。配置完成后在CNUC创建项目或CJ01创建WBS时系统会要求选择一个项目参数文件。注意一个项目定义只能引用一个项目参数文件但同一个项目参数文件可以被多个项目引用。我的习惯是按项目类型划分参数文件比如“内部研发类”“客户交付类”“资本化资产类”而不是一个参数文件打天下。原因很简单资本化项目的结算规则、预算容差和内部研发项目完全不同混在一起会导致月结时来回改结算规则。2.2 WBS编码掩码层级结构在配置时就决定了后续报表的颗粒度WBS工作分解结构是PS的骨架而编码掩码Encoding Mask决定了这个骨架每一层的编号格式。掩码配置在“Project System - Structure - WBS Element - Define Number Ranges / Encoding Mask”里事务代码OPSB。掩码用“-”分隔层级每层用“X”或数字占位。例如1-XX-XXX表示三层结构第一层1位数字第二层2位数字第三层3位数字。创建WBS时上层输入“1”下层会自动生成“1-10”“1-10-001”这样的编号。为什么要在这里花时间因为掩码一旦被使用基本无法修改。SAP的标准行为是只要有任何WBS元素已经创建并用这个掩码编号掩码就被锁死。有过一家公司项目团队先建了一个三层WBS跑了半年发现按客户维度汇总很困难想改成“客户编号项目编号”的编码结构最后只能把历史项目冻结、新建一套掩码迁移成本高达数周。所以我的建议是配置前先问清楚报表的汇总维度——按产品线、按地区、按成本中心还是按订单。这些维度如果没必要进编号就不要进掩码。掩码的深度也要克制。常见的坑是把WBS搭到6层甚至7层每层都挂预算结果结算时每一层都要设结算规则月底财务对账对到崩溃。反过来如果只有两层成本归集太粗分不出子项目之间的差异。以我的经验一般项目3到4层足够了项目定义、阶段、工作包、任务如果需要按任务跟踪。真正执行层面的明细应该由网络Network承接而不是继续往WBS里塞。另外掩码里还涉及“编号范围”Number Range。编号范围在OPSK里配置分内部编号和外部编号。PS项目我一般建议用外部编号让用户输入有业务含义的编号内部编号适合像“研发创新类”这种不需要业务含义的连号项目。但注意外部编号一旦启用用户每次创建项目都必须手动输编号容易输错解决办法是在项目参数文件里把“编号范围”绑定到指定的编号段避免跨项目类型串号。2.3 计划与预算配置文件成本控制的核心开关计划配置文件和预算配置文件都在OPSA里维护算是在同一个事务里但两者职责完全不同。计划配置文件管的是“能不能算、怎么算”预算配置文件管的是“能花多少、超了怎么办”。很多人把这两个混为一谈建项目时只给了预算配置文件计划配置文件是空的等想跑成本计划时发现WBS上根本没地方输计划值。计划配置文件的关键参数是“概要Summary”和“自动汇总”。概要里定义了计划的不同层级“自动汇总”勾上后子WBS的计划成本会自动汇总到父WBS。这个参数要是不勾财务在父WBS上看到的计划永远是零哪怕下面每一层都填满了计划值。另一个关键参数是“网络成本汇总”勾选后网络活动的成本会自动归集到对应的WBS元素。如果没勾网络层的成本与WBS层的计划对不上月结时差异全部落在“未分配”里这也是很经典的差异分析谜题。预算配置文件则要看“可用性控制Availability Control”的设置。可用性控制在SAP里控制当实际成本或承诺已下达的采购订单、工单超过预算时系统是否给出警告或报错。容差分两个超出预算的警告阈值和错误阈值。经验值是警告阈值设90%、错误阈值设100%给项目组留一点缓冲。但资本化类项目如果审计要求严格可以设得再紧一点。还要注意“预算分配”的类型是“年度预算”还是“总体预算”。年度预算适合按年控制的预算总体预算适合跨年项目两者在预算追加和返回的处理逻辑上不同。计划配置文件还决定项目上能不能手工录入计划成本还是只能通过网络成本自动生成。如果你希望项目经理在WBS上手工填“预计工时成本”计划配置文件里必须勾选“手动计划”相关权限如果希望完全靠网络活动的成本生成计划那就关闭手工计划入口避免两边数据打架。这个选择会影响操作习惯最好在项目启动前和项目团队确认清楚不要默认两头都开。3. WBS与网络的配置步骤从结构到执行层跑通配置项目参数文件和掩码只是一个容器真正的日常操作发生在WBS和网络上。这一章按“建结构、配网络、设里程碑”的顺序给出一套常见的做法尽量做到复制后能在测试环境跑通。3.1 创建WBS的标准路径与关键字段创建WBS的事务代码是CJ01创建、CJ02修改、CJ03显示也可以通过项目构造器CJ20N操作。两者逻辑相同但CJ20N更直观适合搭整个WBS树CJ01适合单独维护某一个WBS。第一步是创建项目定义在CJ20N里点击“项目定义”图标输入项目参数文件系统会把之前在OPSA里配置的默认规则自动带出来。这里要检查一件事项目定义页签里的“项目参数文件”字段是否带出了你刚配置的参数文件如果没有说明OPSA里的参数文件没分配权限或屏幕格式不对。创建WBS时关键字段有几个层级每个都要核对。责任人相关WBS的“负责人”和“成本中心”。负责人责任到人成本中心责任到部门。很多项目组只填负责人不填成本中心导致后期成本没法按部门归集。日期字段开始日期和结束日期。WBS的日期会作为网络活动日期规划的约束条件。计划日期建议在创建时就填不然后续里程碑日期都是空的。结算相关结算参数文件如果项目定义了结算参数文件WBS可以继承但“WBS级别可结算”和“网络级别可结算”要区分。字段状态组控制哪些字段在屏幕上可编辑。如果不想让用户改日期可以单独做一个字段状态组只允许“显示”。三层结构怎么搭项目定义下建第一层WBS如“设计”“采购”“施工”每一层继续往下建。建完之后运行CJ20N里的“检查”SAP会提示WBS层级是否符合掩码结构限制。常见的报错是“编码不符合掩码”这是因为手工改了WBS编号或者掩码层级与当前WBS层级不匹配。遇到这种报错先看掩码定义再看WBS的编号段不要直接改WBS编号因为改了编号后面所有计划、预算、实际成本都要跟着走风险很大。3.2 网络Network配置活动、关系、工作中心网络是PS的执行层WBS是结构层。网络里的基本单元是“活动Activity”活动通过“关系Relationship”前后连接形成项目计划。网络的配置很少在IMG里一次性完成更多是在项目视图里维护但有几个基础配置必须先做。活动类型在“Project System - Structures - Work Breakdown Structure - 活动类型”里维护。常见的活动类型有三种内部处理如自有员工工时、外部处理如服务采购、成本如材料成本。每种活动的成本核算逻辑不同。内部处理活动要关联工作中心和作业类型通过工时公式自动算成本外部处理活动则通过采购申请接入采购流程成本活动直接挂料号或费用科目。工作中心内部处理活动必须挂工作中心。工作中心的车间工时、机器工时会通过公式算出成本。如果工作中心没有维护作业价格网络活动就算录了工时成本也是零。控制参数文件Control Profile在“Project System - Networks - Define Control Profile”里配置。这里我一般会确认两个开关计划成本是否纳入成本核算、截止日As-of-date价差如何处理。控制参数文件里的“成本核算”开关如果没勾网络活动上永远没有成本字段这个在配置时特别容易被忽略。标准文本如果公司有很多重复性的项目活动比如“设备验收”“周报提交”可以在“Project System - Networks - Standard Text”里维护标准文本创建网络时直接引用减少录入。标准池里可以存“活动步骤”“检查项”“检查表”这些知识沉淀在配置阶段做好上线后用户体验提升非常明显。网络创建事务是CJ20N里的“网络”页签。常见做法是在CJ20N里选中一个WBS点击“网络”按钮创建。网络与WBS的挂接方式有两种一种是把整个网络挂到一个WBS下另一种是网络活动分别挂到不同的WBS通过“分配规则”。后一种适合大型项目活动级成本直接流到对应的WBS避免归集后再分摊。3.3 里程碑与进度日期约束怎么设才不翻车里程碑在PS里有两个用途一个是计费里程碑Billing Milestone一个是进度控制里程碑。很多项目的坑出在把这两种混在一个里程碑组里导致开票和进度报表数据错位。计费里程碑在OPSA里维护“里程碑组”或在“Project System - Milestones”路径下维护。常用配置是“收入里程碑组”定义在项目参数文件的“计费”页签里。创建项目后在WBS上输入里程碑日期和百分比前台开票时系统按百分比计算应收金额。这里有个必查参数里程碑的“开票规则”必须是“到期日开票Due on Date”或“按里程碑开票Milestone Billing”如果配置的是“发货开票”项目没发货就不产生应收月结时收入可能是零财务会很困惑。进度里程碑通常和项目参数文件中的“状态/进度”相关。要启用进度分析需要在项目参数文件里勾选“进度里程碑”相关标识并在网络活动上维护“基准日期/实际日期”。如果只勾了一半进度报表会显示“无计划数据”。日期约束方面常见做法是给网络活动设“过账日期”和“实际日期”的约束。在活动的关系定义里有“开始-结束FS”“开始-开始SS”“结束-开始SF”等类型。大部分项目用FS就够。但要注意WBS的日期会自动约束网络活动的日期范围如果WBS结束日期早于网络活动结束日期系统会报错“网络的日期超过WBS允许范围”。遇到这种报错先改WBS日期约束再顺延网络活动不要反向操作因为网络活动数量多、关系复杂逐个改容易漏。4. 成本计划、预算与结算PS模块真正值钱的部分WBS和网络只是把项目拆成了可管理的任务真正让财务愿意用PS的原因是它能做成本计划、预算控制和自动结算。这一章把三块分开讲。4.1 成本计划手动计划与自动化选项成本计划分两个层次WBS层级计划和网络层级计划。WBS层级计划适合高层概览网络层级计划适合执行层的明细计划。两者最终会汇总但口径必须一致。手动计划在CJ40计划成本录入里录入WBS的计划成本和计划收入。如果项目参数文件里的计划配置文件没有勾选“手动计划”CJ40里录不进去。另有一个“总计划/年度计划”的切换总计划模式下只需要录总数年度计划模式下要按年度拆分月末差异分析更能定位是哪一年的偏差。自动化计划网络活动通过工作中心、作业类型、公式如“作业数量*作业价格”计算成本再通过“网络汇总”把活动成本汇总到对应的WBS。自动化计划的前提是工作中心里的作业价格已维护。否则系统按零价格算成本计划报表全是零看起来像没做计划。计划版本成本计划要指定“计划版本”默认是版本0。财务在做多轮预算调整时可以复制一个版本出来做“假设方案”不影响已发布的版本。版本切换在CJ40的字段选择里配置本身不需要额外设置但要在项目参数文件里指定“计划版本”。4.2 预算管理年度预算与总体预算的分配逻辑预算是比计划更刚性的控制。计划可以随便预测预算一旦发布实际成本超过预算就会触发可用性控制。预算参数文件里维护“超预算容差”按警告/错误两级控制。另外还有“预算分摊”的设置如果项目有多个年份要选择预算类型是“年度预算”还是“总体预算”。年度预算按年单独控制跨年项目如果采用年度预算每年年初要做一次预算发布总体预算则在项目启动时一次性发布便于跨年总额控制。常见做法是跨年大项目用总体预算年度内部项目用年度预算。预算发布在CJ30里维护WBS的原始预算在CJ32里做预算分摊将父WBS预算分到子WBS在CJ33里做预算追加和返回。注意原始预算发布后子WBS的预算不一定等于父WBS的预算除非运行“预算分摊”。如果不做分摊父WBS有预算数但子WBS为零后续采购订单挂在子WBS时可用性控制直接报“预算不足”。我见过很多团队用CJ30一口气把整个预算输入到顶级WBS没有做往下分摊然后采购订单挂在最底层WBS时疯狂报错只能紧急做CJ32。所以发布预算后的标准动作是先跑CJ32再测试CJ33的追加流程。可用性控制在预算配置文件里指明“控制对象”与“容差”。控制对象选择“WBS”意味着对每个WBS单独检查选择“整体项目”则只要项目总成本不超预算即可。我的建议是对客户交付类项目选“WBS”因为审计要求每一层都不可超对内部创新类项目选“整体项目”给项目经理一定的调配空间。可用性控制的范围要勾上“采购订单”“合同”“工单成本”否则只有实际记账时检查那时已经晚了。4.3 结算配置PSP、网络活动与内部订单的结算规则结算配置是PS配置里最容易被忽略又最要命的环节。很多项目上线后月结时发现WBS的实际成本没有结出去原因就是结算参数文件没配或结算规则为空。结算参数文件Settlement Profile在“Project System - Costs - Settlement - Maintain Settlement Profile”里配置。关键字段有结算对象类型成本中心、内部订单、资产、获利能力段等、结算方式全部结算/按比例结算/按数量结算、结算百分比、结算接收方默认设置。常见做法是研发类项目结算到成本中心或内部订单资本化项目结算到固定资产客户项目结算到获利能力段。结算规则Settlement Rule在WBS或网络活动的页签里维护。一个WBS可以设置多条结算规则按比例或者金额分摊。如果只维护了一个默认的结算参数文件但没维护结算规则月结时KKA2项目结算跑出来没有数据可结。所以我的习惯是项目创建后在建WBS的同时就维护好结算规则不要等到月结前再补。网络活动的结算网络活动可以直接结算到CO对象也可以先把成本归集到WBS再由WBS结算到CO对象。后一种做法在报表上更清晰成本从活动 - WBS - 最终对象是三级链路审计时能追溯到最原始的活动。但也有公司嫌链路长直接让活动结算到成本中心。选哪种取决于财务对“项目成本明细”的要求。间接费用Overhead如果需要对项目成本计提间接费用如管理费、制造费用在“Project System - Costs - Overhead”路径下配置计算基准和费率。间接费用可以在月结时随结算一起执行也可以单独运行。常见配置是以“人工成本”为基准计提“人工附加费”以“材料成本”为基准计提“材料附加费”。这里有一个细节要注意间接费用计算必须在“实际成本”过账之后执行而且计算顺序要在最终结算之前否则结算出去的金额不含附加费用项目毛利被高估。结算执行月结时运行KKAK汇总和KKA2结算。KKA2可以选择“测试运行”先行检查再看日志里的错误分类。常见的错误是“结算规则未维护”“成本元素不存在”“未维护获利能力段”等每个错误都有对应的修正入口不要一股脑全部提交。5. PS配置避坑指南五条血泪经验与排查路径这一章列五个我实际踩过或排过的坑每一条都写成“现象 - 原因 - 解决”方便你在出问题时直接对着查。5.1 月结时WBS无法结算报“没有可用的结算规则”现象项目成本已归集到WBS但月结时KKA2提示该WBS无法结算项目财务把成本挂了一个月。原因项目参数文件里分配的结算参数文件为空或WBS上没有创建结算规则。另有一种隐蔽的场景项目参数文件的结算参数文件是配了但WBS级别选的是“不能结算”导致窗口上压根没有“结算规则”的按钮。解决先查项目参数文件OPSA确认结算参数文件已分配再到CJ02里查WBS的“结算参数文件”字段是否有值如果没有手工补充并维护结算规则。强烈建议在项目创建的标准操作流程里加一步WBS创建后立即检查结算参数文件与结算规则是否继承成功。5.2 WBS掩码层次太深预算分摊后报表汇总对不上现象预算已经做了分摊但项目汇总报表中父WBS的预算不等于子WBS之和差异挂在“未分配”。原因WBS掩码建了7层部分层级只做了归集没有发布预算或预算分摊时没有勾选“下级也分摊”的选项只分摊到第一层子WBS。解决用CJ32重新做预算分摊选择“包括所有下级”后重新执行。如果报表仍然对不上用CJ31查每个WBS的预算流转记录看是哪一层漏了分摊。更根本的办法是收缩WBS层级把执行层细节搬到网络活动中去WBS只保留到可汇总、可结算的层级。5.3 网络活动录了工时计划成本却还是零现象用户录入了内部处理活动的工时CJ40里也能看到工时数但计划成本报表显示成本为0。原因工作中心没有维护作业价格。成本核算公式里“工时*作业价格”作业价格为空系统默认按0处理。另一种常见原因是网络活动的“控制参数文件”没有勾选“成本核算”导致即使有作业价格也不纳入成本。解决维护工作中心的作业价格KP26里维护计划作业价格并检查网络活动的控制参数文件。切记作业价格要在做计划前维护不然不仅计划成本为0月结时实际成本也可能无法正确核算这就成了成本黑匣子。5.4 预算明明够可用性控制却报“预算不足”现象采购订单挂在WBS上可用性控制提示“预算不足”但上层WBS明明有预算。原因预算发布在了父WBS没有向下分摊可用性控制是按WBS单独检查的用户在下层WBS发采购申请时下层WBS的预算为0自然报错。解决执行CJ32预算分摊。更稳的做法是在预算参数文件里把可用性控制范围设为“整体项目”而不是单层WBS。但这只适合内部项目客户交付类项目若要按WBS控制就一定要在预算发布后立刻分摊并定一个“预算发布检查点”。5.5 项目结算到固定资产月结发现资产没有折旧现象资本化项目的成本已结算到固定资产但财务发现该资产在资产报表里没有折旧数据。原因结算时费用直接结到了“在建工程”类目下的固定资产但没有运行“资本化ABUMN”或“折旧计算AFAB”。PS结算本身只把成本送到资产接口后续的资本化和折旧是资产模块的后续动作。解决确认结算参数文件里“资产”对象类型的结算处理已勾选了“资本化”月结后检查资产会计的“在建工程”凭证。如果需要自动资本化可以配置“结算到资产时自动运行资本化”的流程或者协助财务把资本化步骤纳入月结清单。6. 用传输请求管理PS配置变更一个值得养成的配置验证习惯PS配置条目多、关联性强我的习惯是每动一个配置点就把它放进同一个传输请求并且按顺序传输。比如项目参数文件和配置文件放一个请求WBS掩码和编号范围放另一个请求网络控制参数文件单独一个请求。为什么因为PS配置之间有依赖关系——项目参数文件引用了计划配置文件和预算配置文件如果先传输了项目参数文件后传输配置文件测试环境刷新后项目参数文件引用的配置文件还不存在系统会直接报错。配置传输之后一定要做冒烟验证。我的最小验证集是用CJ20N创建一个模拟项目X选择新配置的项目参数文件建三层WBS下一张采购申请做可用性控制检查再跑一遍KKA2确认结算到成本中心的凭证能生成。这条路跑通了才能认为这一批配置可以提给用户验收。不要信任“配置保存成功”保存成功只代表语法正确不代表业务链路通尤其PS这种跨模块联动的配置必须用端到端验证收口。最后说一个教训我在某公司做一个跨系统项目时曾一次性把十几个配置点放进一个大请求传输结果测试环境里WBS掩码和项目参数文件顺序错误导致CJ01创建WBS时“掩码无法识别”退回重建请求花了大半天。从那以后我再也没有把大请求直接传输而是拆成小请求逐个传每传一个就跑一遍上面的最小验证。配置传输的顺序没法靠肉眼看出错在哪个环节但把验证做扎实玄学就伤不到你。希望这些配置顺序和排障路径能帮到你在PS模块从结构到结算这条路上少走几个来回。本文还有配套的精品资源点击获取