业务页面常需要同时展示“这笔业务是什么”和“审批走到哪里”。业务数据由 UX 数据源加载;流程记录、备注和流程图使用工作流实例信息。
流程记录用于查看流程信息、活动记录、任务处理情况及允许的流程动作。
在工作流跳转参数中配置 proc = wfp$proc_id,UX 流程记录的“流程实例 ID”使用 $urlQuery.proc。
适合从某次审批的任务、发起记录进入详情,能明确定位这一次发起。
开启“结果为空时,基于业务键进行动态查询”,选择目标工作流,输入业务键值。该值应与工作流中实际生成的业务键一致。适合从业务详情页进入、手上只有业务关联信息的场景;已有有效流程实例 ID 时,优先定位该实例。
同一业务可能保留多次发起的历史。核对是否展示已完成或已终止实例,并在存在多条记录时切换到目标实例;不要把历史一次的审批结果当作当前实例状态。
按读者需要选择展示字段及顺序,让业务编号、状态、发起人、时间等重要信息容易查找。展示模式可选“表格自定义”或“垂直时间轴”;涉及子流程时,查看后注意当前展示的是父流程还是子流程。旧环境缺少相应选项时,由管理员核对组件版本。
流程级撤回、终止等按钮来自工作流的全局动作配置,与任务处理控件中的任务动作不同。按钮是否出现仍取决于流程状态、用户身份和执行条件。
待补截图 UX-06:流程记录使用态,展示一次审批的主要记录;如包含子流程,补充进入子流程后的标题或返回入口。
流程备注展示对应流程的备注信息。按控件提供的查询配置传入流程实例 ID 或任务实例 ID,例如 $urlQuery.proc、$urlQuery.task。
备注不是业务表单字段,也不是“完成任务所需参数”。需要后续节点判断的数据,应使用任务参数与数据映射;只供人阅读的说明可保留为备注。
流程图通过流程实例 ID 展示运行过程。在工作流传 proc = wfp$proc_id,在 UX 流程图控件设置 $urlQuery.proc。
核对图中的实例与旁边的业务表单、流程记录一致。图用于理解路径与节点状态;遇到节点报错时,还应在流程监控中查看实际作业信息,不能只凭节点颜色推断具体错误原因。
旧版本截图中的非人工活动展示选项可能与当前面板不同。按当前版本实际提供的选项配置,不要为了复现旧截图寻找已调整的属性。
业务处理页优先放置业务内容与任务操作,再展示流程记录;较长备注或流程图可放在独立区域。发起人查看页可只展示业务内容和流程记录,避免让只读用户误解为仍可办理任务。
使用同一实例核对业务主键、流程 ID 和任务 ID。至少查看一次进行中实例和一次历史实例;如用业务键查询,再验证同一业务多次发起时能区分对应记录。最后分别以发起人和处理人查看,确认展示内容和动作符合各自身份。
回到顶部
咨询热线
