- 存在部门明细的父行在标题右侧显示“N 条部门明细”入口;单部门推送同样生成 1 条明细。展开后部门明细作为父行下方子行平铺展示,复用主表列顺序、列宽、固定列和列分组,与问题整改列头一一对齐;子行不参与主表勾选和批量操作,并将填写人、审批人 ID 转为用户显示名
- 转发后的整改填写、审批和最终审批均优先更新部门明细,父字段仅做兼容汇总展示
- 新流程页中,填写人只能维护本人负责行的整改业务字段,送审后锁定,复核驳回后恢复;复核驳回状态下对应审批人可以维护该行整改业务字段,审批通过后锁定,且审批人不能点击填写人的“送审”;流程推送人可以维护全部关联部门明细整改业务字段,但流程页不提供父问题记录编辑或详情抽屉,且不能直接编辑流程状态与待办 ID
- 新流程页中,填写人只能维护本人负责行的整改业务字段,提交审批后锁定,复核驳回后恢复;复核驳回状态下对应审批人可以维护该行整改业务字段,审批通过后锁定,但审批人不能代替填写人提交。流程推送人可以维护全部关联部门明细整改业务字段,并可提交当前行审批,但流程页不提供父问题记录编辑或详情抽屉,且不能直接编辑流程状态与待办 ID
- 填写人或流程发起人撤回送审仅允许在一级审批未处理前执行;撤回后当前审批 OA 待办置完成,明细和父级汇总重新表现为未审批、可填写状态
- 批量流程的填写、复核、最终审批状态及待办 ID 直接使用流程主单顶层的 `editor_status`、`auditor_status`、`sender_status` 和 `progress_id_*`,同一批次的全部问题共享流程状态
- 批量流程以各 `department_rectification_items[]` 的填写、复核、最终审批状态及待办 ID 为行级事实来源,支持逐行提交和审批;流程主单顶层的 `editor_status`、`auditor_status`、`sender_status` 仅汇总全部关联明细是否完成,`progress_id_*` 用于保存该批次仍有效的待办 ID