MM-34 Scheduling aggrement

1.Scheduling agreement
	使用scheduling agreement 效益： 1.可以降低開出大量的PO及contract release order，因為是在同一個scheduling agreement下展出新的scheduling line 2.公司庫存量會較低，幾乎由供應商依排定需求JIT送達 3. scheduling agreement是一個長效合約，可以談到較佳的條件 Scheduling agreement 一定是和工廠相關的，所以item cate.W及M不能用，若item cate.是使用subcontract的話就可以維護下階料
1.1 Automatic Scheduling Agreement Schedule Lines
	SA的schedule line可以經由MRP(planning run)產生，需符合如下條件 存在source list/物料主檔的procument type要設為F/planning run的schedule line 參數要設定2或3
1.2 Firm and Trade-Off Zones
	The firm and trade-off zones決定了取消delivery schedule 時要承擔的成本 Firm zone (production go-ahead period) 若取消或是修正交貨期間會被供應商收取生產及物料成本；也就你已確認貨要在此段日期交貨 Trade-off zone (material go-ahead period) 若取消或是修正交貨期間會被供應商收取物料成本；也就你已計劃貨要在此段日期交貨 Firm and Trade-Off Zones是用日曆日計算也就是含六日 All schedule lines with delivery dates lying beyond the firm and trade-off zones (that is, relatively far in the future) fall within the planning zone.
	The firm and trade-off zones維護在additional data中
1.3 SA type
	SA的TYPE會決定是否要做release document，有release document 的好處是你會有送給vendor delivery schedule 的記錄
	SA TYPE LP因沒有release document 所以應要設計存檔時就將資料丟給vendor SA TYPE LPA因有release document 所以這個SA的資訊是內部使用的，當產生了release document(FRC/JIT)時才會將資訊FRC/JIT的資訊給供應商
1.4 scheduling agreement (SA) release
	有二類的SA release一個是FRC一個是JIT Forecast (FRC) delivery schedules用於通知供應商中短期的需求，通常是用日或週計算 Just-in-Time (JIT) delivery schedules 用於通知供應商短期或是即時的需求，通常是用日或小時計，Planning run產生的SA schedule line 不能產生依小時計算的
	有SA release document的話，可以借由release document 找出寄給供應商何種資訊，亦可讓供應商回饋明確的交貨日期
	先建SA，再在SA補輸入 schedule line，然后再做release document
1.5 SA的資料來源
	物料主檔上的JIT若沒有被設定，也不能在SA上手動勾起來 release creation profile若沒有在供應商主檔上指定亦可以在SA上指定
	release creation profile是用來定義多常的頻率將release document提供給供應商，因為release doc.有二種FRC及JIT，所以可以用來定義此二種文件的時間區間 SA有不同的ITEM，每個item有自己的Schedule line，release creation profile會去定義后續的release doc. 應用多常的頻率(天/週)將不同的schedule line 的數量加總起來 release creation profile也可以定義向供應商提供資料的頻率
1.6 FRC/JIT的使用時機
	若SA的delivery schedule line 是含括數月，可以設定為前10天不總計數量，第11-30天每日總計數量，第30天后，by月總計數量 FRC/JIT可以同時並用，如SA的delivery schedule line 是含括數月，FRC負責處理超過tolerance的事件，而JIT則處理原本的排程；如JIT可以設定前7天不總計數量，第8至第10天每日總計，而FRC則是設定第7天到第100天依週總計
1.7 Tolerance Limits for Scheduling Agreement Items
	在release的creation profile中可以指定tolerance check的方式 FRC及JIT都可以設定上下界，超過此需求量的上下界才可以新產生一個新的schedule line；如JIT上界為2%，若原需求量100，因故需求量變更為103時(超過2%)，才會再長出一個新的schedule line
	Tolerance check只能設定在最多三種區間中
1.8 Status of SA release doc.
	Release doc. 可以用灯號去判別狀態
	若release doc. Type 同時存在FRC/JIT則灯號會依JIT為準

MM-33 contract

1.outline agreement
	Outline agreement 可分為Contract及scheduling agreement Schudling agreement可視為plant-specific contract Outline agreement通常是指針對特定的物料或是服務有事先定義好的總數量及總金額；但其上面不會有指定的出貨日及數量 通常outline agreement 會被contract release order 或是delivery schedule 給參考，這二個上面就會有指定日期及交貨數量
	就contract 及scheduling agreement 而言有二個主要的差異文件數量及物料規劃上 文件差異方面contract 可以接很多個contract release order 但是scheduling agreement 后面只會接一個文件，后續會在此份文件上產生多筆 schedule line 物料規劃上面在planning run之后contract可以變成PR的Source supply，然后后續再轉成contract release order；而scheduling agreement 則可以在planning run后直接產生schedule line，不用再透過PR或是plan order 去轉
2.contract
	Contract 的release order 可以是PR/RFQ/Contract/PO Contract上的item cate.會影响欄位的畫面指派 若是庫存型料號相關acct. assignment 會從物料主檔上帶下來，若是消耗型物料會從acct. assignment 上去指定；若acct. assignment 是U則后續的contract release order 就一定要指定acct. assignment Contract 的agreement type會決定是否更新數量或是金額
2.1 contract type
	Contract 有三類數量合約(MK)/金額合約(WK)/ Distributed contracts 數量合約在表頭會記錄時間，數量控制則在item，金額對此合約不是必要的 金額合約在表頭會記錄時間，總金額控制也是表頭，但是后續的contract release order的item一定要在contract中 Distributed contract是指跨其他SAP系統的合約，其是用ale做跨系統連線
2.2 Contracts for Material Group
	Contract 有二個特別的item cate. Material unknow(M)及material group(K)，這二個item cate.都可以不用輸入料號 M主要是用在相似的物料但相同的金額上，而W則是用在不同的物料且不同的金額上
2.3 Centrally Agreed and Plant Contracts
	Contract不一定要指定plant，若有指定到plant代表此合約只對此plant生效，但是contract release order 一定要有plant
	Distributed contract(Centrally agreed contracts)可以by receiving plant 設定condition要去功能表的edit=>plant condition 下(因為不同的工廠是有可能有不同的運輸成本) 不同的receiving Plant也有可能有不同的patner

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，需要留意一下