scheduling agreement 計劃協議詳解
計劃協議(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下進行操作