CO-PA数据传送核心：KEKF、KEI2、KE4I配置指南

做了这么多年FICO，我个人的感受是：CO-PA这个东西，配置起来不算难，但“数据传送”这一环，几乎每个项目都会出幺蛾子。尤其是销售开票、FI/MM记账以后，PA报表里查不到数，或者金额跟财务对不上，最后排查一圈，问题往往都出在 KEKF、KEI2、KE4I 这几个事务代码上。

很多人看到这三个事务代码就头大，因为从SAP菜单路径上看，它们分散在不同层级，名字又都是“KE”开头，很容易混。实际上它们就是CO-PA数据传送的三个核心关卡：KEKF决定PA里能存哪些“桶”，KEI2决定销售数据从哪个口子流进来，KE4I决定收入、折扣、税、成本这些金额到底映射到哪个值字段。三者的关系理顺了，80%的数据传送问题都能提前规避。

这篇东西我会尽量按日常项目实操的角度来写，不绕理论，讲清楚每个配置点的用途、顺序、以及我踩过的坑。不管是刚接手CO-PA配置的新顾问，还是已经在运维期长期跟数据对账较劲的ITBP，都建议收藏一份备用。

1. 先搞清楚CO-PA数据传送的整体链路

1.1 别把KEKF、KEI2、KE4I当成三个孤立配置点

CO-PA（Profitability Analysis，获利能力分析）在SAP里承担的是“把每一笔销售收入、成本、折扣、税按市场维度切开来分析”的职责。它本身不产生数据，数据全靠从SD、FI、MM模组传过来。既然要靠别人喂数据，“传送”这件事就比CO-PA报表逻辑本身更容易出问题。

我见过不少项目，顾问一上来就直奔KE4I去配条件类型映射，配完发现报表没有数，再回头看KEKF字段目录压根没把相关字段放进去，或者KEI2分配结构里的项目类别没覆盖。这种返工特别浪费时间。原因就是把这三个事务代码当成了互相独立的配置点，没有先理解它们是一条链路。

它们的分工我一般这么划分：

链路关系可以这样理解：SD开票时，定价过程会算出一堆条件类型金额（净价、折扣、税、成本）——这些是“源数据”；KEI2分配结构决定本次销售凭证要不要往CO-PA送、按哪个结构送；KE4I决定这些条件金额分别放到KEKF定义好的哪些值字段里；最后KEKF保证这些值字段真实存在于PA数据结构中。

所以配置顺序一定是先KEKF，再KEI2/KE4I。否则你把“阀”装了，“管道”也铺了，但另一端根本没有“桶”，数据照样落不下来。

1.2 数据流向与传送开关

CO-PA的数据传送不是“旁路广播”，它处处受开关控制。销售侧、FI侧、MM侧走的开关还不一样。

• 销售开票到CO-PA：由销售凭证的“项目类别”（Item Category）以及分配结构（KEI2）控制。配置的分配结构覆盖哪些项目类别，哪些单据类型/项目类别才往PA写数据。销售开票过账后，会在后台写PA记录；如果没有匹配的分配结构，大多数时候系统不报错，就是静默丢弃。
• FI凭证到CO-PA：FI手工凭证（比如F-02做的收入确认）能否写PA，主要看两个点：科目主数据是否勾选了“利润分析”（在科目主数据“控制”页签下），以及凭证类型是否允许PA更新。
• MM物料移动/发票校验到CO-PA：这块相对隐蔽，依赖移动类型、账户分类参考、评估类的组合，以及FI科目上“利润分析”字段状态。实际项目里最常见的是MIRO（发票校验）过账后没有PA记录，查到最后发现总账科目设置不对，或者账户分类参考没有启用PA的后续记账。

如果把CO-PA理解成商场的会员积分系统，那字段目录就是“商品明细目录”，KEI2就是“门店与会员系统的接口”，KE4I就是“积分规则”。并不是所有消费都会自动积分，还得门店参与活动、商品属于积分品类、收银员刷了会员码。三个条件缺一，积分就没了。

2. KEKF字段目录配置细节：先定义PA能存什么

2.1 字段目录的结构和入口路径

KEKF的正式名称是“维护CO-PA字段目录”。进入路径通常是：

会计核算 -> 控制 -> 获利能力分析 -> 主数据 -> KEKF - 维护字段目录

也可以直接SE38/NBAC里敲KEKF。进去后你会看到字段目录分两块：

• 特征字段（Characteristics）：就是分析维度，比如销售组织、产品、客户、国家、行业、渠道、订单类型。这些字段将来会出现在PA报表的行列里。
• 值字段（Value Fields）：就是金额和数量，比如销售收入、销售折扣、销售成本、数量、税额。这些字段承载实际数值。

新建字段目录时，一般不建议从零开始手建，因为PA的内部结构非常复杂，手工建需要维护大量前台看不到的底层设置。更稳妥的做法是复制SAP已有的标准字段目录（比如按行业模板提供的那几个），然后在复制出来的版本上增加自定义字段。

这里有个容易忽略的点：字段目录的字段不是随便加的。特征字段和值字段的类型、长度、来源表都需要指定。特别是自定义的特征字段，来源可以是SD的VBAK/VBRK，可以是MM的MARA，也可以是FI的BKPF/BSEG，选错来源表会导致传送时报“字段不存在”或者取值不对。

2.2 新建字段目录时最容易踩的坑

字段目录这步踩坑，带来的问题会一直延续到项目运维期，非常讨厌。

坑一：把值字段建成了特征字段，或者反过来。我遇到过有项目把“销售成本”加到了特征字段里，结果报表里所有金额型计算都无法正常做，成本还成了维度。特征是“用来筛选、用来分组的”，值是“用来累加、用来计算的”，这个逻辑建字段前一定要想清楚。

坑二：字段目录里没有放“凭证编号”“行项目编号”等追溯字段。PA行项目在KE24里显示时，要通过“源凭证”追溯到销售开票凭证或FI凭证。如果KEKF里没把凭证编号/行项目编号作为值或特征字段放进去，排查数据差异时你会疯掉，因为没有入口去对应原始会计凭证。

坑三：字段一旦使用，后续修改极不方便。SAP里字段目录的字段不是你想删就能删的，一般只能打删除标记，而且删除标记会影响数据导入和历史报表。所以前期字段规划要用点心思，特别是自定义字段，哪怕暂时用不上，如果判断未来可能要，建议在项目一开始就预留，后面再加字段的代价比前期大得多。

坑四：自定义字段的长度和源表不一致。从VBRK取个字段，源表长度是10，你在KEKF里定义了8，传送时直接截断或报错。这种报错有时只在特定数据组合下出现，测试时一笔订单全通过，月结大批量开票就挂了。

2.3 实操建议

我个人的配置习惯是：

1. 先和业务确认分析维度清单，比如必看的维度是什么，哪些字段只是“将来可能有用”。
2. 复制标准字段目录，先保证标准字段齐全。
3. 按业务需求添加自定义字段，添加时对齐源表字段类型和长度。
4. 把额外需要的追溯字段（比如SO号、开票号、行项目号、物料号、客户号）一次性补全。
5. 分配字段目录到经营范围后，做一轮完整的VF01开票测试，确认所有字段都能正常取值。

还有一个容易被忽略的设置：字段目录的使用范围。不同经营范围可以共用同一个字段目录，也可以分开。多经营范围项目里，如果两个经营范围的分析维度差异很大，建议分开维护，不要硬塞在同一个目录里互相妥协。

3. KE4I条件类型与值字段映射：PA认识的金额来源

3.1 KE4I配的是什么

KE4I在CO-PA配置里承担条件类型分配的工作。它的作用是把SD定价过程中计算出来的各类条件类型金额（比如PR00净价、K004折扣、MWST税金、VPRS销售成本）映射到CO-PA的值字段上。

为什么需要这一步？因为SD定价过程的条件类型是销售端的“语言”，CO-PA值字段是利润分析的“语言”。没有KE4I这层翻译，系统不知道PR00算出来的5块钱应该放进“收入”还是“折扣”还是其他什么桶里。

配置路径一般在这里：

会计核算 -> 控制 -> 获利能力分析 -> 工具 -> 调整 -> 条件类型 -> KE4I - 将条件类型分配到值字段

进去后，你会看到一张映射列表，左边是可以参与分配的SD条件类型，右边是CO-PA值字段。配置的核心就是给每一个需要进入PA的条件类型指定对应的值字段，同时还要指定取值方式是“金额”还是“数量”。

3.2 一配就错的高频问题

KE4I的坑不在操作本身，而在于映射口径跟财务核算要求不一致。下面几个场景我基本每个项目都会遇到。

折扣条件映射错误：许多项目把销售折扣K004直接映射到“销售收入”值字段，且以负值方式冲减。这样做报表倒是能平，但是“总收入”和“销售折扣”没法在PA报表里分开看，业务想要折扣分析时只能从FI科目去翻。更规范的映射通常是把K004单列一个“销售折扣”值字段，报表里收入和折扣分开显示。

税金条件映射漏配：MWST等税类条件类型如果漏配，PA里的“收入”就变成含税口径或者无税口径。关键是看项目采用的报表口径，有的项目要求PA金额与FI“主营业务收入”科目完全一致，这种情况通常要按净额映射；有的项目要求PA包含税，那税额就要映射进收入或单独税额字段。口径不统一是CO-PA与FI对账对不上的第一大原因。

VPRS销售成本没映射：很多销售订单的成本条件是VPRS（成本），如果没在KE4I里把VPRS映射到“销售成本”值字段，报表里收入、折扣都有，就“销售成本”全是零，毛利完全是虚的。这个坑不容易发现，因为系统不报错，只有对账时才暴露。

借贷方向设置错误：条件类型有贷方/借方属性，映射到值字段时如果方向反了，收入会变成负数，折扣反而成了正数。这种错误引发的报表数据非常诡异，而且排查起来比较费劲。

3.3 配置步骤与核对方法

KE4I的配置步骤相对简单，但建议按清单来：

1. 拿一份SD定价过程的条件类型清单。
2. 逐个判断哪些条件类型需要进入CO-PA，哪些只是中间计算用途。
3. 为每个需要进入PA的条件类型指定对应的CO-PA值字段。
4. 设置金额/数量标识。
5. 保存后，用测试订单完整跑一遍“销售订单 -> 交货 -> 开票 -> PA行项目检查”。

配完后不要急着收工，强烈建议做以下几组测试：

• 正常销售订单开票：确认收入、成本、数量都正确。
• 带折扣的销售订单：确认折扣进了单独字段或冲减收入。
• 退货订单：确认金额方向正确，不要出现负数当正数的情况。
• 部分交货、部分开票：确认PA数据跟开票金额一一对应。

4. KEI2销售凭证到CO-PA的分配结构配置

4.1 KEI2到底在配什么

KEI2的事务代码名称是“维护销售凭证的CO-PA分配结构”。它的作用是定义销售订单/销售开票凭证要通过哪个“结构”向CO-PA传送数据。

这里的“分配结构”决定了：哪些销售项目类别会触发PA数据写入，以及这些项目类别涉及的值字段映射关系。KEI2维护的内容通常包含：

• 分配结构名称（可以定义多个，按单据类型/业务场景区分）；
• 适用范围内的销售项目类别；
• 项目类别对应的值字段分配规则；
• 是否有“更新类型”的控制（实际/计划）。

如果KEI2里的分配结构没有覆盖某个项目类别，那么这种销售业务即使完成开票，也不会往CO-PA写数据，而且系统常常不给出任何报错。这类“静默丢失”的数据问题，是运维阶段最难排查的一类。

4.2 给标准销售订单项目类别加映射的步骤

KEI2的实操一般按以下步骤进行：

1. 进入KEI2，系统会先让你维护分配结构（Allocation Structure）。一般建议按业务场景命名，比如ZPA_STD表示标准销售、ZPA_RET表示退货。
2. 在分配结构明细中，添加销售项目类别。比如标准项目类别TAN/TAS、退货项目类别REN/RES。
3. 针对每个项目类别，指定从销售凭证哪些字段取值，映射到哪个CO-PA值字段。
4. 保存后，做一个激活/传送检查。有些项目里还需要把分配结构分配给PA传输结构或“传输结构变式”，没有分配的话同样不会生效。
5. 最后用测试销售订单验证。

这里要特别提醒：不要只关注标准销售项目类别。很多项目退货项目类别没有维护，导致退货开票时PA数据不产生，或者产生了负数收入但方向不对。还有所谓“免费发运”“赠品”项目类别，如果业务有需求，也要一并考虑。

4.3 销售订单传送 vs 开票凭证传送

项目里常有人问：CO-PA的数据是在销售订单时传，还是在开票时传？

答案是看配置。SAP支持两种时机都写CO-PA：

• 销售订单时写入：产生“计划值”类型的PA记录，方便尚未开票前做预测分析。
• 开票时写入：产生“实际值”类型的PA记录，这是财务收入确认后的正式数据。

很多项目初期图省事，只配置了开票时传送。后来业务提出要看在手订单的毛利预测，就再加销售订单传送。这时要特别注意：销售订单传送产生的计划值与开票产生的实际值如果都进入同一个PA报表，很容易出现金额翻倍混淆。

所以，如果两种传送都用，必须在KEI2/PA传输结构里区分更新类型，同时在报表中区分“计划/实际”。我见到的常见错误是上线初期开票传送配置没做好，然后又加了订单传送，结果报表里一笔订单两行数据，对账越对越乱。

5. 销售开票与FI/MM日常记账的实际传送配置流程

5.1 FI凭证传CO-PA的规则与常见坑

FI手工凭证传CO-PA虽然没有KEI2那样的分配结构，但控制点更隐蔽。正常情况下，F-02录入一笔凭证，借应收账款、贷主营业务收入，如果科目主数据里的“利润分析”页签被勾上，并且凭证类型允许更新PA，系统就会自动把收入部分写入CO-PA。

这里有几个容易出问题的地方：

第一，科目主数据没勾选“利润分析”。表现是F-02保存时提示类似“科目XX没有分配PA字段状态”，或者保存完全成功但KOB1看不到PA记录。很多时候是因为科目创建时只维护了总账相关页签，没有维护“控制”页签里的PA字段状态。解决办法是在科目主数据里打开利润分析字段状态。

第二，凭证类型限制了PA更新。某些自定义凭证类型在配置时没有勾选“更新CO-PA”，会导致手工凭证不写PA。如果遇到F-02其他科目都正常，只有某个凭证类型的数据不写PA，优先查凭证类型的相关控制。

第三，银行收款F-28一般不进PA。很多人用F-28清应收，发现PA数据没变化，以为是配置问题。其实收款本身不是收入确认时点，PA数据早在销售开票(F-02/VF01)时已经写过了，清账不影响PA数据。如果你期望收款时也写PA，那是业务口径没想清楚，不是技术故障。

第四，跨公司代码、跨经营范围过账。这种情况PA的取值可能落到其他经营范围或出现币种差异。尤其是外币业务，FI过账用凭证币种，PA可能按控制范围币种换算，汇率差异会导致CO-PA与FI金额不一致。需要提前约定汇率取值规则。

5.2 MM物料移动与发票校验传CO-PA的规则

MM侧的CO-PA传送没有SD侧那么直白，因为它不是简单的“条件类型到值字段”，而是通过物料移动/发票校验联动FI科目，再由FI凭证决定是否写PA。

最常见的两种场景：

一是采购收货/生产收货。如果收货对应的FI科目（存货科目、GR/IR科目）没有启用PA，那这笔物料移动不会产生PA数据。大多数项目只在“销售出库/销售成本”相关环节启用PA，采购和生产环节不写PA，这样设置本身没问题，但要注意“销售成本”如何从MM侧传到PA。比较常见的做法是通过销售订单的发货过账触发销售成本，或者通过物料分类账/成本核算把成本结算到PA。

二是MIRO发票校验。如果供应商发票校验针对的是采购订单，且采购订单关联到销售订单（比如“带采购订单的销售”），那张供应商发票可能产生PA数据。如果MIRO过账后PA没有记录，优先检查发票校验涉及的科目（GR/IR、存货、成本科目）是否有PA字段状态，以及采购订单行项目是否有关联的销售订单信息。

另外，MM侧的物料移动类型也对PA传送有影响。某些移动类型只做数量管理，不出财务凭证，自然也不会有PA数据；某些移动类型出FI凭证但科目没有PA勾选，同样没有PA数据。排查时要先用MB51或MR51确认FI凭证有没有生成，再确认科目配置。

5.3 销售开票传送的完整闭环设置

销售开票传CO-PA，看起来是KEI2和KE4I两个事务代码的事，实际操作时还需要外围配置配合。完整的闭环应该是这样的：

1. SD定价过程维护完毕，销售订单和开票凭证能正确计算净价、折扣、税、成本。
2. KEKF字段目录确认包含所有需要写入的值字段。
3. KEI2分配结构覆盖相关项目类别，并正确映射销售凭证字段到PA值字段。
4. KE4I把定价过程中的条件类型映射到KEKF定义的值字段。
5. 经营范围相关的PA版本设置正确，且实际值允许更新。
6. 销售开票过账后，通过KE24或KE5Z检查PA行项目。

第5点容易被忽略。有些项目默认版本0的“实际值更新”没有被勾选，导致所有配置都做了，PA报表就是没有实际数据。排查时可以进入PA版本的设置里看版本是否允许实际值。

另外还要检查VKOA销售开票科目确定是否配置完整。如果开票时FI科目确定失败，系统过账都会报错，更不可能产生PA数据。销售开票的科目确定与CO-PA传送是两条并行的路径，但科目确定失败会阻塞开票过账，间接影响PA。

6. 常见问题排查与避坑清单

6.1 有销售发票，但CO-PA没有数据

这是售后群里问得最多的一类问题。排查顺序建议如下：

1. 确认开票凭证是否过账成功。先看VF03里会计凭证号是否存在；如果开票过账本身失败，谈不上PA数据。
2. 确认销售项目类别是否有KEI2分配结构。用“VA03查看销售订单行项目的项目类别，再回KEI2检查该类别有没有维护分配结构”。
3. 确认KE4I里该业务用到的条件类型是否有值字段映射。尤其是收入条件PR00、成本条件VPRS等。
4. 确认KEKF字段目录里相关值字段确实存在，且已分配给当前经营范围。
5. 确认PA版本实际值更新允许。否则配置再完整也不会写实际数据。
6. 确认期间范围。PA记录可能开票当月写，但报表筛选期间不对，或开票期间和会计期间跨月，记录落在其他月份。

有一个细节：如果测试时通过VF01开票成功，但PA里查不到数据，先别急着改配置，先在KE24里用“开票凭证号”查一下。PA数据可能是写进去了，但你用销售订单号过滤时看不到，因为PA行项目的凭证字段可能是开票号而不是订单号。

6.2 金额对不齐：PA数据与FI金额不一致

金额对不上，要先分清楚是“差一个税”还是“差折扣”，还是“完全对不上”。

• 差一个税：大概率是KE4I里税条件映射口径不一致。PA收入是含税，FI收入科目是不含税，或者反过来。需要统一口径。
• 差折扣：折扣条件映射方向或字段错误。检查KE4I里折扣条件是否单列值字段，还是冲减到了收入里，跟财务对账口径是否一致。
• 差成本：VPRS成本条件没配或者没传到PA。检查KE4I里VPRS（或对应成本条件）映射，以及SD交货发货过账时是否生成了销售成本凭证。
• 完全对不上：查PA行项目与FI行项目的对应关系，看看是否有单据类型漏配。也可以用KE24单笔追。
• 汇率差：PA按控制范围币种存储，FI凭证币种与PA币种不同时，会因汇率产生差异。需要确认期末汇率重估逻辑是否在PA侧同步。

6.3 常见报错速查表

6.4 历史数据与期初初始化

上线后PA数据传送跑通了，不等于历史数据就自动有了。如果项目是新实施，通常需要把上线前的存量销售和利润数据导入系统，作为期初PA数据。

期初初始化最容易踩的坑是：字段目录还没定稿就开始导入，等导入完成又加新字段，结果历史数据无法回填新字段。所以强烈建议导入前先完成KEKF字段目录的最终版本评审，并在测试环境做一次完整导入演练。

期初导入一般通过批量工具或标准数据加载程序完成，导入后要在KE24/KE5Z里按期间、按经营范围核对总数，确保与FI科目余额一致。核对时不仅要对总金额，还要按关键维度（比如产品线、客户、销售组织）拆分核对，否则维度值取错，报表对账时照样一脸懵。

7. 运维期的一些经验建议

7.1 配置顺序与检查清单

如果让我总结一个最省事的配置流程，大概是：

1. 业务需求确认：分析维度有哪些，金额口径是按含税还是不含税。
2. KEKF整理字段目录：标准字段+自定义字段+追溯字段一次性加好。
3. KEI2配置分配结构：覆盖所有需要进PA的项目类别，包括退货、免费发货等特殊场景。
4. KE4I配置条件映射：把定价条件逐项映射到值字段，确认借贷方向和金额/数量标识。
5. 版本与经营范围设置：检查版本实际值更新、经营范围参数。
6. 全流程测试：销售订单、交货、开票、退货、部分发货、MIRO、F-02，逐场景验证PA数据。

配置前最好画一张“条件类型 - 值字段 - 报表展示”的对照表，让业务方一起评审口径，避免你自己想当然地映射完，月结时才发现口径不一致。

7.2 把对账动作固化到月结流程

CO-PA的数据传送不会因为上线时测试通过就永远稳定。定价过程调整、条件类型新增、科目主数据批量修改、凭证类型调整，都可能导致PA数据传送发生变化。

我建议每个月底结前固定做一次PA对账：把PA行项目按期间汇总金额，与FI相关科目发生额做核对。差异超过阈值（比如千分之一或固定金额）就展开排查。这个动作看着费事，但能避免问题拖到季报年报前集中爆发。

常用的对账查询路径：

• KE24/KE5Z看PA行项目明细和报表汇总；
• KOB1看实际成本/收入过账记录；
• VF03/FB03看源凭证，从PA行项目反向追溯。

如果差异定位到某个条件类型或项目类别，优先回到KE4I/KEI2查配置，不要一上来就怀疑是数据被改坏了。数据异常背后90%是配置变更或主数据变化。

7.3 文档化：配置交接时能救命

最后一个建议，可能听起来像废话，但真的太重要了。KEKF字段清单、KEI2分配结构清单、KE4I条件映射清单，一定要形成文档。哪怕是简单的Excel，也要记录：

• 每个PA值字段对应哪个FI科目或者哪类定价条件；
• 哪些项目类别走哪个分配结构；
• 金额口径是含税还是不含税；
• 哪些自定义字段是从哪张表取的。

项目我做多了以后发现，CO-PA本身并不难，难的从来都是口径和追溯。文档不写清楚，三个月后业务问你“为什么这个字段是空的”，你就得重新把所有配置翻一遍，而如果当时顺手记了配置逻辑，一眼就能定位问题。

加上CO-PA涉及的配置点又多又分散，字段目录、分配结构、条件映射、科目确定、版本设置，哪个环节一个不小心，都会导致最终数据出问题。把这套东西当成“一条流水线”来管理，每个环节都有人清楚它的上下游，才能真正避免传送问题反复出现。

最后分享一个我自己的小习惯：每次给业务演示CO-PA报表前，我都会先跑一遍KE24看行项目，确认报表底层的明细数据是完整的。明细不对，报表再好看也是空中楼阁。数据传送这件事，永远值得多花十分钟验证。