企业官网建设流程全解析

简介：面向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 PS（Project 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模块从结构到结算这条路上少走几个来回。

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