下圖是一個(gè)簡(jiǎn)單的流程

 

7868cecc-a9dd-4051-92c2-a50a08415829

 

804469eb-381b-47f9-b149-d22b7ab1cc73

 服務(wù)任務(wù)是什么？

在 BPMN（業(yè)務(wù)流程模型和標(biāo)記法）中，服務(wù)任務(wù)（Service Task） 是一種活動(dòng)類型，它代表流程中需要調(diào)用外部服務(wù)或自動(dòng)執(zhí)行某種服務(wù)邏輯的任務(wù)。

核心特點(diǎn)

  • 自動(dòng)化執(zhí)行：通常不是由人工手動(dòng)完成，而是由系統(tǒng)、應(yīng)用程序或其他自動(dòng)化組件來(lái)執(zhí)行。例如，調(diào)用一個(gè) Web 服務(wù)來(lái)獲取數(shù)據(jù)、觸發(fā)一個(gè)后臺(tái)程序進(jìn)行計(jì)算、向其他系統(tǒng)發(fā)送指令等。
  • 與外部系統(tǒng)交互：用于實(shí)現(xiàn)流程與外部服務(wù)的集成。比如，在電商訂單處理流程中，“調(diào)用物流系統(tǒng)獲取配送信息” 就可以作為一個(gè)服務(wù)任務(wù)，流程通過(guò)這個(gè)任務(wù)與物流系統(tǒng)進(jìn)行交互，獲取所需的服務(wù)。
  • 服務(wù)邏輯封裝：將具體的服務(wù)邏輯封裝在任務(wù)中，流程只需關(guān)注任務(wù)的觸發(fā)和結(jié)果，而不需要了解服務(wù)內(nèi)部的實(shí)現(xiàn)細(xì)節(jié)。

舉例說(shuō)明

假設(shè)存在一個(gè) “用戶信息驗(yàn)證流程”，其中有一個(gè) “驗(yàn)證用戶身份” 的服務(wù)任務(wù)。當(dāng)流程執(zhí)行到這個(gè)任務(wù)時(shí)，會(huì)自動(dòng)調(diào)用身份驗(yàn)證服務(wù)（比如第三方的身份驗(yàn)證 API），服務(wù)對(duì)用戶提供的身份信息進(jìn)行驗(yàn)證，然后將驗(yàn)證結(jié)果返回給流程，流程再根據(jù)結(jié)果決定后續(xù)的走向（比如驗(yàn)證通過(guò)則繼續(xù)流程，不通過(guò)則終止或觸發(fā)其他流程）
 
 

c8f118ac-2399-431b-b0e2-f14aa1ff834c

 

中間事件：流程執(zhí)行中 “主動(dòng)觸發(fā)” 或 “被動(dòng)響應(yīng)” 的事件

根據(jù)觸發(fā)時(shí)機(jī)和作用，中間事件主要分為兩類：序列流中間事件（在兩個(gè)節(jié)點(diǎn)的連接線上）和活動(dòng)中間事件（在任務(wù) / 子流程內(nèi)部）。

1. 常見類型及實(shí)例

（1）定時(shí)中間事件：到指定時(shí)間自動(dòng)觸發(fā)
  • 定義：流程執(zhí)行到某個(gè)節(jié)點(diǎn)后，不立即向下流轉(zhuǎn)，而是等待 “預(yù)設(shè)時(shí)間” 后再觸發(fā)后續(xù)操作，常用于 “延遲執(zhí)行” 或 “定時(shí)檢查”。
  • 實(shí)例 1：合同審批后的自動(dòng)提醒
    流程：銷售發(fā)起合同審批 → 部門負(fù)責(zé)人審批 → （定時(shí)中間事件：等待3個(gè)工作日） → 檢查客戶是否簽署合同
    • 邏輯：部門負(fù)責(zé)人通過(guò)審批后，流程不會(huì)立刻進(jìn)入 “檢查簽署” 環(huán)節(jié)，而是自動(dòng)等待 3 個(gè)工作日（給客戶留出簽署時(shí)間）；
    • 3 個(gè)工作日到后，定時(shí)中間事件觸發(fā)，流程才流轉(zhuǎn)到 “檢查客戶簽署狀態(tài)” 的任務(wù)。
  • 實(shí)例 2：周報(bào)提交的延遲提醒
    流程：員工提交周報(bào) → （定時(shí)中間事件：延遲24小時(shí)） → 檢查經(jīng)理是否審批
    • 邏輯：?jiǎn)T工提交周報(bào)后，若經(jīng)理 24 小時(shí)內(nèi)未審批，定時(shí)中間事件觸發(fā)，自動(dòng)發(fā)送 “周報(bào)待審批” 提醒給經(jīng)理。
（2）消息中間事件：接收外部消息后觸發(fā)
    • 定義：流程暫停，等待接收一個(gè) “外部消息”（如其他系統(tǒng)的通知、人工觸發(fā)的信號(hào)）后，才繼續(xù)流轉(zhuǎn)，常用于 “跨流程 / 跨系統(tǒng)協(xié)作”。
    • 實(shí)例：采購(gòu)流程與財(cái)務(wù)付款的聯(lián)動(dòng)
      流程：采購(gòu)發(fā)起訂單審批 → 供應(yīng)商發(fā)貨 → （消息中間事件：等待財(cái)務(wù)付款完成消息） → 確認(rèn)收貨并入庫(kù)
      • 邏輯：供應(yīng)商發(fā)貨后，采購(gòu)流程不會(huì)直接進(jìn)入 “入庫(kù)” 環(huán)節(jié)，而是暫停等待；
      • 當(dāng)財(cái)務(wù)系統(tǒng)完成付款后，向采購(gòu)流程發(fā)送 “付款完成” 的消息，消息中間事件接收后觸發(fā)，流程才流轉(zhuǎn)到 “確認(rèn)收貨入庫(kù)” 任務(wù)。

邊界事件：綁定在 “任務(wù) / 子流程” 上的 “異常響應(yīng)器”

邊界事件的圖標(biāo)是 “圓形 + 內(nèi)部符號(hào) + 虛線外圈”，必須綁定在某個(gè)具體的 “任務(wù)” 或 “子流程” 的邊界上（不能獨(dú)立存在），僅當(dāng)這個(gè)任務(wù) / 子流程 “執(zhí)行過(guò)程中” 發(fā)生特定情況時(shí)才觸發(fā)，且觸發(fā)后會(huì) “中斷原任務(wù)” 或 “并行處理”，核心作用是 “守護(hù)綁定的對(duì)象”。

1. 常見類型及實(shí)例

（1）定時(shí)邊界事件：任務(wù)超時(shí)后觸發(fā)
  • 定義：綁定的任務(wù)若在 “預(yù)設(shè)時(shí)間內(nèi)未完成”，定時(shí)邊界事件觸發(fā)，引導(dǎo)流程進(jìn)入 “超時(shí)處理分支”（如提醒、 escalate 升級(jí)）。
  • 實(shí)例：審批任務(wù)的超時(shí)升級(jí)
    流程：員工發(fā)起請(qǐng)假審批 → （綁定定時(shí)邊界事件：24小時(shí)未審批） → 部門負(fù)責(zé)人審批 → 人力資源備案
    • 邏輯：“部門負(fù)責(zé)人審批” 是一個(gè)待辦任務(wù)，綁定了 “24 小時(shí)超時(shí)” 的邊界事件；
    • 若部門負(fù)責(zé)人 24 小時(shí)內(nèi)未處理該審批（任務(wù)未完成），定時(shí)邊界事件觸發(fā)，流程自動(dòng)走 “超時(shí)分支”—— 比如發(fā)送提醒給負(fù)責(zé)人的上級(jí)，或自動(dòng)將審批轉(zhuǎn)交給上級(jí)處理；
    • 若負(fù)責(zé)人在 24 小時(shí)內(nèi)完成審批（任務(wù)正常結(jié)束），則邊界事件不觸發(fā)，流程正常流轉(zhuǎn)到 “人力資源備案”。
（2）錯(cuò)誤邊界事件：任務(wù)執(zhí)行出錯(cuò)時(shí)觸發(fā)
  • 定義：綁定的任務(wù)執(zhí)行中發(fā)生 “錯(cuò)誤”（如系統(tǒng)接口調(diào)用失敗、人工操作觸發(fā)錯(cuò)誤）時(shí)，錯(cuò)誤邊界事件觸發(fā)，處理錯(cuò)誤（如重試、人工干預(yù)）。
  • 實(shí)例：系統(tǒng)自動(dòng)對(duì)賬任務(wù)的錯(cuò)誤處理
    流程：財(cái)務(wù)發(fā)起月度對(duì)賬 → （綁定錯(cuò)誤邊界事件：對(duì)賬接口調(diào)用失敗） → 系統(tǒng)自動(dòng)調(diào)用銀行對(duì)賬接口 → 生成對(duì)賬報(bào)告
    • 邏輯：“系統(tǒng)自動(dòng)調(diào)用銀行對(duì)賬接口” 是一個(gè)自動(dòng)任務(wù)，綁定了 “接口調(diào)用失敗” 的錯(cuò)誤邊界事件；
    • 若接口調(diào)用成功（任務(wù)正常完成），邊界事件不觸發(fā)，流程生成對(duì)賬報(bào)告；
    • 若接口調(diào)用失敗（如銀行系統(tǒng)維護(hù)），錯(cuò)誤邊界事件觸發(fā)，流程流轉(zhuǎn)到 “人工下載銀行流水” 的任務(wù)；
    • 人工完成流水下載后，流程回到 “生成對(duì)賬報(bào)告” 環(huán)節(jié)，避免流程直接終止。
（3）信號(hào)邊界事件：接收外部信號(hào)后觸發(fā)
  • 定義：綁定的任務(wù)執(zhí)行中，若收到一個(gè) “全局信號(hào)”（如緊急通知、流程取消指令），信號(hào)邊界事件觸發(fā)，中斷原任務(wù)并處理信號(hào)。
  • 實(shí)例：項(xiàng)目審批流程的緊急取消
    流程：項(xiàng)目經(jīng)理發(fā)起項(xiàng)目立項(xiàng)審批 → （綁定信號(hào)邊界事件：接收“項(xiàng)目取消”信號(hào)） → 技術(shù)部評(píng)審 → 總經(jīng)理審批
    • 邏輯：“技術(shù)部評(píng)審” 任務(wù)綁定了 “項(xiàng)目取消” 的信號(hào)邊界事件；
    • 若評(píng)審過(guò)程中，公司下發(fā) “該項(xiàng)目緊急取消” 的全局信號(hào)，信號(hào)邊界事件觸發(fā)，“技術(shù)部評(píng)審” 任務(wù)立即中斷；
    • 流程流轉(zhuǎn)到 “通知項(xiàng)目經(jīng)理項(xiàng)目取消” 的任務(wù)，同時(shí)終止后續(xù)的 “總經(jīng)理審批” 環(huán)節(jié)，避免無(wú)效工作。

      b8c27406-dfa9-423d-bd9d-b45f0bfa153e