数据迁移 估算器。

这些数字反映的是我过去 25 年在 SAP、Oracle 和 Dynamics 项目中看到的规律。它们的用途是为规划讨论提供一个锚点，而不是取代对您实际数据所做的剖析。

影响准确度的最大因素，是您有没有对源系统跑过数据剖析查询。基于如实设置的数据质量标志得出的成本区间站得住脚，基于研讨会上乐观情绪得出的则不然。把估算器的输出当作与系统集成商（SI）沟通时的基准数字。如果对方的估算明显更低，就问问他们做了什么数据质量假设，又是如何验证的。

对大多数项目来说，正确答案是迁移未清项加期初余额，历史数据则通过只读归档或报表层，继续留在遗留系统中供查阅。迁移全部事务历史会成倍增加工作量，拖慢对账，而且很少值回成本。

例外情况有两类：一是受监管行业，法定保存要求历史数据必须放在记录系统中；二是在新系统里做滚动同比对比属于实际运营需求的企业。这两种情况下，估算器针对历史数据的工作量系数会体现出更重的负担。

它根据目标 ERP、对象范围和数据量来选定起点。采用标准对象的 Greenfield S/4HANA，通常会落在 Migration Cockpit 上。Brownfield 转换和选择性迁移倾向于混合方式。数据量大、源系统多或转换复杂时，推荐会转向 BTP 上的定制 ETL，或 Oracle、Microsoft 一侧的同类平台。

这个推荐只是起点。真正的决定要在用您的一部分样本数据做完概念验证（PoC）之后才能下，而不是靠一个计算器。把输出当作带进那次验证的工作假设。

计算器完全在浏览器中运行。您可以截图保存结果，也可以把各对象的数字复制到自己的规划表格里。没有账号，没有导出 PDF 的流程，服务器端也不保存任何内容。这是有意为之。如果您想更深入地过一遍这些数字，请预约 30 分钟通话，并带上截图。

不涵盖。估算器只界定主数据和事务数据。配置数据、安全角色、定制开发和集成对象属于不同的工作流，各有自己的工作量驱动因素，不应该被并入数据这一项。把它们全塞进一个数字里，正是数据迁移估算在规划阶段就被打爆的原因之一。

估算器针对的是单次迁移事件。多区域推广时，按每一波次各运行一次，再把各波次相加，并对从第一波起复用的模板、映射和工具设一个折减系数。按我的经验，第二波的成本大约是第一波的 60% 到 70%，第三波降到 50% 左右，之后趋于稳定。各地法定的数据对象（税务、薪资、银行）通常是无法干净复用的部分。

适用。它会针对就地转换的对象与需要重新映射的对象，调整其中较低的工作量。Brownfield 转换的数据工作量，通常是同等规模 Greenfield 迁移的 40% 到 60%，因为客户、供应商、物料和会计科目表结构无需重新抽取就能带过去。更大的工作量通常来自业务伙伴转换，以及新总账对历史过账的影响。

免费。无需注册，不需要留邮箱，也不收费。计算在您的浏览器中运行，不会保存或发送任何内容。拿到数字之后，如果您需要帮助来构建数据迁移的论证，请预约 30 分钟通话。