SD-32 Delivery Note structure

1.Delivery type
	不同的delivery type 代表不同的business process，例如return 的delivery type就無需pick/pack,，但出貨的delivery type 就會需要 delivery type也控制了如左圖的功能
2.Item category
	Delivery item category延續了so 的item category，也就是延用同一組編碼邏輯，只是多加了一些for delivery的屬性，如要pick否，但還是有部份的Item Category 只有在DN不會存在SO，如DLN/ELN SO的item category及schedule line都有一個指標設定是否和delivery 相關，若有on就需要設定和delivery有關的屬性，要否copy control 會有問題
	因為DN的item category是繼承SO的item category而來(從SO到DN的copy control)，而針對部份SO上沒有辦法決定Item Category的項目，如包材/沒有參考SO的DN(DN type LO)，DN的item category 決定邏輯亦是相似於SO的Item category 主要影響Item category 決定的原因有四個，DN Type/物料主檔sales view2的item category group/Item category usage(For ABAP用)/High Level item category
3. Copy control
	Copy control除了決定SO type/item category應對應到的DN type/item category外，亦可以控制是否要合併SO或是拆開SO出貨及是否更新doc. flow
4.Create DN without reference to SO
	DN type LO是不用有SO才來開DN，直接從DN就開出，但是有些后續流程的設定，是設在SO Type上，如后續要接何類的billing type，所以后台IMG中，此類的DN type DN type 還是要指定，其參考的SO Type
5.Inbond delivery
	Inbond delivery type是EL，他的資料會從po帶過來，但是在IMG后台的DN type設定中，Default ord.ty.那個欄位的值，是來自SO Type(即畫面上的DL)，因此實際上要將PO上的值帶到Inbond delivery，其實是利用copy control，order type to dn type中的routine做到的 SO Type 中的DL其實是個虛的 SO Type(不過他真的可以在va01開出SO)，主要是為了inbond dn用，他是開不出outbond dn
6.Delivery plant
	系統決定出貨工廠的順序依序為，客戶-物料主檔/ship to party/物料主檔，且是by so的item level一個一個決定的 決定完plant后就可以決定shipping pt，不同的shipping pt 其是不能開立在同一張DN的 shipping pt是由shipping condition及loading group 決定的，而shipping condition會從so type或是sold to party 來
7. Route
	Route的決定一樣是在order的item level決定的，不過再開DN時可以在dn type上決定是否要重判斷
	Route 的判斷，主要是由shipping pt的contury/ Departure Zone+SO type或Sold to party的shipping condition+物料主檔的transportation group+shipping tp party的contury/ arrive zone
	Route 可以定義其scheduling，如此才可以在正確的時間將商品送達，也不會有遇到貨物送達沒人可收的狀況