| |
1.Batch | |
若有起用batch功能,則在DN開立/修改時,需要將相關批次資訊輸入,或是在item cate. 上起用自動批次決定,亦或是手動決定批次,當單一批次數量大於或小時需求時,就會使用到批次分割功能 若有起用batch功能,要做PGI前一定要完成批次決定 | |
2.Serial number | |
若物料在物料主檔上有起用序號管理(指定serial number profile),如機台型的設備, 若有起用serial number功能,要做PGI前一定要完成批次序號指派 | |
3. Pricing in the delivery | |
DN有可能會包含和shipping 有關的condition,例如運費,此部份一樣運用到condition tech.所以可以手動輸入或是從condition record而來,其亦可利用copy control複制到billing上 | |
4. Subsequence delivery split | |
針對已經開出的delivery,可以再分割成更小的delivery,而這些delivery 稱為results 或remainder Split profile會去定義好相關分割的參數,所以只要指定好split profile就可以分割 | |
| |
5. Delivery 的interface | |
Shipping 的整個processes有可能含括到外部的廠商,所以資料的交換算是此模組需要提供的功能 和公司外部資料的交換可以透過EDI,和公司內部的非sap系統交換可以利用ALE SAP利用DN header level的output control去將整張DN的訊息寫入devlivery02/delivery03…等structures,以便達成資料交換的目的 | |
6. incomplete procedure | |
Incomplete procedure是可以在定義在partner func/DN type/Item cate.上的 | |
Incomplete log 中可以像va01一樣直接跳到沒有輸入完整的地方直接輸入 | |
| |
7. Proof of delivery(POD) | |
POD是指,billing的開立是在客戶確認收到貨物以后,ship-to-party於收到貨后,可以利用IDOC將確認收到的貨物,如數量…等等回傳SAP中,而系統會採用回傳后的資料當做billing的依據 要使用POD,則對應的客戶主檔要設定以外,item cate.也要設定,客戶回傳的數據和DN的不一致,系統也會有記錄,可以做為日后的分析 | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
|
我的網誌清單
20150203
SD-37 special function for process delivery
訂閱:
張貼留言 (Atom)
沒有留言:
張貼留言