企业官网建设流程全解析

做CO顾问的人，月底不管在哪个时区，都躲不开一类问题：订单没完工，成本却已经发生了，这笔钱月底到底是费用，还是存货？项目没验收，收入合同签了，成本也投进去了，本期利润该怎么认？回答这些问题的工作，在SAP里有一个统一的名字——结果分析，操作入口通常是KKA2，项目型业务还会追加CJ88。结果分析码（Results Analysis Key）就是这场期末操作的规则说明书，它决定了哪些成本可以资本化、哪些收入应该按进度确认、哪些损失需要提前计提。这篇先把原理和实操链路讲透，适合正在做CO月结、准备接手FICO上线项目，或者被KKA2结果搞得一头雾水的顾问。

1. 期末为什么必须做结果分析：跨月订单、在制品与收入成本错位

1.1 收支配比在SAP里的现实障碍

制造企业的生产周期和会计期间很少完全对齐。一张生产订单6月开始投料，7月还在加工，8月才完工入库，9月才开发票确认收入。如果严格按费用发生时间记账，7月这堆材料人工制造费用会全部冲进当期损益，当月利润表非常难看；8月库存增加但PVCost没有对应的收入，9月确认收入时又没有成本可以配比，利润虚高。这种收入和成本错位的账，老板看了会直接拍桌子。

SAP的CO模块用“订单归集成本”的方式解决了成本跟踪的问题，但归集在订单上的成本最终怎么进损益、进多少，是一个期末决策问题。结果分析（Results Analysis，简称RA）就是用来回答这个问题的：把还没有对应收入的那部分成本留在资产负债表端，作为在制品存货；把已经赚到的那部分收入按进度确认到损益；如果预计订单要亏钱，还要在当期就把亏损准备计提出来。

1.2 结果分析、WIP计算、订单结算：三兄弟的分工边界

很多刚入行的顾问会把KKA2、WIP计算、KO88/CJ88结算混在一起。我打个比方：订单是一个大池子，成本不停地往里注水，结果分析是“水位测量器”，它先判断池子里哪些水应该保留为资产（在制品），哪些水已经变成费用（结算到损益）；而KO88/CJ88是“排水阀门”，真正把水从这个池子排到目标科目里去。

具体来说：

• WIP计算（在制品计算）：只看成本，把期末未完工订单的成本资本化到存货，常用于生产订单。
• 结果分析（RA）：既看成本也看收入，可以根据完工进度确认收入、成本、费用和损失准备，是WIP计算的超集。
• 订单结算（KO88/CO88/CJ88）：把订单或WBS上的余额按结算规则转到目标对象（物料、总账科目、CO-PA等）。

KKA2跑出来的结果，本质上是给期末“该认多少成本、该认多少收入”定一个基线。这个基线定了，后续结算、PA凭证、FI凭证才有依据。所以KKA2在期末关账里排得比较靠前，通常是在费用分摊分配之后、结算之前执行。

2. 结果分析码内部长什么样：评估方法、行标识与OKG3配置逻辑

2.1 一个RA Key不是单个规则，而是一组“评估方法”的配方

结果分析码在配置端的核心事务码是OKG3。打开OKG3，你会发现每个RA Key下面挂了好几行，每一行都是一种评估方法（Valuation Method）。这些评估方法行的组合，决定了这个RA Key在面对某个订单时，到底走成本资本化、完工百分比还是收入确认路径。

每一行评估方法里，核心字段包括：

• 测量方法：比如OCAG（按实际成本）、OCPG（按完工百分比）、REV1（按收入）等。
• 成本要素：这个RA行结果记到哪个成本要素。
• 相关成本范围：选所有实际成本，还是只选相关成本。
• 行标识（Line ID）：RA行项目在报表里怎么显示、后续过账时匹配哪个总账科目。

举个例子，一个典型的项目用RA Key ZPOC01会配三行：第一行用OCPG按完工百分比计算订单结果，第二行用REV1按收入确认规则计算应计收入，第三行用OCAG做最终的实际成本兜底。三行各算各的，最后汇总到RA行项目里。这就是为什么选RA Key之前必须先想清楚业务模式，不是随便拿个FUL01就能通吃。

2.2 常见测量方法的选择逻辑

这里有一个常见的误区：生产订单本来没有收入行，很多人却给生产订单配了REV1这种收入确认评估方法，结果KKA2跑完，RA报表里冒出一堆“收入”行，跟FI对账怎么都对不上。我个人的经验是，生产订单老老实实用OCAG做成本资本化就够了；如果订单挂了销售订单号，或者需要往CO-PA传收入，才需要引入REV类测量方法。

2.3 OKG4分配与订单主数据带出

光在OKG3里定义RA Key没有用，必须通过OKG4把RA Key分配到订单类型和事务类型上。这个环节经常被忽略，导致订单主数据上根本没有RA Key可维护。

生产订单的流程一般是：OKG4给订单类型分配默认RA Key → 新建生产订单时，会计视图里自动带出这个Key → 也可以人工改成其他Key。如果是内部订单或者WBS，则要通过项目参数文件或订单类型把RA Key带出来。别小看这个“带出”，很多月结问题就出在订单上都看不到RA Key，KKA2选单选了一大堆，结果一个都没计算。

从S/4 HANA版本来看，OKG3/OKG4的配置路径基本还在，但界面上有了一些简化。无论如何，判断RA Key是否真正落到订单上，最简单的方法是进订单的会计视图看一眼。如果没有，先回配置查OKG4，不要急着跑KKA2。

3. KKA2实操拆解：从选择屏幕到RA报表的每个字段都不白给

3.1 运行KKA2前必须确认的四件事

KKA2的结果依赖上游数据，很多顾问上来就点执行，跑出来的数不对又不知道查哪里。我每次月结跑KKA2之前，会习惯性确认四件事：

第一，所有该进订单的成本已经过账。包括间接费用分摊分配（KSV5、KSU5等）、作业价格重估（CON2）、分摊循环执行结果。如果上游分配没跑干净，KKA2算出来的WIP基线就是错的。

第二，订单状态不是TECO或DLV。一个已经技术完成或已发货的订单，KKA2通常会跳过在制品计算，因为它默认订单已经结束，不需要资本化WIP。如果你发现某张订单KKA2没有数据，先看状态码。

第三，结果分析版本选对。实际结果分析用版本0，计划结果分析用版本1。KKA2默认按版本0跑，这个版本一般没问题，但如果你配了RA版本参数文件，一定要确认公司代码默认版本是0。

第四，订单或WBS上确实带出了结果分析码。这个上一节已经说过，不再重复。

3.2 选择屏幕参数与批量处理范围

KKA2的选择屏幕字段并不多，但筛选范围很重要。常用筛选维度有公司代码、经营范围、处理期间、订单类型、订单号范围、WBS要素等。

我一般会分两个批次跑：第一次只选生产订单类型，锁定到具体公司代码；第二次单独跑项目相关的WBS。不要一股脑把所有订单类型都勾上，否则报表里混入内部订单、销售订单项目，对账时很难定位。KKA2支持前台执行，也支持后台作业调度。期末如果数据量大，建议做成月结模板作业，选择屏幕存变式，后台定期执行。

如果你在S/4 HANA里跑，KKA2的屏幕可能还需要维护“处理方式”。比如“期间处理”是按期间逐个处理、“总计处理”会一次性汇总。按期间处理是主流，因为最终要跟FI逐月对账。

3.3 RA报表和行项目怎么看

KKA2算完，数据落在结果分析行项目里。查看入口主要是KKA3（结果分析信息系统）和KKAG（RA行项目报表）。很多顾问跑完KKA2后只会看汇总，不看行项目，这是大忌。

RA行项目里最关键的几个字段：

• 资本化WIP：代表订单期末应保留在存货中、不确认到损益的成本。
• 未实现成本（Unrealized Costs）：代表按收入配比原则暂时不能资本化的成本，或者亏损订单需要费用化的部分。
• 应计收入（Accrued Revenue）：按完工百分比应该确认但还没开票的收入。
• 收入准备金/成本准备金：亏损订单里需要预提的损失。

举个例子：某项目计划成本100万，合同收入120万，实际已发生成本40万。用POC算，完工比例40%，应确认收入48万，成本40万，订单结果8万。这时RA报表里就会看到WIP 40万、应计收入48万、未实现收益8万。这三个数串起来，就是项目本期的“真实利润”。

4. 生产订单里的结果分析推演：成本如何从损益挪回存货

4.1 按实际成本资本化WIP：最典型的OCAG场景

生产订单的KKA2场景是CO月结里最常见的。假设一张订单计划产量100件，本月投料并加工了60件，实际成本发生了36万。如果按实际成本法资本化，KKA2会自动把这36万里符合资本化条件的部分从费用科目转出，做成“借：在产品-制造费用 / 贷：主营业务成本-制造费用”的凭证逻辑。月底利润表不背这笔未来才能产生收入的钱，资产负债表端存货对应增加。

但这里有个细节：资本化WIP并不是简单地把订单所有成本全资资本化。如果订单整体亏损，比如实际成本已经36万，但预计该订单最终只能卖30万，那超出的部分KKA2会停止资本化，并要求计提亏损准备。换句话说，WIP封顶逻辑是“资产不可以超过可实现价值”，这是财务审慎性原则在SAP结果分析里的落地。

4.2 订单从在产到完工：RA与KO88/CO88的衔接

订单完工入库（通常不会马上TECO，但生产关闭会触发）之后，KKA2在下一个期间就不再资本化WIP，而是停止计算。真正把订单余额清掉的动作是KO88或CO88结算。KO88结算时，订单余额包括实际成本和之前资本化的WIP转回一起结走。

我习惯把KKA2和KO88的关系理解成两段式：上半场KO88结算订单价值时，先要看KKA2给出的RA基线，确认哪些成本已经在存货里；下半场结算到物料或差异科目时，不能用KKA2的结果去冲掉结算金额，否则会出现WIP和差异都记了两遍的情况。这其实是很多项目里“CO与FI对不平”的一个重要源头。

另外，如果启用了物料分类账（ML），顺序会更讲究：KKA2 → CO88/KO88 → 物料账差异处理。KKA2和CO88跑完，物料账才有正确的和WIP相关的存货价值数据。每个项目的后台集成设置不同，顺序可能有差异，但“先RA后结算再物料账”是绝大多数项目采用的做法。

4.3 一个算单核算的实战技巧

如果你的生产订单每个期间都涉及多批次收货、部分退货，KKA2的产出数量参照口径要选对。有些订单通过自动收货确认产出，有些通过作业确认产出，口径不一致会导致资本化WIP比例失真。

我的建议是：KKA2执行后不要马上关账，先用订单成本报表（比如CO03订单成本分析）核对“订单已归集成本”和“KKA2资本化WIP+结算金额”之间是否吻合。两边如果差出一个大数，不用怀疑别的原因，先回去查产出确认和收货确认的口径。

5. 项目结算场景：KKA2算完，CJ88怎么把RA结进损益

5.1 长周期项目的POC确认逻辑

项目型业务跟生产订单的差别，在于项目通常有一个明确的合同金额和完工节点，成本和收入的确认都不是靠一次完工收货完成的。工程项目、造船、大型设备制造，往往要跨好几个会计期间。这时候KKA2要跑的结果分析，更多是用完工百分比法（POC），把收入、成本和利润按进度摊到每个期间。

在结果分析码里，OCPG就是负责这个“按完工百分比确认订单结果”的评估方法。KKA2计算时，会取WBS上已归集的实际成本跟计划总成本做比值，得到完工百分比；再用合同收入乘以完工百分比，算出应计收入；应计收入和实际成本之间的差额，就是本期间的订单结果。

实际操作中有一个容易忽略的点：WBS的计划总成本要在项目开始前维护好。如果项目进行到一半计划成本还没有放进去，或者总是被无脑改成等于实际成本，POC比例就会失真，结果分析也就失去意义。

5.2 CJ88结算前检查与结算规则

KKA2算完WBS的结果分析，CJ88才能把结果“正式结走”。CJ88是项目的结算事务码，它的结算规则可以定义到多个目标对象：可以是CO-PA的获利能力段，可以是总账科目，也可以是另一个WBS或者成本中心。

我的执行习惯是：

1. 先跑KKA2，选择项目/订单类型，锁定WBS要素。
2. 用KKA3抽查几个WBS的RA行项目，确认收入、成本、结果依赖合理。
3. CJ88里选“期间结算”，按项目结算参数文件执行。
4. CJ88跑完后进CO-PA报表，检查收入成本是否按WBS结构正确落在获利能力段。

CJ88里有两个比较关键的控制点：一个是“结算处理”，选PER（期间结算）还是FUL（全额结算）；另一个是“对象类型”，确定是WBS要素还是网络活动。项目型业务的结算规则通常做成默认规则，CJ88会自动按规则带出，不需要每个期间重新维护。

5.3 项目RA和销售订单RA的实际差异

如果项目签了合同，同时销售订单关联了项目，结果分析的逻辑会交叉得更深。销售订单本身的RA多用于CO-PA POC确认，项目WBS的RA负责项目成本归集。两者如果通过“销售订单-项目”分配关系连起来，KKA2和PA传输结构配置就要特别注意：不要出现项目收入确认了一次、销售订单又确认了一次的情况。

这里我见过最多的配置失误，是销售订单CO-PA评估里用“以项目结算为基础”还是“以销售订单RA为基础”选错。一旦选错，同一个期间收入被重复计入PA，利润虚高，月底一查全懵。碰到这类问题，建议先扒开CO-PA的评估方法配置，再回头核对KKA2选的RA Key，两个层面一起看，才能定位根源。

6. 月结中结果分析码的高频坑位：排查顺序比改配置更重要

6.1 订单上没有结果分析码，不要急着去订单里硬填

这是月结咨询中最常见的“病”。单据上能看到RA Key，但KKA2选择范围还是算不到。正确的排查链路是：先查OKG4，确认订单类型有没有分配结果分析码；再查控制参数文件或项目参数文件，看默认值有没有被覆盖；最后才看订单主数据上是不是被手工改了RA Key。

很多人一到现场就想去订单主数据里把RA Key手工填上，这是治标不治本。一张订单填了，下一张新建订单又会被默认值覆盖或留空，问题永远堵不住。真正的解法还是要回到OKG4和参数文件层面，把默认值配好，让所有新订单自动带出。

6.2 KKA2跑完没有数据，先看订单状态和期间

排查顺序上，我强烈建议按“状态 → 成本 → 期间 → 配置”四步走：

1. 订单状态是不是TECO/DLV，状态变了RA会被跳过。
2. 订单上是不是已经归集了成本，成本都没进来，RA当然算不出来。
3. 当期会计期间是否已打开，CO公司的期间版本有没有包含这个期间。
4. 结果分析码是否被手动清空，是否被改成了不合法的Key。

尤其要注意第三步。很多项目上了S/4 HANA后，期间版本控制更严格了，KKA2跑完提示“成功”，但实际上因为期间没开，数据根本没生成。这种“假成功”最坑人，一定用KKA3抽查行项目确认。

6.3 RA结果和FI对不平，十有八九是科目自动记账没配全

结果分析计算完成后，无论资本化WIP还是应计收入，要把数据送进FI总账，都要依赖结果分析行到总账科目的自动记账配置。这块配置散在OKG5、OKG6、OKG8、OKG9等几个事务码里，不同版本和不同国家本地化场景会有差异。

最容易出问题的是“行标识”和总账科目的映射关系没配对。比如RA行项目里行标识是RA01，但OKG6里只给RA01配了成本要素，没配总账科目；或者科目配置只配了损益科目，没配资产负债表科目，导致KKA2算完只能看CO数据，FI凭证一直卡在那里。排查时先KO88/CJ88看结算日志里的错误信息，再回到结果分析科目确定配置逐项检查。

6.4 和物料账、CO-PA的执行顺序配合

最后一个坑，是结果分析跟其他模块的执行顺序被球踢。启动物料账的环境里，如果先把物料账跑了再跑KKA2，KKA2基于的实际成本可能还没包含物料价格变化，WIP资本化就会失真。反过来，如果先做了CO-PA结算，后面RA再动，CO-PA的收入成本又会跟CO订单对不上。

我个人的经验是，项目上线前就把月结蓝图里的执行顺序写死：费用分配分摊 → 作业重估 → KKA2结果分析 → KO88/CO88/CJ88结算 → 物料账 → CO-PA传输 → 关账检查。每步定义了负责人和检查报表，形成月结Checklist。这样即使中途有人休假换人，月结也不至于翻天。

说到这，想起这些年在月结夜班踩过的坑，很多其实不是SAP的问题，而是对结果分析码“为什么这么设计”理解不够。KKA2只是一个计算引擎，真正决定计算结果的是你配出来的RA Key是否贴合业务本性，CJ88只是一个结算阀门，真正决定结转到哪里的，是项目结算规则和科目配置。把这套逻辑想通了，再回头看OKG3、OKG4、OKG5这些配置，你会觉得一切都顺理成章。下一期有机会，我再专门聊聊结果分析和CO-PA POC集成时那些让人头大的评估策略差异。