MM-30 Spilt valaution

1.概念
	針對同一料號可以設定不同的評價方式,或是成本，例如在高科業中，有時產出的東西會出是down grade的產品，就可以建立同一料號，但是不同的評價方式，將其分開；或是同一料號有時是客供品，有時是廠內自行採購，其價值就會不同，就可以適用分割評價，實務上可以搭配批次管理一齊運作 其概念為在物料主檔中設定Valuation Category後，就可以依不同的Valuation Type給予不同的價格
2. IMG設定
	需先起用Activate Split Valuation，然后設定Valuation Category及Valuation Type，並將Valuation Type指派給Valuation Category，然后再將Valuation Category指派給plant
	先建立Valuation Type
	Valuation Type主要可以分為是外部取得還是自製，然后這支程式寫的很不好，和其他程式的操作邏輯是不同的，建好后存檔是要按畫面的建立鈕
	建完所有的Valuation Type還要再存一次，要不資料是會不見的
	再建立Valuation Category
	一樣建完后要按建立才會生效
	接下來將Valuation type 指派給Valuation Category，再將Valuation Category指派給工廠即可，記得要在存檔一次
3.物料主檔
	若設定正確，在物料的Account View 1就可以選到對的Valuation Category，要先建Valuation Category后才可以再設定Valuation type(因為Valuation Type 是指派在Valuation Category下的) 有用split valuation，price control只能用V，若要設S要設在Valuation Type層級
	要用建立設定Valuation Type
	設定valuation class/price control...等等必要欄位，存檔后即完成相關設定

SD-03 Sales Master data introduction

1.概念
	一張SO成立之前，要先建立一些主檔資料，如客戶/料號/訂價/客戶－物料...等等的主檔資料
2. 客戶主檔
	客戶主檔可以分為三個View，General data/Sales area/Company code，因為SAP為集團共用的資訊系統，所以Basic data收集的是客戶的一般資訊， Sales area則是收集某一Sales area所需要的資料，如出貨點/出貨方式/聯絡人...等等 Company code view則是收集財務所需要的資料，如統制科目/付款方式/催款程序...等等，所以此資料會是建立在Company code下 Company code及Sales area都有付款方式可以維護，若文件的來源是從SD來的就會從Sales area捉取付款條件，若是從FI直接立帳的就會從Company code view捉取付款條件 在銷售流程中主要會用到四種的Partner func，買方/出貨方/發票方/付款方，這些partner func會在客戶主檔中指定，實務上也可以建立如Fordwer agent此類的Businness partner 不同的Businness partner會決定SO不同資料，如付款條件就來自付款方的付款條件，發票寄送地就會來自發票方，貨物運送地址就應來自收貨方的地址
3. 物料主檔
	SAP的物料主檔是整個系統的基礎之一，但是也是最複雜的基礎資料，他一樣有View的概念，大致可以分為基本/銷售/採購/MRP/庫存/品質/會計等view，其亦可以設定自己企業組織所需的畫面 在SD中主要是要維護基本/銷售(含國際貿易：輸出資料)view 沒有建過的View都要用建立的Tcode 去執行，有建立過的才可以用修改Tcode
	比較要注意的事sales view的devision 不是放在organizational level中而是放在物料主檔的基本資料中，這也是形成了可以建立cross devision的功能，可以降低維護的筆數
4. 客戶－物料主檔
	物料主檔的path是放在master data 的argeement下 SAP比較特別的地方是你可以直接在SO上key客戶料號就帶出所有的相關資料，和一般應要key廠內的料號才帶出相關其他的資料，算是邏輯較不同的地方
5. 價格主檔
	價格主檔是用Codition tech來建立的，這是在SD/MM等模組，常用到的功能 價格主檔可以定義如折扣/Surcharge/運費/稅...等等，是一個非常強大的功能
6.其他主檔資料
	如輸出報表的設定，這也是可以額外設定的，例如產生單號後就直接輸出報表到指定的印表機
	客戶主檔或是價格主檔，都是需要建立在sales area(Sales org+Distribution channel+devision)下的，但是有時同一客戶針對不同的Distribution channel或devision，並不需要額外分開，所以可以用參考的方式，以降低維護主檔資料的筆數，例如有五個Distribution channel，D1~D5，可以在IMG設定Distribution channel都參照到D1，這樣前端的客戶主檔或是價格主檔都只要維護在D1下，就等於維護完D1~D5的基本資料

SD-02 Sales Process

1.Sales Process
	Sales process主要可以分為售前的Sales support/Sales/Shipping/Billing 等四大類
2. Sales support
	如客戶的拜訪報告(sales activities)/促銷動作的提供或通知(sales promotions)
3. Sales
	主要就是各式銷售的行為，如詢價/報價/訂單/合約...等等的建立 為了降低建立SO的Loading部份資料會從主檔資料帶入，例如客戶主檔的資料就會帶入SO header中，物料主檔的資料就會帶入SO item中 在銷售流程中主要會用到四種的Partner func，買方/出貨方/發票方/付款方，這些partner func會在客戶主檔中指定
4. Shipping
	各式shipping行為的建立，如撿貨/包裝/運輸/扣帳...等等，一般會產生所謂的DN(Delivery Note)
5. Billing
	主要是Billing文件的建立，如請款文件/折讓文件...等等，但是這和台灣地區的發票文件是不同的，主要是系統記錄的相款請款資料，一般會另外產生各國或各地政府對應的『發票文件』，只是會依Billing文件為資料的主要來源
6.主檔資料的套用順序
	在建立SO時，部份資料會來自不同的主檔資料，但是若這些資料有多個設定地方時，SAP會先找最細的主檔資料，例如Plant的決定，若是客戶－物料主檔有指定，則優先用此設定，若無則再找客戶主檔，若再找不到才會找到物料主檔

SD-01 銷售組織架構

1.概念
	SD模組主要的組織結構為Sales Organization/Distribution Channel/Division/Sales office/Sales group等五個，不過Division 並不在SD的IMG設定中，而是在Logistics - General
2. Sales Organization
	銷售組織是SD模組的最高組織結構，也是看報表的最高summary 結構，其實務上一般和企業組織銷售單位做一對應，例如企業組織業務單位劃分為代工/台灣區/歐美區/大陸區，則銷售組織大多也會同步設定為代工/台灣區/歐美區/大陸區四個銷售組織 每一個Sales Organization有自己的主檔資料，也就是SD模組的主檔資料是建立在Sales Organization之下的
	Sales Organization是需要設定在Company code下，也就是說指派給Company code 一個Sales Organization只能指派給一個Company code，但一個Company code 可以有多個Sales Organization 一個Sales Organization可以指派給多個Plant
3. Distribution channel
	Distribution channel即是企業組織，實體上的銷售通路或是配送貸品的方式，如直銷/Retail/網路...等等
	Distribution channel是需要設定在Sales Organization下，也就是說指派給Sales Organization 一個客戶可以存在在不同的Distribution channel下
4. Division
	Division是唯一不在SD的IMG中的組織架構，其一般會等於企業組織中的產品線
	Division是需要設定在Sales Organization下，也就是說指派給Sales Organization
5. Sales Area
	Sales area是Sales org. /Distribution channel/Division的組合，為SD所有資料最主要的分類方式，所以SD的主檔資料(Master data)也是需要建立在Sales area的分類之下，換句話說每一種Sales Process是會被指定在某一Sales area下 Credit area也是指派給Sales area的 SD主要的三大類文件SO/DN/Billing也是要在Sales area之下 在實務上要儘量讓Sales area儘量簡單，要不主檔資料會要維護很多次
6.Sales office
	一般而言會將Sales office會等同於實體的銷售辦事處地點，如企業組織有新竹銷售點(總公司)/台北辦事處/深圳辦事處，就會劃分如上三個Sales office
	Sales office是需要設定在Sales area下，也就是說指派給Sales area 一個Sales office可以指派給多個Sales area
7.Sales group
	Sales group是指Sales office下的員工分群，所以要先建完Sales person才能建立Sales group
	Sales group是需要設定在Sales office下，也就是說指派給Sales office
8.Sales org/Distribution channel /Plant(跨公司銷售)
	有些集團會將專門銷售的公司獨立成一間公司，而製造生產單位為另一公司，所以會形成A公司接單B公司出貨的狀況，這個現象就需要利用Sales org/Distribution channel /Planth的指派來處理 Sales org.會指派給company code而plant也會指派給company code(Logistics - General)，所以若這個動作的company code 不同就會形成跨公司銷售的情況
9.Businese area(BA)
	BA是一種看報表的分類，主要可以從收入及庫存的角度來看財務的數字，所以可以從Sales area或是plant/division來指派BA，因此在SD的IMG指派中可以看到BA的設定 BA可以和Company Code一樣用來出對外的財務報表
10.其他組織結構
10.1 Client	Client 可以視為是一個集團，一個Client至少要有一個Compay code
10.2 Company Code	Company Code是FI模組的主要結構，主要功能之一是為了出對外的財務報表
10.3 Plant	Plant是Logistics - General中主要的結構，在MM/PP/QM中佔有很重要的關鍵地位 一個Plant 只能被指派到一個Company code，但一個Company code 下可以有多個Plant，在SD模組中會指定Delivery Plant

MM-料號主檔建立錯誤訊息

1. Material XX is not defined for sales org.XXXX, distr.chan.XX, language DE
MM-料號主檔建立錯誤訊息	建料號時若確認所有該建的View及組織架構都有建對時，請記得檢查物料主檔的表頭內文，雖然說Error Mesg很明顯的和你說明了哪個語言的內文沒建，但你若登入該語系用mm02再去存一次是沒有用的
	如上圖系統說明沒有建DE的說明，你登入DE語系再存一次是沒有用的，還是在建主語系的主檔再加入DE的內文即可，而且是『表頭』的內文才是對的，不是Sales或是採購View的內文

OT-Contioion Technology(條件技術)

1.概念
	Condition Type是在MM/SD中大量用到的技術，其需先定義Procedure(可視為Condition Type的集合)，而Condition Type則是指每一種的資料類型，如稅率、定價、稅別...等等；Access sequence 則是定義了每一個Condition Type的資料應從哪些Condition Table的欄位資料而來，並定義了捉取資料的順序；Condition table則是實體資料存放的Table
2. Procedure
	Procedure為Condition Type的集合，並且定義了整個程序的順序及不同Condition Type間的關係或是會計科目的決定
3. Condition Type
	Condition Type則會定義這個Condition的相關屬性，如是屬於稅的還是定價的或是折扣型的...等等。Condition Type中會指定其資料是從Access sequence而來。
4. Access sequence
	Access sequence會定義了資料捉取的邏輯，並將取到的資料回給Condition Type，基本上他的原則是只要捉到資料就不往下走
	Access sequence是Cross Client的資料，需要特別留意對不同client的影響
5. Condition Table
	Condition Table 是實體存放當做條件資料的Table，一般而言若要自定的話會是用9當做開頭的命名，而右下方的filed catalog 是SAP預先定義好的可以放入table的欄位名稱