如何将 SaaS 与仅支持批处理的旧 ERP 集成？

Question

IT Interview Practice · Accepted Answer

设计一个遵守 ERP 批处理限制的**异步、可恢复的数据交换**。先商定业务可接受的延迟，以及每个数据实体由哪个系统负责；不要在每小时导入的基础上承诺实时完成。

## 架构与归属

```text
[SaaS API/events] --> [Durable staging] --> [Mapping adapter]
                                               |
                                         [Batch files]
                                               |
                                         [ERP importer]
                                               |
[Status + reconciliation] <------------- [Result files]
```

以销售集成为例，SaaS 负责已提交的订单请求，ERP 负责已过账的财务凭证。显式映射两者的标识符。适配器转换状态、单位和字段含义，避免 ERP 特有约定扩散到面向 SaaS 的工作流。

## 让每一步都可恢复

在源协议允许时，先持久保存传入工作再确认。如果必须轮询，使用持久检查点，以及避免丢失边界记录的重叠或重放规则。保留批次标识符、记录标识符、schema 版本、数量和校验和。在支持时原子发布完整文件，否则使用独立完成标记。

追踪每条记录从待处理、已提交到已接受或已拒绝的状态。文件传输成功不代表业务记录已经过账。解析 ERP 结果，并核对业务标识符和金额，而不仅是文件数量。隔离无效记录，注明原因并指定负责操作人员。

## 处理结果不明确的故障

如果 ERP 已过账批次但确认丢失，盲目重发可能产生重复业务凭证。重试前，使用 ERP 支持的去重键或查询、对账能力。如果两者都不存在，则暂停结果不明的记录并进行受控对账；仅靠适配器侧台账无法保证 ERP 中恰好一次的业务效果。

## 容量与运营

估算一个导入窗口是否能清空积压，包括峰值数据量和中断后的恢复。施加背压，向用户展示待处理状态和现实的完成时间。针对最久待处理时长、拒绝率和对账不一致设置告警。保护暂存文件，并定义访问和保留责任。

## 面试考察点

解释一致性边界和恢复流程。“加一个队列”无法解决语义映射、部分接受，或 ERP 无法对重试去重的问题。设计以即时性换取兼容性，必须让业务方看见该延迟。

参考资料：[Microsoft：防腐层](https://learn.microsoft.com/en-us/azure/architecture/patterns/anti-corruption-layer)。

架构与归属

让每一步都可恢复

处理结果不明确的故障

容量与运营

面试考察点

相关问题