我一直在搜索和阅读有关COGI和CO1P的所有文件，以了解为什么一些货物移动在COGI中进行，而一些在CO1P中进行。我想分享我在了解这些交易时从何处开始和结束的知识。如果您也在搜索此主题，云服务器推荐，希望此文档将是最后一站。

请阅读本文以了解此主题的基础知识。

让我们考虑在以下场景中为确认生产订单设置自动货物移动。

确认已保存，但货物移动失败？

为了找出原因，我们必须进入交易代码：

COGI–自动货物移动错误记录的后处理

顾名思义，我们可以在纠正错误后从这里处理失败的货物移动。

给出订单号并执行

例如，这里的错误是由于货物库存不足造成的张贴。在系统中更新库存之前，此过帐将保留在COGI中，我们可以在COGI中过帐货物。

现在再次更新库存打开COGI后，选择所需行项目并单击"保存"过帐货物。如果需要更改确认明细，请双击行项目或选择行项目并单击"更改明细"按钮，微信返利机器人安全吗，然后单击"保存"按钮进行商品过账。

如何配置系统在商品移动发生错误时停止确认过程？

可在IMG节点"定义确认参数"下进行配置

此指标指定如果保存一个有货物移动错误（即倒冲或自动收货）的确认，则保存前系统会显示一个错误日志

确认已保存且没有货物移动失败，仍然没有库存是否在生产订单中更新？

在这种情况下，您可能需要转到交易代码：

CO1P–预定义确认流程

顾名思义，这是配置中已定义的步骤，用于在稍后时间点处理当天的所有货物移动。例如，为了提高系统性能，一小时内的所有货物移动都可以通过CO1P一次完成。这是在"取消耦合确认设置"中设置的。

给出订单号并执行

选择所需行项目并单击"保存"以过账货物。

什么是取消耦合确认？如何设置？

为了避免确认过程的响应时间问题，我们可以将确认过程中发生的步骤解耦。以下是可以解耦的流程

自动收货反冲实际成本确定

以上流程的执行时间可以在IMG节点"定义确认流程的时间"下定义，

即以上三个任务可以配置为在确认时立即处理，也可以配置为以后在后台处理。此设置称为解耦确认

此过程控制键可在所需订单类型的"确认参数"节点下维护

则与此确认相关的货物移动将保存在CO1P中，直到它们被手动或后台作业处理。

当选择"后台作业稍后"选项时，人工智能行业分析，系统将确认数据保存在下表中：

AFRP1–自动GR确认记录AFRP2–倒冲确认记录AFRP3–实际成本确认记录

即使在处理来自CO1P的条目后，库存也不会根据订单更新？

在这种情况下，如果有任何进一步的错误需要解决，您可能需要查看COGI。

例如：库存不足、授权问题、生产订单状态等

为什么系统有时将条目过账到COGI，有时过账到CO1P？

说到这里，如果由于系统无法过帐货物移动而导致任何错误，则此类项目将保留在COGI中。另一方面，当按照上述步骤预先定义配置时，库存过帐将保存在CO1P中。

有一个例外，淘客推广联盟，当系统负载很大时，如果在确认期间发生锁定，COGI中不会生成错误记录，而是会生成一个请求以供以后更新，因为系统假定锁只是暂时的。这些请求可以在CO1P中找到。

在后台运行COGI、CO1P的程序是什么？

CORUPROC、CORUAFWP和CORUAFW0是可以在后台安排的报告，用于定期清除COGI/CO1P中的过账。

但它们在处理COGI条目时有限制，因为在解决相应错误之前无法清除这些过账。例如，如果该条目是由于库存不足，则在系统中更新库存之前，这些报表无法清除该条目。

所有这些条目都存储在AFFW表中。在上述任何程序开始时，表AFFW中的所有条目都设置了全局锁，同时还为货物发出和货物接收设置了全局进程锁。因此，建议不要并行运行这些报告，因为这可能会导致作业取消。因此，在调度具有不同报告的作业时保持一定的时间间隔。我们还可以用错误信息编号来区分表AFFW中的错误，如果行项目没有错误信息编号，那么可以在CO1P中看到。

CO16N和COFC用于什么？

CO16N–后处理不正确的确认

此事务处理失败的确认，淘客返利，而COGI/COPI处理失败的货物移动。

如果以以下方式之一输入错误的确认，则可能出现：

从PDC系统上载（请参阅上载）在线录入（快速录入或批量处理）通过BAPI界面输入

错误可能是订单不存在、订单已锁定、订单已确认等

COFC–确认的后处理，实际成本计算有错误

确认期间的成本计算错误将在事务COFC中更新。所以这与我们上面讨论的货物移动过帐无关