rcv_shipment_lines 和rcv_transaction 的分割

fly-in-the-sky

最初由 naissan 发布
[B]如果一个line 里有5000个item  
他们规定10月30之前交货都可以
那么供应商会根据自己的便利与需求
在24号送2000    然后又在28号送2000
最后30号又送1000   其中最后的1000送到了分公司的地址
和前两次不是一个地点    但每次接受都是一次交易  就放在交易表里了   ra_transaction   里面应该还有一个外健line_location_id
是po_line_locations_all 的主健
接触oracle才三个月   理解也不是很深刻  不知道对不对？？
还请高人指点…… [/B]

你說的line是指rcv_shipment_lines_all中的shipment_line_id嗎？
分批出貨的應該會產生多個shipment_line_id吧？
還不是很明白？還請高手說得詳細點啦！

fly-in-the-sky

關鍵點是什么情況下將一個shipment_line_id拆分為多次收貨?

terencelin1226

這個之前我也想破頭~~
挺難搞的~~~

CloudFly2000

看一下Form 上的功能就理解了，作Receive TXN 的时候都可以选择以前建立的接收头，
TXN的Form上好像有一个 Show TXN Head 的按钮吧。 现在不用EBS了，不知道记得对不对。
就跟财务中的Batch跟Journal的关系一样。

symol

原帖由 fly-in-the-sky 于 2007-10-27 13:39 发表


你說的line是指rcv_shipment_lines_all中的shipment_line_id嗎？
分批出貨的應該會產生多個shipment_line_id吧？
還不是很明白？還請高手說得詳細點啦！

是这样的一个过程：
首先mrp运行生成的订单信息存放在 po_line_locations_all中，以line_location_id为唯一标识；
在供应商进行分批纳品时会进行Departure发货操作，这时 会自动向rcv_shipment_headers和rcv_shipment_lines表中
插入发货信息，与此同时向rcv_transactions表中插入 transaction_type为 RECEIVE的记录，单此时还没有进行入库处理。
然后进行IQC判定，判定后进行Mass Receipt操作进行原材料入库，这时向rcv_transactions表中插入transaction_type为
DELIVER的记录表示已经完成入库处理，并且同时更新 po_line_locations_all表中的订单参量信息，以及rsh和rsl中的相关状态信息。

不知这样讲是否可以理解

fly-in-the-sky

原帖由 symol 于 2007-12-29 23:31 发表


是这样的一个过程：
首先mrp运行生成的订单信息存放在 po_line_locations_all中，以line_location_id为唯一标识；
在供应商进行分批纳品时会进行Departure发货操作，这时 会自动向rcv_shipment_headers和rcv_shipment_lines表中
插入发货信息，与此同时向rcv_transactions表中插入 transaction_type为 RECEIVE的记录，单此时还没有进行入库处理。
然后进行IQC判定，判定后进行Mass Receipt操作进行原材料入库，这时向rcv_transactions表中插入transaction_type为
DELIVER的记录表示已经完成入库处理，并且同时更新 po_line_locations_all表中的订单参量信息，以及rsh和rsl中的相关状态信息。

不知这样讲是否可以理解

謝謝symol對過程的詳細講述，看過之后，對問題的理解是對一筆RECEIVE的记录，进行IQC判定分開成几批入庫，不知道symol說的是不是這個過程的原因.

dkyo

那只会是一笔shipment_line_id对应多笔deliever的记录，而不应该是一笔shipment_line_id对应多笔receiving的记录。