SAP MM 公司間STO裏外向交貨單與內向交貨單裏序列號對應關係

SAP MM 公司間STO裏外向交貨單與內向交貨單裏序列號對應關係

 

 

筆者所在的A項目，後勤模塊裏有啓用HU管理，序列號管理，批次管理等功能，以實現各個業務場景下的追溯。

 

公司間轉儲訂單流程裏，若是是整託發貨，則業務人員會將HU對外向交貨單綁定；若是是散件發貨，則業務人員會將散件的序列號與外向交貨單綁定。外向交貨單有啓用POD功能，POD過帳後自動觸發收貨公司的內向交貨單, 此時系統自動將外向交貨單上的HU/序列號信息帶入內向交貨單，2個交貨單上的HU號碼/序列號號碼是一一對應的。也就是說，正常狀況下，就是發貨公司發了哪些HU哪些序列號，收貨公司就該收哪些HU哪些序列號。這是合乎業務邏輯與業務實際狀況的。

 

雖然客戶啓用這麼多功能以實現追溯，可是某幾個業務單據，仍是因諸多緣由，未能作到帳實相符。以致於幾個交貨單貨物已經運走了，可是序列號在線上與線下未能保持徹底一致。業務人員提出，爲了追溯，須要根據實際收貨狀況修改內向交貨單上的序列號（也就是說內向交貨單上的序列號跟前端外向交貨單上的序列號並非徹底一致）。那麼問題來了，此時在SAP系統裏是否能夠對該內向交貨單成功收貨過帳？

通過測試，是能夠的。

 

1),以下公司間STO單據，內向交貨單 180018270，

 

2),外向交貨單80015386，

 

3), 外向交貨單80015386第一個ITEM裏的序列號數據，

 

咱們能夠發現內向交貨單180018270，第一個item裏的序列號數據，跟外向交貨單裏第一個ITEM的序列號數據是對應的。

4),此時使用VL32N,修改內向交貨單180018270將序列號157481193190001後加字母A（這是一個全新的序列號，發貨公司發貨的時候沒有發這個序列號），以下圖示：

 

5),VL32N對內向交貨單180018270作PGR過帳，成功了！

咱們發現SAP系統並不檢查內向交貨單裏的序列號是否與相關外向交貨單裏的序列號一致。過帳後的物料憑證信息，以下圖示:

 

 

能夠看得出，物料的序列號與物料庫存並無徹底綁定。實際上能夠簡單的將序列號理解成一個text信息就行了。

 

 

2019-06-04 寫於蘇州市。