站外推广营销方案,wordpress的设置网址导航,国外视频设计网站,wordpress编辑器返回经典前言 通常情况下#xff0c;对PPO做GI或GR的时候#xff0c;出现的异常可以在COGI中间被列出#xff1b;在这些数据进入COGI之前#xff0c;系统会把这些数据记录在CO1P中#xff1b;换句话说#xff0c;系统有时会出现DB的更新延时#xff0c;当延时发生的时候#xf…前言 通常情况下对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前台界面中。 把这个程序设置在后台一小时跑一次即可
