Martin-Mei的博客

在本章中，您了解了如何将数据从旧系统移动到Dynamics365。在本章的开头，给出了一个很好的解释，以强调制定战略的重要性。接下来，您快速浏览了一下Microsoft FastTrack程序，最后查看了开箱即用的工具和自定义工具，这些工具可用于简化繁琐的数据迁移任务。

在本节中，您将了解如何使用Dynamics 365门户应用程序为外部用户进一步自定义门户体验。您也可以选择使用经典的web界面，但此统一界面门户应用程序将成为自定义门户的行业标准。见图8-18。正如您从门户网站的导航菜单中看到的那样，我们这里的网页很少。让我们为活动注册添加一个新的。当用户导航到此页面时，它应该列出所有当前活动事件。在应用程序上，导航到网站➤ 子页面，然后单击网格工具栏上的+添加新网页。见图8-19。

本章介绍了Dynamics 365中提供的最简单的数据报告到更高级的报告选项。它从高级查找视图开始，逐渐转到Dynamics365报表向导，然后转到获取XML报表。最后，我们介绍了PowerBI集成这一庞然大物。

在本章中，您看了一些设置Azure WebJobs、函数和逻辑应用程序的简单示例。在第7章中，您将了解Dynamics365的报告和仪表板功能。

在本节中，您将学习如何编写自定义工作流活动来实现复杂的业务流程。作为上一节中讨论的场景的一部分，现在您必须创建付款记录来跟踪付款。要完成此过程，应在创建订阅记录后立即在后台触发工作流以创建付款记录。然后，该工作流应在创建付款记录之日起等待七天，并向企业的主要联系人发送电子邮件提醒以支付会员费。创建会员订阅记录时将触发此工作流，并触发自定义工作流活动以创建付款记录。您需要在这里进行自定义工作流活动，因为您必须确定会员记录中定义的付款方式。请记住，只有一个级别的实体关系可用于从标准工作流进行访问。

本章讨论了Dynamics365中可用于自动化业务流程的开箱即用功能。我们主要研究了创建业务流程、工作流和操作。尽管对话框是实现业务流程的另一种方式，但本章并未涉及它们，因为它们已被弃用。在下一章中，您将学习如何编写插件、自定义工作流和消费操作。

若要开始表单自定义，您将首先创建包含表单自定义的解决方案修补程序。通过使用解决方案修补，您可以将要修改的表单包括在修补程序中，而无需将所有其他组件都包含在解决方案中。本节将介绍如何向系统中添加字段和自定义实体，以及如何排列这些实体的主要表单。创建解决方案修补程序时，导航到“设置”，然后选择“解决方案”。在解决方案网格中，选择SBMA解决方案，然后单击网格工具栏中的Clone a Patch，如图3-1所示。请注意，版本号已增加，基本解决方案将不允许进行任何修改。

到目前为止，我们已经创建了一个Visual Studio 解决方案来容纳所有插件、自定义工作流活动和web资源。现在，我们将研究如何对自定义进行源代码管理。为此，我们将使用Microsoft提供的Solution Packager工具，该工具作为Microsoft.CrmSdk.CoreTools NuGet包的一部分分发。我们需要想出一个合适的解决方案来自动化重复的工作。例如，我们将开发我们的解决方案，并需要将其发布到目标环境中。为了简单起见，本书将只使用两种环境：开发和UAT。

在本章中，简要介绍了Dynamics365是如何发展成为一个可用于提供业务解决方案的功能强大的平台的。本章为本书奠定了基础，并简要解释了将用作示例的问题域，以解释Dynamics 365的自定义和集成。本章还演示了如何使用Azure DevOps来捕获需求并组织积压工作。然后，本章描述了使用Dynamics365作为平台来提供问题解决方案的主要原因。最后，本章说明了高级数据模型和到Dynamics365实体的映射。下一章将指导您设置开发环境。