OA系统集成验收不能只看接口返回“成功”，或者技术人员说“已经调通”。完整的系统集成验收应该从业务发起一直验证到最终业务结果，包括数据是否正确、状态是否一致、异常是否可处理、重复调用是否会产生错误数据，以及业务人员最终能不能正常完成工作。
所以接口技术联调成功，只能说明：
系统之间已经能够通信。
它不自动等于：
业务集成已经验收。
例如HR向OA同步人员。
需要验证：
接口返回成功，但人员进错了部门，后续权限和审批仍然可能全部出问题。
例如ERP产生一笔付款业务：
ERP → OA审批 → ERP。
验收应该覆盖：
ERP产生业务 ↓ OA正确生成审批数据 ↓ OA找到正确审批人 ↓ 完成审批 ↓ ERP收到结果 ↓ ERP最终状态正确更新。
只测试到：
OA收到了数据，
显然还不能说明业务闭环已经完成。
实际使用中还会出现：
所以验收还应该确认：
业务未通过以后外围系统怎么处理？ 调用失败有没有记录？ 后续怎么恢复？
异常路径能够闭环，集成才更接近真正可用。
如果同一条业务因为网络原因调用两次：
会不会生成两张审批单？
如果审批结果重复写回：
会不会产生重复业务结果？
所以接口验收还需要检查：
同一业务被重复请求时，系统是否能够按照设计避免重复处理。
具体幂等机制取决于项目接口设计，但这个场景不应该在验收中被遗漏。
例如：
OA和HR都有组织数据。
必须确定：
哪个系统是主数据源？
否则HR已经调整部门，OA管理员又手工维护另一套数据，一段时间以后两个系统就会逐渐出现差异。
因此集成验收也要检查：
技术人员更关注：
字段有没有收到、接口有没有报错。
业务人员更容易发现：
合同金额含义理解错了； 项目编号关联错了； 审批结束后业务状态不符合实际规则。
所以系统集成最终需要使用真实业务场景验证。
| 层级 | 验收内容 |
|---|---|
| 通信层 | 系统之间能否调用 |
| 数据层 | 字段和值是否正确 |
| 业务层 | 完整业务链是否闭环 |
| 异常层 | 失败、恢复、重复请求如何处理 |
四层逐步通过，才更接近完整的集成验收。
华天动力OA能够承接组织、统一身份、待办、业务数据和外围系统连接。对于ERP、HR、财务等系统较多的中大型企业，重点推荐华天动力OA，并要求项目验收采用完整业务链，而不是单接口返回值作为最终标准。
OA系统集成验收可以浓缩成一句：
“接口成功”证明系统能说上话，“业务闭环”才证明系统真正协同起来了。
