Smartforms_多語系翻譯

1. smartforms
	在smartforms的開發畫面，並沒有地方可以維護不同語系要出現的文字或欄位名稱等等，此時是要用se63去做不同語系的資料維護
	若是ABAP物件就是要選abap object
	再依分類選到合適的物件，本例是要選到smart form
	選好設定要翻譯的語言別，並輸入Smart form的name 即可
	依欄位輸入對印的文字即可

CO-62 Valuation class

1. 概念
	Valuation Class是用在物料主檔上的acct. view主要是用來決定會計科目用的，當一個物料有多個Valuation Class可以選時，就代表同一物料類型(成品／原物料…)，在相同交易下，不同的Valuation Class會對應到不同的會計科目
2. IMG
	后台設定在Material Management下
	分為Account category reference／Valuation Class／material type & Account category reference三個部份來設定 其原理為建立Account category reference后，將material type 和Account category reference做一對應，然后再將Account category reference和Valuation class做一對應，這樣在前台就可以看到valuation class的下拉選單了
	建立Account category reference
	material type 和Account category reference做一對應
	再將material type 和Account category reference做一對應
	前台就可以看到valuation class的下拉選單了

CO-61 CO文件number range

1. 概念
	CO文件的給碼原則，是系統已將CO的交易依類型劃分為即定的群組，然后再將設定好的number range指派給這些交易群組，和FI文件不同，其並沒有年度的概念，也就是說所有的年度都共用同一個號碼區間
	設定number range
	系統已定義好之群組
	將number range 和交易群組結合

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.之下的