商業自動化服務的基本模式是使用BPMN和DMN實現低代碼業務自動化。通常，每個服務都被建模為一個短期運行的BPMN流程，由服務任務、決策任務和代表其他短期運行流程的調用活動組成。該服務由業務事件觸發，由客戶端API調用表示。

其第一步是驗證業務事件。這通常涉及業務事件的一些決策邏輯和一些檢索到的現有數據。如果有效，一個或多個服務任務會檢索額外的數據庫記錄，然后是在DMN中實現專家業務邏輯的決策任務。在這種方法中，DMN用于所有建模者定義的業務邏輯，而不僅僅是與決策相關的業務邏輯。該業務邏輯的結果保存在新的數據庫表記錄中，其中一些選定的部分可能會在服務響應中返回。這是一個簡單的模式，但適用于各種情況。

實施方法

第一步是建立業務邏輯。流程專家必須能夠驗證每個業務事件的結果值的正確性。然后，參考BPMN圖，標記決策任務。

我們可以將所有業務邏輯放在單個DMN模型中，在結果決策服務中具有多個輸出決策，但一些客戶更喜歡將其分解為多個決策任務，每個任務調用一個更簡單的決策模型。這需要更多的工作，但對流程相關者來說更容易理解。這個DMN模型在某種意義上是項目中最難的部分。盡管在今天，調試DMN比調試BPMN容易得多，因為可以在建模環境中測試DMN模型，但仍然需要確認DMN模型與所有測試用例的結果相匹配。

在BPM平臺上，決策任務會同步到其目標的DMN服務上，因此DMN邏輯的任何變化都會自動反映在BPMN中，無需重新編譯和部署決策服務。這是一個節省時間的操作。決策任務還會自動將DMN模型中使用的數據類型導入流程，提供便利。

接下來我們回到流程的開頭并配置每個步驟。可執行BPMN模型與我們在BPMN Methodand Style中使用的描述性模型之間的主要區別在于數據流。流程變量在BPMN圖中被描述為數據對象，使用稱為數據關聯的虛線連接器映射到各種任務的輸入和輸出。

數據庫操作和與外部數據的交互使用服務任務。在BPM中，服務任務執行REST服務操作，將流程數據映射到操作輸入參數，然后將服務輸出映射到其他流程變量。BPMN模型的操作庫是可用于服務任務的服務操作目錄。這聽起來很難，但實際上很簡單，企業用戶可以學著做。