在採購實際工作崗位中,我們經常會聽到“框架合同”這詞,我們在實施SRM項目的時候,也經常會遇到“採購框架合同”。那麼,什麼是框架合同?
框架合同是指合同雙方當事人就合同標的交易達成意向並對主要內容予以確定而訂立的合同,具體的交易細節在框架合同的基礎上再細化成正式的合同。當很多小的重複交易建立了長期合同,就需要一個特殊的合同機制涵蓋這種關係和單個交易的需求。
這被稱爲框架協議(framework agree-ment):合同在一定時期內,爲每筆單個交易作爲一個框架進行運作。
框架協議法律效力同合同,且內容與合同基本一致。在實際採購中,會經常在這樣的框架協議中看到階梯報價的情況。特別是在大宗貨物採購,包括設備的採購,如汽車採購、ATM機的採購中,階梯報價法是最常見到的。
爲什麼要採用階梯報價法呢?
有的採購貨物使用範圍覆蓋全國各省、市、州等地,甚至到新疆喀什或者西藏等偏遠地方,單獨的供應商很難保證售後維修等服務,而且生產中一旦出現問題將會導致交貨時間延期甚至影響採購質量。
階梯報價法要求將採購人需求的貨物按數量分成幾個等級,然後讓每個供應商都在不同的階梯範圍內報出自己產品的價格。
如採購人需要採購900輛汽車,可根據數量分爲0~400,401~800,801及以上等3個從小到大的階梯。
然而,在遇到超過5000的採購總額,階梯數量至少要超過6個等級,如果這時候來了10個供應商,公司只有你一個採購,老闆又要你一天內把價格通通算出來並最終確定一個供應商,此時你,我想內心應該是崩潰的。。。
所以,大部分企業都不會還要人工計算的方式去測算如此大的數據量,不僅耽誤時間,而且容易出錯。並且,我堅信,在如此先進的21世紀互聯網+的春風下,難道還會有沒有實施信息化建設的企業麼?如果你的企業還沒有進行信息化建設,那我只能說:“堅(ma)持(shang)下(dao)去(bi)!”
而進行信息化建設的企業也應該明白,ERP處理內部事務倒是非常在行,但是一旦處理到專業領域的事情,就略顯不足。於是,專業的事情,我們就應該交給專業的人去做,同樣,於是,企業紛紛都踏上了部署SRM(供應商關係管理系統)的道路,那麼我們今天主要是探討企業日常採購在SRM系統上如何實現框架協議階梯價格。
還是上面那個例子,我們先來看看階梯公式算法表:
|
階梯數量 |
採購數量 |
採購單價 |
階梯採購總價 |
第一階梯 |
0-400 |
400 |
0.9 |
360 |
第二階梯 |
401-800 |
400 |
0.8 |
320 |
第三階梯 |
801及以上 |
100 |
0.6 |
60 |
應收合計 |
|
900 |
|
740 |
每個階段設置一個階梯數量,這個量代表了單位時間內/採購累計採購量。超出這個階梯量就按照下一階段單價執行。
假如你的老闆讓你採購900輛汽車,此時設置三個階梯:第一階梯量爲0-400,單價爲0.9元,第二階梯價爲401-800,單價0.8元,第三階梯量爲801及以上,單價爲0.6元; 實際採購量900,則400落在第一階梯,則第一階梯總價爲0.9*400=360,400落在第二階梯,則第二階梯總價爲0.8*400=320,100落在第三階梯,則第三階梯總價爲0.6*100=60,最後合計740。
不過,企業在累計採購量不大的情況下采用累計階梯計價方式比較合算,若企業採購量比較大,每一次採購數量都會落在最優惠價格區間的話,則不建議採用該方案。
好了,今天就講到這裏了,你們學會了麼?
—END—