在前面兩篇文章中，我們分別講了組織架構和權限管理，今天我們來講一個跟組織架構關系比較密切的功能-審批流。

審批流，通俗來說就是一個完整的審批流程，是一種非常常見的工作流，被廣泛應用于OA軟件中。它的本質實際上是決策，是效率和責任的統一體。

 

在過去，我們拿著需要簽字蓋章的文件線下一個個辦公室一個個人找過去簽字蓋章，這個過程就是審批流的原型；現在，我們將這個過程放到線上，解放了發起人的雙腿和時間，讓審批這個過程不再“艱難”，動動手指即可完成。

發起人將事項的相關信息放置于審批傳送帶，并自己選擇或者系統自動幫助選擇相關審批人，審批人根據主次和分工的不同，對自己管轄范圍的那部分詳細信息進行全面審核、決策并將意見進行傳遞；審批人會給出通過、駁回、協商等處理意見，最終抵達審批流最后一個層級進行最終的決策，并完成本次審批。

 

 

發起人不必再為了一個審批單跑來跑去；審批人不必在工作途中不斷被發起人打斷，可以選擇自己的時間批量處理審批單。

通過審批模板配置、審批規則內置等把控審批流程和合規、合理性，防止流不對人的問題產生，嚴格按照公司相關規定執行審批。

審批流上每個環節的審批，都可以為下一個環節提供決策支持，而整體的審批流通過與否，，也可以為公司的多項事務提供決策支持。

通過特殊權限設置或者管理后臺就可以查看相關/所有審批單審批和流轉情況，可以對各環節決策過程、審批結果進行有效監管，尤其是財政相關的，杜絕“監管死角”。

傳統紙質版審批單易丟失，不容易保存，年久會變質，電子審批單則不存在這個問題，永久留檔，隨時可查可看，形成企業的永久性資料。

看過我前兩篇OA辦公軟件篇文章的同學都知道，我現在接手的這個OA產品整體架構及功能都是經歷了重重迭代，踩了很多坑才步入正軌。這里面有很多原因造成了這個結果，趕工期、產品經理能力問題、老板決策問題等等，所以每次我都會把一些過程組列出來，標明優劣，讓大家在實際實踐的過程中可以參考，真正的能夠給到大家一些啟示。

那么審批流這一塊，我們又經歷了怎么樣的迭代過程呢？

很明顯，這又是一個偷懶的做法，實現了“審批”，但沒有形成“流”。在每一個審批單上把需要審批的人加上去，這些人不分層級，都可以進行審批，一旦有一個人審批不通過，那么這個審批單就是駁回的；只有當所有審批人都審核通過， 這個審批單最終才是通過的。這樣做的壞處顯而易見，根本算不上是真正的審批流。

審批有了層級，只有當上一個人審批完成且是審核通過的時候，才會流轉到下一個審批人審批，不會把審批一股腦的全部推給所有的審批人，到誰了就推送給誰審批，清晰明了，不浪費時間；同時，對一些很明確的審批，內置審批規則，比如請假三天以內只需要上級領導和人資審批、抄送上上級領導即可，那就把這個規則內置到這個審批單里面，在用戶使用這個審批單的時候自動帶出審批人，不需要用戶再去想每個審批規則是什么，去詢問應該要誰審批，直接一步到位。

內置審批人及規則畢竟不夠靈活，而且也不能經常性因為要調整審批流的規則就去修改程序，所以我們在第二個階段的基礎上設計了自定義審批模板，管理員可以在管理后臺靈活設置審批模板。

 

審批發起者：審批流的創建者

審批者：來審核這個審批單的人叫審批者，不同權限的員工起到不同階段和不同效果的審批作用

抄送者：抄送者不參與審批，只在審批結束之后獲取審批信息，擁有知情權

審批規則：比如統一審批節點添加多人，一人駁回則審批整體駁回和該節點人全部駁回才算駁回就屬于兩種審批規則

審批內容：不同審批流的審批內容創建方式有所差異，與其關系的業務特性相關

審批動作：審批動作分為通過和駁回，也可以設置中間狀態，具體根據實際需求設計

審批通知：需要誰審批的時候需要發消息給審批者，審批流結束之后需要通知發起者，通知方式不限

 

通常審批流分為人事審批（請假、離職等）、財務審批（報銷、備用金等）、其他審批（印章、權限等），具體存在哪些審批需要根據當前公司的使用需要進行設計。示例如下：

 

 

在審批查詢模塊有兩個功能點，見下圖

① 審批列表，分為三個狀態：我發起的審批、我處理的審批和抄送我的審批。

② 創建審批入口

 

審批單分為兩部分，一部分是與該審批事項相關需要填充的內容字段，以請假審批單為例，需要包含請假類型、請假時間、請假事由、代班人等，如下圖所示：

 

另一部分是審批人和抄送人的選擇，如下圖所示：

① 審批分級：可以自主增加或者減少審批層級

② 審批人和抄送人選擇：從組織架構中進行人員選擇

③ 同一層級支持添加多個審批人

當審批走到當前審批人的時候，推送消息給此人，提醒其對審批單進行處理。

處理的時候分為兩個動作，同意或者拒絕，通常來說，拒絕的時候必須要給出理由，同意的時候理由則可以選填。

 

 

在管理后臺對各種類型的審批流進行查詢監管，如下圖所示：

 

這一塊我建議直接在釘釘申請個公司去他們的管理后臺研究，很清楚就能看明白這一塊是怎么做的，不建議學習企業微信。

因為這塊我只做了審批模板配置，表單配置沒有做，所以下面重點展示一下審批模板配置后臺部分。

① 審批模板配置主要是對每個審批流的審批人和抄送人進行了管理，可以由公司統一設置，或者由部門單獨進行設置。

② 內置審批人、定義審批模板都強關聯與組織架構，所以組織架構必須清晰正確，否則最終即使配置了模板，也沒有辦法帶出正確的審批/抄送人員。

③ 管理后臺審批流模板列表查詢頁面如下：

 

 

④ 管理后臺審批模板配置頁面如下所示：

 

審批人/抄送人選擇如下圖所示：

 

 

審批流是工作流的一種。工作流有一個基本概念：工作流的圖形化。工作流產品提供一種圖形化的方法來描述和實現工作流進程。進程的每個步驟以一個圖形化的圖標來表示。通過對這些圖標的連接，設計者就能夠描述步驟之間的關系及路由。對每個步驟而言，設計者能夠指定該步驟用戶參與進程的界面和所需完成的任務所需的電子表格。

因為我覺得圖形化在整體設計和開發上都是有一定難度的，而且很少被需要，所以在這里我們只提出這個概念，感興趣的可以自己去了解一下，不過多的進行描述了。