在處理不可執行模型的BPMN中，我們不用擔心流程數據，它完全被排除在模型之外。我們只是假設流程任務產生或接收的任何數據在下游都可用。但在業務自動化中，即可執行的BPMN，情況并非如此。

流程數據并不普遍，可在任何需要的地方自動獲取，它在圖中顯示的流程變量和流程任務之間“流動”。事實上，數據流是使流程可執行的原因。對于大多數BPMN工具，定義數據流需要編程，但借助Low-Code，可以通過擴展工具執行流程設計。在本文中我們來解釋它是如何工作的。

首先，我們需要區分流程變量和任務變量。流程變量在BPMN圖中顯示為數據輸入、數據輸出和常規數據對象。數據輸入表示進程從外部接收的數據。當我們將可執行流程部署為云服務時，數據輸入是觸發流程的API調用的輸入參數。同樣，數據輸出是API調用的輸出參數，即響應。數據對象是在運行過程中創建和填充的流程變量。

業務自動化中的數據流

通常，任務變量不顯示在流程圖中，它們是任務的屬性，BPMN規范沒有指定如何向建模者顯示它們。圖中顯示的是數據關聯，虛線箭頭將流程變量與流程任務連接起來。從流程變量到任務的數據輸入關聯意味著該變量和任務輸入之間存在映射。類似地，從任務到流程變量的數據輸出關聯意味著任務輸出和流程變量之間存在映射。每個任務的內部邏輯，比如決策服務或外部云服務，引用任務變量，不引用留程變量。

任務輸入和輸出顯示在任務配置中的數據映射框表達式中。任務變量定義取決于任務類型。服務任務、決策任務和調用活動由被調用元素定義，而不是由調用任務定義。腳本和用戶任務，在流程模型中定義，實際上是在數據映射配置中。

服務任務調用REST服務操作。BPMN工具中的操作庫提供了流程中服務任務可用的服務操作目錄，操作庫中的每個條目都指定了服務輸入和輸出參數等細節。將Service任務綁定到操作庫中的某個條目時，Service任務輸入是該服務的輸入參數，Service任務輸出是該服務的輸出參數。

決策任務調用BPM平臺上的DMN決策服務。在DMN模型中，可以快速創建決策服務，指定輸出決策和服務輸入。將決策任務綁定到決策服務時，服務輸入將成為決策任務輸入，服務輸出將成為決策任務輸出。

服務任務、決策任務和呼叫活動，給出了任務輸入和輸出，不能在調用流程中更改。調用流程中的流程變量不必與它們連接的任務變量具有相同的名稱或數據類型。所需要的只是可以在它們之間定義映射。

對于決策任務，任務輸入和輸出已經確定作為決策服務的輸入和輸出參數。它看起來像這樣：在腳本任務輸入映射中，建模者在映射部分的第一列中定義任務輸入的名稱和類型。這些任務輸入的映射是更復雜的文字表達式。腳本文字表達式引用這些任務輸入，而不是流程變量。用戶任務的工作方式相同，只是它們不限于單個任務輸出。

數據流將不可執行的流程變成可執行的流程。觸發API調用填充一個或多個流程數據輸入，數據從這些輸入通過輸入映射傳遞到任務輸入。結果任務輸出映射到其他流程變量（數據對象），依此類推，直到API響應從流程數據輸出返回。在無代碼的BPM平臺上，這一切都不需要編程，只是繪制數據關聯并使用FEEL填寫數據映射表的問題。