封裝業務流程(PBP)
一、功能概述
封裝業務流程(Packed Business Process),簡稱PBP,是一種特殊類型的工作流,可用於設定帶有節點的一系列操作,也可由其他具有定義的輸入參數的工作流呼叫。封裝的業務流程中的執行結果也可以透過輸出參數供外部工作流使用。
同時,封裝後的業務流程也會自動產生一組API,對應外部系統定義的輸入輸出參數。有了工作表和工作流,再加上打包的業務流程的API,實際上企業就擁有了一個靈活的API中心,實現了可組合的架構師。
封裝業務流程(PBP)的概念來自於Gartner所提出的封裝業務能力(PBC)架構。與經典的PBC概念不同,PBP這樣的可組合應用架構不依賴原生的前後端分離加微服務的開發流程,無需程式碼即可實現。
二、特點和價值
- 沒有特定的資料來源,由定義的輸入參數觸發。
- 它可以被組織中的所有工作流呼叫。
- 具備與外部系統的API能力,實現業務流程的自由組合。
三、範例介紹
1. 可複用的通用業務處理能力
1.1 更新庫存
庫存更新涉及多種場景,如銷售、出庫、採購、退貨、在庫等。因此,您可以設定一個封裝好的業務流程來做到這一點,透過銷售與出庫、採購與入庫的工作流傳入對應的參數,就可以完成庫存更新,而無需編寫以下邏輯:再次更新每個工作流的庫存。
1.2 取得電話號碼歸屬地
有些工作表資料了手機號碼,例如通訊錄、員工管理工作表等,你需要知道手機號碼屬於哪裡。您可以透過Webhook節點呼叫第三方服務取得手機號碼並返回地點。像這樣透過Webhook或程式碼區塊實現的通用資料處理能力,理想情況下設定為打包的業務流程,供所有工作流呼叫。
2. 多種業務物件API接口服務
2.1 透過外部系統API查詢多個工作表的資料
例如外部系統需要查詢訂單資料,包括:
- 訂單工作表中的資料(訂單名稱、金額、付款日期)
- 訂單詳細資料工作表中的資料(產品名稱、數量、單價、小計)
如果透過工作表API查詢資料,需要呼叫兩次API,回傳的結果欄位較多,不可能只傳回必填欄位。同時,查詢狀態的提醒無法自訂。
如果選擇封裝業務流程的API,只需要傳入訂單號,觸發流程後會透過查詢資料節點逐級查詢訂單和明細資料,並自訂分行查詢狀態根據不同的查詢結果,最終透過輸出參數傳回。
3. 標準規範的業務流程
3.1 支付流 程統一管理
如果企業需要對支付流程進行統一、規範的管理,那麼非常適合透過PBP來管理支付流程。例如,支付申請或報銷申請審核通過後,進入支付流程(PBP),支付完成並上傳支付憑證後,再寫回支付申請。
3.2 新進員工入職流程
根據員工所屬部門、職位,自動向員工發送員工手冊、申領物品清單,維運人員根據郵箱或手機號碼為其開設軟體帳號等。將以上設定為打包的業務流程,有助於流程規範化。
4. 應用首頁
情境:設備維修後,維修人員可以點擊自訂頁面中的按鈕開始掃碼,掃描設備碼並觸發PBP,PBP將根據掃碼的設備資訊查詢相關設備和維護工單。 。
設定舉例
透過以下幾個範例了解有關 PBP 的更多詳細資訊: