简介面向SAP ERP实施顾问与项目系统管理员的《SAP PS模块详细配置手册》聚焦项目从计划、执行到控制与结算全过程的定制化配置适合有一定SAP基础的初中级实施人员对照后台操作完成系统搭建。压缩包内共1个PDF文件约1.17MB按硬件环境与文档更改记录、企业结构、PS模块配置三大板块编排涵盖控制区域激活、项目编码掩码、WBS项目类型与优先级、项目参数文件、责任人指定、字段选择与自定义字段以及网络类型、控制码、网络参数文件等操作结构设置并延伸至与财务模块集成时的成本与预算控制要点。目录层级清晰、事务码标注明确如OKKP、OPSJ、OPSA等便于按步骤检索与落地。已有155人学习可作实施参考与后期维护审计的备忘底稿OCR生成的文字需结合实际校验。1. 先配 OPSA 还是先跑 OKKP一个顺序错整个 PS 环境白装去年接手过一套配了两天还是跑不起来的沙箱有人拿着 SAP PS 模块配置手册从项目编码掩码 OPSJ 一路配到项目参数文件 OPSA保存全绿可 CJ20N 建项目时死活提示参数文件不存在。翻回去查控制范围的 PS 组件根本没激活。SAP PS 模块的配置是一条有依赖的链子企业结构 → OKKP 激活组件 → 掩码与参数文件 → 网络 → 成本预算结算中间跳一步后面的配置要么存不住要么存住了不生效排查起来像黑匣子。这份手册的价值在于它把六十多个事务代码按依赖顺序排开了不是散点清单。下面按我自己装一遍的顺序拆适合正在做 PS 配置实施、或者接手半成品环境要补配置的人。2. 环境基线先对齐IDE / Client 999 / Oracle 9.2i 这套老底子怎么摆拿到手册先别急着敲事务码。PS 配置有一半的“保存报错”根本不是配置逻辑错是环境本身没对齐——client 设置不对、请求号带不走、表空间满了写不进配置表。这一章先把地基摸一遍后面每章才有意义。2.1 硬件与应用服务器清单手册开头那行 System ID 到底要确认什么手册第一部分给的环境是 System IDIDE、Client999、数据库 Oracle 9.2i、应用服务器/路由192.168.0.5。这四行信息量不小落到现场要逐条确认不能照抄。项手册取值落地必须确认的点System IDIDE与开发、测试、生产 SID 必须区分开传输路由不能串Client999是沙箱还是拷贝源更改是否记录请求SCC4 里看数据库Oracle 9.2i表空间余量、归档空间、字符集老库尤其怕空间满应用服务器/路由192.168.0.5内网段GUI 连不上先查 message server 端口与路由串登录语言中英文混用老文档的菜单译文和新系统对不上按事务码走更稳登录后先用几个系统事务码过一遍SM51 看应用实例是否都起来了SM04 清掉占着锁的旧会话ST06 看 CPU 和内存水位DB02 看表空间。Oracle 这套老底子最容易在表空间上翻车PS 的配置一保存就是往 TKA01、PROJ 这些表里写数据空间不够直接抛 DBSQL_FAIL报错信息跟配置毫无关系特别容易误判。# Oracle 9.2i 环境登录数据库主机后先看空间水位 sqlplus / as sysdba SELECT tablespace_name, ROUND(SUM(bytes)/1024/1024, 2) AS free_mb FROM dba_free_space GROUP BY tablespace_name ORDER BY free_mb; # 再看归档目录是否已经写满老库经常在这里静默卡住 archive log list;这段查询只做两件事一是按表空间汇总剩余空间free_mb低于 500 就要找 DBA 扩数据文件否则配置保存会间歇性失败二是确认归档模式与归档路径可写。手工敲的时候别在业务高峰做dba_free_space在老库上会短暂持有字典锁。我一般会把这两条结果和 SM51 的实例列表一起截个图存进实施记录后面出问题好对时间点。2.2 版本差异Oracle 9.2i 时代的配置手册能不能照搬到 ECC 或 S/4HANA这套环境对应的是 4.6C 到 ECC5 那个年代的上线方式Oracle 9.2i 加经典 GUI。手册里的事务代码绝大多数在新系统里都还在——OPSJ、OPSA、OPS9、OPSB、OPUU、OKKP 这些核心码没被删SPRO 路径有几处挪动但敲码进去一样能到。真正有差别的是三块简易成本计划Easy Cost Planning在新版本里入口和成本核算变式的挂法变过结果分析 OKG 系列在 S/4HANA 里被大幅简化部分版本干脆不用老的结果分析键承诺项目 FMCIA/FIPOS 属于 FM 模块新系统里如果没启用资金管理这一串配置直接跳过别硬配。我的做法是先在一套和老环境接近的系统里把手册从头走一遍确认每条配置的输入输出再拿新系统做减法把已废弃的步骤划掉剩下的按同样顺序重走。不要图省事直接在新系统上照抄尤其是预算参数文件 OPS9 和结算参数文件字段含义在新版本里有调整抄过去看着存住了跑 CJ30 的时候可用性控制不生效那才叫血泪。提示版本差异不要靠猜进 SPRO 用“查找”按事务代码反查路径能立刻看出这条配置在新系统里还在不在、挂在哪个节点下。2.3 请求号与传输别在 999 里配完才发现带不走Client 999 通常是培训或沙箱 client最容易踩的坑是 SCC4 里设成“不允许更改”或者“不带自动记录请求”。在这种 client 里配一整天一个请求号都不生成配置只活在这台机器上换个 client 就是零。配置前先做三件事SCC4 进入 client 999 的明细把“更改并记录请求”设成自动记录请求跨 client 的定制设置才带得走。SE10 建一个定制请求命名带项目和日期例如IDEK900123 PS配置别用系统自动生成的杂号。SE01 释放前逐个核对对象清单PS 的配置对象经常跨模块预算参数文件挂在 CO 下承诺项目挂在 FM 下请求里少一个导入端就是一顿报错。传输本身走 STMS导入顺序按依赖来企业结构 → 控制范围组件 → 项目参数文件 → 网络参数 → 成本预算结算。我吃过一次亏把 OPSA 先导了OPS9 忘了带结果项目参数文件里的预算参数文件字段是空的CJ30 一点反应都没有查了半天以为配置逻辑错其实是导漏了。3. 企业结构搭骨架公司代码、控制范围与 OKKP 激活的先后手PS 里所有成本、预算、结算最后都落在控制范围上而控制范围又挂在公司代码下。这层结构配错后面几十年都得绕着走因为控制范围一旦有业务数据就删不掉。手册 Part 2 只给了一张企业结构图实际落地要比图细。3.1 企业结构图落地先公司代码还是先控制范围顺序是死的公司代码 → 控制范围 → 公司代码分配给控制范围 → 业务范围如果启用。公司代码用 OX02 维护背后是表 T001控制范围用 OX06 维护背后是 TKA01业务范围用 OX03表 TGSB公司代码和控制范围的分配关系用 OX19。几个参数在老环境里特别容易忽略控制范围的货币必须和公司代码一致不一致时系统允许你建但一到跨公司代码分摊就报货币换算错会计年度变式要和控制范围的日历年度对齐PS 的预算和结算年度都取自这里控制范围的类型管理会计/经典选定后不好改PS 相关的组件激活在经典控制范围里支持得更完整。实际配置时我会先建一个公司代码货币、国家、语言、会计年度变式填全再去建控制范围并挂上这个公司代码。别反过来先建控制范围再去找公司代码OX19 分配的时候会提示找不到有效公司代码来回折腾。3.2 OKKP 激活项目管理组件那个勾一旦打上就撤不掉OKKP 是整篇手册的分水岭。路径是 SPRO → 控制 → 一般控制 → 组织结构 → 维护成本控制范围进去选中控制范围点“激活组件/成本核算组件”在组件清单里勾上“项目管理”。命令层面就是这一个动作逻辑层面它做了三件事在控制范围下打开 PS 的定制表写入权限、把项目相关的成本对象注册到控制范围、允许项目定义携带控制范围去做成本归集。勾选时的坑在于“不可逆”。组件一旦激活并产生业务数据取消勾选会被系统拒绝只能新建一个控制范围。所以生产环境操作前一定在沙箱 client 里先勾一遍看看有没有副作用尤其是有没有和已有的内部订单、产品成本核算组件冲突。手册里没强调这一点但这是我在现场踩过的。OKKP 激活检查清单按顺序确认别跳 1. 控制范围货币 公司代码货币 2. 会计年度变式 日历年度或与业务口径一致 3. 组件勾选项目管理 Project Management 4. 保存后回退到首屏组件页签里确认状态为“激活” 5. 在另一个会话用 CJ20N 试建一个空项目定义能进屏幕就说明组件生效这份清单第 5 步最关键很多人配完就在 OKKP 里看状态绿了就以为成了。真正验证要走业务事务码CJ20N 能进到项目定义输入屏、并且输入控制范围不报“未激活”才算这块通了。第 4 步回退再看一次是因为个别老版本保存后不刷新缓存状态显示滞后重启应用实例才生效。3.3 企业结构自检三张表加一个界面把关系验清楚配置完别凭感觉用 SE16 把关系查出来。T001 里查公司代码、货币、会计年度变式TKA01 里查控制范围、货币、会计年度变式、控制范围状态TGSB 查业务范围。这三个表串起来就能确认结构没有悬空引用。* SE16 不方便批量看时可以临时用这个查询跑一下别在生产直接执行 DATA: lt_tka01 TYPE STANDARD TABLE OF tka01, ls_tka01 TYPE tka01. SELECT * FROM tka01 INTO TABLE lt_tka01. LOOP AT lt_tka01 INTO ls_tka01. WRITE: / ls_tka01-kokrs, ls_tka01-bukrs, ls_tka01-waers, ls_tka01-lmvar. ENDLOOP.这段只读查询输出控制范围、所属公司代码、货币和会计年度变式四个字段用来快速比对是否和 T001 里的公司代码设置一致。waers不一致是最常见的隐性错误表面不报错跨公司代码分摊时才炸。跑完记得把临时程序删掉别留在生产系统里——这条是我自己的习惯临时程序不清理过两年审计看到一堆 Z 开头的野程序解释起来很麻烦。提示组件激活状态不用去猜表字段回 OKKP 首屏的组件页签看最准各版本存状态的表结构不一样。4. WBS 与网络主数据OPSJ 掩码、OPSA 参数文件到 OPUU 网络配置企业结构通了才轮到主数据配置。这一章是手册里篇幅最大的部分也是最容易配出“看着能用、跑起来别扭”的地方。核心就三样编码规则、参数文件、字段状态。4.1 项目编码掩码 OPSJ投产之后基本改不动的第一个配置OPSJ 定义项目编码掩码用哪些特殊字符做分隔、项目定义编号多长、WBS 编号多长。规则本身不复杂但它决定了所有项目编号的生成方式一旦有项目主数据进来就改不了。我一般的取值特殊字符选两个-和.项目定义长度给 8 到 10 位WBS 层级用.分隔。这样PRJ-2024.01.02这种编号在报表里可读性最好。手册里给的是同一套思路只是没说清长度怎么定。长度不是随便给的。项目定义编号太短两三年就编号耗尽只能改掩码而掩码改不动太长用户在 CJ20N 里手输费劲外部给号时容易多敲一位。我的经验值是按公司未来五年的项目数量估每年新增 200 个项目就给到 10 位留足余量。特殊字符一旦用了就不要轻易加新增特殊字符在老版本里会要求重建掩码等同于重建规则。4.2 项目类型、优先级与项目参数文件 OPSA所有参数文件的总闸OPSA 是整篇手册的中枢。项目类型区分研发、交付、投资这类业务口径、优先级资源冲突时的排序依据、责任人OPS6 指定、状态参数文件、编号范围、成本计划参数文件 OPSB、预算参数文件 OPS9、结算参数文件、排程参数文件全部挂在项目参数文件上。配置顺序我固定成这样先 OPS6 把责任人清单维护好 → 定义项目类型和优先级 → 建状态参数文件 → 最后进 OPSA 一次性挂接。反过来做OPSA 里那些下拉框全是空的你会以为配置没生效其实是依赖对象还没建。OPSA 里两个容易忽略的开关项目定义编号是内部给号还是外部给号内部给号要配编号范围外部给号要考虑用户输错导致编号重复WBS 的编号是否允许外部给号。内部给号省事但编号不连续做项目台账的时候要接受这一点。注意OPSA 保存后不会自动回写已有项目。参数文件改了之前建的项目仍然按老参数跑要新参数生效只能在项目定义里手工改参数文件或者新建项目。4.3 WBS 字段选择 OPUJ/OPUK 与用户自定义字段 OPS1字段状态与增强出口OPUJ 管标准字段的字段选择隐藏、显示、必输、可选四档。OPUK 管的是自定义字段那一层的字段选择。两者配完必须点“激活”不激活等于没改——这是新手最常翻的车改完保存进 CJ20N 一看屏幕上还是老样子回头怀疑自己改错系统了。字段选择不要一次全设必输。我在一个交付项目里见过把 WBS 的“工厂”设成必输结果纯费用型 WBS 根本没有工厂用户只能随便填一个后面物料组件带出来的数据全歪。合理做法先全设可选跑两个项目看哪些字段真空着再逐条收紧。OPS1 建用户自定义字段字段名必须以 ZZ 或 YY 开头保存后会追加到 CI_PS 附加结构里。建完字段要回 OPUJ/OPUK 里给它配字段状态否则屏幕上根本不出现。手册 3.2.8 那节把 Validation 和 Enhancement 分开写实际落地时这两件事经常一起做字段先建出来再用用户出口做校验。* 用户出口内做校验示意结构函数签名以 SMOD 现场查到的为准 * 前提OPS1 已建好 ZZ 开头的自定义字段并已激活到屏幕 DATA: ls_proj TYPE proj. IF ls_proj-zzdept IS INITIAL. MESSAGE e001(zzps) WITH WBS 责任部门不能为空. ENDIF.这段代码放在 CMOD 里挂的用户出口中zzdept是 OPS1 里建的字段MESSAGE用 E 类型才会阻断保存用 W 或 I 类型只提示不拦。挂出口走 CMOD 建增强项目别直接改标准程序——升级的时候标准程序一覆盖所有改动蒸发。出口编号按 SMOD 里 CNEX 开头的清单选具体哪个出口带 WBS 字段各版本有差异现场看一眼签名最稳。4.4 网络四件套OPSC 网络类型、OPSU 控制码、OPUU 参数文件、CO82 号码段网络是 PS 里做工期和作业管理的主对象配置链条比 WBS 长顺序不能乱OPSC 维护网络类型决定这类网络用于标准网络、还是用于项目内的作业网络。OPSU 定义控制码控制这条作业是否参与排程、是否做成本核算、确认是否必输、是否允许打印。标准控制码 PS01/PS02/PS03 够用就不要自建自建控制码的组合一旦多起来维护成本很高。CO82 给网络号分配编号范围内部给号和外部给号分开配号码段要跨年度考虑。OPUU 维护网络参数文件把默认控制码、默认工厂、默认工作中心类别这些默认值挂进去。最后回 OPSA把网络参数文件分配给项目参数文件。顺序颠倒的典型症状是OPUU 里选不到刚建的控制码因为 OPSU 没保存或者 CO82 配了号码段但网络保存还报“号码范围不存在”因为号码段分配给了网络类型但没在 OPSC 里勾上。排程参数在 OPU6 里配WBS 排程参数单独有一处手册 3.10.2事务码未标从 SPRO 项目系统 → 日期进入两边的前推后推逻辑要一致否则网络和 WBS 算出来的日期能差出好几天。5. 成本、预算与结算OPSB 计划参数文件、OPS9 预算参数文件与 OKG 系列主数据能建了接下来是让项目“有钱、有账、能结算”。这一章配置错了不一定报错但业务跑起来数据全是错的属于典型的静默故障区。5.1 成本计划参数文件 OPSB 与简易成本计划 OKKT/OKTZOPSB 定义成本计划参数文件计划版本、计划年度、允许的计划方法、成本要素组。它在 OPSA 里挂给项目参数文件项目建出来才能做成本计划。手册把成本计划拆成三块普通成本计划、简易成本计划、网络作业的自动成本核算。简易成本计划要额外配几样CO 版本、成本核算变式 OKKT、成本组件结构 OKTZ。OKKT 定义用哪套估价策略算单位成本OKTZ 定义成本组件怎么拆。这两样配完要回 OPSB 挂接还要在项目参数文件里确认简易成本计划的入口是开的。我见过 OKKT 配得漂漂亮亮结果 OPSB 里没挂用户在 CJ20N 里点简易成本计划一片空白查了两天才发现问题在挂接这一步。自动成本核算那块手册 3.5.4.4依赖工作中心、作业类型和价格价格没维护的话作业确认时成本是零报表上看项目成本低得离谱。配置阶段至少要把一个测试工作中心的价格维护好用来验证链路。5.2 预算参数文件 OPS9 与豁免成本要素 OPTK可用性控制的松紧OPS9 定义预算参数文件预算版本、是否启用可用性控制、容差限值、预算分配是原始预算还是补充预算流程。这个参数文件在 OPSA 里挂给项目定义也可以在项目定义里单独换。可用性控制是这块的核心。容差限值配成 100% 加“警告”超额不拦配成 100% 加“错误消息”超额直接拒绝过账。生产环境一般分两档90% 警告、100% 错误。别一上来就全设错误业务侧第一次超额就被拦会直接来找你而多数情况是预算还没补录。OPTK 配豁免成本要素某些成本要素不参与预算可用性检查比如纯统计类的、或者跨项目分摊的。豁免范围给宽了可用性控制形同虚设给窄了正常业务天天被拦。我的口径是只豁免明确的统计型成本要素其余一律纳入控制。注意OPS9 里改了容差限值已有项目的预算控制行为会跟着变不需要重建项目。这个特性很危险生产改参数前先确认当前有没有正在执行的预算检查批处理。5.3 结算与结果分析KA06、分配结构、KEI1 到 OKG1~OKG5结算这块手册放在 5.5.4 和 5.5.5事务码密集顺序要求严KA06 建结算成本要素类别按内部结算或外部结算选一般项目结算用内部结算类。建分配结构把结算成本要素按成本要素组分配到结算接收方。KEI1 建 PA 传输结构如果项目要参与获利能力分析这一步不能省。建结算参数文件分配给项目参数文件。定义结算规则确定策略避免每次手工指定接收方。结果分析在 OKG 系列里OKG1 维护结果分析键、OKG2 版本、OKG3 计价方法、OKG4 更新规则、OKG5 分配、Line ID 单独维护最后定义结算到会计的过账规则再给项目定义指定默认结果分析键。这一串少一环KKA2 跑结果分析就是零或者报错。5.4 信息系统收尾OPUR 项目视图、OPTX 选择参数文件、OPSM 总体参数文件信息系统是给业务看报表用的配置简单但容易被跳过。OPUR 定义项目视图决定报表里能看哪些字段OPTX 定义数据库选择参数文件控制报表查询的范围和性能OPSM 定义总体参数文件把前两者组合起来给用户挂上。这里唯一需要注意的是性能。OPTX 里的选择范围给得太宽报表一跑就是全表扫描老库上直接卡死。我的做法是按控制范围加年度做限制宁可让用户多选一次也别让一条报表拖垮整个应用服务器。6. 避坑与排查配置传输、号码段、字段状态最常见的五处翻车配置能存住不等于能用。这一章是我自己在现场攒下来的五条记录按现象、原因、解决写遇到了直接对号入座。6.1 传输与依赖类三条现象一OPSA 保存时提示参数文件不存在或者保存成功但下拉框是空的。原因是控制范围没激活 PS 组件或者组件激活了但当前 client 的定制设置没同步。解决是回 OKKP 看组件状态确认激活后退出重进再不行就 SM30 看配置表有没有数据落库。现象二配置从 999 导到测试机项目参数文件里的预算参数文件和结算参数文件丢失。原因是请求号里只带了 OPSA没带 OPS9 和结算参数文件这些被依赖对象。解决是 SE01 里逐个核对请求对象清单按“被依赖对象先传”的顺序重新组请求别图省事一个请求打包全部。现象三传输到目标系统后项目编码掩码 OPSJ 的规则和源系统不一致。原因是 OPSJ 涉及编号生成的底层设置有些配置项不随请求传输需要在目标系统单独维护。解决是传输后手工比对源和目标的 OPSJ 界面逐项核对特殊字符和长度不一致就手工补。6.2 主数据与可用性控制类两条现象四CJ20N 建项目时提示编号被占用或者编号跳跃严重。原因是项目定义用内部给号编号范围配得太窄或者多个 client 共用同一号码段出现缓存浪费。解决是查编号范围当前值把范围放大同时确认项目参数文件里的给号方式和业务预期一致。现象五CJ30 录预算时超额不报错。原因有三个可能OPS9 里可用性控制没启用容差限值设成 100% 且动作是警告对应的成本要素被 OPTK 豁免了。解决是按这个顺序排查先看 OPS9 的开关再看容差动作最后查 OPTK 的豁免清单多数情况是第一个。7. 装完怎么验证拿一条模拟项目把 CJ20N 到 CJ88 走通配置全部保存成功只是及格线真正要证明这套环境能用得走一条完整的项目主链。我固定用一条模拟项目跑验证不依赖任何真实业务数据跑通了才敢交付。步骤事务码通过标准建项目定义与 WBSCJ20N参数文件带出正确WBS 层级编号符合 OPSJ 规则维护成本计划CJ40计划值能保存成本要素有值下达预算CJ30预算保存成功可用性控制生效挂网络与作业CJ20N控制码、参数文件默认值带出正确实际过账FB60 或 MB1A成本落到 WBS 上CJI3 能查到项目结算CJ88生成结算凭证接收方有金额结果分析KKA2结果分析有数和结算数据对得上跑这条链子时有两个细节要注意。第一CJ20N 建完项目先不要下达直接进 CJ30 录预算如果这时提示项目状态不允许说明状态参数文件里的下达逻辑配错了回 OPSA 查状态参数文件。第二CJ88 结算前必须确认结算规则已经自动生成没生成就是结算参数文件里的策略没配对手工补规则只能救一个项目救不了批量。验证收尾三件事缺一件都不算跑通 1. CJI3 项目实际成本报表成本、预算、承诺三项都有数 2. CJ88 结算凭证FI 侧能查到对应会计凭证 3. OPSM 总体参数文件挂上后用业务账号登录看报表能打开第三件事最容易被忽略配置员账号权限大什么报表都能跑业务账号一登进去报表空白或者报权限错。所以验证必须用业务角色账号再走一遍光用配置账号自测等于没测。从那以后我每次交付 PS 配置都强制走一遍这条模拟项目主链哪怕只改了一个字段选择也照走不误——配置这东西改一处动全身省下的二十分钟往往要用两天来找。希望帮到你。本文还有配套的精品资源点击获取