計劃協定（scheduling agreement）是與供貨商簽訂的一項長期合作協定。會預先定義有效時間和采購數量。
使用計劃協定的好處有：
1、可以省去很多PO和合同的release order（直接對SA進行GR操作），SA的delivery schedule line本身就是SA的一部分，是以可以減少文檔的數量。
2、MRP運作時，可以自動産生delivery schedule line
可以參考已有的PR RFQ Contract SA來建立新的SA。因為SA永遠是與工廠相關的，是以M W類型的item是不允許的(見contract item category的講解)。SA的條件是可以在背景配置是否是時間相關的，如果指定為與時間相關，則可以指定不同期間的價格。
計劃協定的類型有三種：
1、LP 計劃協定
2、LPA計劃協定
3、LU庫存調撥計劃協定
使用LPA方式需要配置幾個條件：a. 背景需要做一個配置，将準許憑證打勾；
如下圖示：
b. 物料主資料采購視圖裡的“JIT schedule indicator” 選擇1自動。
供應商主資料裡的工廠特定資料下，采購視圖->附加->附加采購資料，将資料維護在被允許的工廠等級 複選框打勾。
然後在供應商-采購視圖裡，預設資料物料最下方一行，設定creation profile。設定後會帶到SA中輸出控制的
：建立參數檔案 字段中。
選中計劃協定行項目後，點選擡頭上的放大鏡即可，出現以下兩個輸出控制了的字段。
配置整體圖：
LPA-FCST Delivery
JIT Delivery
JIT計劃訓示符 in purchase view
1、物料主檔采購視圖，JIT計劃訓示符=1；
2、供應商（工廠參數）設定， 建立參數檔案；
3、如果1、2沒有設定，需要手工在計劃協定中輸入。選中計劃協定行項目後，點選擡頭上的放大鏡即可。
建立參數檔案 = From Vendor
JIT訓示符 = From Material
SA也可以建立對沒有物料号的物料的采購。但是與contract不同的是，不能使用U(unknown)的account assignment
我們還可以通過背景，對doc type的配置，來指定是否需要release doc.關于release doc稍後會說明
- 自動産生delivery schedule line
MRP的運作可以自動産生SA的schedule line，但是有如下幾個前提：
1、 SA必須明确的在source list中定義為source of supply，并且MRP相關列設定為2(Record relevant to MRP. Sched. lines generated automatically)
2、物料的MRP2的視圖中，Procurement type必須設為F
3、 自動産生schedule line是被允許的(在SA中設定)
- SA的release document
如果不需要release doc. 那麼SA中儲存一條schedule line的時候，就可以認為是被客戶承認了，可以馬上傳達給客戶。在這種情況下，消息控制功能應該被配置為，SA的任何修改被儲存時，馬上就産生消息。
如果需要release doc.，在顯示的SA release之前，schedule line産生之後不會馬上發送給客戶，而是儲存在系統内部作為參考(LPA SA類型)。這可以是一個FRC(forecast)或者JIT(just-in-time)的傳遞計劃。
可是使用兩種SA的release：
1.、FRC(forecast) delivery schedules
可以給客戶展示中長期的物料需求概覽
2、 JIT(just-in-time) delivery schedules
可以給客戶展示短期内的物料需求
- SA的release
如圖，可以通過在SA的item中設定JIT與release無關。這個flag的值是從物料組資料的MRP2視圖中帶入。如果MRP2中沒有設定，是沒辦法在SA中修改的。
SA的release可以手動或者自動進行，也可以通過選擇條件選擇SA的所有item或者SA中被新建立或者更改的item可以被release。
通過TCODE ME84(Logistics-> Materials Management-> Purchasing-> Outline Agreement-> Scheduling Agreement-> ME84 - Create SA Release)來建立SA的release
也可以通過TCODE ME38(Delivery Schedule line maintain)的edit菜單生成FRC或者JIT的SA release
- Release creation profile
Release creation profile的官方幫助
http://help.sap.com/saphelp_47x200/helpdata/en/3b/665971da7b11d1b6330000e8a738dc/content.htm
我們可以通過release creation profile來定義:
哪種事件可以觸發SA schedule line的release，比如schedule line被修改;
Delivery時間如何表示(是否彙總);
是否積壓和及時需求也被觸發并顯示在SA release中;
是否有容差組觸發執行建立新的SA release;
如果在vendor主資料中指定了(與工廠相關的資料)，則可以帶入SA明細項中，否則需要在SA中指定。在vendor中指定工廠相關資料的過程為：Select Purchasing data screen from Vendor maintain, find the submenu Extras--> add. Purchase data -->select data retent. at plant level allowed, then select Alternative data and then choose Yes to create it, enter plant 1000, select Purchasing data and select Continue 如圖
Release creation profile(準許建立參數檔案)是一種工具用來控制對SA進行release（審批）的頻度以及數量彙總的方式。
頻度：比如每天或者每星期，對SA進行審批并傳送給客戶。可以為FRC和JIT分别建立不同的頻度。
數量彙總(aggregation)：決定哪個期間内的schedule line的數量會被合并。可以分别為FRC和JIT建立不同的數量彙總
我們 簡單的來看一下參數檔案中的配置(Materials Management->Purchasing->Scheduling Agreement->Maint. Rel. Creation Profile for Sched. Agmt. w. Rel. Docu.)
如圖，JIT為例，release doc建立的政策，分别将計劃行修改或者達到下一個傳遞日作為條件組合。我們首先建立一個計劃行(日期在未來)如果選擇了第一項，因為是或者的關系，也就是雖然沒有達到這個傳遞日但是新修改的計劃行，是以依然可以建立。
ME84 test run的結果如下
注意，建立的原因是change creation
如果我們将建立政策改為隻有達到了下一個傳遞日才建立，再次運作，結果如下
沒有建立，原因為No creation (next date not yet reached)
Aggregation Horizons是用來控制，在哪個區間範圍之内，交貨數量是如何累積的。如圖
以FRC為例，建立以後的0～10天内都是數量每天累積的，發給供貨商。可以看到我暫時配置的0~10天是每日彙總。SA的計劃行和ME84運作後，檢視結果如下
可以看到是按照每日的總數量彙總的。
我們再改一下配置，改為0～10天，沒有彙總，也就是說每個計劃行的數量都會和詳細資訊發給供貨商。
ME84運作後結果如下，可以看到，沒有對每天的數量進行彙總，每個計劃行都是一條單獨的記錄
如果想周期性的建立SA release可以使用create periodicity功能。
容差參數檔案，可以控制，在schedule line的數量被更改了多大的百分比時，需要建立新的SA release doc給客戶。具體操作可以自己試驗。
- Firm Zone(确定的域) and Trade-off Zone(平衡的域)
Firm Zone:定義了從目前日期開始到哪一點為止的時間段，是貨物的生産進行時期。落在這個時間段内的schedule line可被認為是确定的訂單(firm order).這個時間需要與供貨商商讨确定，他包含了客戶需要生産計劃數量貨物的時間。如果在這個區間内的schedule line被取消了，供貨商有權利要求支付生産成本和為了生産購置零件的成本
Trade-off Zone:定義了貨物進行時期。這個時間一般基于運輸時間和供貨商采購生産所需物料的元件的時間。如果在這個區間内的schedule line被取消了，供貨商隻有權力要求支付為了生産購置零件的成本。
落在這兩個區間之外的schedule line屬于計劃區間。
可以通過設定，落在哪個區間的schedule line是可以被MRP運作所修改的。如圖：
- Message
系統可以為每一個SA的release生成message，也可以為整個SA生成一個message。
在背景Materials Management->Purchasing->Messages->Output Control ->Message Determination Schemas->Define Message Schema for Scheduling Agreement Release/Expediter中的Assign Schema: SA Release/Expediter進行配置
将如圖所示的選項勾選之後，系統将會為每一個SA的release都生成一個message，否則将在header級别生成message.
我們還需要為每種SA release類型定義也隻能定義一個main message type。Main message type如果被輸出了，會更新相應的依賴于輸出的資料，比如release doc的狀态變為被處理狀态。配置路徑為Materials Management->Purchasing->Messages->Output Control->Message Types->Define Message Types for Scheduling Agreement Release/Expediter中的Fine-Tuned Control: Forecast Delivery Schedule/Expediter
如圖
A類型為JIT的release doc，系統預設為LPJ1，我們将其改為LPJ2，之後再生成JIT的release doc，檢視輸出message, 可以發現預設的消息成為了LPJ2
可以通過菜單(Logistics->Materials Management->Purchasing->Master Data-Messages)來配置message type的條件記錄，然後通過TCODE ME9E(Logistics->Materials Management->Purchasing Outline Agreement-> Scheduling Agreement-> Delivery Schedule)輸出消息(print out, FAX, EDI等)
此刻，我們輸出LPJ1，如圖所示，然後檢視一下SA release doc的狀态，可以發現，還是處于黃燈的未處理狀态。
如圖，我們再将LPJ2輸出，會發現，release doc的狀态就成為了已處理的綠燈狀态。
處理過後，SA Release doc.狀态變為綠燈
如果系統定義的消息在release doc level而不是header level（前面提到的配置）則可以通過檢視release doc時，message per release來檢視，如圖
用系統預設的列印類型，如下
- Determining the Agreed Cumulative Quantity(允許的累計數量)
在供貨商傳遞貨物出現過剩或者短缺的情況時，供貨商聲稱傳遞的貨物數量和我們實際通過GR得到的數量就會産生差異。此刻，我們可以通過聯系供貨商達成共識，然後将商讨後的結果數量錄入SA。
另外，此功能還用于其他用途：SA經常會跨越很多年有效，而在一個财政年結束的時候，累計收到數量(cumulative received)和計劃數量(scheduled quantities)通常會重設。累收到數量通常會清零。
可以通過手動輸入允許的累計數量和自動産生兩種方式。
手動輸入操作方法如下，ME32L修改item的additional data.
在修改之前，累計收到數量如下
輸入達成協定的數量
儲存之後累計收到數量如下
我們剛才的操作，不維護對賬日期(Reconciliation Date)但維護允許的累計數量。則累計數量的計算為 起始值=累計收貨量+允許的累計數量 是以我們這裡是1+5 = 5 這一般應用于與供貨商簽訂了新的SA協定但是又想從原來的累計數量為起始的情況。
這次我們輸入對賬日期
儲存之後累計收到數量如下
在維護了對賬日期後，累計收到數量的值 = 累計收貨數量-允許的累計數量 我們這裡為 4-3 = 1 這一般應用于會計年度更改的情況，我們可以将累計收貨數量清零。
我們還可以通過Materials Management-> Purchasing-> Outline Agreement-> Scheduling Agreement-> Administer ->ME88 - Set Agreed Cumulative Quantity來得到系統預先确定了允許累計數量的清單。
- SA管理
當一個SA有過多的schedule line或者采購曆史的時候，可以彙合schedule line 彙合訂單曆史或者重新配置設定schedule line的号碼。
這些都可以在Materials Management-> Purchasing-> Outline Agreement-> Scheduling Agreement-> Administer下進行操作