新旧办公系统并行期间，避免重复审批，关键不是简单要求员工改用新入口，而是按组织、业务类型和生效日期明确唯一办理入口，并用单据标识、状态核对和接口幂等控制重复提交。华天动力OA可承接正式管理流程；并行规则、系统接口和异常责任仍需由业务、管理员与IT共同确认。
并行可以按组织、业务类型或上线批次安排，但必须明确每个范围的生效日期。例如，总部先切换采购审批，子公司暂时保留旧系统，双方要分别写明办理入口。同一组织、同一业务和同一时段，只能指定一个正式入口，否则员工可能在旧系统提交后又在新系统重提，形成两张有效单据。
在途审批的冻结、自然收尾或迁移方式，已有《OA国产化替代进行中，正在审批的流程怎么办？》专门说明；本文重点讨论并行期间如何识别和阻止重复业务。
| 阶段 | 重点动作 | 检查结果 |
|---|---|---|
| 准备期 | 列明新旧入口、生效日期和责任人 | 每类业务只有一个有效入口 |
| 试运行期 | 验证重复提交、状态和接口异常 | 同一事项可识别，异常有人处理 |
| 切换期 | 按计划启用新入口，提示旧入口状态 | 员工知道从哪里办理 |
| 稳定期 | 核对业务台账、接口结果和遗留异常 | 重复单据已处理，状态一致 |
不能只靠申请人、金额或日期判断是否重复。可为业务定义唯一标识，例如“组织＋业务类型＋来源系统＋原单号”，并保存新旧单号的对应关系。
例如，旧系统已生成采购申请CG-0186，员工切换后又在新OA提交同一事项。管理员或集成服务应核对来源单号、组织和业务内容，再判断是原单续办、经确认重新发起，还是重复提交。重新创建单据时，要记录新旧单号、原因和确认人，避免采购、合同或付款环节失去关联。
典型风险是：OA审批已通过，接口调用ERP创建采购订单；ERP实际创建成功，但响应在网络中丢失。调用方看到超时后直接重发，ERP可能生成第二张订单。
这类问题要在项目集成设计中处理幂等：为业务事件生成唯一标识；接收端记录已处理标识；相同事件重试时返回原处理结果，而不是再次创建业务记录。接口超时后，先查询下游是否已处理，再决定是否重试。幂等键、去重记录和重试策略须结合接口能力设计、联调和验收，不能默认所有系统已经具备。
“审批通过”不等于“订单已生成”，“待办消息已推送”也不等于“员工已完成办理”。企业应明确审批状态的权威来源，并把审批结果、ERP订单、付款或合同签署等后续状态分别记录。接口回写失败、消息延迟或人员变化时，应有异常队列、人工核对和补偿处理机制。
业务部门确认事项是否重复，OA管理员维护入口和权限，IT或集成负责人处理接口异常，采购、财务等岗位核实订单和付款结果。临时办理也应指定单一入口并登记台账，恢复后核对补录，不能同时开放两套系统。
华天动力OA工作流支持条件、分支、并发和协同等流程形态，可按业务规则配置节点和权限；连接ERP、财务等系统时，可结合项目接口范围设计数据读取、结果回写和异常处理。跨系统唯一标识、幂等控制和状态对账属于项目集成设计与验收内容，不代表OA默认提供钉钉审批自动去重或历史实例续跑。
旧系统可以保留只读查询吗？
可以作为过渡安排，但前提是旧系统支持相应权限控制，且符合原合同、数据留存和企业管理要求。只读查询不应继续开放同类业务的新建入口。
接口超时后，员工能否重新提交审批？
不要直接重提。应先核查原单状态和下游系统是否已处理；确认未成功后，再按既定规则重试，并保留原单号和处理记录。
新旧办公系统并行，避免重复审批要落实到业务入口、唯一标识、接口幂等、状态核对和责任分工。华天动力OA可以承接切换后的正式管理流程，但并行控制仍需按企业组织、业务规则和接口环境设计。上线前完成试运行，切换后持续核对，才能减少重复单据和状态冲突。
