S4HANA数据迁移大全之二

年前的最后一篇文章，值此新年之际，祝广大SAP从业者新年快乐，来年项目多多，经验涨涨，收入丰丰。

通过上篇文章我们对数据迁移有了一个整体的了解，本篇我讲聊聊在数据迁移中的一些最佳实践和常见问题。

• 一个项目需要做几次数据迁移测试？

一般来说测试的次数取决于项目本身的复杂度，可以从以下几个方面考量复杂度

S4HANA的版本：公用版本会比私有版本和本地部署版本简单很多，所以相对测试的次数就可以减少。

通往S4HANA的道路：如果是系统升级（system conversion），考虑到对FICO模块的影响很大也非常复杂，而且是一个系统里面的所有公司一起升级，一般是需要多轮测试的。如果是全新实施（New Implementation），因为流程和功能都是新的，所以也需要多轮测试来验证数据以及使用迁移后的数据执行流程测试。在全新实施的框架下有一种叫做推广（Rollout）项目，这种项目一般是全球性的企业有了全球化的流程后，到某一个国家的分公司上SAP的项目，这类项目会比全新实施相对简单一些，测试次数也可以相应减少。

迁移策略：与道路相对应的，如果是“全下注”或者是“大爆炸”，因为数据种类多范围广，测试次数就会相应增加。如果是“分阶段”，只有主数据，那么次数就可以减少。

集团结构和流程的复杂度：一个跨国（地区）性的企业和只有一个公司代码的企业，复杂度肯定不一样，另外流程的复杂度也会带来数据的复杂度，这些都是需要考虑的因素。

数据的复杂度：数据本身的复杂度，一方面可能是用到的数据表比较多，另外方面可能数据的相互关联性比较复杂。

现在我把上面的部分因素综合到下面的表格里面，当然这只是一个参考的标准，具体项目还需要具体分析（免责声明）。

一般来说，如果有3项及以上复杂度为高，那么就需要4-5次的测试；如果有1-2项高或者3项