Dynamics 365 迁移指南：7 步流程

[jisansorkar12]

由Alanna Friedberg于 2021 年 2 月 16 日上午 10:15:00 发布
Dynamics 365 迁移指南 7 步流程规划数据迁移是一个棘手的过程，但对于跟上 CRM 软件的最新更新以提高团队生产力来说，这至关重要。但是，如果您没有做好准备，就会遇到大量陷阱，这些陷阱可能会让您压力倍增。确保您的团队的工作流程与新软件同步与迁移数据同样重要。但这还不是全部；清理数据和映射功能与在部署软件之前使用测试环境同样重要。

如果您正在准备进行Dynamics 365 迁移，我们已经记录了一些最重要的步骤，以确保无缝过渡。

Dynamics 365 迁移指南
数据映射可能是一个漫长且有时成本高昂的过程。但是，让事情进展得更顺利的第一步是做好准备。无论您从哪个版本迁移，无论是从 CRM 2016 迁移到 Dynamics 365 还是从 CRM 2011 迁移到 Dynamics 365，一些必要的准备工作都是相同的。

步骤 1：为 Dynamics 365 数据迁移做好准备
利益相关者的认可至关重要，尤其是对于 CRM 平台而言。没有正确数据的 CRM 将成为项目失败的 乌拉圭数据 主要原因，因为最终用户将无法履行其工作职责。

虽然您可能认为本节应包括数据映射过程，但事实上，首先确定谁是数据（技术）所有者，谁是业务（用户）所有者非常重要。与这两个团队建立沟通点和单一联系点。然后，确定这些利益相关者需要多少小时来定义围绕数据映射过程的用例、工作流和业务流程。

在此过程中，您应该评估最终用户对Dynamics 365迁移和平台本身的准备情况。

第 2 步：选择功能
与供应商和主要利益相关者合作，选择您将在新平台上使用的功能。有很多事情需要考虑，尤其是如果迁移自较旧的 CRM，而没有一些更现代的基于云的功能。

在进行 Dynamics 365 数据迁移时，了解部门间工作流程非常重要。在引入自动化或其他简化功能时，您的销售、营销和客户服务团队都应考虑调整工作流程，以最大限度地利用平台并提高生产力。

步骤 3：清理并映射数据
简单地将旧数据转储到新平台可能很诱人，但更好的办法是检查数据质量，以避免“垃圾输入/垃圾输出”。从长远来看，您在这个过程前期投入的任何时间都将获得丰厚的回报。定义需要清理或重组哪些数据是任何数据迁移的关键部分。现在是分析源数据并确定当前使用的字段是否都是必要或有用的的好时机。您是否有多年未动过的旧线索？哪些实体或表格应与特定字段一起移动？数据迁移后将采用什么格式？传输是自动的还是手动的？在数据映射文档中规划所有这些步骤和流程。

识别数据然后映射它将有助于您识别新 CRM 中所需的模块。它还可以帮助您定义用于迁移数据的工具。

步骤 4：选择迁移工具
通常不建议将数据直接写入 Microsoft Dynamics 365 CRM。最简单的迁移方法是使用 Microsoft 的导入向导，它将帮助您逐步移动数据。必须将源 CRM 中的数据放入扁平文件类型中，然后您可以将其映射到 Dynamics 365 中的字段。

您还可以使用其他工具，例如 Dynamics 到 CRM 适配器、Scribe、SSIS 或其他工具。所有这些都受 Microsoft 支持，可使复杂的数据迁移工作变得更容易一些。

步骤 5：创建迁移集成脚本
下一步是在测试环境中完成迁移集成脚本。了解数据源类型和格式将提高脚本的速度。索引所有表并编写查询以提高速度和运行时间。为所有源数据定义唯一标识符并将其存储在要迁移的目标数据中。这将有助于您在出现问题时进行故障排除。

步骤 6：测试数据传输
测试迁移集成脚本，同时测试数据传输以确保所有数据都包含在内且格式正确。拥有测试环境将帮助您规划数据迁移所需的时间。测试迁移将过滤掉任何数据质量问题，例如部分填充的记录或在实时环境中可能造成灾难性影响的其他问题。确保您进行用户验收测试以确保实时传输顺利进行。现在在测试环境中修复问题比实时修复问题要好得多。

步骤 7：完成并部署
一旦测试团队批准 Dynamics 365 数据迁移，您就可以开始上线了。我们建议在晚上或周末进行上线，以便有更多时间解决任何不可预见的问题。一旦设置好上线，请确定最终用户何时将被锁定在旧平台之外。如果迁移需要时间，通常仍允许对旧平台进行只读访问。