| |
1. smartforms | |
在smartforms的開發畫面,並沒有地方可以維護不同語系要出現的文字或欄位名稱等等,此時是要用se63去做不同語系的資料維護 | |
若是ABAP物件就是要選abap object | |
再依分類選到合適的物件,本例是要選到smart form | |
選好設定要翻譯的語言別,並輸入Smart form的name 即可 | |
依欄位輸入對印的文字即可 | |
我的網誌清單
20150520
Smartforms_多語系翻譯
20150304
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 和交易群組結合 | |
| |
|
20150203
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,而大型的商品則需推高機或取貨架,進而分類並加速包裝的作業 | |
| |
20150126
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.之下的 | |
| |
| |
| |
| |
| |
|