K專案的一些心得之全球模板裡的幾個騷操作

1，資料遷移階段，物料主資料分類視圖裡，batch class的程式碼跟物料號相同。

這意味著如果需要遷移的物料有1萬個，匯入程式會自動建立1萬023型別的分類，然後將相應的特性分配給這些分類。

在大多數啟用了分類功能的專案，對於物料主資料，會根據物料型別等幾個因素的考慮，建立少數幾個023型別的class。這些class的數量，會被嚴格的控制在10以內，多則或者數十個。然後將相同型別或者相同產品族的很多物料，指派同一個023型別的分類。這是SAP實施專案裡的best practice。

K專案的做法，筆者看不出有啥好處。

2，資料遷移階段，檢驗計劃主資料裡，每個物料建立自己獨立的檢驗計劃組。

這意味著如果需要遷移的物料號有1萬個，則資料遷移階段會建立1萬個inspection plan group。如果在業務實際中，每個物料的檢驗專案都不同，且這些檢驗專案都需要在SAP系統裡錄入結果並作評估，那這麼做無可厚非。問題是K專案裡這些檢驗計劃組裡的檢驗特性基本都一樣，具體定量檢驗指標都不在SAP系統裡管理。

筆者也實在想不出這麼設計的好處在哪裡。不過筆者估計是因為資料匯入的LSMW工具，在建立inspection plan主資料的時候，由於技術方面的難度等原因，使得客戶總部的data team採取這種簡化處理的方式來解決。這種方式看起來傻傻的，但是可以保證不出錯。

3，MES系統極為呆板，功能比較low。

比如物料描述裡一些常見的特殊字元不能正常顯示。又比如物料的基本計量單位必須跟BOM裡使用量的單位一致，如不一致則MES系統會無法工作。

-完-

寫於2021-4-22