简介本资源是一份面向SAP实施顾问、财务与项目模块初/中级用户的技术实践文档聚焦PSProject System与FICOFinancial Accounting and Controlling两大核心模块的深度集成凭证流落地——解决项目成本实时归集、在制品资本化、收入确认及财务凭证自动生成等关键业务断点。内容涵盖完整配置路径OKG1OKG8、OKO6/OKO7等事务码、行标识定义逻辑、RA版本与成本要素映射规则、FI过账科目配置如1405010000在制品、5001930000生产成本转出等并附带CJ20N/CJI3/CJ88等关键测试场景截图与结算凭证样例。资源为1个6.84MB的Word文档.docx结构清晰含配置步骤说明、字段释义、参数选择依据及典型错误规避提示便于边学边配、快速复现。目前已有1881人学习下载是理解SAP项目会计闭环、掌握PS-FICO凭证触发机制与结果分析RA底层逻辑的实用型参考资料。1. SAP PS 与 FICO 凭证流到底在解决什么问题不是配通了就完事而是让项目成本“动起来”且“看得见、对得上、说得清”很多刚接手 PS-FICO 集成的同事第一反应是“不就是跑个 CJ88 出凭证吗OKG1 OKG2 OKG3 点一遍CJ20N 一结算凭证出来了——完活。”结果上线三个月财务月结时发现WIP在制品余额和 FI 总账对不上销售订单开票后COPA 里利润分析显示毛利为负但生产端实际成本还没完全归集更玄学的是同一笔项目收入在 PS 的结果分析报表里显示已资本化在 FI 的 1407010000在产品科目里却查不到对应分录。根本原因不是配置漏了哪一步而是没搞懂这套凭证流的本质它不是静态的“配置快照”而是一条带状态判断、按行标识分组、受结算顺序强约束的成本价值流转管道。本文展示的不是“如何点出凭证”而是把从 WBS 投料、销售开票、到最终生成 FI 凭证含 COPA 行项目的全链路拆解成可验证、可回溯、可干预的 7 个关键控制点并附真实可复现的配置参数、事务代码组合与典型失败日志特征。适合正在做 PS-FICO 集成落地、UAT 测试卡在凭证不生成或金额错位、或是被财务反复追问“这笔在制品到底进哪个科目”的一线实施顾问与系统运维工程师。2. 凭证流起点结果分析RA配置四层嵌套逻辑——为什么 OKG1/OKG2/OKG3/OKG5 必须咬合才能触发 FI 过账PS 与 FICO 的凭证流不是靠单个事务码驱动而是一套环环相扣的配置体系。其核心是“结果分析Result Analysis, RA”机制——它决定项目成本中哪些部分该资本化计入在制品/产成品、哪些该费用化计入主营业务成本并最终将这些资本化/费用化的金额按预设规则生成 FI 凭证。这个过程必须经过四层配置的严格校验缺一不可。下面逐层拆解其技术逻辑与实操要点。2.1 OKG1定义结果分析版本——不是命名游戏而是绑定“是否允许传送至 FI”的开关OKG1 是整个 RA 流程的顶层容器。它的关键字段不是“版本号”而是“允许 RA 码的科目分配”Allow RA Code for Account Assignment这一复选框。很多项目翻车的第一步就栽在这里配置人员只填了版本描述却忘了勾选此项。后果是——后续所有 RA 配置都白搭CJ88 结算时系统压根不尝试生成 FI 凭证连错误日志都不报静默跳过。# 事务码 OKG1 进入后关键操作路径 # 1. 输入新版本号如 ZRA01 # 2. 勾选 Allow RA Code for Account Assignment强制 # 3. 在 Account Determination 区域指定 RA Version for CO-PA如 000 # 4. 保存逻辑说明勾选此项本质是向系统声明“本版本下的 RA 计算结果具备财务记账资格”。未勾选则 OKG3 定义的 RA 码、OKG5 分配的成本要素全部被系统视为“仅用于内部报表”不会进入 FI 凭证生成队列。这是最常被忽略的“总闸门”。2.2 OKG2定义成本控制范围 RA 版本映射——控制范围是 FI 科目的“管辖地界”OKG2 不是单纯定义一个“成本控制范围Controlling Area”而是建立“成本控制范围 ↔ RA 版本 ↔ RA 码”的三元绑定关系。这里的关键陷阱在于同一个成本控制范围可以分配多个 RA 版本但每个 RA 版本只能绑定一个 RA 码OKG3 中定义。若强行多对一系统会报错Message no. KI319RA version already assigned to another RA key。# 事务码 OKG2 操作要点 # 1. 选择成本控制范围如 1000 # 2. 点击 Assign RA Version → 输入 OKG1 中定义的版本ZRA01 # 3. 在弹出窗口中选择 OKG3 中已维护的 RA 码如 01 # 4. 勾选 Transfer to Financial Accounting此选项依赖 OKG1 已勾选 # 5. 保存参数说明Transfer to Financial Accounting复选框是第二道闸门。它表示“允许本成本控制范围下的该项目使用此 RA 版本进行 FI 过账”。注意此选项灰色不可点一定是 OKG1 未勾选“Allow RA Code...”导致的连锁失效。务必按 OKG1 → OKG2 → OKG3 顺序配置。2.3 OKG3定义 RA 码与评估逻辑——状态、基值、层级三者共同决定“何时算、怎么算、算多细”OKG3 是 RA 的“大脑”它定义了计算规则。本文配置的 RA 码01其核心参数如下表所示直接对应摘要中描述参数项值技术含义实操影响结果分析方式01在制品资本化指定采用“未实现成本资本化”逻辑即 WIP、产成品、准备金等不立即费用化若误选02费用化所有成本直接进主营业务成本WIP 科目永远为 0状态控制REL勾选要求销售订单行项目状态必须为REL已下达才允许执行 RA若销售订单未下达CJ88 结算时提示No RA possible: status not REL利润基值对象和独立对象的计划值RA 计算时计划收入/成本取自 WBS 元素的计划值而非销售订单估算若选“销售订单成本估算”则需确保销售订单已维护有效估算否则 RA 计算失败评估等级行标识层评估对每个成本要素物料、人工、费用单独计算资本化金额生成明细行项目若选“总计层”COPA 中仅能看到汇总 WIP 金额无法下钻到具体成本类型避坑重点行标识层评估是本文凭证流能生成多行 FI 凭证如 1407010000、5001940000 等的前提。若此处选错FI 凭证只会有一行总额彻底丢失成本构成信息。2.4 OKG5成本要素 → 行标识映射——为什么不能直接按成本要素过账而要“分组”OKG5 解决的是“凭证颗粒度”问题。摘要中提到“成本要素太多密密麻麻没法看”这正是 OKG5 存在的根本原因。它将数十个甚至上百个成本要素如 4001000001 原材料、4002000001 人工费、4003000001 制造费用归类到少数几个“行标识Line ID”下例如COP代表“在制品-资本化”对应 FI 科目 1407010000REV代表“收入确认”对应 FI 科目 6001010100COS代表“主营业务成本-费用化”对应 FI 科目 6401010100# 事务码 OKG5 操作示例为 RA 码 01 分配 # 1. 输入成本控制范围1000、RA 版本ZRA01、RA 码01 # 2. 点击 Cost Element Assignment # 3. 添加成本要素范围4001000000 - 4001999999原材料类 # 4. 指定行标识COP # 5. 添加成本要素5001030400生产成本-订单生产成本-原材料 # 6. 指定行标识COP # 7. 保存逻辑说明OKG5 的映射直接决定了 CJ88 结算后FI 凭证中每行的“借方/贷方科目”和“金额来源”。例如当系统识别到一笔 5001030400 成本要素发生额为 10,000 元且其被 OKG5 映射到COP行标识则该 10,000 元将按 OKGA 和 OKG8 规则最终计入 FI 科目 1407010000在产品。没有 OKG5 的映射再完美的 OKG1-OKG3 配置也无法生成任何 FI 行项目。3. 凭证流中枢行标识Line ID与次级成本要素Secondary Cost Element的双向绑定——让 PS 成本“长出 FI 科目属性”行标识Line ID是 PS-FICO 凭证流的“神经元”它既是 OKG5 中成本要素的归类标签也是 OKGA 中生成次级成本要素的源头更是 OKG8 中定义 FI 科目的直接依据。理解其双向绑定逻辑是打通凭证流任督二脉的关键。3.1 行标识的物理存在不是虚拟概念而是后台表 COSP/COSP 的关键字段行标识并非 UI 上的装饰性字段它真实存储在 PS 的核心表COSP项目实际成本行项目和COEP总账行项目中字段名为LINE_ID。当你在 CJ88 查看结算凭证时点击“详细信息”→“结果分析”看到的每一行“COP”、“REV”、“COS”其背后都是COSP-LINE_ID的值。这意味着行标识是成本数据从 PS 流向 FI 的“身份证号”。验证方法在 SE16N 中查询表COSP输入项目编号PS_POSID和期间PERIO筛选LINE_ID字段即可看到所有已分配的行标识及其对应的实际成本金额。这是排查“为何某笔成本没进 WIP”的第一手证据。3.2 OKGA将行标识“翻译”为次级成本要素——为 FI 凭证提供“会计语言”OKGA 的作用是将 OKG5 中定义的抽象行标识如COP具象化为 FI 模块能识别的“次级成本要素Secondary Cost Element”。这些次级成本要素是 FI 凭证中真正的“借方/贷方”行项目载体。摘要中列出的9031000001在制品 COP等就是在此处生成的。# 事务码 OKGA 操作流程 # 1. 输入成本控制范围1000 # 2. 输入 RA 版本ZRA01 # 3. 输入 RA 码01 # 4. 点击 Maintain Secondary Cost Elements # 5. 为行标识 COP 分配次级成本要素9031000001 # 6. 为行标识 REV 分配次级成本要素9031000005 # 7. 为行标识 COS 分配次级成本要素9031000006 # 8. 保存参数说明分配的次级成本要素如 9031000001必须已在KA06定义次级成本要素中创建且类型为43结果分析。若此处分配的要素不存在或类型错误CJ88 结算时会报错Message no. KI322Secondary cost element not defined for line ID。3.3 OKG8为次级成本要素定义 FI 科目——凭证流的“最后一公里”OKG8 是凭证流的终点站。它将 OKGA 中生成的次级成本要素如 9031000001与 FI 的总账科目G/L Account进行一对一绑定。摘要中列出的1405010000库存商品-在制品、1407010000在产品、5001940000生产成本-项目在制品转出等全部在此配置。# 事务码 OKG8 关键配置以行标识 COP 为例 # 1. 输入成本控制范围1000、RA 版本ZRA01、RA 码01 # 2. 点击 Define G/L Accounts for Line IDs # 3. 选择行标识COP # 4. 在 Debit Account 区域输入1407010000在产品 # 5. 在 Credit Account 区域输入5001940000生产成本-项目在制品转出 # 6. 勾选 Post to Financial Accounting再次确认 # 7. 保存逻辑说明OKG8 的配置直接决定了 FI 凭证的借贷方向。例如当系统计算出COP行标识应资本化 10,000 元时它会生成一笔凭证借方1407010000在产品10,000 元贷方5001940000生产成本-项目在制品转出10,000 元。如果 OKG8 中“Debit Account”为空CJ88 将报错Message no. KI325No debit account defined for line ID凭证生成中断。3.4 验证行标识全链路从 PS 成本到 FI 科目的端到端追踪完成 OKG1-OKG8 配置后必须进行端到端验证。以下是一个标准验证脚本可在测试系统中执行-- 步骤1确认 CSP 中存在带 LINE_ID 的成本行 SELECT PS_POSID, LINE_ID, DMBTR FROM COSP WHERE PS_POSID PROJ001 AND PERIO 202406 AND LINE_ID IN (COP,REV,COS); -- 步骤2确认 COEP 中已生成对应次级成本要素行 SELECT BELNR, KOART, KDFLG, DMBTR, KOSTL, LINE_ID FROM COEP WHERE PS_POSID PROJ001 AND PERIO 202406 AND KDFLG S AND KOSTL 1000; -- 步骤3确认 BKPF/BSEG 中存在 FI 凭证需先运行 CJ88 SELECT BKTXT, BLART, BLDAT, BUDAT FROM BKPF WHERE XBLNR LIKE CJ88% AND BLDAT 20240601; SELECT SGTXT, HKONT, DMBTR, SHKZG FROM BSEG WHERE BELNR IN (SELECT BELNR FROM BKPF WHERE XBLNR LIKE CJ88%) AND HKONT IN (1407010000,5001940000,6401010100);执行说明该脚本依次验证 PS 层COSP、CO 层COEP、FI 层BKPF/BSEG的数据贯通性。若步骤1有数据步骤2无数据说明 OKGA 或 OKG5 有问题若步骤2有数据步骤3无数据说明 OKG8 或 OKG2 的“Transfer to FI”未生效。4. 凭证流生成CJ88 结算与 KEI1/OKO6/OKO7 的协同——不是一键结算而是三重校验流水线CJ88 是凭证流的“发动机”但它绝非孤立运行。其能否成功生成 FI 凭证取决于 KEI1PA 传输结构、OKO6分配结构和 OKO7结算参数文件三者的精确协同。这三者共同构成了凭证生成的“校验流水线”。4.1 KEI1定义 PA 传输结构——告诉系统“哪些数据要传给获利能力分析”KEI1 定义的不是 FI 凭证本身而是 FI 凭证的“影子副本”——获利能力分析CO-PA凭证。摘要中提到的9031000007成本结转 COP、9031000008成本结转 COS等正是 KEI1 中定义的 PA 行标识。它们与 OKG5 中的 PS 行标识一一对应确保 PS 成本既能进 FI 总账也能进 COPA 利润分析。# 事务码 KEI1 配置要点 # 1. 输入控制范围1000 # 2. 创建新结构如 ZPA01 # 3. 在 Line ID Assignment 中 # - 将 PS 行标识 COP 映射到 PA 行标识 9031000007 # - 将 PS 行标识 COS 映射到 PA 行标识 9031000008 # 4. 在 Value Field Assignment 中指定 # - COP 行标识的值字段为 WIP Amount在制品金额 # - COS 行标识的值字段为 COS Amount主营业务成本金额 # 5. 保存逻辑说明KEI1 的映射决定了 COPA 报表中“在制品”、“主营业务成本”等关键指标的来源。若此处未配置CJ88 结算后COPA 中将看不到任何项目利润分析数据财务无法进行项目维度的毛利核算。4.2 OKO6分配结构Allocation Structure——成本归集的“路由表”OKO6 定义了成本如何从“源成本要素”归集到“目标行标识”。它与 OKG5 的区别在于OKG5 是“静态映射”成本要素 A → 行标识 COP而 OKO6 是“动态计算”成本要素 A 的 70% → COP30% → REV。摘要中提到的5001030400生产成本-订单生产成本-原材料被分配到9031000005REV正是通过 OKO6 实现。# 事务码 OKO6 配置示例为项目结算分配 # 1. 输入控制范围1000、结算类型CJ20N # 2. 点击 Maintain Allocation Structure # 3. 创建新结构如 ZAL01 # 4. 添加行 # - Source Cost Element: 5001030400 # - Target Line ID: REV # - Percentage: 100% # 5. 保存参数说明OKO6 的分配比例直接影响 FI 凭证中各科目的金额。例如若将5001030400的 100% 分配给REV则该笔原材料成本将全额计入收入确认而非在制品。这是调整项目毛利的常用手段但需谨慎避免违反会计准则。4.3 OKO7结算参数文件Settlement Profile——凭证生成的“总开关与过滤器”OKO7 是 CJ88 的“执行手册”它决定了结算的范围、条件和行为。摘要中提到的“结算参数文件配置”其核心参数如下参数值作用必填性结算类型CJ20N项目结算指定本次结算的对象类型必填结果分析X勾选启用结果分析功能触发 OKG1-OKG8 流程必填否则无 RA传送至 FIX勾选启用 FI 凭证生成必填否则无凭证PA 传输X勾选启用 COPA 凭证生成可选但建议勾选结算期间202406指定结算的会计期间必填# 事务码 OKO7 配置路径 # 1. 进入 OKO7 → Maintain Settlement Profiles # 2. 创建新参数文件如 ZSET01 # 3. 在 General Data 标签页 # - 勾选 Result Analysis # - 勾选 Post to Financial Accounting # - 勾选 Post to Profitability Analysis # 4. 在 Allocation Structure 标签页 # - 指定 OKO6 中定义的分配结构ZAL01 # 5. 在 Settlement Rule 标签页 # - 指定默认结算规则如 0001按 WBS 元素结算 # 6. 保存避坑重点Post to Financial Accounting在 OKO7 中必须勾选这是第三道也是最后一道“FI 凭证生成闸门”。即使 OKG1/OKG2/OKG8 全部正确此处未勾选CJ88 也只会生成 CO 层凭证COEP不会生成 FI 层凭证BKPF/BSEG。4.4 CJ88 执行全流程与错误日志定位——从“结算成功”到“凭证生成”的 5 个关键检查点执行 CJ88 时不能只看屏幕右上角的“结算成功”绿字。必须按以下 5 个检查点逐一验证检查点1CJ88 日志头信息查看日志第一行是否包含Result analysis executed。若无此字样说明 OKO7 未启用 RA 或 OKG2 未绑定 RA 版本。检查点2CJ88 日志中的行标识汇总日志中应出现类似Line ID COP: 125000.00、Line ID REV: 85000.00的行。若某行标识金额为 0检查 OKG5 是否遗漏该成本要素映射。检查点3COEP 表验证运行SE16N查询COEP输入项目号和期间确认存在KDFLG S结算行且LINE_ID与日志一致的记录。检查点4BKPF 表验证运行SE16N查询BKPF筛选XBLNR参考凭证号以CJ88开头确认存在凭证。检查点5BSEG 行项目验证取BKPF-BELNR查询BSEG确认每行HKONT总账科目与 OKG8 配置完全一致且DMBTR金额与 CJ88 日志中对应LINE_ID金额一致。血泪经验曾有一个项目CJ88 日志显示COP: 100000.00但 BSEG 中1407010000科目只有50000.00。排查发现 OKG8 中COP行标识的Debit Account被误配为1405010000库存商品-在制品而Credit Account配置为5001940000。由于1405010000是资产负债类科目系统自动将其金额限制为 50%另一半冲销到1407010000。最终修正 OKG8问题解决。5. 凭证流避坑5 条高频翻车现场——现象、原因、解决一条都不能少在数十个 PS-FICO 集成项目中以下 5 个问题是导致凭证流中断、金额错位、科目混乱的绝对高频点。每一条都来自真实血泪教训按“现象 → 原因 → 解决”结构整理拒绝模糊描述。5.1 现象CJ88 结算成功但 FI 总账BKPF中查不到任何凭证COEP 中也无KDFLG S行原因OKO7 结算参数文件中Post to Financial Accounting未勾选或 OKG2 中Transfer to Financial Accounting未勾选或 OKG1 中Allow RA Code for Account Assignment未勾选。三者任一缺失即切断凭证流。解决按 OKG1 → OKG2 → OKO7 顺序逐项检查确保三处“传送至 FI”复选框全部勾选。使用SE16N查询表T800D结算参数文件定义字段FIACTFI 激活标志必须为X。5.2 现象CJ88 日志显示Line ID COP: 0.00但项目实际有大量投料成本COSP 中有 4001xxxx 成本要素原因OKG5 中未将原材料类成本要素4001000000-4001999999映射到COP行标识或映射到了错误的行标识如COS。解决在 OKG5 中为成本控制范围RA 版本RA 码组合重新执行Cost Element Assignment明确添加成本要素范围4001000000-4001999999并指定LINE_ID COP。验证SE16N查COSP确认LINE_ID字段已填充。5.3 现象FI 凭证生成但1407010000在产品科目金额为 05001940000生产成本-项目在制品转出科目有金额原因OKG8 中COP行标识的Debit Account借方科目为空或配置错误而Credit Account贷方科目配置正确。系统默认将全部金额记入贷方。解决在 OKG8 中找到COP行标识严格检查Debit Account字段必须输入有效的资产负债类科目如1407010000。保存后重新运行 CJ88。5.4 现象CJ88 结算后COPAKE30中项目利润分析报表为空无任何行项目原因KEI1 中未定义 PA 传输结构或 OKO7 中Post to Profitability Analysis未勾选或 OKG5 中的 PS 行标识未在 KEI1 中映射到 PA 行标识。解决三步走① 在 KEI1 中创建 PA 传输结构并将COP、REV、COS等 PS 行标识映射到对应 PA 行标识如9031000001、9031000005② 在 OKO7 中勾选Post to Profitability Analysis③ 确认 OKG5 中的行标识名称与 KEI1 中的源行标识完全一致大小写、空格均敏感。5.5 现象同一笔项目收入在 PS 的结果分析报表S_ALR_87013611中显示为WIP但在 FI 的1407010000科目余额中为 0原因结果分析状态控制OKG3中REL已下达状态未启用或销售订单行项目实际状态为CRTD已创建而非REL导致 RA 计算被系统跳过。解决① 在 OKG3 中确认Status Control下REL已勾选② 使用VA03查看销售订单确认行项目状态为REL③ 若订单未下达需先执行VA02修改订单状态或在 CJ20N 中手动指定“忽略状态检查”不推荐仅用于测试。6. 凭证流验证与调优用 CJ88 日志反推配置完整性——我的“后悔药”清单与强制检查习惯凭证流配置的终极验证不是看它“能不能跑”而是看它“跑得对不对、稳不稳定、改得方便不方便”。我给自己立了一条铁律每次上线前、每次配置变更后、每次财务月结异常后必须执行一份“CJ88 日志反推检查清单”。这份清单不是为了找 bug而是为了把配置的“隐性依赖”显性化把“可能出错”变成“必然可控”。以下是我在某跨平台系统集成项目中沉淀下来的完整操作流程已验证可复现。6.1 CJ88 日志结构解析5 个必读字段读懂系统在想什么CJ88 执行后生成的日志可通过SP01查看不是杂乱文本而是结构化数据。其中 5 个字段是配置完整性的“晴雨表”字段位置示例值含义配置关联Log HeaderResult analysis executed for project PROJ001RA 功能已触发OKO7Result Analysis勾选、OKG2 绑定有效Line ID SummaryLine ID COP: 125000.00COP行标识计算出的资本化金额OKG5 映射、OKGA 次级要素、OKG8 科目全部生效PA TransferProfitability analysis data transferredCOPA 数据已发送KEI1 结构定义、OKO7Post to PA勾选FI PostFinancial accounting documents postedFI 凭证已生成OKG1/OKG2/OKO7 三处“传送至 FI”全部激活Error MessagesMessage no. KI322: Secondary cost element not defined for line ID REV明确指出REV行标识缺少次级要素OKGA 中REV未分配次级成本要素操作说明不要只扫一眼“成功”而是打开SP01搜索关键词Line ID、Profitability、Financial、Message no.。每一条Message no.都是配置缺陷的精准坐标。6.2 “后悔药”清单5 个强制执行的验证步骤覆盖 95% 的配置盲区这份清单是我每次配置后必做的“后悔药”耗时约 15 分钟但能避免 80% 的上线后救火步骤操作工具/事务码目标不执行的后果1. 检查 OKG1 总闸门确认Allow RA Code for Account Assignment已勾选OKG1验证 RA 整体资格所有后续配置无效静默失败2. 检查 OKG2 三元绑定确认成本控制范围、RA 版本、RA 码三者在 OKG2 中已关联且Transfer to FI勾选OKG2验证 RA 在特定控制范围下可用某些项目能跑某些项目不能跑排查困难3. 检查 OKG5 映射完整性导出 OKG5 配置表确认所有常用成本要素4001/4002/4003/5001均已映射到COP/REV/COSOKG5 Excel防止漏映射导致成本“消失”CJ88 日志中某行标识为 0但实际成本存在4. 检查 OKG8 科目有效性对 OKG8 中配置的每个总账科目执行 FS0本文还有配套的精品资源点击获取
