收敛报销退回动作与审批布局 [09-04-approval-return-reject-actions]

docs/需求-统一审批中心规约.md

@@ -239,7 +239,7 @@ OAFLOW1 后，OA 主办的报销审批规则增加 `ownerSelfFallbackRole`。当
 | 已通过 | 财务付款或业务归档 | 财务或业务负责人 | 已付款或已完成 | 是 | 否 | 是，通知申请人 |
 | 已完成/已付款 | 管理修正 | 授权管理员或财务主管 | 保持已完成/已付款并追加修正记录 | 是 | 是，记录修正版本 | 按敏感级别通知 |
 
-撤回、退回、驳回后的重新发起策略由业务模块决定；报销场景默认保留原单号用于退回重提，驳回后复制新单据时应生成新流程并关联原单据。
+撤回、退回、驳回后的重新发起策略由业务模块决定。报销场景的新审批操作统一使用“退回修改”：保留原单号和完整历史，申请人修改后新建工作流实例并从首个可执行节点重新审批。历史 `rejected` 报销仍按既有规则允许在原单修改重提，其状态和审计记录不改写；该兼容事实不再作为新审批端继续暴露“驳回”的理由。
 
 ---
 
@@ -259,7 +259,7 @@ OAFLOW1 后，OA 主办的报销审批规则增加 `ownerSelfFallbackRole`。当
 
 批量审批不得绕过单条任务的权限、状态和业务校验。
 
-审批动作按钮使用短文案 `通过 / 驳回 / 退回`，不得在按钮内堆叠长说明。PC 和移动端执行这些动作前必须二次确认，在确认弹窗中解释后果：通过会进入下一审批节点或完成审批并写入历史；驳回会终止当前流程或进入驳回态，申请人通常需要复制或重新发起；退回会回到申请人修改态，保留原单号和审批历史，申请人修改后可重新提交。驳回和退回都必须填写可理解意见。
+审批动作按钮使用短文案，不得在按钮内堆叠长说明。通用业务可按真实状态后果使用 `通过 / 驳回 / 退回`；报销新待办只使用 `通过 / 退回修改`，不再显示未兑现终止语义的“驳回”。PC 和移动端执行这些动作前必须二次确认，在确认弹窗中解释后果：通过会进入下一审批节点或完成审批并写入历史；驳回会终止当前流程或进入业务定义的驳回态；退回修改会回到申请人修改态，保留原单号和审批历史，申请人修改后可重新提交。驳回和退回修改都必须填写可理解意见。
 
 R7E 后，全站高风险操作沿用同一确认模式：提交审批、撤回、删除、归档、启用/停用、批量处理、财务复核/付款、重复票据例外、敏感数据导出和通知测试/重发都必须使用 OA 内二次确认弹窗；普通保存草稿、筛选、分页、查看、预览和取消编辑不强制确认，避免确认疲劳。PC 端确认由 Playwright 自动化覆盖，企业微信真机只保留消息、免登录、WebView 文件选择器等真实环境差异项。