流和路由

Straight-through flow (step-by-step)

用于以下情况

• 您想要简单的线性流程。
• 每个任务都必须完成，然后才能开始下一个任务。
• 结束前最多只能做出一项决策。

用简单的语言描述模式

1. 开始。
2. 用户任务：收集合规表。
3. 服务任务：验证信息。
4. 排他网关：完成？
   • 如果是：用户任务：批准供应商。结束：已批准。
   • 如果不是：用户任务：请求重新提交。结束：需要更新。

注意：主路径应保持简短。将异常延后到单独的模式中。

其他场景

• 财务：批处理工资。审批。发送至支付团队。
• 保险：登记索赔。验证数据。路由到理算员。
• 医疗保健：入院表审核。审批患者登记信息。
• 制造：材料接收。检查规格。审批供应商。
• 零售：产品列表。查看完整性。发布或修订。

使用默认路径做出二选一决策（排他）

用于以下情况

• 必须做出单一决策。
• 即使不满足条件，也应始终运行一个分支。
• 您希望避免出现未处理的案例。

用简单的语言描述模式

1. 开始。
2. 服务任务：检查库存。
3. 排他网关：有库存？
   • 如果是：服务任务：订单发货。结束：已发货。
   • 默认：服务任务：创建延期交货。结束：已延期交货。

注意：在网关上标记默认路径。

其他场景

• 财务：检查预算。批准或暂停请求。
• 医疗保健：处方续期。配药或联系医生。
• 零售：确认库存。履行订单或延期交货。
• 公共部门：验证数据。批准或返回修改。
• 电信：检查覆盖范围。激活或升级。

同时执行多项任务，然后继续（并行）

用于以下情况

• 可以同时运行多个步骤，无需依赖项。
• 所有分支必须完成后才能继续。

用简单的语言描述模式

1. 开始。
2. 并行网关：拆分。
   • 服务任务：验血。
   • 服务任务：成像。
   • 用户任务：同意验证。
3. 并行网关：连接。
4. 用户任务：查看结果。
5. 结束：准备手术。

注意：使用匹配的并行连接进行同步。

其他场景

• 财务：税务申报、付款和确认一起运行。
• 保险：并行收集索赔证据、警方报告和理算员备注。
• 制造：同时运行 QA、设计验证和材料检查。
• 零售：同时更新定价、营销和库存列表。
• 公共部门：并行进行预算、法律和政策审核。

运行所需的任何子集，然后合并（包容）

用于以下情况

• 可能需要一个或多个分支，也可能不需要任何分支。
• 无论运行哪些分支，流程都必须完全合并。

用简单的语言描述模式

1. 开始。
2. 包容网关：拆分。
   • 用户任务：请求照片。
   • 用户任务：请求修复预估。
   • 用户任务：请求警方报告。
3. 包容网关：合并。
4. 用户任务：评估索赔。
5. 结束：已做出决策。

注意：包容性合并可用于安全地处理变量组合。

其他场景

• 财务：可选的合规或欺诈检查。
• 医疗保健：仅在需要时触发实验室和成像。
• 零售：收集可选的营销或包装资产。
• 公共部门：收集特定申请表（如适用）。
• 制造：运行可选的质量审核。

以先发生的事件为准（基于事件的网关）

用于以下情况

• 此流程等待回复或截止日期。
• 您需要执行“以先发生的事件为准”行为。

用简单的语言描述模式

1. 开始。
2. 发送任务：发送审批请求。
3. 基于事件的网关：等待以下事件之一。
   • 消息事件：已得到批准。用户任务：处理请求。结束：已批准。
   • 计时器事件：已过去七天。用户任务：升级决策。结束：已升级。
   注意：只能有一条消息和一个计时器与网关连接。

其他场景

• 财务：贷款文件已接收/超过截止日期，导致自动拒绝。
• 医疗保健：实验室结果已接收/升级给专家。
• 制造：工程团队签发/升级给生产团队。
• 零售：供应商报价/备用采购来源。
• 公共部门：公众意见/政策投票。