【IT168信息化】對于采購量比較大的企業，經常會存在框架合同的業務。如減速機、鋼材等等。在這篇文章中，筆者就框架合同這個業務在SAP系統中如何實現、及相關的注意事項做一些說明。總來的來說，框架合同基本上是SAP系統的標準功能。當然，也會根據企業的實際情況做一些后臺配置和開發。

　　某家生產企業，其主要的原材料就是鋼板。企業為了降低采購成本，往往會跟鋼材企業簽訂框架合同。當一年的采購量達到多少時，可以以比較優惠的價格來進行購買。對于系統來說，就主要關注兩方面的內容。一是價格、二是采購量的累加。具體來說，又可以分為二種情況。

　　一是物料是指定的。PP模塊如某個料號一年的采購量是多少。這要求企業用戶在制定框架合同時，要指定具體的料號。在實際工作中，這有一定的難度。很少有企業能夠做到這一點。

　　二是針對某個物料組或者物料類型的。如某類產品的一年的采購量是多少。這又包括兩種情況。一是這類產品的價格是相同的;另外一類是產品的價格不同。如果價格相同，則采購訂單可以直接從框架合同中獲取價格。如果不同，則還需要根據實際情況在采購訂單中維護價格。

　　在SAP系統中，又將合同分為數量合同和價值合同兩種。數量合同是以采購數量為基數進行核算的。而價值合同則是以采購的金額為基數進行核算。筆者從事的項目中，大部分是以采購數量為對象，核算的口徑以物料組為單位。在后續的描述中，筆者的業務背景就是按照這類來敘述的。下表示筆者對SAP框架合同的一個簡單總結，能夠在一定程度上幫助大家理解框架合同的整體業務。

　　在做需求調研時，如果確定企業有框架合同的業務，則在基礎數據規劃時，就需要特別注意。因為在物料基本數據的物料組設計時，就跟框架合同相關。像上面筆者描述的業務，如果有根供應商簽訂框架合同，一年的某個類別的采購量達到多少時，可以獲得優惠的價格。那么這個物料組的設計就特別有講究。在實際工作中，可能會存在如下幾種情況。

　　一是不管是什么產品，只要是向這家供應商購買，只要金額或者數量達到一定的規模，就可以得到優惠的價格。此時物料組定義時，就要定義的比較大一些。然后再通過外部物料組來進行細分。因為在SAP系統的標準功能中，是通過物料組這個參數來進行核算的。

　　二是即使向同一家供應商購買、其產品也是分類別的。如筆者遇到過一家生產企業，其鋼板往往分為厚板、中板、薄板三種。在跟供應商簽訂框架合同時，會指出三種板一年的采購量分別達到多少、可以得到何種優惠的價格。此時就需要將板材的物料組分為這三類。然后在創建框架合同時分被以這三個物料組為對象。

　　筆者再次強調一下，框架合同跟物料組是息息相關的。如果企業存在框架合同的業務，那么在需求調研和藍圖設計時，物料組這個參數要認真對待。否則的話，很容易返工。

　　SAP的框架合同有好幾種類型。如從空間的角度分析，有中心合同和單工廠合同。中心合同是指集團簽訂合同下面各個工廠都可以使用。這種合同集團集中采購的背景下利用的比較多。但是如果同一個集團下面的業務形態基本上不同，則意義不大。因為重合的原材料不會太多。具體的來說，可能主要要關注如下幾個參數。

　　一是合同的類型。主要是指合同是數量合同還是價值合同。簡單的說，就是跟供應商協商時，確認的是“某段時間內采購多少臺設備或者多少噸的鋼材”，還是“某段時間內采購多少金額的原材料”。在創建合同時，需要根據不同的業務形態來選擇不同的單據類型。

　　二是合同的標的物類型。即在供應商協商時，是不是一個個物料對應清楚的(這種情況不會很多)，還是指定的是某個物料類型。據筆者接觸的項目來說，大部分情況下都是“某個類別的物料一年的采購量是多少”，也就是說，根據物料組來劃分。

　　三是框架合同的時間。如是以一年為單位還是半年未單位。采購量大的企業或者市場價格波動比較大的原材料，其周期會比較短，會以季度或者半年未單位。月采購量不穩定的企業，則會以年為采購周期。這個框架合同的周期，一般情況下，企業都是跟供應商預先確認好的。作為顧問，只需要向用戶要這個參數即可。

　　四是框架合同的審批流程。由于框架合同涉及到的材料，往往金額比較大。為此在框架合同的審批流程中，往往需要財務經理或者總監參與進來。作為顧問來說，需要向用戶確認好相關流程，然后在系統中進行相關的配置，以實現這個審批流程。

　　當有需求時，用戶需要生成采購申請和采購合同。在這個環節中，需要注意如下內容。

　　一是采購申請轉采購合同時，需要選擇對應的采購合同。以“數量合同+物料組”為例。只要采購申請中物料的物料組與框架合同匹配，則在通過ME57轉采購訂單時，就會自動去匹配這個框架合同。然后采購訂單中得到的價格就是框架合同中確定的價格。

　　二是物料組的匹配關系。在建采購訂單時，可以參考框架合同創建。此時用戶需要手工輸入物料編碼。這里有個問題，如果用戶輸入的物料的物料組與框架合同的物料組不一致，如何處理。默認情況下，系統會給出警告信息。用戶確認后仍然可以保存。不過一般情況下，顧問需要更改后臺配置，將這個警告信息調整為錯誤信息。因為其他物料組的產品不能夠計算到此框架合同中。

　　三是如果采購的數量超過此框架合同后該如何處理。系統默認情況下，如果超過了框架合同的數量，則會有錯誤信息。PP模塊這主要是提醒用戶，需要再次跟供應商協商創建框架合同。如果繼續沿用原有的框架合同，對于企業來說是不利的。因為不能夠保證企業在下個框架合同周期中仍然可以達到這個采購數量。如果用戶確實有需要，也可以將此消息設置為警告信息。

　　一是框架合同的審批流程。系統可以根據企業的需求，靈活的設置審批的節點。如根據框架合同金額的大小、不同的工廠等等。

　　二是框架合同的打印格式。框架合同往往需要打印出來，PP模塊讓供應商簽字蓋章。系統標準的打印格式基本上不能用。這需要根據企業的需求，通過二次開發來實現表單的打印。

　　三是信息的調整。當出現意外情況時，系統會有警告信息、錯誤信息、無信息等情況。如遇到采購數量大于框架合同時，到底讓系統顯示的是無消息、警告信息(用戶確認后仍然可以保存)、錯誤消息(用戶無法保存單據)，這需要通過后臺進行調整。
PP模塊,雨水收集系統,雨水事故池,雨水回收系統,雨水收集_