背景
作用
迭代歷程
具體實現
寫在最後
背景
在前面兩篇文章中，我們分別講了組織架構和許可權管理，今天我們來講一個跟組織架構關係比較密切的功能-審批流。
審批流，通俗來說就是一個完整的審批流程，是一種非常常見的工作流，被廣泛應用於OA軟體中。它的本質實際上是決策，是效率和責任的統一體。
在過去，我們拿著需要簽字蓋章的檔案線下一個個辦公室一個個人找過去簽字蓋章，這個過程就是審批流的原型；現在，我們將這個過程放到線上，解放了發起人的雙腿和時間，讓審批這個過程不再“艱難”，動動手指即可完成。
發起人將事項的相關資訊放置於審批傳送帶，並自己選擇或者系統自動幫助選擇相關審批人，審批人根據主次和分工的不同，對自己管轄範圍的那部分詳細資訊進行全面稽核、決策並將意見進行傳遞；審批人會給出通過、駁回、協商等處理意見，最終抵達審批流最後一個層級進行最終的決策，並完成本次審批。
作用
辦公無紙化是企業辦公的一個巨大的進步，那麼審批流在企業中具體有著哪些作用呢？
1.節省員工時間，提升工作效率
發起人不必再為了一個審批單跑來跑去；審批人不必在工作途中不斷被髮起人打斷，可以選擇自己的時間批量處理審批單。
2.審批流程合規、合理
通過審批模板配置、審批規則內建等把控審批流程和合規、合理性，防止流不對人的問題產生，嚴格按照公司相關規定執行審批。
3.提供強有力的決策依據
審批流上每個環節的審批，都可以為下一個環節提供決策支援，而整體的審批流通過與否，，也可以為公司的多項事務提供決策支援。
4.審批過程透明化，便於監管
通過特殊許可權設定或者管理後臺就可以檢視相關/所有審批單審批和流轉情況，可以對各環節決策過程、審批結果進行有效監管，尤其是財政相關的，杜絕“監管死角”。
5.全程可留檔、可追溯
傳統紙質版審批單易丟失，不容易儲存，年久會變質，電子審批單則不存在這個問題，永久留檔，隨時可查可看，形成企業的永久性資料。
迭代歷程
看過我前兩篇OA辦公軟體篇文章的同學都知道，我現在接手的這個OA產品整體架構及功能都是經歷了重重迭代，踩了很多坑才步入正軌。這裡面有很多原因造成了這個結果，趕工期、產品經理能力問題、老闆決策問題等等，所以每次我都會把一些過程組列出來，標明優劣，讓大家在實際實踐的過程中可以參考，真正的能夠給到大家一些啟示。
那麼審批流這一塊，我們又經歷了怎麼樣的迭代過程呢？
第一個階段：一個層級，全部並行審批
很明顯，這又是一個偷懶的做法，實現了“審批”，但沒有形成“流”。在每一個審批單上把需要審批的人加上去，這些人不分層級，都可以進行審批，一旦有一個人審批不通過，那麼這個審批單就是駁回的；只有當所有審批人都稽核通過， 這個審批單最終才是通過的。這樣做的壞處顯而易見，根本算不上是真正的審批流。
第二個階段：有了審批“流”，內建審批人及規則
審批有了層級，只有當上一個人審批完成且是稽核通過的時候，才會流轉到下一個審批人審批，不會把審批一股腦的全部推給所有的審批人，到誰了就推送給誰審批，清晰明瞭，不浪費時間；同時，對一些很明確的審批，內建審批規則，比如請假三天以內只需要上級領導和人資審批、抄送上上級領導即可，那就把這個規則內建到這個審批單裡面，在使用者使用這個審批單的時候自動帶出審批人，不需要使用者再去想每個審批規則是什麼，去詢問應該要誰審批，直接一步到位。
第三個階段：自定義審批模板
內建審批人及規則畢竟不夠靈活，而且也不能經常性因為要調整審批流的規則就去修改程式，所以我們在第二個階段的基礎上設計了自定義審批模板，管理員可以在管理後臺靈活設定審批模板。
具體實現
1.審批流的構成要素
審批發起者：審批流的建立者
審批者：來稽核這個審批單的人叫審批者，不同許可權的員工起到不同階段和不同效果的審批作用
抄送者：抄送者不參與審批，只在審批結束之後獲取審批資訊，擁有知情權
審批規則：比如統一審批節點新增多人，一人駁回則審批整體駁回和該節點人全部駁回才算駁回就屬於兩種審批規則
審批內容：不同審批流的審批內容建立方式有所差異，與其關係的業務特性相關
審批動作：審批動作分為通過和駁回，也可以設定中間狀態，具體根據實際需求設計
審批通知：需要誰審批的時候需要發訊息給審批者，審批流結束之後需要通知發起者，通知方式不限
2.通常都有哪些審批流
通常審批流分為人事審批（請假、離職等）、財務審批（報銷、備用金等）、其他審批（印章、許可權等），具體存在哪些審批需要根據當前公司的使用需要進行設計。示例如下：
3.移動端實現
（1）審批查詢和發起入口
在審批查詢模組有兩個功能點，見下圖
① 審批列表，分為三個狀態：我發起的審批、我處理的審批和抄送我的審批。
② 建立審批入口
（2）發起者-建立審批單
審批單分為兩部分，一部分是與該審批事項相關需要填充的內容欄位，以請假審批單為例，需要包含請假型別、請假時間、請假事由、代班人等，如下圖所示：
另一部分是審批人和抄送人的選擇，如下圖所示：
這裡面有三個關鍵點：
① 審批分級：可以自主增加或者減少審批層級
② 審批人和抄送人選擇：從組織架構中進行人員選擇
③ 同一層級支援新增多個審批人
（3）審批者-處理審批單
當審批走到當前審批人的時候，推送訊息給此人，提醒其對審批單進行處理。
處理的時候分為兩個動作，同意或者拒絕，通常來說，拒絕的時候必須要給出理由，同意的時候理由則可以選填。
4.管理後臺實現
關於後臺，管理後臺主要分為兩部分審批流查詢監管和審批流模板配置。
（1）審批流查詢監管
在管理後臺對各種型別的審批流進行查詢監管，如下圖所示：
（2）審批流模板配置
審批流模板配置分為兩部分，一部分是表單配置，另一部分是審批模板的配置。
這一塊我建議直接在釘釘申請個公司去他們的管理後臺研究，很清楚就能看明白這一塊是怎麼做的，不建議學習企業微信。
因為這塊我只做了審批模板配置，表單配置沒有做，所以下面重點展示一下審批模板配置後臺部分。
① 審批模板配置主要是對每個審批流的審批人和抄送人進行了管理，可以由公司統一設定，或者由部門單獨進行設定。
② 內建審批人、定義審批模板都強關聯與組織架構，所以組織架構必須清晰正確，否則最終即使配置了模板，也沒有辦法帶出正確的審批/抄送人員。
③ 管理後臺審批流模板列表查詢頁面如下：
④ 管理後臺審批模板配置頁面如下所示：
審批人/抄送人選擇如下圖所示：
5.圖形化說明
審批流是工作流的一種。工作流有一個基本概念：工作流的圖形化。工作流產品提供一種圖形化的方法來描述和實現工作流程式。程式的每個步驟以一個圖形化的圖示來表示。通過對這些圖示的連線，設計者就能夠描述步驟之間的關係及路由。對每個步驟而言，設計者能夠指定該步驟使用者參與程式的介面和所需完成的任務所需的電子表格。
因為我覺得圖形化在整體設計和開發上都是有一定難度的，而且很少被需要，所以在這裡我們只提出這個概念，感興趣的可以自己去了解一下，不過多的進行描述了。
寫在最後
OA辦公軟體基礎設計部分，還有日誌體系、通知體系、會議管理、合同管理、績效考核等等，這個系列不再展開去講了，如果有同學感興趣的可以找我交流~