審批流說明

『壹』 SAP的審批流是怎麼定義的

我也想知道，看了一些資料但是好像不是很清楚，那位大蝦指教一下呀！！！

『貳』 流程審批設計

主要有以下幾個模塊：

1）用戶提交申請：

用戶通過do平台許可權申請入口頁面提交申請，用戶可以根據自己的角色，選擇不同類型的申請（代理商、RD、非RD）。用戶提交的申請內容會以快照的方式保存，快照的方式便於申請內容需求擴展，同時減少前後端邏輯交互，減小開發交流成本。

2）創建審批流程

用戶提交申請之後，會根據用戶提交的申請內容，動態的創建審批流程，後面內容會詳細介紹。

3）審批人審批

審批人可以通過do平台許可權申請頁面（我的審批）、workflow、HI等三種方式進行審批。workflow是運維部提供的一個工作流服務，通過接入workflow，可以復用郵件提醒、HI審批等功能，豐富用戶體驗。如果審批人通過workflow、HI方式審批，我們無法立即得到該審批信息（因為workflow不會回調任何介面），所以我們通過CT任務的方式定時掃描申請單狀態信息，同步到自己系統。

2. 審批流程設計

審批流程如下：



1）存儲設計

由於每個節點只有一個審批人，因此在設計工作流時，建了兩張mysql表：auth_apply（存儲用戶提交的申請，一條記錄代表一個申請）、auth_approve（存儲審批流程，一條記錄代表一個審批節點，auth_apply表中的一個申請對應該表中多個審批節點）。這樣的設計能夠完全滿足現有需求，但是這並不是一個標準的工作流設計（沒有考慮一個節點多個審批人情況），這也為後續功能擴展帶來了麻煩。

2）代碼框架

由於代理商、RD、非RD申請大體的審批流程是一樣的，但是具體到審批流程的每一步可能又不一樣，為此採用「模板方法模式」來設計。



Service_Data_ApplySave為抽象基類，模板方法createApplyAndApprove()給出了整個審批流程業務邏輯的骨架，包括一些列抽象操作：genAuditors()生成審批人（包括workflow的審批人）、createApplyWorkFlow()調用workflow介面生成申請單、saveApply()保存申請內容、createApprove()創建本地審批流。Service_Data_AgentApplySave、Service_Data_NordApplySave、Service_Data_RdApplySave等各子類實現相應的抽象方法即可。

3）接入workflow

由於workflow在創建審批流程時，必須提前配置好流程模板，而且不同類型的審批流程需要創建不同的流程模板，所以需要根據業務邏輯推斷可能出現的審批流程情況，提前手動創建好流程模板（這種方式極不靈活，也促使後續迭代想辦法盡量減少創建流程模板的操作）。

3

『叄』 如何設置審批說明

您好，審批的【說明文字】控制項適用於填寫告知發起人填寫該審批單的注意事項，設置審批說明路徑如下：請管理員登錄後台（https://oa.dingtalk.com）-【工作台】-【審批】-【選擇模板】-【編輯】，切換至【表單設計】頁面，從左側【控制項庫】中拖入【說明文字】至中間模板中，在右側位置填寫相關的注意事項即可。

『肆』 軟體實施中的工作流。審批流分別指的是什麼

我來舉個例子，以請假為例，現在大多數公司的請假流程是這樣的
員工打電話（或網聊）向上級提出請假申請——上級口頭同意——上級將請假記錄下來——月底將請假記錄上交公司——公司將請假錄入電腦
採用工作流技術的公司的請假流程是這樣的
員工使用賬戶登錄系統——點擊請假——上級登錄系統點擊允許
就這樣，一個請假流程就結束了
有人會問，那上級不用向公司提交請假記錄？公司不用將記錄錄入電腦？答案是，用的。但是這一切的工作都會在上級點擊允許後自動運行！
這就是工作流技術。
審批流呢就是我們發現隨著企業規模增長，企業高層會面臨如何有效掌控企業的困惑，時時警惕規避企業管理失控的風險；而另一方面，內部員工越來越多的抱怨，什麼事情都要層層上報審批，導致業務執行效率低下；中層管理者也很痛苦，每天都有那麼多的待辦工作流需要簽字。糾其原因，企業規模擴大，出現更多專業化分工，組織范圍、管理層級都不斷增加，因此對管控授權，以及信息的及時上傳下達要求提高。
現在的流程管理軟體有很多，像天縱，天翎，牛刀雲，普元等廠商都是專注這一塊十幾年的老牌勁旅了，確實有著很大的效率優勢；新興起的也還行，比如搭搭雲這些也是不錯的，技術比較新，對比天翎這種老牌廠商的話就是平台沒有那麼穩定。