Purchase Release Strategy
如果想需要PR或者其他採購文檔(PO, contract, scheduling agreement, request for quotation (RFQ)等)在一定條件下被審批，就需要用到SAP的審批策略。
對於PR的審批可以在item級別也可以再total級別，並且有帶classification和不帶classification兩種，不過不帶classification的只能在total級別審批。我們接下來都以PO爲例講解。
l Release Condition(Characteristics class)
一個PO必須滿足審批條件，纔會進入審批流程，比如採購總價值超過1萬元，或者採購組001採購的物料等。SAP採用classification系統進行審批條件的配置。
首先通過CT04定義審批條件的要素，比如採購組或者總價值，我們可以在表CEKKO中找到所有可以被利用的字段，如果不能滿足需求，就需要enhancement M06E0004
之後CL02定義class，也就是將各個審批要素組合在一起，組成一個完整的審批條件。比如採購組001採購金額大於5K 採購組002採購金額大於10K
l Release Strategy overview
審批策略是一個總的審批流程，可以在一個審批策略下定義release code，我們最多可以定義8個release code。定義審批策略包括定義定義release group, release code, release indicator等步驟
l Release Group
同一個release group具有相同的審批level，比如我提到的001採購組大於5K的金額需要審批，而002採購組大於10K的金額需要審批，這就需要連個不同的審批組，而如果有一個第三個部門，但是依然用採購組001和大於5K的policy，那麼它可以與第一組共享審批組。
我們爲審批組分配Class
l Release Code
Release Code我們可以理解爲現實中與整個審批流程相關的人，每個審批者都會審批相應的release code。如果配置了workflow，可以將他們與workflow結合起來用，審批自動到達他們的task中。
l Release Indicator
這一步驟實際是定義審批中的各種狀態和在此狀態時系統的反應。
比如我們這裏有2個狀態，在審批流程中都會是狀態1，也就是沒有release，可以更改PO並且不會觸發新的審批流程，或者是在觸發新的審批流程的值狀態時進行新的審批等。後面的%value change字段限制了字段更改的最大範圍，超過了一定百分比系統會產生錯誤信息。
l Release Strategy
最後一步定義審批流程。Release codes我們看到最多輸入8個，我們按照審批順序輸入。
Release prerequisites定義的是每個審批流程需要的前提，很簡單，一般的審批都是一步一步進行的。都會勾成下面的樣子，也就是02需要01最爲條件。
Release status定義每一步被審批後，PO的狀態，我們定義只有01 02都被通過了，纔會進入最終的2狀態
Classification相當於定義這個審批策略被觸發的條件。
l Authorization
整個審批的授權可以通過分配authorization object M_EINK_FRG給相應用戶進行限制
l Test
我們爲採購組001創建一個總價80塊的訂單，沒有觸發審批流程。
當我們改爲總價8000塊時，就產生了審批流程
我們通過TCODE ME28進行審批，如果直接審批02 code會發現系統提示沒有合適的PO，審批後PO的狀態改變
審批02 CODE以後，PO狀態改變
如果嘗試更改PO會得到以下錯誤消息
Purchasing document has release indicator 2 (changes not possible)
Source:http://sap.javaeye.com/category/5535?show_full=true