两个系统之间的数据传输：集成还是手动？

首先定义要移动的信息和交易

销售记录可以首先输入客户系统，然后输入会计应用程序。另一个团队可能会将供应商列表从 Excel 文件移至采购屏幕。在这两种情况下，问题不仅仅是复制。应该知道哪个字段具有什么含义、何时完成记录以及将在何处进行更正。在澄清此信息之前建立的连接可能会更快地传输错误数据。第一步是通过几个真实的例子来写出当前的流程。例如，订单号在两个系统中都可用吗？或者是根据姓名和日期进行匹配？

单独指定数据源。如果客户地址在一个应用程序中已更新，但在另一应用程序中仍然是旧地址，则应该清楚要使用哪个版本。无论传输方式如何，每个字段都必须有一个主要且有效的来源。一个好的开始是将字段名称、格式、义务、目标字段和控制规则并排写入表中。这样，系统之间的差异就变得可见，并且每个人都使用相同的映射。

什么时候手动传输合理？

如果工作不频繁，记录数量较少，并且每条记录都需要解释，那么手动传输可能是合理的。立即自动化仍在变化的流程可能意味着一遍又一遍地将变化的规则重新运行到软件中。但手工工作也必须有一定的顺序。必须对转移的记录进行标记，必须防止第二次输入，并且必须检查结果。如果复制金额的货币或日期不正确，则两个屏幕的相等总计不足以发现错误。

在估算手工工作成本时，不要只计算打字时间。准备文件、填写缺失字段、查找错误并修复它也是工作的一部分。记录一周的流程步骤和异常情况为决策提供具体数据。该记录并不保证具体的储蓄率；它显示了哪个步骤被重复以及哪个步骤需要人工评估。自动化的适当限制通常归结为这种区别。

通过文件批量传输可能是一个中间解决方案

如果源系统提供导出并且目标系统提供导入，则通过 CSV 或 Excel 进行批处理可能就足够了。此方法不需要两个应用程序之间保持持续连接。另一方面，应检查列顺序、日期格式、小数分隔符、字符编码和可用空间行为。在示例文件中有效的匹配可能不会在来自不同国家/地区的文件中产生相同的结果。带有前导零的产品代码也可能被解释为数字并且可能会发生变化。

选择一个小的、有代表性的样本来尝试文件传输。新记录、更新记录、缺失字段和重复记录应包含在同一测试中。接受和拒绝的行将单独显示在导入报告中。更正并重新提交失败的行不应重新创建成功的行。为了这个需要 批量数据输入 可以检查 方法；必须再次在所使用的应用程序允许的限制内选择该方法。

在什么条件下直接集成才有意义？

如果工作重复频繁，且双方都有支持的连接接口，可以考虑集成。仅拥有 API 是不够的。必须了解访问授权、使用限制、字段含义、更新顺序和错误响应。还应该从一开始就确定连接是只读还是只写。不是授予太宽泛的授权，而是选择最窄的范围来执行相关行动。在使用生产数据之前，需要在合适的测试环境中进行验证。

传输方向一定要明确。在单向连接中，源系统将更改传送到目标系统。在双向连接中，同一条记录有可能在两侧都被更改。在这种情况下，最后写的人获胜并不总是正确的。应定义冲突规则、更改日期和需要人工批准的字段。删除还需要一个特殊的决定：删除另一侧的记录、停用它或简单地删除链接都会产生不同的后果。自动删除不应成为默认行为。

重新构想错误和重放管理

当连接丢失时，可以再次发送相同的请求。系统应该能够理解这是对先前交易的重复，而不是新记录。这需要不变的记录 ID 和传输状态。成功的交易、待处理的交易和需要人工干预的错误是分开的。通知不应该只是说有错误；它应该显示哪些记录可能受到影响、重试是否安全以及下一步。日志不应该变​​成一堆密码和个人数据。

和小飞行员一起做决定

首先选择单个数据组和有限的操作。试点成功的标准应该是正确的现场匹配、防止再次发生和错误跟踪，而不是传输的数量。将结果与源记录进行比较；也尝试一下回来的路。当流程所有者、连接所有者和维护者明确时，就可以对方法进行比较。 业务和自动化选项 通过 确定范围有助于在改变现有实践之前澄清问题的边界。

常见问题

每次数据传输都需要API吗？

不需要。不频繁的小作业可以手动完成，适合的作业可以通过文件完成。 API 决策是根据重复频率、支持的访问和错误处理来做出的。

如果同一条记录两边都改变了怎么办？

双向传输需要碰撞规则。哪个区域将由哪个系统提供数据以及哪些更改需要人工批准都是提前确定的。

第一次测试应该如何进行？

选择一个小型且具有代表性的数据集。尝试新的、更新的、丢失的和重复的记录；将结果与源进行比较。