PO計劃交貨成本應用中的一個特別注意事項及ME573報錯原因的深度分析
作者：袁雲飛（AlbertYuan）- 微信號yuanalbert
以下內容均爲原創，希望對初學者有一些輔助作用，本人主要從事MM/QM/WM的相關工作，不專業處請多多指點，十足乾貨，碼字不易，且行且珍惜，你們的關注就是我努力的動力，轉載請引用出處，感激不盡；
今天這個主題和一個特殊的消息報錯有關，這就是ME573-因價格確定中的錯誤事務不能被入帳；小夥伴們看到這個錯誤消息，其實是非常頭疼的，這表示我們觸發到了SAP對於計劃交貨成本的一個應用禁忌；
ME573報錯主要在MIGO針對PO或SA進行收貨的時候；一般來說SA，也就是我們所說的框架協議，更容易出現這種報錯，而PO會在特定的使用環境下才出現；
詳述如下：
我們知道PO裏設置交貨成本條件類型，是可以在GR的時候記賬這個交貨成本的；而如題的錯誤提示往往出現在對同一個PO行項目或者SA進行多次GR的時候出現；下面說說出現這個的前提條件：
PO或SA設置了定價日期字段爲5，也就是在GR的時候再進行價格確定的時候，SA默認只能是5，而PO需要設置，默認是PO創建的時候進行定價而不是5；
PO或SA定價裏設置了運費條件類型，且這個條件類型是通過信息記錄帶過來，SA情況是如果它本身是一個時間相關的憑證類型；而且對運費條件類型設置了多個有效日期；在兩個有效日期中有不同的運費條件類型存在；比如1.1-1.5設置FBR1作爲運費，1.6-1.10是FBR2作爲運費；
然後PO或SA多次部分收貨（至少兩次，且跨越了定價有效期），第一次記賬日期在1.3，第二次記賬到1.7，這樣第二次GR的時候就會出現如題的錯誤，原因很簡單，第一次記賬的時候系統將運費記賬情況寫入了PO的運費歷史表EKBZ，第二次用同樣的PO號行項目號，但記賬日期不同，定價使用的條件類型也不同了，而此時的運費條件類型發生變化了的話，系統無法記賬這個運費條件類型的；
也就是說系統是不能去更新兩個計劃交貨成本的條件類型到EKBZ裏面去的，特別是不同的定價計數器的情況；這個馬上就會講到；
另一種導致同樣報錯的情況就是，FRB1和FRB2運費條件類型都同時在步驟31（統一步驟）但計數器不同；如果我們使用的是時間相關條件類型，猶如我們剛說的框架協議（時間相關類型），且定義了兩個定價期間，分別是A，B；A期間裏定價條件類型如下；
PB00 10.00
FRB1 5.00
FRB2 7.00
然後記賬收貨，定價確定按上面進行；
隨後，製作B期間；
B期間裏定價條件類型如下；
PB00 10.00
FRB2 7.00
然後又記賬收貨，定價確定會按B期間進行；此時第二次記賬不會成功，ME573錯誤消息被提報出來；
我們應該非常慶幸這個ME573錯誤的提報，只有ECC裏是完整修正了這個問題的，但通過的方式就是這麼一個錯誤提示；
原因小夥伴們應該能看出來了，就是這種業務操作方式會造成EKBZ-ZAEHK這玩意不一致，對就是定價過程計數器；
如果沒有這個消息阻攔記賬，會產生什麼結果，我列舉給大家看看；
首先是統計更新上出現問題，標準統計報表會出錯；
然後就是這個訂單不能被歸檔，因爲他們的GR/IR不能被正確的清賬；
同理這個訂單的該行項目不能被打上刪除標記；
發票校驗的時候會出現無法預知的交貨成本金額記賬；
那麼解決辦法是什麼呢；目前能找到的辦法要麼避免這麼設定計劃交貨成本條件類型，要麼不要設置GR時進行定價，但SA是無法避免的；
除此之外，還有一個辦法就是；
如果交貨成本條件類型對於新有效期來說（在SA或信息記錄裏），如果和上一個有效期來說出現了新交貨成本條件類型或者原來交貨成本條件類型被取消了，我們就應該保留原來的交貨成本條件類型，並且不標記刪除，而且設置該條件類型值爲0，還要保證交貨成本條件類型的順序同上一個期間一致，比如上一個期間是FRB1 ，後一個期間加入了FRB2，取消了FRB1，則就應該將FRB1設置爲0，在後面增加FRB2；順序不能亂，這樣能解決；
按上面我談到的內容，我們可以進行思維拓展，如果我創建一個帶計劃交貨成本的PO行項目，即便沒有參考信息記錄，同時也不設定GR定價；我僅僅進行部分收貨，然後再次修改這個PO行項目的條件，你們會發現修改原來的交貨成本條件類型值或者增加新交貨成本條件類型都會被拒絕的；這就是進一步防範上述所說的問題的措施，防止計劃交貨成本的GR/IR不平；
Message no. V1631
以上爲本章全部內容，希望對小夥伴們有所幫助；
