oracle 已发运 接口,关于销售订单挑库发放卡接口以及发运处理卡接口的处理方式...
1.关于销售订单挑库发放卡接口的处理方式:在处理异常过程中,有时会碰到销售挑库后物料已有保留,但是交易记录就一直卡接口,到待定事务处理处提交也不成功,也没任何错误提示。对于出现上面的情况,只能将接口表和保留表的记录都清除,然后点击延交,重新创建交货和生成搬运单号。之后再到处理物料搬运单那里直接选择库存挑库发放即可。需要对于删除的数据进行备份保留:SELECT * FROM MTL_RESERVAT
1.关于销售订单挑库发放卡接口的处理方式:
在处理异常过程中,有时会碰到销售挑库后物料已有保留,但是交易记录就一直卡接口,到待定事务处理处提交也不成功,也没任何错误提示。
对于出现上面的情况,只能将接口表和保留表的记录都清除,然后点击延交,重新创建交货和生成搬运单号。之后再到处理物料搬运单那里直接选择库存挑库发放即可。
需要对于删除的数据进行备份保留:
SELECT * FROM MTL_RESERVATIONS
WHERE ORGANIZATION_ID = 2149
AND INVENTORY_ITEM_ID = 17778538
INSERT INTO MTL_RESERVATIONS_BAK
SELECT * FROM MTL_RESERVATIONS
WHERE ORGANIZATION_ID = 2149
AND INVENTORY_ITEM_ID = 17778538
DELETE FROM MTL_RESERVATIONS
WHERE ORGANIZATION_ID = 2149
AND INVENTORY_ITEM_ID = 17778538;
删除接口表数据
delete
from mtl_material_transactions_temp a
where a.inventory_item_id = 17778538;
delete
from mtl_transaction_lots_temp a
where a.transaction_temp_id = 309494113;
2.对于发运确认卡接口表情况的处理
首先查看是否已经产生了接口表数据
SELECTINV_INTERFACED_FLAG,OE_INTERFACED_FLAG,SOURCE_LINE_ID,SOURCE_HEADER_NUMBER,INVENTORY_ITEM_IDFROMWSH_DELIVERY_DETAILS
WHEREDELIVERY_DETAIL_ID=34303742
INV_INTERFACED_FLAG:为N代表尚未产生数据到INV的接口表,若为P则代表已经产生数据到interface表了,只是在处理数据时出错了。
OE_INTERFACED_FLAG:为N代表尚未产生AR INTERFACE数据
INV接口
SELECTTRANSACTION_TYPE_ID,TRANSACTION_INTERFACE_ID,SOURCE_HEADER_ID,TRANSACTION_HEADER_ID,ORGANIZATION_ID
FROMMTL_TRANSACTIONS_INTERFACE
WHERESOURCE_LINE_ID=7805072
AR 接口
SELECT*FROMRA_INTERFACE_LINES_ALL
WHEREsales_order='104215010233'
ANDINTERFACE_LINE_ATTRIBUTE3=1128744
若没有产生接口数据,则需要跑 连接行程停靠站– SRS 以及工作流 工作流后台流程 OEOL, , , Y, N,N
若状态还是没有变过来,仍然卡在物料事物处理的接口表中,到相应的库存组织下的
查到数据后点击提交
然后查看事物处理是否已经产生了。
跑完后数据变成已连接,不适用
3.对于未勾选发运的物料,已发运确认且已产生AR接口的处理方式:
这种物料只有转移记录,没有挑库和发放记录,有AR接口数据,对于这种已经到财务的数据,只能再重新下一个退货单,并将此具体的发货批次退回来。
针对前期就停留在FHC的数据,先到标准保留界面去删掉,之后用其他杂项事物处理将数据从发货仓杂出。最后将退回到外仓的数据重新备货到相应的合同上做发货确认 。

魔乐社区(Modelers.cn) 是一个中立、公益的人工智能社区,提供人工智能工具、模型、数据的托管、展示与应用协同服务,为人工智能开发及爱好者搭建开放的学习交流平台。社区通过理事会方式运作,由全产业链共同建设、共同运营、共同享有,推动国产AI生态繁荣发展。
更多推荐
所有评论(0)