前言
通常情况下，对PPO做GI或GR的时候，出现的异常可以在COGI中间被列出；在这些数据进入COGI之前，系统会把这些数据记录在CO1P中；换句话说，系统有时会出现DB的更新延时，当延时发生的时候，“错误”数据会先存在CO1P中，数十分钟或者数小时后，会自动进 入COGI。

CO1P 是处理在订单确认时数据产生列队状态下进行手工将其列队前置 ,即由于系统慢，导致订单确认事业处理不能及时进行，用CO1P就让其强制系统优先处理该业务。

COGI是记录由于操作不当导致反冲物料不能实际过账的业务。进行手工修正后保存即可。

出现CO1P的原因是设置了分离反冲,可以有两种方法解决:
1、报工后，手工运行CO1P
2、每天设置后台JOB，运行CORUPROC
我以前的问题是后台作业运行后，仍然存在CO1P，所以我就设置了2次，问题就变相解决了**

正文
今天用户问我

先CO03查询工单，确实已收货100个

查看工序，ZP03是我们定义的报工同时收货的类型，所以这里只有70个报工，说明用户确实有用CO13冲销一次30的报工，但是没有产生货物移动

进CO14去看报工明细，就是这第八笔报工，是冲销的报工，它出了问题

点进去查看它的货物移动

发现所有的物料都被标记了

然后我用COGI查不到任何数据，所以可以肯定，异常数据在CO1P里
进CO1P去看（因为我已经处理了，所以这里没有数据了）

如果有数据的话直接在这里面处理了，相应的货物移动就会自动过账的，如下.

但是我懒得每次碰到这种异常就处理一次，所以就可以设置一个后台JOB
SE38: CORUPROC （其实就是CO1P，设置JOB的话相当于后台执行），

另一种情况：
生产订单报工后，物料没有反冲，用COGI事务代码进入后也查不到数据。经检查物料主数据、工艺路线等一些基础数据设置都是正常的。通过查后台表AFFW发现在表中是有数据。
SE38: CORUAFWP.
创建后台JOB运行CORUAFWP程序，每天晚上自动跑一次，之后所有的AFFW表中的数据都会显示到COGI前台界面中。

把这个程序设置在后台，一小时跑一次，即可