SD-40 Cretid control 概述

1.Cretid control area
	credit control area是針對客戶提供信用管理的最基礎的組織單位，credit control area會設定幣別，所以在同一個credit control area下其信用控管幣別需相同 一個credit control area下可以有多個company code，一個company code 只能對應一個credit control area credit control area會給定一些預設值，如Risk category/credit limit，這些值會帶入到在指派company code下建立的新客戶中，但也可利用fd32再做修正
	credit control area亦需要和SD的主要結構sales area 做一對應
2.Risk category
	Risk category是將客戶依風險進行分類，並將此分類指派給 credit control area
3. Credit group
	Credit基本上是立基於sales doc.之上的，但SD又有很多種不同的sales doc. 如SO/DN/Quotation…等等，所以利用credit group將相關sales doc.　進行分類，再進行是否需要做Credit check
	另item cate.也會控制流程行為，如免費項目…，所以在item cate.上也要設定是否起用credit check
4.Auto credit control
	Auto credit control是將上述的credit control area/Risk categoryCredit group做一組合，並針對此組合去設定要怎樣做credit 的控制，如出現warning或是block
	Auto credit control是信用控制最主要的精華部份
5.額外應用
	有時公司可以利用信用狀況，給予不同折扣的定價方式

SD-31 Delivery processes org. unit

1.Shippint point
	Shipping pt 是指一個固定的實體地點，主要是用來處理貨物的收/發，其會監控哪些貨物的shipping due date 已經到期，並開立DN 一個DN只能有一個shpiing pt，而一個工廠可以有多個shipping pt
	Shipping pt 是在order (SO/PO)中的item level決定的，因為每一個item 的出貨方式或工廠有可能不同 Shipping pt可以和plant 多對多 Shippint pt 也可以設成為good receive pt 變成inbond delivery 用
2.Loading point
	Loading pt可以視為台灣口語中的碼頭 loading pt是建立在shipping pt 之一下的，所以一個shipping pt可以有多個loading pt，但一個loading pt只能對應一個shipping pt
3. Warehouse management
	其是將庫房的管理更加的細緻，如會有storage bin(儲區儲位)/stage area(暫放區) Warehouse management的核心組織就是Warehouse no，其又可以和storage type搭配，加上stage area/storage section/pick area更加細緻管理”存貨”
4.Inventory managememt and Warehouse management
	Inventory managememt是以plant 為核心，底下再劃分不同的storage location；而warehoue management則是以warehouse no為核心，其中storage location 和warehouse no可以是多對多的關係

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，如此才可以在正確的時間將商品送達，也不會有遇到貨物送達沒人可收的狀況

SD-30 Delivery processes overview

1.基本說明
	SD的DN(Delivery Note)在后台IMG的設定，是有別於原本的SD，其是放在Logistics Execution下的shipping 中 SAP對Delivery可以分為inbond/outbond，inbound delivery是指PO的收貨，而outbond delivery則是SO的出貨 整個Delivery processes含括了貨物收發的異動，以及運輸及倉管的作業，亦即picking/packing/loading，所以其使用的主檔資料是相異於SD的主檔資料的 Warehouse management 中的transfer order 是為了從貨架上檢貨而來的，所以可以從DN中去產生相關的picking及packing list
2.Delivery Note(DN)
	DN只會分成header及item二個level，亦即delivery type和delivery item category 不同的business process可以利用不同的delivery type來對應，例如，SO所對應的DN和PO所對應的DN，其類型就可以不同；不同工廠間的庫存調撥(stock transfer order PO)亦可以用不同的DN type來對應
	開DN的方式有很多種，一個一個文件開，或是利用批次開立，或是利用shcedule line來開…等等
3.Delivery note & Shipment Doc的差異
	DN是一種文件，主要針對shipping pt或warehouse，處理貨物的輸出或接收。所以DN會含括簡單的shipping資訊，如shipping pt/route/ship to party Shipment doc.則是將不同的DN，放在一齊，然后依DN上的資料，組成出其特別的route，亦即其應要運送哪些貨物到到哪些不同的地方給哪些不同的人，所以shipment doc.是實際貨物運輸的安排，所以shipment 比較算是transportation

MM-11 會計科目決定

1.概念
	MM的account determination 是和FI模組串接的核心，即為常用的tcode OBYC
	會影響會科決定的因子主要是由COA(會計科目表)/Transaction key/valuation gorup/account group/valuation class所組成 valuation gorup即是畫面上的valuation modif.，account group即是畫面上的valuation modify，不知為何SAP的教材要將畫面上的欄位和教材上的說明弄成不同，個人認為教材上的說明是較容易理解的
	OBYC的會科決定有分層級，即你的會科決定的影響因子有哪些，可以在OBYC上方func. bar中的rule設定
2. Valuation group
	Valuation group其實就是valuation area的集合，也就是說在集團化的組織架構下，同國籍下的不同的公司，若有相同的會科決定方式，則可以將這些valuation area group起來，降低維護的loading 在這個作業中，SAP又將名詞改回valuation gorup
	試想一下，若同公司下的不同廠的valuation area若不同，其若有不同的會科決定方式，是否就要各別維護，若有部份工廠的會科決定方式是相同的，是否就可以將其群組一齊，就可以降低維護的loading
	要用valuation group這個功能，需要在做一個起動的動作
3. Valuation class
	這個功能和GL的speial G/L ind.很像，也就是說SAP已經定義好各種的Business transaction背后對像的會科，但某些狀況需要將其對應到其他會科目時，就會用到valuation class 一般而言，同類型的物料，應會對應到相同的會計科目，例如成品物料對應的會科是1000，但是公司政策需要將特定的成品區分成不同的會科，如買進賣出商品(前提是不將其區分為不同類型的物料)，所以其就會給定另外一類的valuation class，讓系統知道，在相同的business transaction下，不同的valuation class，其是要對應另一個會科下，而不是1000這個會計科目下
	這個作業基本上會將valuation class群組成Account category reference，然后再將material type和Account category reference做一mapping
	因為有如上的mapping 動作，才會形成在物料主檔上的acct. view有可以選的valuation class
4.Transaction Key
	Transaction key基本上就是SAP已預先定義好的交易碼
	Transaction key會透過value string 和move type 進行對應，所以也就形成了有move type就可以讓系統自動產生會計文件的設計
5.Account group
	在這個作業的維護畫面，SAP又將account group叫做account modify，其實就是OBYC的valuation modify不知為何要這樣搞亂大家的邏輯
	Acct. group 和GL的speial G/L ind.也有點相似，其也是因為SAP在預先定義好的transaction key下只能對應某會科，但有些商業流程在相同的transaction key下要對應不同的會科目而設計的
5.會科設定的模擬(OMWB)
	這個功能基本上就是驗証OBYC的設定正確與否

CO 上月實際成本標註本月標準成本

CO 上月實際成本標註本月標準成本
1.概念
	一般而言實際成本的結算，會在次月初做，所以算出的實際成本，若要標註為標準成本會遞延至次次月，也就是10月月初算出的9月的實際成本，會到11月才會變成11月的標準成本 雖然就SAP的概念而言上月的實際成本直接標註為本月的標準成本，不太合乎其設計概念，但部份產業就需有此特性
2.CKMLCP
	基本上要達到上月實際成本標註本月標準成本，基本上就是本月有任何交易前，就要完成成本結算動作 物料的成本結算是用ckmlcp完成，若要完成上月的實際成本直接標註為本月的標準成本，就需調整一下執行順序 原則上在revaluation consumption前的作業順序都沒有變，只有mark price需調整到psot closing之前，而且在做post closing之前也要完成price release
	Price release 會產生Doc. type 為ML的FI文件，所以做完CKME，最好去檢查一下上月的實際價格，是否在物料主檔變為本期的標準價格否，這邊價格的差異是指和上月的標準成本和算出的實際成本差異 CKME的執行時間需要在你mark price的那天(含)之后，也就是若mark的時間是下個月一號，則CKME最快也只能在下個月一號執行
	做完post closing會產生Doc. type 為ML的FI文件，這份文件的日期會在上月月底及本月月初各產生一份(本月月初的文件為回轉上月的) 本月1日的ML及PR文件基本上是不相衝的，因為ML及PR文件都是用上月的標準成本做為基礎算出差異，所以在有本月的ML文件之下(迴轉上月底的ML)，等於續用原始的標準成本評價本月庫存交易，若加入了本月月初的PR文件等於，承認了上月交易形成物料價格變化，進而認列為本月的標準成本

MM-10 物料主檔畫面設定

1.基本說明
	物料主檔的設定畫面可分為二段來看一個是資料的屬性，一個是顯示的位子 資料的屬性即必輸或是隱藏是由field selection group來決定，而顯示的位子是由screen seq定義出來的，而screen seq則是可以依Tcode/user/material type/industry來決定 User dept.除了決定哪些view應被維護外，也決定了料號對應的組織層級，如sales view就需要對到sales org. 而mrp就需要對到plant 基本上不太建議修正預設的物料主檔相關設定畫面
2.Field/Field selection group/Field ref.
	物料主檔上的任何一個欄位都叫做filed，其會組成Field selection group，畫面上的任何欄位的輸入與否，擺放頁面都是經由filed selection group來決定，而不是直接對field 修正 一個field可以同時存在多個field selection group，且field是依screen 而定義顯示的位子，也就是說field selection group是決定欄位要輸入與否，而出現在哪個版面則是由screen來決定 Field ref. 是為了降低維護壓力而設計的
	如左圖Field selection group會秀出底下含哪些field 而欄位的顯示／隱藏／輸入與否，都是依Field selection group來定義的，也就是說在相的Field selection group下，這些欄位不是同時必輸，就是同時隱藏
3.Data screen
	Datas creen就是每一個view，而subscreen就是每個view中的任一個框架
	Screen seq.定義了data screen的組合及順序，且亦定義了data screen下的sub screen
	Screen no會決定了field應出現在哪個data screen，也就是在上圖的subscreen中會指定要秀哪些screen no
	物料主檔上的addition data 就是在secondary screen 上維護的
	Screen seq的決定可以由Tcode/user/material type/industry來決定