企业官网建设流程全解析

做CO-PA月结这些年，我最怕听到的一句话就是：“开票正常、FI也过账了，怎么KE30里没数？”这种问题的背后，通常不是单一原因，而是销售开票、FI记账、MM过账这一整条数据传送链路上的某个环节悄悄断了线。CO-PA（利润分析）的迷人之处在于，它把收入、成本、折扣、运费从不同模块汇聚到一张获利能力报表里；而它的折磨人之处也正在这里——数据来源越分散，配置的口子就越多，任何一个口子没堵好或没打开，月底数字就对不上。今天这篇不是理论课，而是针对销售开票与FI/MM记账的CO-PA数据传送，讲清楚日常配置怎么做、KEKF、KE4I、KEI2这三个在项目里经常被点名的事务代码各自负责什么，以及我实际踩过的坑。

1. CO-PA数据从哪来：销售开票、FI、MM三条传送线的边界

1.1 销售开票线：收入与折扣的主力入口

CO-PA里最核心的收入数字，绝大多数来自SD开票凭证。开票过账的瞬间，系统会按照PA传输结构（PA Transfer Structure），把开票凭证里的定价条件（PR00净价、K004折扣、FRA1运费、UTX1税金等）按事先定义好的映射关系，写入对应的CO-PA价值字段。

这条线的特点是“明细拆分做得最细”。一笔订单开票后，收入、折扣、运费、税金分别进到不同的价值字段，报表里才能看到“净收入是多少、折扣让利多少、运费收入多少”。所以只要项目允许，我强烈建议保留SD开票直接传送PA的方式，不要图省事统一改成从FI传，否则条件类型的拆分信息大概率会丢。

1.2 FI记账线：手工凭证与总账科目的兜底通道

FI线解决的是那些没有经过SD开票、但也要进CO-PA的业务，比如手工收入凭证、返利计提、费用重分类、汇兑损益调整等。FI凭证过账时，系统会根据总账科目找到对应的PA价值字段，把金额填进去。

这里有个很多人容易混淆的点：SD开票生成的应收账款凭证，本质上也是一张FI凭证。如果FI侧不做排除，就会出现同一笔收入在PA里被传送两次——SD开票传了一次，FI过账又传了一次。后面第4章我会完整讲这个坑的排查过程。

1.3 MM记账线：销售成本与采购差异进入PA的路径

MM线主要管两块：一是发货过账，例如移动类型601对外发货，系统通过OBYC的GBB-VAX配置生成销售成本总账凭证，同时按规则传送到PA；二是发票校验（MIRO），采购发票与采购订单的价差、汇兑差异，也会按配置写入PA价值字段。

现实中这条线最容易出问题的地方，不在MM本身，而在MM和FI的交汇点。货物移动记账到总账科目后，能否进入PA，还取决于KEKF里有没有把这个销售成本科目映射到PA价值字段。我遇到过一次：KEI2规则配得好好的，发货也过账了，总账凭证都生了，但CO-PA里就是没有销售成本，最后一看，KEKF的科目映射表里漏了那个成本科目。

1.4 三条线怎么配合：用订单全流程串起来

用一个简单例子说明：客户下单，产品发出，公司开票。

交付物流上，发货过账触发MM线，销售成本进入PA；开票过账触发SD线，收入和折扣进入PA。这两行数据靠订单号、物料、客户、销售组织这些PA特性关联起来，KE30报表里才能算出这张订单的毛利。如果期间内还做了返利计提、费用分摊，那走的是FI线，补充到成本侧。

理解了这个基本框架，再看后面的事务代码和排查方法，就不会觉得是孤立的知识点。

2. 配置前必须想清楚的三件事：价值字段、传输结构、派生规则

2.1 价值字段：CO-PA报表里的“格子”

价值字段（Value Field）是CO-PA承载金额的容器。KE30报表里，行一般是特性（客户、物料、销售组织），列就是一个个价值字段。定义多少价值字段、每个字段放什么内容，决定了报表信息密度。

实际配置中，经营组织里定义的常用价值字段一般包括：销售收入、销售折扣、运费收入、销售成本、管理费用、采购价差、汇兑损益等。字段太少了，不同的业务挤在一个格子里，后续分析扯不开；字段太多了，维护传输结构、派生规则的工作量成倍上升。建议按业务部门真正会看的报表维度来定，先画报表原型，再回推价值字段清单。

2.2 传输结构：从业务凭证到价值字段的“翻译手册”

业务凭证里的字段不可能天然就叫“销售收入”，开票凭证里它叫PR00条件类型，FI凭证里它是某个总账科目。传输结构干的事，就是把二者对应起来：

• 开票条件类型PR00 → PA价值字段“销售收入”
• 开票条件类型K004 → PA价值字段“销售折扣”
• 计费数量 → PA价值字段“销售数量”

这个映射关系不是随便建一个就行，它要能被业务场景引用。在KE4I维护好传输结构后，还要把它分配给对应的开票类型、凭证类型，并且激活。我见过太多“配了但没激活”“激活了但没分配”的情况，这两个低级错误几乎占PA没数据问题的三分之一。

2.3 派生规则：把手头没有的分析维度“推算”出来

有些PA特性，比如利润中心、产品线、客户组，在源头凭证上不一定直接有字段。这时候就要用派生规则（Derivation），由系统根据已有信息推算。例如根据物料主数据查产品线，根据成本中心推利润中心，根据客户主数据推客户组。

派生规则的优先级逻辑要特别留意：手动填写的值优先级最高，其次按规则编号顺序执行派生，最后是默认值。我踩过的坑是：两条派生规则同时存在，旧规则没失效，导致新规则怎么调都不生效。排查派生问题，先看KE30里那种“未分配”的数据，八成就是派生条件没被满足。

3. 用KE4I、KEKF、KEI2逐个打通三条传送线：实操步骤与字段映射要点

3.1 KE4I：维护PA传输结构，打通SD开票传送

在实施项目里，KE4I通常被当作PA传输结构维护的总入口。进入事务代码后选择经营组织，就能看到现有的传输结构列表。

我一般按业务场景来建结构，比如ZBILL_01专门用于销售开票，ZMM_01用于物料移动。新建传输结构时，左侧是来源字段（来自SD开票凭证），右侧是目标价值字段（来自PA），逐行维护映射。

销售开票场景下，必须重点确认以下几点：

• PR00、K004、FRA1这些条件类型是否都存在且已映射。
• 计费数量是否单独映射到数量类型价值字段，别和金额字段混在一起。
• 结构保存后务必激活，激活报错通常是因为某个字段已被其他结构引用，要先处理引用关系。
• 分配关系要完整，一个传输结构生效需要同时完成“维护结构 + 分配到开票/凭证类型 + 激活”三个动作。

验证方法很直接：在测试环境做一张测试订单，走完整交货和开票流程，然后进VF03查看会计视图，如果PA数据生成了，再用KE24查行项目。KE24能看到记录，说明SD线基本通了。

3.2 KEKF：维护总账科目到PA价值字段的映射，打通FI传送

KEKF在项目里的角色，是维护总账科目和PA价值字段的对应关系，简单理解就是“科目翻译表”。一张FI凭证过账时，系统拿科目去这张表里查，查到就写对应的PA价值字段，查不到就按配置决定是忽略还是报错。

实操维护时，可以按科目区间批量维护，例如把6001到6010这一组收入科目统一映射到“销售收入”价值字段，把4110折扣科目映射到“销售折扣”。这种批量处理方式能大幅减少维护工作量，特别是在科目表比较大的集团里。

最需要留心的地方，是“哪些凭证类型允许传送”。我建议在KEKF的传送规则里，按凭证类型做精细控制：

• 手工总账凭证：允许传送。
• SD开票自动生成的收入应收凭证：从FI侧排除，避免和SD开票传送重复。
• MIRO发票校验生成的应付凭证：允许传送，但要确认采购价差映射字段正确。
• 收付款凭证：一般不需要传PA，除非业务要做收付维度的利润分析。

3.3 KEI2：配置MM侧传送规则，让存货移动与发票差异正确落PA

KEI2通常用来维护MM侧的业务数据传送规则，重点包括两部分：货物移动和发票校验差异。

货物移动侧，要为需要进PA的移动类型建规则。例如601发货过账要传PA，202反向发货回补是否传PA要看业务定义。规则建好后要注意评估范围和工厂范围，不同工厂可能走不同规则，尤其是跨公司、跨工厂转储场景，最容易出现“这个工厂有数据、那个工厂没数据”的怪象。

发票校验侧，MIRO产生采购价差时，差异金额要映射到PA的采购差异价值字段。这里要特别留意“基于收货的发票校验”（GR-Based IV）和“基于采购订单的发票校验”对差异时间的差异影响。

KEI2配完后，不要只盯着MM看，一定要回到FI侧的KEKF确认对应科目映射存在。MM的货物移动通过OBYC跳到总账科目，如果这个科目在KEKF里没有映射，费用照样进不了PA。这是项目上线阶段重复率最高的问题之一。

3.4 三条线配置完成后，必须做的一轮联动测试

三条线的配置不是孤立的，测试也要按真实业务流走一遍：

1. 建订单，做交货，发货过账，检查PA里是否生成了销售成本行。
2. 开票，检查PA里是否生成了收入、折扣、运费行。
3. MIRO做一笔发票校验，制造价差，检查PA里是否生成了采购差异行。
4. FB50做一笔手工收入调整，检查FI传送是否正常。
5. 最后用KE24把所有行项目导出来，核对总额和FBL3N的总账金额是否一致。

这一步看起来很基础，但能拦住绝大多数上线后的“月度数据对不上”问题。

4. 月度结账时容易踩的四个坑：从“PA没数”到“PA重复数”的完整排查

4.1 坑一：开票正常，但PA里完全没有收入

现象是VF03里开票凭证好好的，FI应收账款凭证也生成了，但CO-PA的KE30报表里怎么都刷不出收入。

我的排查顺序是固定的：

1. 先确认开票凭证里有没有定价条件金额，别只看总金额。
2. 再确认FI凭证是否生成，排除了SD科目确定的问题。
3. 进KE24查PA行项目，确认到底是一条都没有，还是有但金额不对。
4. 如果一条都没有，优先检查SD开票项目类别的PA更新开关，其次检查KE4I传输结构是否激活、是否分配给了该开票类型。
5. 还要看一眼经营范围，别选错了经营组织，这种情况也容易出现“好像没数据”的错觉。

这个坑里，最难发现的是项目类别开关。传输结构配好但项目类别不允许PA更新，数据就是进不来；反向情况也一样，项目类别允许但传输结构没配，同样没数。

4.2 坑二：发货过账成功，销售成本没进PA

发货过账后，物料账在移动，总账凭证可能也生成了，但CO-PA报表里的销售成本行就是缺一块。

排查链路要跨模块走：

1. MB51查发货凭证，确认移动类型正确、过账日期在正确期间。
2. FBL3N查销售成本科目，确认总账凭证确实生成。
3. FI有了但PA没有，大概率是KEKF科目映射缺失，把销售成本科目补上即可。
4. 如果FI、MM都正常，重点查KEI2里该移动类型是否配了传送规则，以及规则是否覆盖到该工厂。
5. 最后检查版本和期间，确认KE30选的是实际版本，别选成计划版本。

我遇到最隐蔽的一次，是HelloWorld阶段测试时用的移动类型与正式业务不一致：正式流程是601发货，但某工厂实际用的是602（贷方退回相关的移动类型）。当时只配了601，602没配，结果一个工厂的成本全部缺失。

4.3 坑三：PA数据重复，同一个收入出现两行

数据重复常见于SD开票传送和FI传送同时打开的场景。开票时SD传送生成一行收入，随后FI应收账款凭证过账又触发一次PA传送，于是KE30里收入翻倍。

排查时用KE24双击行项目，查看每一行的来源凭证类型、凭证编号和参考字段，能清楚看到哪一行来自SD开票，哪一行来自FI过账。

处理思路有两条：

• 首选：保留SD开票传送，在KEKF里排除SD自动生成的收入应收凭证类型。
• 备选：关闭SD开票传送，全部走FI。但我不推荐这么做，原因前面提过——SD传送能保留完整条件类型拆分，FI传送往往只保留总账科目维度。

另外要注意冲销场景：开票被冲销时，SD传送会产生反向PA行；如果这个冲销同时触发了FI侧传送，也会产生反向行。两边的冲销逻辑要保持一致，否则月份之间数字会莫名其妙地波动。

4.4 坑四：KE24明明有行项目，KE30汇总报表就是刷不出来

这个坑最让人恼火，因为“数据看起来都在，就是报表没数”。

首先要确认KE30选择的期间、版本和经营范围有没有问题。很多人第一步就选了默认期间，但实际上业务数据记到了上一期间或下一期间，自然刷不出来。

如果期间版本都对了还是没数，就要考虑汇总级别的问题。CO-PA的数据写行项目后，还要按汇总级别写入汇总表，KE30从汇总表读数。如果当前查询组合没有对应的汇总级别，数据就不会出现在报表里。这个时候在KE30里把“未分配”开关打开，往往能看到那些因为特性没派生出来而归入未分配的数据。

客户主数据不完整、物料主数据缺产品线、利润中心没维护，都会让派生失败，数据掉进“未分配”里。处理办法是补主数据，然后重新执行派生或重传历史数据。

5. 除了三个事务代码之外，容易被忽略的开关与检查清单

5.1 销售凭证项目类别里的PA更新标志

KE4I、KEKF、KEI2这三个事务代码，相当于数据传送规则的“后台字典”，但真正决定“这笔业务要不要传到PA”的开关，往往在业务主数据或凭证类型配置里。

以SD开票为例，开票凭证项目类别（比如TAN、TANN）的“更新”相关配置里存在CO-PA标志位。如果这里没有勾选，哪怕KE4I传输结构配得再完美，开票也不会往PA写数。上线初期我建议顾问专门做一张“业务场景 × 项目类别 × PA标志”的对照表，逐项过一遍，能少走很多弯路。

5.2 替代与科目分配：给“没有映射”的业务做兜底

不是每一笔业务都能干净地映射到某个PA价值字段。例如一些内部费用凭证，科目找不到对应的PA字段，系统会怎么处理？这取决于替代（Substitution）和科目分配规则里的兜底设置。

实际操作中，常用替代逻辑给凭证补充利润中心、段、产品线等信息。替代优先级和派生规则一样，要非常小心地管理。我见过因为替代顺序变了，导致一个月的数据全部挂到“未分配”里的情况，排查起来特别痛苦。

5.3 月度结账前的PA数据健康检查清单

在月结关账前，花半小时做一次健康检查，能避免绝大多数的“紧急救火”情况：

• 用KE24导出本月PA行项目，与FI相关科目余额表做差异对比，重点看销售收入、销售成本、折扣、运费。
• 检查KE24状态列里是否有错误状态的行项目，有的话逐条处理。
• 让SD同事确认本月是否还有已交货未开票、已开票未过账的记录，这些都会影响CO-PA数据的完整性。
• 如果本月有大量红冲发票或贷项凭证，单独核对PA冲销行，确认方向和金额都正确。
• 检查期间是否已经正确打开，避免数据记到错误期间后又做期间调整。

这个清单不是流程文档里的漂亮话，是实打实能省时间的。我所在的项目组自从养成这个习惯，月结期间CO-PA相关的紧急工单减少了至少一半。

最后说句实在话。CO-PA的数据传送，90%的问题都不在事务代码本身，而在SD项目类别的开关、FI科目映射的完整性、汇总级别和期间版本的选择这三个地方。KE4I、KEKF、KEI2只是入口，真正重要的是脑子里有一张“数据传送链路图”：什么凭证、经过哪个模块、通过哪个事务代码、映射到哪些PA价值字段。我每到一个新项目，第一件事就是画这张图，然后贴在工位旁边。月结对不上数的时候，顺着图一点点查，比翻几百页配置文档快得多。