SD-37 special function for process delivery

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的不一致，系統也會有記錄，可以做為日后的分析

SD-36 Post good issue

1.Good issue 概述
	Good issue算是整個shipping process 的最后一個step，post good issue(PGI)可以單筆做，也可以批次或是后台執行 PGI后，DN能修正的欄位就很少，因為數量及金額都已轉到其他子模組去了
	Actual good issue date 會捉good issue的當日，不是捉planned GI date PGI是可以迴轉的，迴轉后等於沒有做過PGI，不過document flow會有此筆記錄
2.Cancellation good issue
	可以單筆，亦可以批次回轉，系統都會有log 去記錄相關的執行狀況
3. Quality inspection
	若有起用QM模組，並且在物料主檔上維護QM view，則當DN被開立時，就會產生DN Item的inspection lot 針對Q的結果是由usage decision(UD code)來決定此批是合格還是不合格，且系統可以依需求設定PGI需要在UD之后還是之前
	Q certificate是立基於DN item level上的output control，需要留意一下

SD-35 Packing Document

1.Packing 概述
	Packing 是指將要運送的貨物和包材做一個串連的動作，這動作會產生Handling Units(HU)，其控制是在DN的item cate. 上，所以packing的狀態會記錄在item上，而DN表頭的packing 狀態則是代表整張dn的狀態，如部份item 已packing complete，則為partially packing DN的item是可以做batch spilt，所以packing亦可依main item做包裝或是by batch做包裝
	Packing可以依order/delivery/shipment三個level去開立，也就是說從訂單畫面或是DN畫面甚至shipment的畫面都可以執行packing的功能
	Auto packing 是由DN type上做設定的
2.Packing material
	針對包裝型的物料，系統預設的type 是VERP Packing的相關資訊是可以和DN串一齊的 Packing是依DN的item 去處理的，而不同的包裝方式或是型態，對SAP而言稱為Handling Units 針對可以重覆使用的包材，如棧板，預統預設的item cate. group是LEIH，而需要收費的包材是VERP
	將相似的packing materials 組合起來叫做，packing material types，大紙箱/中紙箱/小紙箱 此欄位在物料主檔的sales:general/plant中
	將使用相同包裝物料的material組合起來叫做material grouping for packaging material 此欄位在物料主檔的sales:general/plant中
	為了降低維護的loading，所以可以將material grouping for packaging material指派給packing material types，這樣在物料主檔只要維護好material grouping for packaging material或packing material types，就可以packing 了，不過若物料主檔上沒有維護packing material types，則此物料是可以被任何包材packing的，而非不能包裝
3. Handling Units(HU)
	HU是包材及要運送物料的組合，其含括了包材及運送物料的相關資訊 HU亦可含包裝指示的文件
4. output type
	HU系統預設的output type，有二類，一為packing list(delivery level)，另一類為label(HU level)
5. packing instruction
	包裝指示可以包含，要使用何種包材、如何包裝(6個包一小箱/12個小箱包一中箱/20個中箱包一大箱)、備註說明、捨去條件、排序方式、check profile…等等 Packing instruction是利用condition tech. 其位子是在production的master data下 可以先建好packing instruction 后，讓系統依packing instruction做自動包裝
6.Packing Station
	Packing station 可以視為利用不同的包裝設備或流程的分類，如針對小型商品可以利用具有scanner/barcode的packing station，而大型的商品則需推高機或取貨架，進而分類並加速包裝的作業

SD-34 Picking Document

1.Picking relevent
	DN是否要picking是由item cate.決定的 系統標準要求是DN上的數量要等於picking的數量才可以做PGI(post good issue) Picking這個功能，一般會產生picking list可以透過Lean WM/WM模組去達成
2.Picking process w/ WM or Lean WM
	使用WM/Lean WM會產生transfer order(TO)，這是依據DN的Item 而產生的，所以有可能一張DN對應多個TO或是多張DN對應一張TO，一般而言可以將TO視為picking list TO主要是針對WM模組去監控或是起動WM流程的表單，也可以當做SAP和其他WM模組的資料交換媒介 TO需要做confirm的動作，目的是確認從WM把帳扣掉
	針對不需要做confirm的TO，可以再開立時，就將picking qty 寫回DN，這樣就可以直接對DN做PGI了
3. Transfer order(TO)
	TO可以視為WM主要單據，在WM中的物料移動都需要開立TO 開立TO時，相關資料都會從DN帶過來，所以TO一定需要參考到DN，也就是他的前身文件一定是DN 開TO的方法有如左圖，其差異是一張一張開或是批次開立TO 開立TO若檢貨數不等於DN，則可以設定partial 出貨，讓系統自動再開出新的DN，前提是后台有設定完成 批次開立TO的做法中(LT42/VL06P/LT0S)，可以先將DN 群組成一個Group No.然后再依此Group No.開出TO，相似於FI模組的Worklist
3.1 自動開立TO
	TO的自動開立是利用condition tech.技術，可以在DN開立利用output control，建立condition type 為WMTA的記錄，讓系統開立DN時自動開立對應的TO
4.Lean WM組織架構
	Lean WM是簡化版的WM，基本上若是可以限定物料於固定的storage bin就可以用Lean WM，若是無法固定bin，就需要用到WM Lean WM是指定在Whse No.的，所以起用Lean WM至少需要一個Whse No.及storage type
	Plant 和storage location 是inventory management的範圍，可以借由Plant 和storage location對Whse No.的指派將IM和WM串接起來 在Lean WM的組織架構中，有Storage type/picking area/Door/Stage area
4.1 Storage type
	Storage type是指派在Whse No.之下的，其可以視為利用不用的存放型態將Whse No.給予分類，如高架區/大型商品區/冷凍區…等等 每一個Whse No.+Storage type 會有一個picking area，而Door/Stage area可以從DN來或是TO來
4.2 Picking Area
	Picking area 是在相同的Whse No.+Storage type下，設定的檢貨區
4.3 Stage Area
	Stage Area是一個暫存區，如出貨或是收貨的暫存區，其是指派在Whse No.之下的
4.4 Door
	Door是貨物進出Whse No.的實體關口，其亦是指派在Whse No.之下的

SD-33 Create Delivery

1.DN開立
	DN的開立，可以自己單獨開立或是參考到前面的SO開立，亦可以批次開立(delivery list)，其會依系統的邏輯，將相同的so item合併一張DN或是開成多張DN
	已開立的DN，其可以再加入其他的item進來，其做法是在tool bar中再加入其他SO或是非SO的item進來 因為已建立的DN是建在指定的shipping pt及ship to party上，所以后續的變更或是新增其他so 的item，是不能修正到這二項的
2.Picking location
	開SO時若在item上沒有指定storge location則開DN時會自動決定，並且代入到DN的Item中 而storge location決定的設定是在DN type中設定的
	但是item cate.　上也是有些條件要設定
3. Determination door and stage
	Door 或是stage的資料是在DN的表頭上，所以DN type的設定中可以指定決定的邏輯 Stage area的決定亦可以by 料號決定(在物料主檔中) 要注意的是在Stock transfer order中Stage area是放在表頭，所以若是不同的Stage area，會產生不同的stock transfer order
4.Output determination
	DN的output一樣是利用條件技術，不過他的設定可以分為header及item level，因為header的如出貨通知，item level的檢驗証明或是label…等等
5.outbond delivery monitor
	Vl06O是outbond delveriy的monitor，它可以查看正delivery的狀況，且系統預設有從不同角度去看dn

SD-41 Cretid management的基本設定

1.Cretid control area
	在后台設定中的企業組織結構中設定credit control area
	並將company code指派給credit control area
	Sales area 和credit control area也要做一連結
2.Risk category
	建立Risk category，並將其指派給 credit control area
	可回到credit control area的設定畫面，針對此credit control area，給定一些預設值
3. Credit group
	建立好Credit group 后，並將其指派給so type/DN type，以便將具有相同性質的doc. Type進行分類
4.針對客戶設定Credit主檔
	利用fd32將credit主基本資料建立
5.Auto credit control
	Auto credit control是將上述的credit control area/Risk categoryCredit group做一組合，並針對此組合去設定要怎樣做credit 的控制，如出現warning或是block
	Auto credit control是信用控制最主要的精華部份
6.額外應用
	有時公司可以利用信用狀況，給予不同折扣的定價方式