請購單的審批流程邏輯其實很簡單，發起人發起流程->財務檢查是否填寫對了->領導審批（金額不同，需要給到不同級別的領導審批）->採購轉po；之前用過金和c6的時候也做過，當時的最**煩就是：要根據金額大小，走不同領導進行審批，由於他的擴充套件性不夠強大，導致很麻煩。目前的智遙工作流，可以自定義sql語句作為判斷條件，這一步倒也簡單了。
但是表單又麻煩了，由於sap中的請購單比其他的erp的複雜很多，需要填寫成本中心，利潤中心，工廠等等一大堆的資訊。如果直接在工作流軟體中做乙個相對應的表單（之前我們就是這樣做的，易飛erp中請購單，簡單很多），非常麻煩，而且裡面還有很多檢查邏輯，實在是太麻煩了，而且審批完後，還要將資料匯入sap，想想就痛不欲生啊。
沒辦法，只能去勞煩一下智遙工作流的顧問了,顧問提出的方案是：
使用者仍然在sap中填寫請購單；
填寫完pr但後，再到工作流軟體中發起請購流程；
使用者只需填寫乙個pr單號，然後系統直接呼叫sap rfc程式，將對應的表單中重要常用的內容讀取過來，並顯示出來。
全部審批完後，採購再根據pr單號，去到sap中轉po。
看樣子他們的顧問還是有兩把刷子的，優點太明顯了：
省事，表單建立方便多了，只需要儲存乙個ｐｒ單號就可以了
資料都是實時從ｓａｐ中呼叫的。避免了之前手工單的內容和sap中的內容不一致問題
最大的優點是領導和使用者都很滿意
上圖：
1.發起流程：只需填寫乙個sap的請購單號，請購明細通過呼叫sap rfc獲取
2.財務檢查pr申請單，系統根據pr單號，自動從sap中抓取資料，保證資料是最新的
3.當領導審批完後，會將pr資料儲存到本地資料庫；並且之後人們看到的資料都是本地儲存的資料；這樣做的目的是為了防止pr審批完後，有人將pr資料進行改動，導致的無法追查；如果使用者在審批後，改動資料，那麼工作流中的資料就和sap不一樣，就可以追究相關人的責任。
由於智遙工作流的表單是開源的，而且是c#**，所以這個表單看似複雜，其實很容易實現。呼叫sap rfc的**，因為有提供相應的函式，也非常簡單。**稍後補充
SAP請購單流程2
直接上圖 1.發起流程 只需填寫乙個sap的請購單號，請購明細通過呼叫sap rfc獲取 2.財務檢查pr申請單，系統根據pr單號，自動從sap中抓取資料，保證資料是最新的 3.當領導審批完後，會將pr資料儲存到本地資料庫 並且之後人們看到的資料都是本地儲存的資料 這樣做的目的是為了防止pr審批完後...
乾貨分享 流程DEMO 資產請購單
流程名 資產請購 業務描述 流程發起時，會檢查預算，如果預算不夠，流程必須經過總裁審批，如果預算夠用，將發起流程，同時占用相應金額的預算，但撤銷流程會釋放相應金額的預算。流程包.xml webservice業務服務.xml webservice.asmx webservice.cs sql.txt ...
使用智遙工作流，優化SAP請購流程
傳統請購流程，都是使用者在sap系統中填寫請購單，然後再列印出來，遞交給上級領導審批。領導審批完了，再到sap系統中更新release標識。若中途請購單內容需要變更，則需要重新列印，審批。智遙工作流，能方便與sap系統進行整合。輕鬆解決所有sap單據審批問題。解決方案如下 使用者在sap中填寫請購單...