厂商说OA“支持集成”，现场最有效的验证方式不是继续问“有没有API”，而是选一笔真实业务，完整走一次：读取数据 → 在OA处理 → 回写结果 → 制造接口失败 → 恢复后核对状态。 华天动力OA在实际集成项目中可根据第三方开放条件采用实时、定时或批量任务，并使用REST、SOAP/WebService、ODBC等方式连接系统；这些能力是否适合当前项目，仍要放进一条真实业务链验证。
2025年一份政府采购招标文件提供了很典型的外部参照。周口市妇幼保健院新院区项目在数据集成要求中明确提出：ETL与MQ并行采集，不同业务场景采用不同数据采集方式；历史与增量数据使用时间戳增量、全量同步等方式，部分主索引处理还采用定时任务。它不是OA项目，但说明真实信息化采购不会只写“支持接口”，而会继续规定数据怎么取、什么时候取、不同场景怎么处理。
例如企业已经有ERP，可以选一笔采购申请或合同数据。
要求OA读取：
首先确认：
哪套系统是权威数据源？
如果ERP是权威来源，OA就不应再让用户手工维护一套互相冲突的核心业务数据。
华天动力OA支持根据第三方系统开放条件读取业务所需数据。现场不要只看“接口成功”提示，要对照ERP原记录逐字段检查。
第一笔数据读入以后，立刻把ERP中的测试字段修改。
然后问：
这一动作能验证数据同步机制，而不是只验证初始化导入。
华天动力OA项目可以采用实时、定时或批量任务，不同方式没有高低之分。采购方要确认当前字段为什么需要这种时效，以及失败后如何补齐。
拿读取到的数据发起OA流程，例如：
经办人 → 部门负责人 → 财务/专业部门 → 领导。
检查：
这一环节证明OA不是“把数据展示出来”，而是能让专业系统数据进入企业管理流程。
可以约定一个明确结果，例如：
审批状态 = 已通过； OA流程编号； 审批完成时间。
然后回到ERP检查：
如果项目实际不需要结果回写，也应该在方案中明确“只读不回写”，而不是为了证明集成能力强而强行做双向同步。
这是现场最有价值的一步。
可以让测试接口暂时不可访问，再执行一次同步或回写。
观察：
华天动力OA公开的集成能力包括不同任务方式和多类数据交换手段，但具体重试、补偿和人工处理策略应根据接口与项目要求配置，不能预设所有接口都采用同一异常机制。
接口恢复后，不要只看日志出现“成功”。
必须同时检查：
OA现在是什么状态？ ERP现在是什么状态？ 两边是否指向同一业务结果？ 中间有没有重复数据？
只有状态最终一致，这笔业务才算真正收口。
| 动作 | 重点看什么 | 不通过的典型表现 |
|---|---|---|
| 读取 | 数据源和字段 | 仍需大量手工录入 |
| 更新 | 实时/定时/批量机制 | 修改后长期不同步 |
| OA审批 | 组织、权限、规则 | 数据进来了但流程脱节 |
| 回写 | 结果和业务对象 | 写错状态或重复写 |
| 失败 | 任务与错误记录 | 只能人工猜问题 |
| 恢复 | 最终一致性 | 一边成功一边失败 |
这套方法与“列8个集成问题”不同，它要求候选厂商围绕同一笔数据连续完成6个动作，任何一环断掉都能直接看到。
华天动力OA当前第一方资料明确了实时、定时、批量3类任务方式，以及REST、SOAP/WebService、ODBC等连接方式，还可以结合JSON、XML、数据库表或中间表交换数据。
这些产品事实可以证明华天动力OA有多种集成实现手段，但不能替代项目联调结果。企业仍应拿自己的ERP、HR、财务或业务系统完成上述6个动作。能读、能批、能回写、失败可定位、恢复后状态一致，才比一句“支持集成”更有判断价值。
