PIPELINE简而言之
实践中，数据迁移几乎总是从一个流程开始，而非全面概念。迁移的工作量几乎完全在于数据质量——而非传输。只有在第一步在实际运营中被证明有效后才扩展。
01 — 实践
具体是怎样的
来自实践的观察
迁移的工作量几乎完全在于数据质量——而非传输。
典型的起步是这样的：企业指出最令人困扰的那个流程。关于实际状态的报告。通常令人不快，但总是有用。
上线后不会立即扩展，而是观察。带计数协议和明确回退方案的迁移。
02 — 适用性
什么时候值得做
- 受影响的流程至少每周发生一次。
- 它遵循可以写下来的规则 — 即使存在例外情况。
- 这是如今没人愿意做的手工活。
- 由一个人决策,而不是三个人需要协调。
- 您们可以明确如何判断它是否成功。
03 — 界定范围
我们不建议的情况
- 流程还在变化中。只要您还在调整流程本身，手工操作更灵活也更经济。
- 例外情况多于常规情况。那就是在自动化例外，成本会很高。
- 没有数据基础。如果没有数字化的原始数据，就缺少基础条件。
- 业务量太小。每月只有五个流程，任何系统都不划算 — 即使是便宜的。
- 真正的瓶颈在别处。如果询价太少，加快处理速度没有意义。
04 — 问题
常见问题
我们可以在迁移期间继续工作吗？
短期切换可以，设定截止日期。较长的迁移通常在旧系统中继续工作直到切换，最后再传输增量数据。
迁移需要多长时间？
数据传输本身通常只需几小时。时间花在分析、规则制定和试运行上——通常 2 至 6 周，取决于旧数据的状态。
我们要把所有数据都迁移吗？
很少有必要。无效记录、测试数据和十年前的旧业务会拖累新系统。我们建议迁移活跃数据，其余部分以归档形式保留可用。
如何确保没有数据丢失？
通过计数协议：迁移前后的记录数量进行核对，抽样检查内容。只有通过这项验收后，迁移才算完成。
如果切换后发现缺少内容怎么办？
这正是计数协议和回退机制的作用：旧数据保持不动，直到验收完成。可以事后补充个别部分。
数据记录中的附件和文档如何处理？
如果目标系统支持，会一并迁移。如果格式不兼容，会提前确定是否需要转换，或保留外部存储更合理。
迁移是否需要同时访问两个系统？
是的，至少在试运行和实际切换期间需要。之后可以限制或终止对旧系统的访问。
下一步
我们会了解您的初始情况。
告诉我们目前什么最耗费时间。由此我们会给出一份包含工作量和收益的评估——之后才会提供报价。