APO event issue affect production order BACKFLUSH APO报工事件问题

月结后,APO的事件报工执行失败,表现为计划订单未过点和报工。错误消息涉及系统过载。对比测试环境,发现额外的RFCStatus消息。尽管有NOTES2453740,但未解决问题。手工程序仍能正常报工,黄老师建议保持现状。一鸣使用PPCGO后,报工功能恢复正常,显示PPCGO在APO模块中的关键作用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

月结打卡账期后,APO的事件报工执行失败,症状为可以看到提交了事件,但是APO中的计划订单没有过点和报工。在事件管理器中打开事件跟踪,从跟踪信息中可以看到,BACKFLUSH反冲是由FM 、/SAPAPO/AHTG_CONFIRM_CREATE函数来接收并执行。

 和测试环境比较,我们发现多了一条RFC Status的消息:system overload,repeat immediately by batch. 按这个错误提示,可以找到一个NOTES 2453740,这个NOTES是同事件管理队列相关的处理。对本次问题毫无帮助。

我们这次月结后会启用全新的成本方案,此时此刻正是这个新方案的关键节点上。因为我们的手工程序还可以作订单的报工,这个问题只出现在接口调用事件报工的功能点上,所以黄老师认为系统的状况还在可控范围中,让一鸣继续用手工程序对订单做完全套流程。

一鸣使用了PPCGO,奇迹发送了,工单状态从无法报工没有记录突然转变为出现了全部的报工记录,然后一鸣告诉我,工单报工功能恢复正常了。

 

 我想到原来宝能汽车系统中遇到过一个场景,关账期后整车报工物料丢失,执行PPCGO后冒出来。看来这个PPCGO是个APO模块重要的代码,出现问题就作一下,可能会解决问题。

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

刘欣的博客

你将成为第一个打赏博主的人!

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值