随着科技的发展，各种技术呈现快速迭代的状态。以商业地产领域的系统为例，前几年普遍采用C/S框架，现在基本被B/S框架所取代，这主要是由于技术架构迭代或者业务需求升级导致的频繁更新。

在这种背景下，新老系统切换带来的数据迁移问题就会频繁发生。如何解决两套完全不同的系统之间的管理问题和逻辑差异？如何保证数据没有缺失，保证其标准性、完整性？如何对数据进行治理和清洗，避免脏数据影响新系统？这么多的“坎”我们如何才能顺利迈过？

技术和业务快速迭代，是社会发展的大趋势。各行各业正在积极地投入到数字化迭代的浪潮中，商业地产也同样如此。当然，商业地产企业在面对数字化改造时，不能急于一蹴而就，它是一个系统工程。数字化改造的第一步，且最重要的一步是打好“地基”：保证主档基础数据和业务数据的标准性、完整性。好的“地基”，才能让后期数字化改造有序推进。

作为合格的数字化运营服务商，又是如何帮助商业体实现数据迁移的呢？

在大多数的项目前期服务中，我们都需要关注一件事情：这个项目属于新场开业还是旧系统切换？项目推进需要根据情况制定对应的策略和计划。但是，无论是新场开业还是旧系统切换，都绕不开“数据迁移”这件事。

新场开业项目，服务商需要指导客户了解新系统数据逻辑关系，在符合系统逻辑规范的情况下，把各种纸质资料经过提取后转移到新系统。

如果是旧系统切换项目，迁移难度会大很多，迁移内容也较为复杂，这个也是我们今天想要讨论的主题。数据迁移，作为项目开展中非常关键的一个环节，一定程度上会直接影响到整个项目的成败，那么我们应该如何做好此项工作呢？

下面主要围绕4个方面展开：数据迁移的范围、数据迁移的难点、数据迁移的方式、数据迁移的流程。

//数据迁移的范围

购物中心等商业地产商管系统中的数据一般包括3大类：

1）商户、品牌、分类、楼层、区域、铺位、付款方式、科目等初始化资料；

2）合同、商品、收银员、营业员、收银机等基础资料；

3）其他销售、结算、费用相关数据。

第1类和第2类数据必须迁移，可根据项目情况做少量调整。

第3类数据与销售、结算和费用相关，一般情况下不会进行迁移，通常情况下，会采用约定新旧系统切割时间点的方式进行。老系统会继续保留使用，可查询和结算在约定时间之前的相关数据，而新系统可以查询和结算在约定时间之后的相关数据，两者明确分割。当然，这其中也不排除有部分项目，旧系统存在授权等原因，需要对销售和结算数据都进行迁移，以便做环比分析等。

同时，商业地产CRM系统的数据迁移范围主要包括：会员基础资料、积分、储值卡、优惠券等，由于涉及到积分账、储值卡金额账、优惠券金额账以及会员权益等，对于数据迁移的数据准确性要求会更高，不能出现丝毫误差。

除了以上主业务系统外，当前越来越多的商场还会同时拥有自营管理业务及线上商城业务。在常见服务案例中，这些业务数据迁移类型常包括：自营商品、自营库存；线上商城商品数据、图片数据、线上订单数据、用户数据、点评数据等。

对于自营业务来说，数据迁移一方面存在数据量大的问题，另一方面因为涉及到大量金额账和数量帐，所以同样不能出现丝毫误差。线上商城业务的数据迁移难度一般也非常大，如大量的图片匹配、订单金额、公众号或者小程序平台切换等问题，需要考虑的方面与因素都比较多。

//数据迁移的难点

数据迁移的难点主要在3个方面：

1）不同系统间逻辑转换，跨平台及数据库工具和数据核对与校验。

不同系统间逻辑转换比较好理解，由于不同软件厂家之间最初的系统设计逻辑先天存在较大的差异，甚至某些约束和控制点都有冲突和矛盾。想要做好数据迁移前的准备工作，除了深入理解自己公司的产品外，还需要短期内快速深入甲方的实际业务和管理流程，以及熟悉第三方系统软件的操作使用和数据字典对照。对自家系统、客户业务、第三方系统都贯通之后，才能着手把当前系统和客户业务逻辑转换成新系统逻辑。

2）不同软件厂家选择的数据库平台经常存在差异。以武汉某大型商业集团项目为例，武汉3家门店分别采用3套不同软件厂家系统，并且使用了ORACLE、SQLSERVER两种数据库。

3）除此之外，该项目的数据迁移还有一大难点，就是后期数据核对和校验会占据巨大的工作量。如果数据迁移工作未做到位，都会给之后的系统上线运行埋下隐患，并且随时可能会被引爆。

//数据迁移方式

以CRM系统切换为例，CRM系统切换具有会员数据迁移常规化和数据量大等特点，海鼎科技的会员产品可以提供标准的ETL工具，快速准确地完成迁移工作。

针对ERP系统各类基础数据和业务单据种类多等特点，可通过EXCEL模板导入方式进行迁移工作，其优势在于无须专业人员支持，业务人员可按照模板整理好内容，批量快速地完成此类工作，实现从商户、品牌到合同、商品、进退货等日常业务全覆盖。

对于自营库存数据等迁移效率要求非常高的场景，可通过数据库存储过程自动转换等方式来完成数据迁移。以武汉某项目为例，其自营库存数据量巨大，且只能在切换当晚进行，要求在半小时内完成迁移和核对工作。实操中，项目近10万条数据通过以上方式，整个迁移过程在10分钟内便已完成。

//数据迁移流程

最后，来说说数据迁移的流程，其大致可以分为三步：

第一步，确定迁移范围和迁移时间。如果项目的系统数据繁多，首先要厘清迁移的范围，其次就是迁移的时间，比如：在进行会员数据和自营库存数据正式迁移工作时，只能在切换当晚进行。

第二步，制定数据标准和计划。软件系统本身控制不完善，业务人员后期使用过程中没有统一规范等问题，会直接导致各种基础数据、业务数据重复杂乱。在这种情况下，系统使用效果可想而知。所以，数据迁移工作本身不只是把旧系统数据照搬到新系统。在进行此项工作之前，我们首先需要制定数据迁移的标准和计划。

第三步，根据制定的标准，进行数据清洗、治理，并转换成适配新系统的逻辑。最后，根据制定的计划，提前进行数据迁移和验证，直到流程和数据验证无误为止。这样到正式数据迁移的时候，按照方案和流程执行即可。

综上，商业地产数据迁移工作内容繁杂又责任重大，初次接触的人可能会感觉无从下手。以上，我们根据多年服务经验从迁移范围、难点、方式和流程4个方面分享了一些既有经验，希望对于不熟悉此项工作内容的伙伴带来一定的帮助，及时做好前期规划，梳理相关流程，绕开系统切换中的“数据迁移陷阱"！