文/陳淋文

編輯/麥壁瑜

在企業經營活動中，往往存在着重複但又有些許差異的業務流程。這些流程當然可以使用工作流搭建以實現自動化，但每個工作流裡總有一部分節點需要重複搭建。當這部分重複環節發生變動時，管理員就要到每個工作流裡手動修改，費時費力。

不過現在，我們不用再擔心這個問題了——通過封裝業務流程（PBP）構建可複用的工作流，避免重複配置工作流。當業務環節變更時，修改PBP的工作流就能同時更新到所有相關工作流，提高應用維護的效率。

審批是最适合使用封裝業務流程功能的工作流場景了，尤其是涉及審批層級和數量多的情況。下面我以它為例子，介紹封裝業務流程的用法。

• 觸發審批的方式設置為“新增表單記錄時觸發”；也可以增加先保存為草稿記錄，後面再點擊按鈕觸發審批流程。
• 設計不同需求下的審批模闆，比如審批結束後，要将審批意見、審批時間和審批人數據作為審批日志存檔。
• 不同的審批對象根據需求選用合适的審批模闆，通過“構造審批模闆 封裝審批流程”來滿足各種審批。

隻要審批流邏輯相同，就可以抽象為模型，也就可以将其封裝為通用流程。無論觸發方式、審批操作和審批對象是否一緻，都可以直接調用封裝業務流程進行審批。

接下來，我以一個“包含分支并行的多層審批場景”為例，介紹如何用封裝業務流程構造通用的審批流。審批流轉規則如下圖示：

簡單來說，完整的封裝業務流程（PBP）有4大步驟，分别是定義輸入數據、處理輸入數據、定義輸出數據、啟用API。這些在本文都會涉及，而在實際應用中，管理者根據需求選做即可。

最開始，我們要先新建封裝業務流程，再在主流程中調用構建好的封裝業務流程。

1.定義輸入數據

我們将審批簡化到極緻就隻剩下審批人、節點名稱這兩個要素，再加上用于索引審批單的記錄id。所以，封裝業務流程的輸入數據至少要包含：定義審批人（person）、節點名稱（node）和記錄id(rowid1)參數。

因為本例中構建了審批模闆，所以用審批模闆記錄id(rowid2)替代審批人和節點名稱的傳入，供封裝業務流程匹配。

這樣一來，後面的主流程會從審批模闆中，按順序傳入每個審批對應的審批人和節點名稱。因為本例中構建了審批模闆，所以隻需傳入審批模闆記錄id供封裝業務流程匹配即可達到同樣的效果。

2.處理輸入數據

先通過主流程傳入的申請記錄id(rowid1)，匹配到要審批的記錄。

再通過主流程傳入的審批模闆記錄id(rowid2)，匹配到對應的審批人和審批節點。

最後進行審批，并且将審批過程新增到審批日志記錄中。

3.定義輸出數據

定義輸出參數，審批完成後，就可以将最新的審批進度(result)回傳給主流程，用于分支判定。執行完畢後輸出節點，封裝業務流程就結束了。

注：不需要給主流程傳數據就可以跳過該步驟。

4.啟用API

針對一些需要外部對接的流程，可以在封裝業務流程的“配置”闆塊裡一鍵生成可調用的接口。不涉及對接的流程可以跳過該步驟。

簡單舉一個運用API能力的例子：通過外部程序調用接口，實現個性化的審批流程圖。在審批工作表裡結合嵌入控件的話，就可以讓審批記錄和流程圖在同一界面實時呈現。

1.配置分支和傳入數據給封裝業務流程

主流程隻需負責指揮系統在什麼情況下走哪個分支執行審批，以及給封裝業務流程傳入審批人、審批節點、審批記錄數據。封裝業務流程執行完成後，審批結果也會回到主流程的分支條件中，構成完整的流程閉環。

2.審批結尾進行消息推送和狀态變更

在審批結束時配置通知節點和更新記錄節點，告知申請人審批已結束。

以下是整個審批流程的實現效果。

1.封裝前的審批工作流配置

• 每個工作表各對應一套審批工作流，需要為不同的工作表分别配置審批工作流。
• 工作流配置的節點繁多複雜，重複的節點占比高，一旦業務變更可能需要修改每一處影響到的節點。

原本的審批流程圖

2.封裝後的審批工作流配置

• 所有工作表都可以調用同一個封裝業務流程，隻要審批模式相同可封裝成一個業務模型，配置主流程 共用的封裝業務流程即可滿足不同審批需求。
• 主流程工作流配置的節點少，重複的節點都封裝到業務流程中進行調用執行，不容易出錯，業務變更隻需一次修改即可适應。

封裝後的工作流展示圖

除了對審批場景的封裝外，還有進銷存的出入庫、訂單數據批量查詢、财務支付流程、設備掃碼檢修和各類接口服務等場景，都适合将業務流程封裝化。歡迎大家到明道雲幫助中心或零代碼社區，進一步學習和探讨封裝業務流程的用法！

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!