翻译：确认中的处理控制（CO1P）

（小纪：翻译此Note的初衷是同事Ocean问我是否了解CO1P的功能作用，说真的，小周博士确实不是很清楚该事务的作用，从没有深入研究过该事务，以下是其中一个Note，翻译于此，作为学习小纪吧！后续有时间还可以写一下COGI和CO1P之间的差异）

 

【病情症状】

组件倒冲和/或自动收货的确认过账时，货物移动却只有部分更新或直接没有更新，然而，仅创建了请求记录。可以在配置中设置自动收货和/或立即更新程序过账的处理控制。

重要事项：以下事务，即使在配置（OPK4）中的处理控制设置了“立即联机”，货物移动通常会由于技术原因，在更新程序中过账。

1. CO13，CORS：截止4.6版本
2. CO12，CORR
3. 确认BAPIs：

      BAPI_PRODORDCONF_CANCEL

      BAPI_PRODORDCONF_CREATE_HDR

      BAPI_PRODORDCONF_CREATE_TE

      BAPI_PRODORDCONF_CREATE_TT

 

【病情起因】

该问题是系统的技术设置引起的。

 

【对症下药】

PM/PP/PP-PI/PS订单的确认配置中，可以定义处理控制（OPKC），该事务可以确定以下处理过程的更新时间：

1. 自动收货
2. 倒冲
3. 实际成本

可以分配以下的时间给上述处理过程：

1. 立即联机
2. 在后台工作
3. 立即在更新程序中

如果自动收货或倒冲应“立即在更新程序”中，不过有些时候，货物移动在确认期间并没有立即更新货物移动，而仅仅创建了请求记录。

出现上述情况的原因如下：更新程序中的货物移动过账是从联机过程即开始的，为此，除联机过程外，还会创建一个更新过程，并且，更新过程独立于联机过程运行。例如：联机过程已经完成，但货物移动的更新过程仍在运行或尚未开始，这时，无法向联机过程发送消息，对话框或对话，也无法从更新过程中发送消息，对话框或对话。更新程序中更新货物移动时，可能会出现以下情况：

1. 货物移动是成功的
2. 货物移动不成功=>错误记录（COGI）
3. 锁定情况=>请求记录

锁定情况下，系统不会在COGI创建可以重新处理的错误记录，而会在CO1P中创建请求记录。还可以从标记列表中，选择性地更新这些标记记录，建议定期计划更新这些记录工作。以下report可以运用与此：

1. CORUPROC：从4.0A版本（AFFW和AFRPx标记）
2. CORUAFWP：从3.1H版本（AFFW标记）
3. CORUAFW0：只有3.0/3.1版本（AFFW标记）

CORUPROC Report应从4.0版本开始使用。

 

                                                                                                                                                 --- 原文来源于Note：208477

                                                                                                                                                 --- 翻译于2018年07月30日，惠州