Oracle APEX 24.1：配置多用户审批工作流，避免主动轮询与日志冗余

• 需求：创建需不确定数量特定角色用户审批的任务，已通过PL/SQL循环目标用户生成对应数量的apex_approval任务实例。
• 已实现：能用SQL结合「switch (workflow)」活动检查所有关联任务是否完成（所有任务带workflow_id用于识别）。
• 困惑：如何设计工作流，避免主动等待/定期检查任务状态，同时减少日志磁盘占用。
• 此前失败尝试：
  1. 创建任务后挂起工作流，计划每个任务完成后检查全部完成再恢复，但apex_workflow.suspend仅允许业务管理员执行，无法落地；
  2. 其他多种方案均未成功。
• 目标：实现工作流等待所有任务完成，无过多日志生成或无需持续检查。

1. 用Apex Approval原生并行任务组 #

Apex Approval自带并行审批任务组能力，没必要自己手动循环生成任务。你可以在审批任务定义里设为“并行”模式，指定角色作为审批人，系统会自动给该角色下所有用户生成并行任务，且自动等待所有任务完成后再推进工作流。

• 好处：原生支持，不用自定义PL/SQL生成任务，也不用手动查状态，日志由系统统一管理，不会有冗余。
• 动态审批人适配：如果需要动态指定审批人（不是固定角色），可以在工作流启动时用PL/SQL动态设置审批人列表，绑定到并行任务组的审批人参数。

2. 事件驱动回调替代主动检查 #

放弃主动轮询，改成每个审批任务完成时触发回调：

• 在审批任务的“完成事件”里配置PL/SQL动作，执行以下逻辑：
  1. 通过workflow_id统计该工作流下未完成的审批任务数；
  2. 如果未完成数为0，就调用apex_workflow.resume推进主工作流（注意：要确保执行PL/SQL的用户有权限，或者把逻辑写在带AUTHID CURRENT_USER的存储过程里继承权限）。
• 权限绕开：如果apex_workflow.suspend权限不够，别挂起主工作流，让它进入等待状态活动（Wait Activity），等所有任务完成时，通过回调调用apex_workflow.complete_activity结束等待，推进工作流。

3. 日志优化技巧 #

• 调低工作流日志级别：在工作流定义的“日志设置”里，把级别改成“仅错误”或“关键事件”，少记无关中间状态；
• 定期清理历史日志：用PL/SQL定时清理APEX_APPROVAL_HISTORY等表的过期数据，或者用Apex自带的日志清理任务。

4. Oracle Workflow的AND汇合节点（若适用） #

如果用的是完整Oracle Workflow而非仅Apex Approval，可以设计带并行分支的工作流，每个分支对应一个审批任务，然后用“AND”汇合节点等所有分支完成后再继续。全程由引擎自动管理等待逻辑，不用手动干预。

内容的提问来源于stack exchange，提问作者Tomasz Pudelewicz