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來決定

SD-18 Free Goods

1.基本說明
	Free goods可以分為inclusive bonus quantities和exclusive bonus quantities，其差異主是要free的那個料號是否和原購買料號相同，若是相同就是inclusive若不同則是exclusive 而不管是inclusive 或是exclusive，free of charge的item 都會變成是主訂購料的sub-item Free goods也是使用到condition tech.
2. inclusive / exclusive
	Inclusive 和exclusive 都是在同一程式維護，只是type 不同而已
	而free goods數量的計算邏輯，標準系統提供三種，第一種是按比例分配，第二種是一定要是基礎數量的倍數才有free goods，第三種雖然大於基礎數，但只要不是基礎數量的倍數free goods 還是連一個都沒有。這個rule一樣是可以自定義的

SD-17 Material determination, Listing and Exclusion 基本概念

1.基本說明
	Material determination 是使用到SAP的Condition tech.其可視為物料替代 Material listing 是正向表列可用的料號 Material exclusion 是負向表列不可用的料號
2.Material repleasement
	SAP menu tree中的material determination 其實是指物料替代，也就是會轉換成另一個料號
	在SO的Item的Sales A TAB會秀出原始keyin的料號
	不同的替代原因，會決定物料的選取行為；如0005會產生可選用的產品list，讓使用者自己選；0004/0006會自動選取物料，但會做ATP判斷 若是選用自動決定物料，若第一個選到的物料數量不足時，可以讓系統再自動加入第二個備選料，以滿足客戶的總需求，或是將缺貨的部份轉到MRP 去 系統充許在SO及DN各自重新判斷一次物料決定原則，所以有可能會產生不同的替代料
3.Material listing & exclusion
	Material listing and exclusion一樣使用到Condition tech. 可以針對自定義的條件下，列出或排除不能使用的料號 這個功能是by salse doc. type 指派的
	因為使用Condition tech.，所以可以自己定義list或exclusion的條件，例如by cust. group/material　或cust / product hierarchy

SD-16 outline aggrement

1.基本說明
	台灣一般口語上所泛指的合約，在SAP是稱為Outline Aggrement，而SAP又將其分類為Scheduling aggrements 及 Contracts，都是用不同的Doc. type 來區分 Scheduling aggrements 是指買賣雙方約定好，於一定期間固定的貨物或服務的交付行為，如鮮奶／報紙／雜誌的定期遞送，所以其存在schedule line Contrscts又可以概分為數量型(Quantity)及總金額型(value)合約
2.Scheduling Agreements
	Scheduling aggrements的特色是會指定固定的出貨時間及數量，也就是說這些資訊會出現在Schedule line中，而此類的Invoice，大多是固定一段期間的出貨，而產生的彙整型Invoice Scheduling aggrements因為有Schedule line所以其可以直接開出DN
3.Contracts
	Contracts通常會指定在一段時間內的交易數量或是金額要達到一定的標準，所以其和Scheduling aggrements最大的不同的是其不會有固定的交貨日期及數量，也就是說他不會存在Schedule line。 此類型標準流程是會接Release order(會參考Contracts)，而相關的出貨資訊則是記錄在release order的schedule line中，也就是說客戶通知要依哪個合約出貨時，一般會再建立一個Release order(可用標準Order-OR　取決於copy control)
	所以Scheduling aggrements和Contracts最大的不同是在Scheduling aggrements可以直接開出DN，而Contracts則需要再接Release order才可以開出DN
3.1 Release Order
	開出Release Order的方法有 －在VA01用create with reference －在入訂單晝面后，從Menu bar，sales document=>Create with reference=>To contract －從Item Level指定其合適的合約 －由系統自動挑選(Doc. type需要設定)
	在Doc. Type 的Transaction flow section，outline aggrement mesg.要設定相關搜索方式，系統就會帶出符合條件的contracts及mesg
3.2 Value Cotracts
	Value contracts 是指和客戶在議定的期間內購買，固定金額的商品或是服務，所以其可限定客戶／料號／特定的價格條件
	限定料號的方式可以用，product hierarchy 及assortment module；若是同時有維護product hierarchy 及assortment module，只要有存在其中之一的料號，就可以被release order使用(邏輯上的OR條件) 若product hierarchy 及assortment module都沒有限定料號的話，則value contracts則都可以使用在相同salese area 下的料號，除非在copy control中有在額外限定條件
	Value contracts可以從本身自己開出billing，或是從release order開出billing，但是若要從Contracts開出billing doc.，則需Contracts的金額需要全被release 掉(即被rleases order 參考完) 若有維護Billing plan 但又去改動Vlaue contract的金額時，則billing plan會自動依變更后的金額修訂billing plan
	針對集團型的客戶，可以依需求約定哪些子公司才可以使用此Contract，此功能在SAP稱為Partners authorized，且此功能只會檢查release order 的header level，所以若要完整限制，release order 的item cate. 要留意一下business data 那個欄位
	若要限制使用的客戶(Partners authorized)，則可以在Doc. Type的后台Check partner authorizations中做設定
	若要限制使用的客戶(Partners authorized)，除了使用customer hierarchy外，亦可用Customer list，即在Value contracts 上給定可以使用的客戶代碼，一般而言都是用patner func. AA/SP/AW(前面二個是sold-to-party，后面是ship-to-party)
	在Doc. Type 的Contract section，Contract data allow可以設定header/item level的資料是否要同步，這會影響到后面release order的資料參考行為
	Doc. type 中contract那邊可以指定contract profile Contract profile 決定了合約起迄的預設時間／后續的activity／合約取消的程序