工作流决定“由谁、按什么顺序、在什么条件下处理业务”;UX 提供业务表单、发起按钮、待办入口和任务处理页面。搭建人工审批流程时,通常需要同时配置两者。
本组文档以“合同审批”为例。业务主键 contract_id 使用字符串,例如 HT-2026-001;金额使用数字;审批人使用平台用户 ID。示例编码可以替换,但同一条传参链路两端必须一致。
发起人在 UX 填写并保存合同,取得合同主键。
UX 的“发起流程”动作把合同主键、金额等交给工作流启动参数。
工作流生成审批任务,给任务配置关联的 UX 和跳转参数。
审批人从待办打开 UX;UX 根据合同主键加载业务数据,根据任务 ID 显示任务处理按钮。
审批人完成任务;UX 可同时向当前任务回传额外参数。
工作流将任务结果映射到全局变量,供后续判断、通知或其他节点使用。
普通使用者主要操作第 1、4、5 步。实施人员需要配置两端;技术人员可继续查看表达式、Python 与接口相关章节。
在 UX“发起流程”动作中为启动参数赋值。工作流通过 wfi$参数编码 读取,例如 wfi$contract_id。详见 从 UX 发起流程。
在工作流“待办跳转界面”中设置键和值。UX 通过 $urlQuery.参数名 读取,例如 $urlQuery.contract。详见 工作流打开 UX 与传参。
在任务处理控件的“完成任务所需参数”中设置回传内容。当前工作流节点通过 acr$extra_res.参数名 读取,再映射至 wfv$全局变量编码。详见 任务处理与结果回传。
在“发起消息事件”动作中指定消息、接收范围和消息参数,供工作流中对应的等待或订阅逻辑接收。消息参数不是启动参数,也不会自动成为任意全局变量。详见 消息交互与批量发起。
工作流元素:流程模板,例如“合同审批”。用于选择发起哪个工作流。
流程实例 ID:某一次发起产生的实例,工作流中为 wfp$proc_id。用于查看整次审批的记录和流程图。
任务实例 ID:某个人工任务,工作流中为 acp$task_id。用于定位并办理该任务。同一流程可能生成多条任务。
业务主键与业务键:业务主键定位合同数据;工作流业务键用于流程与业务关联、重复发起控制。两者可以按规则关联,但不会因为名字相似自动相等。
不要将合同编号填入“任务实例 ID”,也不要把流程实例 ID 当作工作流元素编码。
业务发起页:业务表单、保存动作、发起流程动作。先保证业务记录保存成功,再发起。
待办页:使用“待办页面”控件集中显示任务,供使用者打开任务详情。
业务处理页:业务表单、任务处理、流程记录。需要时增加流程备注和流程图。
同一 UX 可以按业务需要复用为发起页和处理页,但要区分“尚未发起”“正在处理”“仅查看历史”的状态;没有任务 ID 时,不应让用户误以为可以办理任务。
回到顶部
咨询热线
