SAP SD Shipping Packing& Delivery
阿新 • • 發佈：2018-01-15
rtu 要求 fan -c src 情況 lead image custom 具體的時間算法是按照SAP幫助文檔來計算的：
(2) 物料主數據 (物料主數據的SD: General/plant View:Loading group)
(3) Delivery plant
接下來是Route的確定,它依靠下列信息來得到：
(1) Departure zone
(2) shipping condtion of sold-to party
(3) transportation group of material
(4) transportion zone in ship-to party
Delivery Scheduling
要把這個搞明白，首先就得搞清楚發貨全過程：按照訂單揀配貨物 -> 裝配貨物 -> 發貨 -> 貨物到達客戶。Delivery Data是客戶希望能夠收到貨的日期。訂單裏確定Delivery date後，SAP會首先采用Backward Scheduling來從後往前推算需要開始發貨過程的起始日期。下面的圖非常清楚：(取自SAP資料)
其中兩個很重要的日期就是Material availability date和Transport. planning date。
Picking / pack time就是揀配貨物需要的時間。
Lead time是貨物運輸的準備時間。
Loading time是裝載貨物的時間。
Transit time是運輸貨物的時間。
比如揀配貨物需要4h,聯系運輸公司、然後運輸公司的車到發貨工廠一共需要3h。裝貨上車需要1h。運輸時間需要24小時。 那麽如果按照流水線作業，就是一步一步來做，一共需要4 + 3 + 1 + 24 = 32h。而實際上可以像在圖上一樣，把lead time節省掉。揀配貨物開始1h後就開始準備聯系運輸，當貨物揀配好時，運輸公司的車已到達工廠，馬上就可以開始裝貨了。這樣只需要32 - 3 = 29 h。
在SAP裏創建Delivery的時候，有一個Delivery seleciton date。這個日期開始一直搞不清楚是什麽意思，現在終於知道了，這個日期必須和Material availability date或者Tranport. planning date相同，或者在兩者任意之一之後才可以創建Delivery。如果計算得到的起始日期在以後的某天。那麽就可以以這個日期來作為Delivery的selection date，如果在那天開始正式開始發貨過程，那麽理論上就能保證貨物按照客戶的要求準時到達目的地。Sales order裏的每個行項目都有一個或多個Schedule Item，點行項目的scheldule item，可以查看到每個日期，如下圖所示：
如果客戶的Delivery date並不能實現，也就是說按照客戶希望的Delivery date用倒退法計算出的Material availability date或Transport. planning date在過去的某個時間。那麽系統就會采取正推法(Forward Scheduling)來計算得到一個confirmed delivery date。正推法可以參照下圖(取自SAP資料)：
在這種情況下那麽此時訂單裏的行項目就會有兩個Schedule item，第一行顯示客戶的Delivery date，但是confirmed qty.是0.第二行是系統根據正推法計算得到的Delivery date，confirem qty不為空。如下圖所示：
最後，就是看了sap還可以做一些像批處理的操作。比如批處理形式的Delivery，批處理形式的揀配貨物，批處理形式的發貨，批處理的billing。我在系統裏都簡單地做了幾遍。但是深層次邏輯還沒有來得及仔細研究。留到下一次再發表。
Delivery plant, Shipping point, Route的確定：
首先是Delivery plant的確定，我把Delivery plant理解為對此訂單負責發貨的工廠，在創建Sales Order的時候，系統會根據主數據中的信息來自動判斷Delivery plant，大致是依照下列的順序：
(1) Customer - Material Info record 客戶-物料信息記錄
(2) 送達方(Ship-to party)的主數據
(3) 物料的主數據
然後是Shipping Point(裝運點)的確定，它依靠下列信息來得到：
(1) 售達方(Sold-to party)的主數據 (客戶主數據的Shipping View:Shipping condition)
(2) 物料主數據 (物料主數據的SD: General/plant View:Loading group)
(3) Delivery plant
接下來是Route的確定,它依靠下列信息來得到：
(1) Departure zone
(2) shipping condtion of sold-to party
(3) transportation group of material
(4) transportion zone in ship-to party
Delivery Scheduling
要把這個搞明白，首先就得搞清楚發貨全過程：按照訂單揀配貨物 -> 裝配貨物 -> 發貨 -> 貨物到達客戶。Delivery Data是客戶希望能夠收到貨的日期。訂單裏確定Delivery date後，SAP會首先采用Backward Scheduling來從後往前推算需要開始發貨過程的起始日期。下面的圖非常清楚：(取自SAP資料)
其中兩個很重要的日期就是Material availability date和Transport. planning date。
Picking / pack time就是揀配貨物需要的時間。
Lead time是貨物運輸的準備時間。
Loading time是裝載貨物的時間。
Transit time是運輸貨物的時間。
比如揀配貨物需要4h,聯系運輸公司、然後運輸公司的車到發貨工廠一共需要3h。裝貨上車需要1h。運輸時間需要24小時。 那麽如果按照流水線作業，就是一步一步來做，一共需要4 + 3 + 1 + 24 = 32h。而實際上可以像在圖上一樣，把lead time節省掉。揀配貨物開始1h後就開始準備聯系運輸，當貨物揀配好時，運輸公司的車已到達工廠，馬上就可以開始裝貨了。這樣只需要32 - 3 = 29 h。
在SAP裏創建Delivery的時候，有一個Delivery seleciton date。這個日期開始一直搞不清楚是什麽意思，現在終於知道了，這個日期必須和Material availability date或者Tranport. planning date相同，或者在兩者任意之一之後才可以創建Delivery。如果計算得到的起始日期在以後的某天。那麽就可以以這個日期來作為Delivery的selection date，如果在那天開始正式開始發貨過程，那麽理論上就能保證貨物按照客戶的要求準時到達目的地。Sales order裏的每個行項目都有一個或多個Schedule Item，點行項目的scheldule item，可以查看到每個日期，如下圖所示：
如果客戶的Delivery date並不能實現，也就是說按照客戶希望的Delivery date用倒退法計算出的Material availability date或Transport. planning date在過去的某個時間。那麽系統就會采取正推法(Forward Scheduling)來計算得到一個confirmed delivery date。正推法可以參照下圖(取自SAP資料)：
在這種情況下那麽此時訂單裏的行項目就會有兩個Schedule item，第一行顯示客戶的Delivery date，但是confirmed qty.是0.第二行是系統根據正推法計算得到的Delivery date，confirem qty不為空。如下圖所示：
最後，就是看了sap還可以做一些像批處理的操作。比如批處理形式的Delivery，批處理形式的揀配貨物，批處理形式的發貨，批處理的billing。我在系統裏都簡單地做了幾遍。但是深層次邏輯還沒有來得及仔細研究。留到下一次再發表。
SAP SD Shipping Packing& Delivery