SAP Note 1376862 解读：CO-PA 中第三方采购订单与单独采购订单的价格差异更新
目录
改写来源：SAP Note 1376862 — Update third-party purchase order and individual purchase order in CO-PA
在 SAP 的成本获利能力分析（CO-PA）中，第三方采购订单（third-party purchase order）与单独采购订单（individual purchase order）的成本流转一直是 FICO 顾问关注的重点。本文基于 SAP Note 1376862，解释为什么在实施 Note 988113 与 1297982 之后，采购环节产生的价格差异不再直接更新到 CO-PA，以及在哪些特殊场景下可以通过 CO-PA Exit KEII_SDSTR 临时恢复该行为。
1. 问题症状
- 在实施 **Note 988113** 与 **Note 1297982** 之前，单独采购订单在收货或发票校验时产生的价格差异会直接更新到 **costing-based CO-PA**，这其实并不符合标准设计。
- 实施上述修正后，这种行为被阻止，价格差异不再直接写入 CO-PA。
- 某些业务场景下，企业仍希望继续把这些价格差异直接传递到 CO-PA。
- SAP 提供 **CO-PA-specific exit `KEII_SDSTR`** 作为临时方案，但建议长期应统一第三方采购订单与单独采购订单的处理流程。
相关关键词：MIRO、MIGO、third-party、individual purchase order、price difference。
2. 标准系统行为
在标准 SAP 中：
- 对于第三方采购订单和单独采购订单，**成本销售收入（cost of sales）** 是通过开票凭证（billing document）中的条件类型 **VPRS（condition type G）** 更新到 CO-PA 的。
- 如果在开票时采购成本尚未确定（例如后续还有发票校验），系统会在发票过账后通过 **VPRS 条件值调整** 产生一条 delta 行项目，将差额补入 CO-PA。
- 因此，在 **MIGO 收货** 或 **MIRO 发票校验** 时产生的价格差异**不再单独传递**到 CO-PA。
这种机制的好处是：CO-PA 中始终能反映采购订单的实际成本，而不会因为中间环节的价格波动造成重复或过时的数据。
第三方 / 单独采购] --> B[收货 MIGO
或发票校验 MIRO] B --> C{产生价格差异?} C -->|标准行为| D[不直接更新 CO-PA] D --> E[开票 VF01/VF02
VPRS 条件调整] E --> F[实际成本更新至
Costing-based CO-PA] C -->|启用 KEII_SDSTR Exit| G[直接传递
价格差异至 CO-PA] style G fill:#fff8e1,stroke:#f9a825
3. 标准行为 vs Exit 方案对比
4. 前提条件：SD Copy Control
| 维度 | 标准行为（推荐） | 使用 KEII_SDSTR Exit（临时） |
|---|---|---|
| 更新时机 | 通过开票 VPRS 调整更新 CO-PA | 在收货/发票校验时直接传递价格差异 |
| 数据一致性 | 与实际开票成本保持一致 | 可能产生额外调整，需要核对 |
| 配置依赖 | 需要 SD copy control 开票数量设为 E 或 F | 需在表 TKEEXITS 中激活 Exit |
| 适用场景 | 新建或可调优流程 | 历史流程无法改变、必须直接过账差异 |
| 长期建议 | 统一第三方与单独采购订单处理 | 仅作为过渡方案 |
要让标准行为正确运行，必须确保 SD copy control 中的开票数量（billing quantity）字段设置为 E 或 F。只有这样，开票时才能读取到相应的采购/发货凭证，从而正确更新 VPRS。
如果设置不同，成本可能取自：
- 发货过账（goods issue）的数据；或
- 物料评估段（material valuation segment）的数据。
详细配置可参考 SAP Note 372772 与 SAP Note 547570。
5. 解决方案：激活 CO-PA Exit KEII_SDSTR
如果业务上确实无法调整流程，可以按以下步骤激活 Exit。
5.1 在表 TKEEXITS 中注册 Exit
使用事务码 SE16，在表 TKEEXITS 中新增一条记录，字段内容如下：
5.2 实现子例程
| 字段 | 值 | 说明 |
|---|---|---|
EXITID | KEII_SDSTR | Exit 名称 |
APPL | KE | 应用领域 |
SEQNO | 001 | 序号 |
ISACTIVE | X | 激活标志 |
REPORT | 客户命名空间的程序名，例如 ZCO_PA_EXIT | 存放实现代码的程序 |
FORM | 子例程名，例如 KEII_SDSTR | 程序中的子例程 |
在指定的客户程序中，创建如下签名的子例程：
FORM keii_sdstr CHANGING is_acchd TYPE acchd
is_accit TYPE accit
x_no_transfer TYPE c.
" 默认情况下系统已将 X_NO_TRANSFER 设为 'X'，即不传递
" 根据业务逻辑判断是否允许当前行项目传递到 CO-PA
" 示例：如果是特定采购订单类型或行项目，允许传递
* IF is_accit-... = '...'.
* x_no_transfer = ''.
* ELSE.
* x_no_transfer = 'X'.
* ENDIF.
" 注意：请根据实际业务字段补充判断条件
ENDFORM.5.3 控制参数说明
- `IS_ACCHD`：会计凭证抬头数据，包含公司代码、过账日期、凭证类型等信息。
- `IS_ACCIT`：会计凭证行项目数据，包含科目、成本要素、采购订单号等明细。
- `X_NO_TRANSFER`：控制是否将该行项目传递到 CO-PA。
- 进入 Exit 时，系统默认设置为 `'X'`（不传递）。
- 若希望传递，需将其清空：`X_NO_TRANSFER = ''`。
5.4 停用 Exit
如需停用，可执行以下任一操作：
- 删除表 `TKEEXITS` 中的对应条目；或
- 将字段 `ISACTIVE` 清空。
6. 适用版本
根据 SAP Note 1376862，该 Exit 适用于以下 SAP 版本（节选）：
- SAP ERP 6.0 系列：600、602、603、604、605、606
- Enhancement Packages：616、617、618
- 后续版本：700、720、730
- SAP S/4HANA 早期版本：100、101、102、103、104、105
具体能否实施还取决于当前系统的支持包（Support Package）级别，请在实施前使用 **SNOTE** 检查依赖关系。
7. 相关 SAP 事务码与表
8. 常见问题 FAQ
| 类型 | 名称 | 说明 |
|---|---|---|
| 事务码 | SE16 | 查看/维护表数据 |
| 事务码 | SE37 / SE38 | 创建或查看 Exit 程序 |
| 事务码 | MIGO | 收货 |
| 事务码 | MIRO | 发票校验 |
| 事务码 | VF01 / VF02 | 开票 |
| 事务码 | KE30 | CO-PA 报告 |
| 表 | TKEEXITS | CO-PA Exit 注册表 |
| 结构 | ACCHD | 会计凭证抬头 |
| 结构 | ACCIT | 会计凭证行项目 |
| CO-PA 表 | CE1XXXX / CE2XXXX | 实际/计划行项目表（XXXX 代表操作型科目表） |
Q1：为什么 SAP 不建议价格差异在 MIGO/MIRO 时直接进 CO-PA？
A：因为实际成本最终要通过开票时的 VPRS 条件反映到 CO-PA。如果在收货/发票阶段就传入差异，后续开票再调整时容易出现重复或金额不一致。
Q2：Exit KEII_SDSTR 是永久方案吗？
A：不是。SAP 明确指出它只是一个临时方案，建议长期将单独采购订单流程与第三方采购订单流程对齐。
Q3：如果 SD copy control 的开票数量不是 E/F 会怎样？
A：VPRS 的成本来源会不正确，可能取自 goods issue 或物料评估段，导致 CO-PA 数据偏差。请参考 Note 372772 与 547570 进行调整。
Q4：该 Exit 会影响 account-based CO-PA 吗？
A：该 Note 针对的是 costing-based CO-PA。Account-based CO-PA 基于 Universal Journal，数据逻辑不同。
Q5：激活 Exit 后如何验证效果？
A：可在开发/测试系统中过账一笔差异，然后使用 KE30 或 CO-PA 行项目表查看差异是否被传入。建议同时与 FI 凭证进行对账。
9. 常见错误与排错
10. 最佳实践
- **优先调整业务流程**：在实施 Exit 前，先评估是否能将单独采购订单改为与第三方采购订单一致的处理方式。
- **在开发环境充分测试**：使用真实业务数据验证 CO-PA 行项目与 FI 凭证的一致性。
- **做好变更记录**：在 Exit 程序中写明业务背景、判断逻辑和责任人，便于后续维护。
- **定期复核 SAP Note**：关注 1376862 及其依赖 Note 的更新，及时升级到推荐的支持包。
- **限制 Exit 范围**：通过 `IS_ACCIT` 中的字段尽量精确控制哪些行项目允许传递，避免全量放开。
11. 相关 SAP Notes
来源说明
| 现象 | 可能原因 | 处理建议 |
|---|---|---|
| Exit 未生效 | TKEEXITS 中 ISACTIVE 未设为 X | 检查并激活条目 |
| 所有行项目都被传入 CO-PA | 子例程中未正确设置 X_NO_TRANSFER | 补充业务判断条件 |
| 子例程 dump | 参数签名与标准不一致 | 确认使用 CHANGING IS_ACCHD TYPE ACCHD 等 |
| CO-PA 金额重复 | 同时使用 Exit 与标准 VPRS 调整 | 评估是否可停用 Exit 并统一流程 |
| SAP Note | 主题 | |
| 1376862 | 本文来源：CO-PA 中第三方/单独采购订单价格差异更新 | |
| 988113 | 相关前置修正 | |
| 1297982 | 相关前置修正 | |
| 372772 | SD copy control 必要设置 | |
| 547570 | SD copy control 必要设置 |
本文由 SAP Note 1376862 改写整理，仅对原文中的技术要点进行结构化解读与中文表达。未对 SAP 标准行为进行推断或编造；具体实施请以 SAP Support Portal 最新版本 Note 及当前系统环境为准。
