简介本资源是一份面向SAP实施顾问、FICO与PS模块初/中级用户及项目集成工程师的实操型配置指南聚焦SAP PS项目系统与FICO财务会计模块间凭证流的端到端集成落地。内容涵盖结果分析版本OKG1、成本控制范围OKG2、结果分析码OKG3、行标识定义OKG5、次级成本要素映射OKGA、FI过账规则OKG8及结算参数配置OKO6/OKO7等核心步骤并附完整测试样图与关键配置逻辑说明直击项目结算中在制品WIP、收入确认REV、成本结转COP/COS等典型业务场景。资源为单个6.84MB Word文档.docx结构清晰含事务代码路径、字段含义解析、勾选项影响说明及实际凭证流转示意图便于对照系统操作与理解集成底层机制。目前已有1881人学习下载是掌握SAP跨模块凭证驱动逻辑与财务项目闭环管理的高价值参考材料。1. SAP PS 与 FICO 集成凭证流展示为什么项目成本总对不上财务账某制造企业上线 SAP 后项目负责人发现一个典型现象PS 模块里明明已确认了 287 万元的内部订单工时和采购服务但 FICO 的总账科目如“在建工程”“研发支出”当月只过账了 231 万元差额 56 万长期挂账财务月结前反复核对、手工补凭证耗时超 16 小时/月。这不是数据延迟或权限问题而是 PS 与 FICO 之间凭证流未被显性化、配置未闭环、测试未覆盖真实业务路径导致的集成断点。本文讲的就是如何把这条“看不见的成本流转链”真正拉出来——从后台配置逻辑、凭证生成触发点、字段映射规则到最终在 FB03/FBRA 中可追溯、可截图、可复现的完整凭证流展示。它不依赖 ABAP 开发不改动标准凭证类型而是用标准配置最小化测试数据在 ECC 6.0 EHP7 及 S/4HANA 2022 环境下均可验证。适合正在做 PS-FICO 集成配置的顾问、刚接手项目成本对账的财务顾问以及需要向客户交付“凭证流可视化报告”的实施团队。2. 凭证流生成的底层逻辑不是自动发生而是由三个关键配置开关控制PS 与 FICO 的凭证流不是“开箱即用”的默认行为而是一组相互耦合的配置开关共同作用的结果。漏配任意一项凭证就不会生成错配一项凭证就会进错科目或丢失金额。我见过太多项目在测试阶段一切正常上线后突然中断根源都在这三处配置未对齐。下面逐层拆解其作用机制与校验方法。2.1 控制开关一项目定义中的“财务集成激活”Project Definition: Financial Integration这是凭证流的总闸门。若此处未启用后续所有配置均无效。路径CJ20N → 选中项目 → Edit → Project Definition → Control Data → Financial Integration关键字段✅Financial integration active必须勾选不可灰显✅Account assignment element必须设为WBS element非Network或Activity✅Cost object controlling建议设为Cost object controlling active否则无法按 WBS 过账提示该设置仅对新建项目生效。已有项目需通过CJ02 → Change → Control Data → Financial Integration手动激活并执行CJEN重估项目主数据使配置生效。跳过CJEN是新手最常踩的坑——界面显示已保存但后台仍按旧逻辑处理。2.2 控制开关二网络活动/作业类型的“结算配置文件”绑定Settlement Profile Assignment凭证流的触发动作来自“结算”Settlement而非“确认”Confirmation。很多顾问误以为工时确认CJ20N 中点击“Confirm”就直接生成 FI 凭证实则不然确认只更新 PS 内部成本只有执行结算CJ88或后台作业CJ8G才会调用 FI 接口。而结算能否执行、结算结果是否生成 FI 凭证取决于网络活动Network Activity或作业类型Activity Type是否绑定了正确的结算配置文件Settlement Profile。路径OPU5 → 选择网络类型如 N01→ Activity Types → 选中 Activity Type如 0001→ Settlement Profile必须配置✅Settlement profile填入已配置好的结算配置文件如ZPROJ✅Valid from日期需覆盖当前业务期间结算配置文件本身需在OKO7中维护核心是定义结算接收方类型Receiver type WBS结算方式Settlement type Full settlement是否生成 FI 凭证Create FI document X注意“Create FI document X” 是唯一决定是否生成 FI 凭证的字段。若此处为空CJ88执行成功但 FB03 查不到任何凭证——表面看结算完成实际成本仍滞留在 PS 层。2.3 控制开关三WBS 元素的“科目确定”主数据Account Determination for WBS Element这是凭证流的“科目翻译器”。PS 不知道具体记哪几个总账科目它只提供成本对象WBS 编号、成本要素如 400001 工资、金额FICO 凭证的借/贷方科目、特别总账标识、成本中心等全靠 WBS 元素上维护的“科目确定”规则来动态推导。路径CJ02 → 选中 WBS → Edit → Accounting → Account determination必须配置✅Account determination key填入已定义的科目确定键如Z001✅Validity period覆盖业务期间科目确定键OK11维护包含三张核心表表名作用必填项示例Cost element / G/L account assignment定义成本要素 → 总账科目的映射400001 → 600100工资费用Cost center / G/L account assignment定义成本中心 → 总账科目的映射用于内部订单场景CC001 → 150100在建工程Special G/L indicator assignment定义特别总账标识如A应收、K应付K → 210100应付账款关键逻辑当CJ88执行时系统根据 WBS 的科目确定键查表匹配出“成本要素 400001 成本中心 CC001”对应哪个总账科目如600100再结合凭证抬头的公司代码、会计年度等生成最终 FI 凭证。若匹配失败如表中无400001CC001组合结算会报错Message no. KI299凭证流彻底中断。3. 配置落地四步法从零开始搭建可验证的凭证流环境配置不是一次性操作而是一个闭环验证过程。以下是我在线上项目中反复验证过的最小可行路径全程无需开发所有事务码均为标准功能。每步完成后必须执行对应校验否则后续步骤将无法定位问题。3.1 第一步创建测试项目结构含 WBS、网络、活动目标构建一个干净、隔离、可重复使用的测试沙盒。# 1. 创建项目定义Project Definition CJ20N → Create → Project Definition - Project definition: ZTEST_PROJ - Description: Test Project for PS-FICO Integration - Control data → Financial Integration: ✅ Active - Save → 记下生成的项目编号如 ZP000001 # 2. 创建 WBS 元素WBS Element CJ20N → ZP000001 → Create WBS → - WBS element: ZP000001-001 - Description: Test WBS for FI Posting - Accounting → Account determination key: Z001 稍后在 OK11 中创建 - Save # 3. 创建网络Network并分配至 WBS CJ20N → ZP000001-001 → Create Network → - Network: ZNET001 - Network type: N01 (Standard) - Save → 进入网络 → Create Activity → - Activity: 0001 - Activity type: 0001 (Labor) - Settlement profile: ZPROJ 稍后在 OKO7 中创建 - Save逻辑说明此结构确保 PS 层有完整的成本对象链Project → WBS → Network → Activity。WBS 的Account determination key和 Activity 的Settlement profile均指向待创建的自定义值避免使用标准键导致科目冲突。所有编号以Z开头明确标识为测试对象。3.2 第二步配置结算配置文件Settlement Profile目标告诉系统“结算时把 PS 成本推给谁、怎么推、是否生成 FI 凭证”。# 进入 OKO7 → Create Settlement Profile - Settlement profile: ZPROJ - Description: Settlement to WBS with FI doc - Receiver type: WBS element - Settlement type: Full settlement - Create FI document: ✅ X - Save # 绑定至网络活动回退到 CJ20N → ZNET001 → Activity 0001 → Settlement Profile ZPROJ参数说明Create FI document X是硬性开关缺之则无凭证Receiver type WBS element表明成本最终归集到 WBS而非成本中心或内部订单Full settlement确保当期所有未清金额一次性结算避免分批过账导致对账困难。3.3 第三步配置科目确定键Account Determination Key目标建立“PS 成本要素 WBS 成本中心 → FICO 总账科目”的精准映射。# 进入 OK11 → Create Account Determination Key - Account determination key: Z001 - Description: Test key for ZP000001 # Tab: Cost element / G/L account assignment - Cost element: 400001 (Primary cost element: Labor) - G/L account: 600100 (Wages and salaries expense) - Company code: 1000 - Valid from: 20240101 - Save # Tab: Cost center / G/L account assignment - Cost center: CC001 (Test cost center) - G/L account: 150100 (Construction in progress) - Company code: 1000 - Valid from: 20240101 - Save # Tab: Special G/L indicator assignment可选本例暂不启用逻辑说明此处定义了两条核心映射。当CJ88结算时若活动 0001 发生了成本要素400001且该活动所属 WBS 的成本中心为CC001系统将自动选用600100作为费用科目150100作为资本化科目借方同时生成贷方210100应付账款或100100银行存款——具体贷方由结算接收方类型决定。务必保证Cost center字段与 WBS 实际维护的成本中心一致否则匹配失败。3.4 第四步执行结算并验证凭证流CJ88 FB03目标用最小数据触发凭证生成并在 FI 层完整追踪。# 1. 在网络活动中录入测试成本模拟工时确认 CJ20N → ZNET001 → Activity 0001 → Confirm → - Date: 2024.06.15 - Work: 10.0 hrs - Activity type: 0001 - Cost center: CC001 - Save → 系统生成 PS 内部成本但无 FI 凭证 # 2. 执行结算触发 FI 凭证生成 CJ88 → - Selection: Project ZP000001, WBS ZP000001-001 - Settlement type: Full settlement - Execute → 确认无错误消息如 KI299 - Save → 系统返回结算文档号如 0000000123 # 3. 在 FI 层验证凭证 FB03 → Enter document number: 0000000123 (or use FB03 → Document number 0000000123) → 查看凭证抬头Company code 1000, Document date 2024.06.15, Reference CJ88 → 查看行项目 Debit: 150100 Construction in progress 8,000.00 CNY Credit: 600100 Wages and salaries expense 8,000.00 CNY → 追溯来源点击凭证行项目 → Environment → Document flow → 显示来源为 CJ88 结算文档关键验证点凭证号必须与CJ88返回号一致借方科目150100必须来自 WBS 的科目确定键中Cost center / G/L account映射贷方科目600100必须来自Cost element / G/L account映射凭证抬头Reference字段必须含CJ88证明是结算触发非手工录入。4. 避坑指南PS-FICO 凭证流中断的五个高频现场与血泪解法凭证流不通90% 的问题不在 ABAP 或接口而在上述三处配置的微小偏差。以下是我在六个不同行业项目中记录的真实翻车现场每一条都附带可立即执行的排查命令与修复动作。4.1 现象CJ88 执行成功但 FB03 查不到凭证且无任何报错原因结算配置文件OKO7中Create FI document字段为空初始值为space而非X。系统静默跳过 FI 生成仅更新 PS 层结算状态。解决# 1. 检查结算配置文件设置 OKO7 → 输入 ZPROJ → 查看字段 Create FI document # 2. 若为空双击编辑 → 勾选 ✅ Create FI document → Save # 3. 重新执行 CJ88注意需先取消原结算CJ8G → Select document → Cancel settlement4.2 现象CJ88 报错Message no. KI299: No account determination found for cost element and cost center 原因WBS 元素维护的Account determination key如Z001中未定义当前结算所用的成本要素成本中心组合。例如活动用了成本要素400001但Z001表中只维护了400002的映射。解决# 1. 查看报错中的具体成本要素和成本中心KI299 后跟两个 即实际值 # 2. 进入 OK11 → Z001 → Tab Cost element / G/L account assignment # 3. 新增一行Cost element [报错中的要素]G/L account [应映射的费用科目] # 4. 同时检查 Cost center / G/L account assignment 表确保成本中心存在且有效期间覆盖4.3 现象凭证生成但借方科目错误如进了600100而非150100原因科目确定键中Cost center / G/L account assignment表未维护或维护的Cost center与活动实际所属成本中心不一致。系统降级使用Cost element / G/L account表的贷方科目作为借方。解决# 1. 进入 CJ20N → ZNET001 → Activity 0001 → 查看 Cost center 字段值如 CC001 # 2. 进入 OK11 → Z001 → Tab Cost center / G/L account assignment # 3. 确认存在 CC001 → 150100 的映射且 Valid from ≤ 当前日期 # 4. 若不存在新增并保存4.4 现象凭证生成但金额为 0或仅为部分金额原因网络活动的状态为RELReleased但未SETCSettled或结算时选择了Partial settlement但未正确设置结算比例。更隐蔽的是WBS 元素的Account assignment element在项目定义中设为Network导致结算对象错位。解决# 1. 检查活动状态CJ20N → ZNET001 → Activity 0001 → Status → 必须含 SETC # 2. 若无 SETC执行 CJ88 前先运行 CJEN重估或手动 Settle status # 3. 检查项目定义CJ20N → ZP000001 → Edit → Control Data → Account assignment element WBS element # 4. 重新执行 CJ88选择 Full settlement4.5 现象凭证生成但参考字段Reference为空无法追溯来源原因结算配置文件OKO7中未激活Document header text或Reference传递选项或用户参数文件SU3中RFReference field未维护。解决# 1. 进入 OKO7 → ZPROJ → Tab Document → 勾选 ✅ Document header text 和 Reference # 2. 进入 SU3 → 用户参数 → RF CJ88 强制参考字段写入 CJ88 # 3. 重新执行 CJ885. 凭证流可视化交付三张必截图一份可审计的测试报告模板客户验收或内部知识沉淀时“我配好了”不如“你来看凭证”。真正的交付物不是配置清单而是能一眼看懂成本如何从 PS 流入 FICO 的可视化证据链。我坚持用以下三张图一份结构化报告交付从未被质疑过集成有效性。5.1 图一PS 层结算源头截图CJ88 执行界面必须包含项目/WBS 选择范围证明针对特定成本对象结算类型Full settlement执行时间戳与用户ID结算文档号0000000123价值证明 PS 主动发起结算非后台作业或异常触发。截图右下角加水印“Test Date: 2024.06.15”杜绝后期篡改争议。5.2 图二FI 层凭证全景截图FB03 凭证明细必须包含凭证抬头Document number、Company code、Document date、Reference CJ88行项目Debit150100、Credit600100、Amount、Text含 WBS 编号凭证流链接Environment → Document flow → 显示 CJ88 文档号价值证明 FI 凭证真实存在、科目正确、金额匹配、来源可溯。重点圈出Reference和Text字段这是审计最关注的业务语义锚点。5.3 图三科目确定键映射关系图OK11 截图拼接将Cost element / G/L account与Cost center / G/L account两张表截图横向拼接用箭头标注Activity 0001 (400001 CC001) → [OK11] → 600100 150100 → [FB03] → 凭证行项目价值把抽象配置转化为业务语言让财务人员也能看懂“为什么工时进了在建工程”。这是跨部门沟通的终极翻译器。5.4 一份可审计的测试报告模板Excel 结构化交付时附一张 Excel 表共 5 列10 行以内拒绝长篇大论步骤事务码输入参数期望结果实际结果截图编号1CJ20NProject ZP000001, WBS ZP000001-001Financial Integration ✅✅Fig12OKO7Settlement profile ZPROJCreate FI document XXFig13OK11Key Z001, CE 400001 → 600100Mapping exists✅Fig34CJ88WBS ZP000001-001Settlement doc 00000001230000000123Fig15FB03Doc 0000000123Debit 150100, Credit 600100MatchFig2我的习惯每次配置变更后立即更新此表并存档。上线前拉出最近 3 次测试记录对比若某列连续两次“实际结果”为 ❌立刻停线排查。这比写 50 页配置文档更能守住交付底线。希望帮到你。本文还有配套的精品资源点击获取 SAP PS-FICO凭证流配置三开关与可视化验证
简介本资源是一份面向SAP实施顾问、FICO与PS模块初/中级用户及项目集成工程师的实操型配置指南聚焦SAP PS项目系统与FICO财务会计模块间凭证流的端到端集成落地。内容涵盖结果分析版本OKG1、成本控制范围OKG2、结果分析码OKG3、行标识定义OKG5、次级成本要素映射OKGA、FI过账规则OKG8及结算参数配置OKO6/OKO7等核心步骤并附完整测试样图与关键配置逻辑说明直击项目结算中在制品WIP、收入确认REV、成本结转COP/COS等典型业务场景。资源为单个6.84MB Word文档.docx结构清晰含事务代码路径、字段含义解析、勾选项影响说明及实际凭证流转示意图便于对照系统操作与理解集成底层机制。目前已有1881人学习下载是掌握SAP跨模块凭证驱动逻辑与财务项目闭环管理的高价值参考材料。1. SAP PS 与 FICO 集成凭证流展示为什么项目成本总对不上财务账某制造企业上线 SAP 后项目负责人发现一个典型现象PS 模块里明明已确认了 287 万元的内部订单工时和采购服务但 FICO 的总账科目如“在建工程”“研发支出”当月只过账了 231 万元差额 56 万长期挂账财务月结前反复核对、手工补凭证耗时超 16 小时/月。这不是数据延迟或权限问题而是 PS 与 FICO 之间凭证流未被显性化、配置未闭环、测试未覆盖真实业务路径导致的集成断点。本文讲的就是如何把这条“看不见的成本流转链”真正拉出来——从后台配置逻辑、凭证生成触发点、字段映射规则到最终在 FB03/FBRA 中可追溯、可截图、可复现的完整凭证流展示。它不依赖 ABAP 开发不改动标准凭证类型而是用标准配置最小化测试数据在 ECC 6.0 EHP7 及 S/4HANA 2022 环境下均可验证。适合正在做 PS-FICO 集成配置的顾问、刚接手项目成本对账的财务顾问以及需要向客户交付“凭证流可视化报告”的实施团队。2. 凭证流生成的底层逻辑不是自动发生而是由三个关键配置开关控制PS 与 FICO 的凭证流不是“开箱即用”的默认行为而是一组相互耦合的配置开关共同作用的结果。漏配任意一项凭证就不会生成错配一项凭证就会进错科目或丢失金额。我见过太多项目在测试阶段一切正常上线后突然中断根源都在这三处配置未对齐。下面逐层拆解其作用机制与校验方法。2.1 控制开关一项目定义中的“财务集成激活”Project Definition: Financial Integration这是凭证流的总闸门。若此处未启用后续所有配置均无效。路径CJ20N → 选中项目 → Edit → Project Definition → Control Data → Financial Integration关键字段✅Financial integration active必须勾选不可灰显✅Account assignment element必须设为WBS element非Network或Activity✅Cost object controlling建议设为Cost object controlling active否则无法按 WBS 过账提示该设置仅对新建项目生效。已有项目需通过CJ02 → Change → Control Data → Financial Integration手动激活并执行CJEN重估项目主数据使配置生效。跳过CJEN是新手最常踩的坑——界面显示已保存但后台仍按旧逻辑处理。2.2 控制开关二网络活动/作业类型的“结算配置文件”绑定Settlement Profile Assignment凭证流的触发动作来自“结算”Settlement而非“确认”Confirmation。很多顾问误以为工时确认CJ20N 中点击“Confirm”就直接生成 FI 凭证实则不然确认只更新 PS 内部成本只有执行结算CJ88或后台作业CJ8G才会调用 FI 接口。而结算能否执行、结算结果是否生成 FI 凭证取决于网络活动Network Activity或作业类型Activity Type是否绑定了正确的结算配置文件Settlement Profile。路径OPU5 → 选择网络类型如 N01→ Activity Types → 选中 Activity Type如 0001→ Settlement Profile必须配置✅Settlement profile填入已配置好的结算配置文件如ZPROJ✅Valid from日期需覆盖当前业务期间结算配置文件本身需在OKO7中维护核心是定义结算接收方类型Receiver type WBS结算方式Settlement type Full settlement是否生成 FI 凭证Create FI document X注意“Create FI document X” 是唯一决定是否生成 FI 凭证的字段。若此处为空CJ88执行成功但 FB03 查不到任何凭证——表面看结算完成实际成本仍滞留在 PS 层。2.3 控制开关三WBS 元素的“科目确定”主数据Account Determination for WBS Element这是凭证流的“科目翻译器”。PS 不知道具体记哪几个总账科目它只提供成本对象WBS 编号、成本要素如 400001 工资、金额FICO 凭证的借/贷方科目、特别总账标识、成本中心等全靠 WBS 元素上维护的“科目确定”规则来动态推导。路径CJ02 → 选中 WBS → Edit → Accounting → Account determination必须配置✅Account determination key填入已定义的科目确定键如Z001✅Validity period覆盖业务期间科目确定键OK11维护包含三张核心表表名作用必填项示例Cost element / G/L account assignment定义成本要素 → 总账科目的映射400001 → 600100工资费用Cost center / G/L account assignment定义成本中心 → 总账科目的映射用于内部订单场景CC001 → 150100在建工程Special G/L indicator assignment定义特别总账标识如A应收、K应付K → 210100应付账款关键逻辑当CJ88执行时系统根据 WBS 的科目确定键查表匹配出“成本要素 400001 成本中心 CC001”对应哪个总账科目如600100再结合凭证抬头的公司代码、会计年度等生成最终 FI 凭证。若匹配失败如表中无400001CC001组合结算会报错Message no. KI299凭证流彻底中断。3. 配置落地四步法从零开始搭建可验证的凭证流环境配置不是一次性操作而是一个闭环验证过程。以下是我在线上项目中反复验证过的最小可行路径全程无需开发所有事务码均为标准功能。每步完成后必须执行对应校验否则后续步骤将无法定位问题。3.1 第一步创建测试项目结构含 WBS、网络、活动目标构建一个干净、隔离、可重复使用的测试沙盒。# 1. 创建项目定义Project Definition CJ20N → Create → Project Definition - Project definition: ZTEST_PROJ - Description: Test Project for PS-FICO Integration - Control data → Financial Integration: ✅ Active - Save → 记下生成的项目编号如 ZP000001 # 2. 创建 WBS 元素WBS Element CJ20N → ZP000001 → Create WBS → - WBS element: ZP000001-001 - Description: Test WBS for FI Posting - Accounting → Account determination key: Z001 稍后在 OK11 中创建 - Save # 3. 创建网络Network并分配至 WBS CJ20N → ZP000001-001 → Create Network → - Network: ZNET001 - Network type: N01 (Standard) - Save → 进入网络 → Create Activity → - Activity: 0001 - Activity type: 0001 (Labor) - Settlement profile: ZPROJ 稍后在 OKO7 中创建 - Save逻辑说明此结构确保 PS 层有完整的成本对象链Project → WBS → Network → Activity。WBS 的Account determination key和 Activity 的Settlement profile均指向待创建的自定义值避免使用标准键导致科目冲突。所有编号以Z开头明确标识为测试对象。3.2 第二步配置结算配置文件Settlement Profile目标告诉系统“结算时把 PS 成本推给谁、怎么推、是否生成 FI 凭证”。# 进入 OKO7 → Create Settlement Profile - Settlement profile: ZPROJ - Description: Settlement to WBS with FI doc - Receiver type: WBS element - Settlement type: Full settlement - Create FI document: ✅ X - Save # 绑定至网络活动回退到 CJ20N → ZNET001 → Activity 0001 → Settlement Profile ZPROJ参数说明Create FI document X是硬性开关缺之则无凭证Receiver type WBS element表明成本最终归集到 WBS而非成本中心或内部订单Full settlement确保当期所有未清金额一次性结算避免分批过账导致对账困难。3.3 第三步配置科目确定键Account Determination Key目标建立“PS 成本要素 WBS 成本中心 → FICO 总账科目”的精准映射。# 进入 OK11 → Create Account Determination Key - Account determination key: Z001 - Description: Test key for ZP000001 # Tab: Cost element / G/L account assignment - Cost element: 400001 (Primary cost element: Labor) - G/L account: 600100 (Wages and salaries expense) - Company code: 1000 - Valid from: 20240101 - Save # Tab: Cost center / G/L account assignment - Cost center: CC001 (Test cost center) - G/L account: 150100 (Construction in progress) - Company code: 1000 - Valid from: 20240101 - Save # Tab: Special G/L indicator assignment可选本例暂不启用逻辑说明此处定义了两条核心映射。当CJ88结算时若活动 0001 发生了成本要素400001且该活动所属 WBS 的成本中心为CC001系统将自动选用600100作为费用科目150100作为资本化科目借方同时生成贷方210100应付账款或100100银行存款——具体贷方由结算接收方类型决定。务必保证Cost center字段与 WBS 实际维护的成本中心一致否则匹配失败。3.4 第四步执行结算并验证凭证流CJ88 FB03目标用最小数据触发凭证生成并在 FI 层完整追踪。# 1. 在网络活动中录入测试成本模拟工时确认 CJ20N → ZNET001 → Activity 0001 → Confirm → - Date: 2024.06.15 - Work: 10.0 hrs - Activity type: 0001 - Cost center: CC001 - Save → 系统生成 PS 内部成本但无 FI 凭证 # 2. 执行结算触发 FI 凭证生成 CJ88 → - Selection: Project ZP000001, WBS ZP000001-001 - Settlement type: Full settlement - Execute → 确认无错误消息如 KI299 - Save → 系统返回结算文档号如 0000000123 # 3. 在 FI 层验证凭证 FB03 → Enter document number: 0000000123 (or use FB03 → Document number 0000000123) → 查看凭证抬头Company code 1000, Document date 2024.06.15, Reference CJ88 → 查看行项目 Debit: 150100 Construction in progress 8,000.00 CNY Credit: 600100 Wages and salaries expense 8,000.00 CNY → 追溯来源点击凭证行项目 → Environment → Document flow → 显示来源为 CJ88 结算文档关键验证点凭证号必须与CJ88返回号一致借方科目150100必须来自 WBS 的科目确定键中Cost center / G/L account映射贷方科目600100必须来自Cost element / G/L account映射凭证抬头Reference字段必须含CJ88证明是结算触发非手工录入。4. 避坑指南PS-FICO 凭证流中断的五个高频现场与血泪解法凭证流不通90% 的问题不在 ABAP 或接口而在上述三处配置的微小偏差。以下是我在六个不同行业项目中记录的真实翻车现场每一条都附带可立即执行的排查命令与修复动作。4.1 现象CJ88 执行成功但 FB03 查不到凭证且无任何报错原因结算配置文件OKO7中Create FI document字段为空初始值为space而非X。系统静默跳过 FI 生成仅更新 PS 层结算状态。解决# 1. 检查结算配置文件设置 OKO7 → 输入 ZPROJ → 查看字段 Create FI document # 2. 若为空双击编辑 → 勾选 ✅ Create FI document → Save # 3. 重新执行 CJ88注意需先取消原结算CJ8G → Select document → Cancel settlement4.2 现象CJ88 报错Message no. KI299: No account determination found for cost element and cost center 原因WBS 元素维护的Account determination key如Z001中未定义当前结算所用的成本要素成本中心组合。例如活动用了成本要素400001但Z001表中只维护了400002的映射。解决# 1. 查看报错中的具体成本要素和成本中心KI299 后跟两个 即实际值 # 2. 进入 OK11 → Z001 → Tab Cost element / G/L account assignment # 3. 新增一行Cost element [报错中的要素]G/L account [应映射的费用科目] # 4. 同时检查 Cost center / G/L account assignment 表确保成本中心存在且有效期间覆盖4.3 现象凭证生成但借方科目错误如进了600100而非150100原因科目确定键中Cost center / G/L account assignment表未维护或维护的Cost center与活动实际所属成本中心不一致。系统降级使用Cost element / G/L account表的贷方科目作为借方。解决# 1. 进入 CJ20N → ZNET001 → Activity 0001 → 查看 Cost center 字段值如 CC001 # 2. 进入 OK11 → Z001 → Tab Cost center / G/L account assignment # 3. 确认存在 CC001 → 150100 的映射且 Valid from ≤ 当前日期 # 4. 若不存在新增并保存4.4 现象凭证生成但金额为 0或仅为部分金额原因网络活动的状态为RELReleased但未SETCSettled或结算时选择了Partial settlement但未正确设置结算比例。更隐蔽的是WBS 元素的Account assignment element在项目定义中设为Network导致结算对象错位。解决# 1. 检查活动状态CJ20N → ZNET001 → Activity 0001 → Status → 必须含 SETC # 2. 若无 SETC执行 CJ88 前先运行 CJEN重估或手动 Settle status # 3. 检查项目定义CJ20N → ZP000001 → Edit → Control Data → Account assignment element WBS element # 4. 重新执行 CJ88选择 Full settlement4.5 现象凭证生成但参考字段Reference为空无法追溯来源原因结算配置文件OKO7中未激活Document header text或Reference传递选项或用户参数文件SU3中RFReference field未维护。解决# 1. 进入 OKO7 → ZPROJ → Tab Document → 勾选 ✅ Document header text 和 Reference # 2. 进入 SU3 → 用户参数 → RF CJ88 强制参考字段写入 CJ88 # 3. 重新执行 CJ885. 凭证流可视化交付三张必截图一份可审计的测试报告模板客户验收或内部知识沉淀时“我配好了”不如“你来看凭证”。真正的交付物不是配置清单而是能一眼看懂成本如何从 PS 流入 FICO 的可视化证据链。我坚持用以下三张图一份结构化报告交付从未被质疑过集成有效性。5.1 图一PS 层结算源头截图CJ88 执行界面必须包含项目/WBS 选择范围证明针对特定成本对象结算类型Full settlement执行时间戳与用户ID结算文档号0000000123价值证明 PS 主动发起结算非后台作业或异常触发。截图右下角加水印“Test Date: 2024.06.15”杜绝后期篡改争议。5.2 图二FI 层凭证全景截图FB03 凭证明细必须包含凭证抬头Document number、Company code、Document date、Reference CJ88行项目Debit150100、Credit600100、Amount、Text含 WBS 编号凭证流链接Environment → Document flow → 显示 CJ88 文档号价值证明 FI 凭证真实存在、科目正确、金额匹配、来源可溯。重点圈出Reference和Text字段这是审计最关注的业务语义锚点。5.3 图三科目确定键映射关系图OK11 截图拼接将Cost element / G/L account与Cost center / G/L account两张表截图横向拼接用箭头标注Activity 0001 (400001 CC001) → [OK11] → 600100 150100 → [FB03] → 凭证行项目价值把抽象配置转化为业务语言让财务人员也能看懂“为什么工时进了在建工程”。这是跨部门沟通的终极翻译器。5.4 一份可审计的测试报告模板Excel 结构化交付时附一张 Excel 表共 5 列10 行以内拒绝长篇大论步骤事务码输入参数期望结果实际结果截图编号1CJ20NProject ZP000001, WBS ZP000001-001Financial Integration ✅✅Fig12OKO7Settlement profile ZPROJCreate FI document XXFig13OK11Key Z001, CE 400001 → 600100Mapping exists✅Fig34CJ88WBS ZP000001-001Settlement doc 00000001230000000123Fig15FB03Doc 0000000123Debit 150100, Credit 600100MatchFig2我的习惯每次配置变更后立即更新此表并存档。上线前拉出最近 3 次测试记录对比若某列连续两次“实际结果”为 ❌立刻停线排查。这比写 50 页配置文档更能守住交付底线。希望帮到你。本文还有配套的精品资源点击获取