dynamics_CRM_自定义指南(中文)

更新时间：2023-05-08 03:45:01 阅读量：实用文档文档下载

说明：文章内容仅供预览，部分内容可能不全。下载后的文档，内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的，是否完整无缺。

dynamics CRM推荐度：
相关推荐

Microsoft Dynamics CRM 2013 自定义指南版本 6.0.2

本文档按“原样”提供。本文档中的信息和观点（包括 URL 和其他 Internet 网站引用）如有更改，恕不另行通知。

引用的示例都是虚构的，仅用于提供解释说明。不可理解为与任何现实情况的关联。

本文档不向您提供对任何 Microsoft 产品中的任何知识产权的任何法律权利。您只能出于内部参考目的复制和使用本文档。

视频电子书只有英文版。此外，如果单击链接，您可能会被重定向到全英文的美国网站。

Microsoft、Active Directory、ActiveX、Azure、BizTalk、JScript、Microsoft Dynamics、Outlook、SharePoint、SQL Server、Visual Basic、Visual Studio、Windows、Windows Server 和 Windows Vista 是 Microsoft 旗下各公司的商标。

所有其他商标均归其各自所有者所有。

Microsoft Dynamics CRM 2013 和 Microsoft Dynamics CRM Online 自定义指南 (5)

Send us your comments about this document (5)

自定义新增功能 (6)

自定义入门 (8)

自定义所需的权限 (9)

自定义概念 (10)

将解决方案用于您的自定义项 (17)

自定义概述 (28)

创建和编辑元数据 (30)

创建和编辑实体 (32)

创建和编辑字段 (40)

默认状态和状态原因值 (49)

Define status reason transitions (65)

Set custom icon for custom case origin (67)

创建和编辑实体关系 (68)

可自定义的父实体关系 (77)

实体和属性映射 (79)

创建和编辑全局选项集 (102)

创建和设计窗体 (105)

使用窗体编辑器 (109)

主窗体的设计注意事项 (137)

主窗体演示表示形式 (138)

优化窗体性能 (148)

管理自动保存 (149)

2013 年秋季将您的窗体更新为 Microsoft Dynamics CRM 2013 或 Microsoft Dynamics CRM

Online (153)

创建和编辑移动窗体 (155)

创建和编辑快速创建窗体 (159)

创建和编辑快速视图窗体 (160)

Create and edit views (162)

自定义用于平板电脑的 CRM (170)

创建和编辑流程 (174)

工作流流程 (180)

配置工作流步骤 (185)

工作流流程的最佳实践 (189)

对话 (190)

配置对话流程 (191)

操作 (199)

配置操作 (200)

业务流程 (204)

配置业务流程 (207)

监视和管理工作流 (209)

创建和编辑业务规则 (211)

Create and edit web resources (218)

Microsoft Dynamics CRM 2013 和 Microsoft Dynamics CRM Online 自定义指南

IT 专业人员和 CRM 管理员可以使用本指南中的资源和主题来帮助他们在 Microsoft Dynamics CRM 2013 和 Microsoft Dynamics CRM Online 中实施自定义项。

本节内容

自定义新增功能

自定义入门

自定义概述

创建和编辑元数据

创建和设计窗体

Create and edit views

自定义用于平板电脑的 CRM

创建和编辑流程

创建和编辑业务规则

Create and edit web resources

相关部分

自定义概述

自定义新增功能

另请参阅

Microsoft Dynamics CRM 2013 和 Microsoft Dynamics CRM Online 自定义指南

自定义新增功能

自定义概述

自定义所需的权限

个人可以个性化系统，甚至可以将其部分自定义项与他人共享，但只有具有正确权限的用户可以使

用 Microsoft Dynamics CRM 2013 和 Microsoft Dynamics CRM Online 为每个人应用更改。

注释

本部分假定您知道如何使用安全角色。有关使用安全角色的详细信息，请参阅Create

users and manage security。

本主题内容

系统管理员和系统定制员安全角色

代理自定义任务

在没有自定义权限情况下测试自定义项

系统管理员和系统定制员安全角色

几乎自定义 Microsoft Dynamics CRM 的每个人都将拥有与其 CRM 帐户关联的系统管理员或系统定

制员安全角色。这些安全角色为您提供自定义您的 CRM 部署所需的权限。

系统管理员和系统定制员安全角色之间的区别在于：系统管理员对系统中的大多数记录有读取权限，可以查看所有信息。为需要执行自定义任务但不应该看到系统实体中的任何数据的人分派系统定制

员角色。但是，测试是系统自定义的一个重要部分。如果系统定制员看不到任何数据，则将需要创

建记录来测试其自定义项。默认情况下，系统定制员对自定义实体拥有完全访问权限。如果您需要

为系统实体设置相同的限制，您需要调整系统定制员的安全角色，这样访问级别为“用户”，而不是

自定义实体的“组织”。

代理自定义任务

您可能需要将某些任务委派给可信人员，从而使他们可以应用所需的更改。请记住，任何人都可以

有多个与其用户帐户关联的安全角色，并且安全角色所授予的特权和访问权限基于最低限制权限级别。

这意味着，可以将系统定制员安全角色提供给已经有其他安全角色的人员（如销售经理）。这将使

他们除了已经拥有的其他权限以外，还能自定义系统。您不需要编辑他们已有的安全角色；在需要

的时候，您可以从该人的用户帐户中删除系统定制员安全角色。

在没有自定义权限情况下测试自定义项

务必使用没有自定义权限的用户帐户来测试所做的自定义内容。这样，可以确保没有系统管理员或

系统定制员安全角色的用户可以使用您的自定义项。为了有效地做到这一点，您需要访问两个用户

帐户：一个具有系统管理员安全角色的帐户，一个具有代表要使用自定义项的人的安全角色的帐户。

重要提示

如果您只有一个用户帐户，请不要尝试删除您的系统管理员安全角色。如果您试图这样做，系统会警告您；但是，如果仍要这样做，则可能会发现自己无法撤消。大多数安全角色不

允许编辑用户的安全角色。

另请参阅

自定义入门

自定义概念

将解决方案用于您的自定义项

自定义概念

当然，您急切地想开始，但请花几分钟时间阅读本部分的内容。这部分将介绍一些重要的术语，提

供有关以特定方式执行的一些背景信息，并帮助您在以后避免潜在问题。

在本主题中

什么是元数据，为什么要关注元数据？

支持哪几种自定义？

不支持哪几种自定义？

您需要了解的有关解决方案的信息

发布自定义项

什么是元数据，为什么要关注元数据？

过去，通过编辑源代码来自定义业务应用程序。这造成了混乱，因为每个组织的变化都是独特的，

因此不可能升级，或者升级成本极其高昂。然后，应用程序开发人员开始公开应用程序编程接口(API)，以便其他开发人员可以与应用程序交互并添加他们自己的逻辑而无需触及源代码。这种方

法比较好，因为这意味着开发人员可以在不更改应用程序的情况下对其进行扩展。但是，仍需要一位开发人员编写代码。

今天，最新的业务应用程序使用元数据驱动的体系结构，以便人们可以在不编写代码的情况下自定义应用程序。元数据是指“关于数据的数据”，它定义数据系统中存储的数据的结构。通过这种元数据，应用程序可以了解对数据结构的任何更改，并且可以让应用程序随数据结构更改进行调整。因为元数据是已知的，因此可以包括与元数据关联的其他功能。

在应用程序中使用自定义工具自定义 Microsoft Dynamics CRM 时，将添加或更新由依赖于元数据

的功能使用的元数据或数据。由于我们了解用于自定义系统的数据种类，我们可以考虑该数据并向CRM 添加新功能而无需破坏系统。因此，您应该始终可以应用更新汇总或升级到最新版本，享受最佳的新功能。

自定义还是配置？

Microsoft Dynamics CRM 提供了一组 Web 服务和 API 供开发人员编写代码。使用支持的方法编写代码时，您可能会期望在组织升级时代码继续有效。

支持哪几种自定义？

我们期望您可以利用应用程序中的工具充分利用您的自定义项。您使用这些工具所做的一切都得到Microsoft 支持，因为它们对元数据或依赖于元数据的数据应用更改。

但是，如果自定义工具不符合您的需要，则可以安装第三方提供的解决方案，或聘用开发人员为您编写自定义代码。不论通过哪种方式，都对您了解支持的自定义项有好处。如果您需要投资需要代码的解决方案，则应确保仅使用受支持的 API 编写代码。这可以帮助您保护您在 CRM 和您获得的所有解决方案上的投资。

扩展 Microsoft Dynamics CRM 的开发人员有责任遵循 SDK 中记录的规则和最佳实践。下载Microsoft Dynamics CRM SDK 包。 SDK 记录了开发人员可用的 API，并提供有关如何最好地使用它们的指导。Microsoft 支持 SDK 中记录的 API 和实践。Microsoft 不支持 SDK 中未记录的 API 和编程实践。您可能在 Internet 上找到一些介绍如何解决问题的东西，但如果不利用 SDK 中记录的API，则不受支持。在让开发人员应用更改之前，应验证其是否应使用支持的方法。

如果开发人员使用 SDK 中描述的 API 和最佳实践，则我们可以确定测试我们对 CRM 所做的任何

更改是否有可能中断现有的自定义项。我们的目的是：当随着时间的推移而发布新版本或更新CRM 时，继续使用采用支持的方法编写的自定义代码。因为您可以升级到功能改进后的新版本，不必每次都让管理员更改其代码，因此您也将受益。

如果我们检测到新版 CRM 中的某项更改将导致某个支持的自定义项损坏，我们将记录损坏内容以及用户如何更改代码修复该问题。

不支持哪几种自定义？

由于某些 API 和编程实践不受 Microsoft 支持并不意味着它们不起作用。“Microsoft 不支持”只是表示：无法从 Microsoft 那儿获得有关这些 API 或编程实践的支持。我们不测试它们，我们不知道我们更改的某些事件是否会破坏它们。我们无法预测如果用户更改我们应用程序的代码会发生什么。使用不支持的 API 和编程实践的开发人员承担为其代码提供支持的责任。他们需要测试其代码以确保其有效。

如果您选择在 CRM 部署中使用不支持的自定义项，则应确保记录所做的事情，并制定在与Microsoft Dynamics CRM 技术支持联系之前删除这些自定义项的策略。如果需要有关不支持的自定义项的帮助，请联系准备自定义项的开发人员或组织。

常见的不支持自定义实践

下面列出了不受支持的常见自定义实践。这不是一个完整列表。有关详细信息，请参阅 SDK 主题支持的 Microsoft Dynamics CRM 扩展：不支持的自定义项

使用 JavaScript 与 Web 应用程序文档对象模型 (DOM) 元素交互

在应用程序中的任意位置使用的任何 JavaScript 库都必须仅与记录的 API 交互。JavaScript

开发人员在处理应用程序时，要频繁地访问使用特定名称的 DOM 元素。由于 Microsoft

Dynamics CRM 是一种 Web 应用程序，因此这些技术有效，但他们可能会在更新汇总或

升级过程中受损，因为它们引用的元素的名称会随时发生变化。我们保留在应用程序中

进行任何必要更改的权利，这通常是指更改页面的构建方式。添加依赖于当前页面结构

的任何更改都意味着应用更新汇总或升级应用程序时，需要测试并可能要更改这些脚本

中的自定义代码。

jQuery 是 JavaScript 开发人员很常用的一个库。使用 jQuery 的最大好处可以简化开发人

员访问和创建 DOM 元素的能力，而这正是我们在 CRM 应用程序页中不支持的。建议开

发人员在使用 HTML Web 资源创建自定义用户界面时使用 jQuery，但在 CRM 应用程序

页面中，支持的 API 不需要使用使用 jQuery。

使用任何采用 JavaScript 的未记录内部对象或方法

Microsoft Dynamics CRM 使用页面中的许多 JavaScript 对象。JavaScript 开发人员可以通

过调试页面来发现这些对象，然后访问并重复使用这些对象。我们保留对这些对象进行

任何必要的更改的权利，包括删除它们或者更改方法的名称。如果某个脚本引用了这些

对象，那么，如果未找到这些对象，该脚本将中断。

在应用程序中直接更改文件

如果您有 Microsoft Dynamics CRM 2013 内部部署，则可以访问在您的服务器上安装的

Web 应用程序。该 Web 应用程序包含许多开发人员可以编辑或替换以更改应用程序的行

为或外观的文本文件。不支持更改这些文件，因为安装的任何更新汇总可能会删除所做

的更改，当升级到下一个版本时会覆盖文件。

直接从数据库表检索数据

如果您有 Microsoft Dynamics CRM 2013 内部部署，则可以访问数据库，从而可以直接从

表检索数据。但是，这样做将绕过安全基础结构。建议的做法是使用特定筛选视图来检

索数据。这将应用发出呼叫的用户的安全设置，因此他们只能看到他们应该看到的数

据。

直接在数据库表中更新数据

如果您有 Microsoft Dynamics CRM 2013 内部部署，则直接在数据库表中执行对 CRM 数

据的更新。此方法的风险在于您可能会设置可能破坏应用程序的无效数据。开发人员应

始终使用随应用程序平台 Web 服务提供的 API 来更新数据。

更改数据库表、存储过程或视图

如果您有 Microsoft Dynamics CRM 2013 内部部署，就可以使用数据库工具来更改数据

库。支持的唯一直接更改数据库是添加或更新索引，如定义自 SQL Server 索引中所述。

应使用自定义工具添加任何新实体或实体属性。这是唯一支持的将更改应用于这部分数

据库的方式。所做的任何直接更改都会有中断应用程序或破坏应用更新汇总能力的风

险。在应用更新时或者在升级过程中，可能会破坏您应用的任何更改，并且将丢失您可

能包括在自定义数据库表中的任何数据。

您需要了解的有关解决方案的信息

因为存在解决方案，因此可以购买、共享或者通过其他方式在组织之间传输一组自定义项。您可以从Microsoft Dynamics 市场中或者从独立软件供应商 (ISV) 处获取解决方案。CRM 解决方案是一

个可以导入以应用一组自定义项的文件。

注释

如果您是创建要分发的自定义项的 ISV，则需要使用解决方案。有关使用解决方案的详细

信息，请参阅打包和分发扩展。

如果您只对贵组织的自定义感兴趣，则以下是您需要了解的有关解决方案的信息：

? 创建解决方案是可选的。您可以直接自定义您的 CRM 系统，无需创建解决方案。

? 在直接自定义 CRM 系统时，您要使用一个名为“默认解决方案”的特殊解决方案。默认解决方案包含您的系统中的所有组织。

? 您可以导出您的默认解决方案来创建您在组织中定义的自定义项的备份。这有益于防备出现最坏的情况。

解决方案组件

解决方案组件代表您有可能自定义的某些事项。可以包括在解决方案中的任何东西就是一个解决方案组件。以下是您可以在解决方案中查看的解决方案组件的列表：

? 应用程序功能区

? 文章模板

? 业务规则

? 图表

? 连接角色

? 合同模板

? 仪表板

? 电子邮件模板

? 实体

? 实体关系

? 字段

? 字段安全配置文件

? 表单

? 邮件合并模板

? 消息

? 选项集

? 插件程序集

? 进程

? SDK 消息处理步骤

? 安全角色

? 服务端点

? 站点地图

? Web 资源

大多数解决方案组件嵌套在其他解决方案组件中。例如，实体包含窗体、视图、图表、字段、实体

关系、消息和业务规则。其中的每个解决方案组件都需要存在一个实体。字段不能存在于实体之外。我们称之为字段依赖于实体。实际的解决方案组件类型的数量是以上列表中所示的两倍，但其中大

多数不在应用程序中显示。

拥有解决方案组件的目的是跟踪对我们可以使用托管属性以及所有解决方案依赖项自定义的内容

的所有限制，从而可以将其导出、导入和（在托管解决方案中）删除，而不会有任何遗漏。

托管和非托管解决方案

在将托管解决方案导入后，可以将其卸载。可以通过卸载解决方案来删除该解决方案的所有组件。

在导入非托管解决方案时，可以将该解决方案的所有组件添加到您的默认解决方案中。无法通过卸

载解决方案删除组件。

在导入包含您已经自定义的解决方案组件的非托管解决方案时，您的自定义项将被非托管解决方案

中的自定义项覆盖。此操作无法撤消。

重要提示

请仅在需要将所有组件添加到您的默认解决方案并覆盖所有现有的自定义项时，安装非托

管解决方案。

即使您不打算分发您的解决方案，也可能需要创建并使用非托管解决方案，以便拥有一个仅包含您

已经自定义的那部分应用程序的单独视图。只要进行了自定义，就要将其添加到所创建的非托管解

决方案。

您只能将默认解决方案导出为非托管解决方案。

在创建托管解决方案时，要在导出解决时选择托管解决方案选项。如果您创建托管解决方案，则无

法将其重新导入到用于创建该解决方案的同一个组织。您只能将其导入到其他组织中。

如何应用解决方案

所有解决方案都作为层进行评估，以确定您的 CRM 应用程序实际要执行的内容。下图展示了托管和非托管解决方案的评估方式，以及其中的更改在组织中的显示方式。

从底部开始向上

系统解决方案

系统解决方案就像每个组织都有的托管解决方案。系统解决方案是系统中所有现成的组

件的定义。

托管解决方案

托管解决方案可以修改系统解决方案组件，并可添加新组件。如果安装了多个托管解决

方案，则安装的第一个托管解决方案在后安装的托管解决方案下面。也就是说，安装的

第二个解决方案可以自定义之前安装的那个解决方案。当两托管解决方案的定义有冲突

时，一般规则是“后来者赢”。如果卸载托管解决方案，则其下方的托管解决方案后生效。

如果卸载所有托管解决方案，则应用系统解决方案中定义的默认行为。

非托管自定义项

非托管自定义项是通过非托管解决方案对组织所做的任何更改。系统解决方案定义您能

或不能使用托管属性自定义的内容。托管解决方案的发布商具有相同的能力，可以限制

您对他们在其解决方案中添加的解决方案组件的自定义能力。您可以自定义没有阻止您

自定义它们的托管属性的任何解决方案组件。

应用程序行为

这是您可在组织中实际看到的内容。默认系统解决方案以及托管解决方案，加上已经应

用的任何非托管自定义项。

托管属性

Microsoft Dynamics CRM 的某些部分不能自定义。系统解决方案中的这些项目具有阻止您自定义它们的元数据。这此元数据称为托管属性。托管解决方案的发布商还可以设置托管属性，从而阻止您通过他们不希望您采用的方式来自定义其解决方案。

解决方案依赖项

由于托管解决方案分层方式的原因，有些托管解决方案可能会依赖其他托管解决方案中的解决方案组件。有些解决方案发布商会利用这一点来构建模块化的解决方案。您可能需要先安装“基本”托管解决方案，然后再安装一具托管解决方案以进一步自定义基本托管解决方案中的组件。第二个托管解决方案依赖于第一解决方案中的解决方案组件。

CRM 会跟踪解决方案之间的这些依赖关系。如果您尝试安装的解决方案需要未安装的某个基本解决方案，则将无法安装该解决方案。您将收到一条消息，指示该解决方案需要先安装另一个解决方案。同样，由于依赖关系，当仍然安装了依赖于基本解决方案的解决方案时，将无法卸载基本解决方案。您必须先卸载依赖的解决方案，然后才能卸载基本解决方案。

解决方案发布商

每个解决方案都有有一个发布商。默认解决方案的发布商名称为“<贵组织的名称> 的默认发布商”。发布商记录包含一个“前缀”值。此前缀的默认值为“new”。在创建新解决方案组件时，此前缀将附加到名称上。这是让用户快速了解组件所属解决方案的一种方式。

在开始自定义系统之前，我们建议您将默认发布商的前缀值更改为可以标识您的公司的内容。

更改默认发布商的解决方案发布商前缀

1. 导航到“设置”>“自定义”。

2. 选择“发布商”。

3. 如果有多个发布商，请打开“显示名称”以“<贵组织的名称> 的默认发布商”开头的发布商。

4. 在窗体底部，将“前缀”字段，将默认值“New”更改为可标识您的公司的内容。

5. 在更改该值时，确保用 Tab 键跳转到下一个字段。“选项值前缀”将根据自定义前缀自动生

成一个编号。在将选项添加到选项集时将使用此编号，并提供一个指示符，指示使用了那

个解决方案来添加选项。

发布自定义项

有些对用户界面进行更改自定义项需要先发布，然后用户才能在应用程序中使用它们。发布为您提供了一种在完成前保存工作的方式，可以以后回来完成工作。仅当更改了解决方案组件时，才需要发布。在创建或删除解决方案组件时，将自动发布。在导出解决方案之前，系统会提示您发布自定义项。这是因为任何未发布的自定义项不会包括在解决方案中。

在执行将出现在适用于平板电脑的 Microsoft Dynamics CRM 中的自定义项时，应始终显式发布自定义项，以确保每个项目与适用于平板电脑的 CRM 应用程序同步。

注释

发布自定义项会干扰常规系统运行。在生产环境中，建议您安排在对用户干扰最小时发布

自定义项。

以下解决方案组件要求在更新时发布：

? 应用程序功能区

? 实体

? 实体关系

? 字段

? 表单

? 消息

? 选项集

? 站点地图

? Web 资源

另请参阅

自定义入门

自定义所需的权限

将解决方案用于您的自定义项

Microsoft Dynamics CRM 2013 和 Microsoft Dynamics CRM Online 中执行的任何自定义都在某个解

决方案的上下文中完成。如果您不确定解决方案是什么，请参阅您需要了解的有关解决方案的信息。

本主题内容

默认解决方案

导航到某个特定解决方案

使用解决方案资源管理器

创建自己的解决方案

导入、更新和导出解决方案

解决方案导出的设置选项

默认解决方案

在自定义 Microsoft Dynamics CRM 2013 和 Microsoft Dynamics CRM Online 时，通常使用默认解决

方案。若要打开默认解决方案，请导航到“设置”>“自定义”，并选择“自定义系统”。

提示

在打开默认的解决方案之后，使用Ctrl+D可在浏览器中创建收藏夹或书签。这将有助于加

快打开解决方案的速度（即使在尚未打开 Web 应用程序的情况下也是如此）。

每个组织都有一个默认解决方案，并且该解决方案有一些独特的属性。默认解决方案包含组织中所有可用的解决方案组件。其他解决方案可能包括默认解决方案中可见的部分解决方案组件，但默认解决方案包含所有组件。

在开始创建新的自定义之前，请记住更改解决方案发布商自定义前缀。详细信息：解决方案发布商

导航到某个特定解决方案

如果您的组织已经有一个应在其中工作的特定解决方案，您可以通过这种方式找到该解决方案。若要创建新解决方案，请参阅创建自己的解决方案。

1. 导航到“设置”>“自定义”，然后单击“解决方案”。

2. 双击要在其中工作的非托管解决方案将其打开。

进入该解决方案后，您将看到解决方案组件。详细信息：添加解决方案组件

使用解决方案资源管理器

在解决方案资源管理器中，可以使用左侧的导航窗格在节点的层次结构中浏览，如以下屏幕截图所示：

提示

打开非托管解决方案

注释

在解决方案管理器中使用自定义工具时，请使用鼠标和键盘。应用程序的此部分并不是为

了优化触屏效果。

在选择每个节点时，可以看到一个解决方案组件的列表。命令栏中的可用操作会发生变化，具体取决于选择的节点的上下文，以及解决方案是默认解决方案还是托管解决方案。对于不是默认解决方案的非托管解决方案，可以使用“添加现有”命令导入尚不在解决方案中的解决方案组件。

对于托管解决方案，将不会有可用的命令，您将看到一条消息：

无法直接编辑托管解决方案中的组件。如果解决方案组件的托管属性设置为允许自定义，则可以在"自定义"区域或从其他非托管解决方案编辑它们。

您将需要查找默认解决方案中的解决方案组件，并尝试在其中组件，或将其添加到已经创建的其他非托管解决方案。解决方案组件可能不可自定义。详细信息：托管属性

您需要执行的许多自定义将涉及到实体。您可以展开“实体”节点以显示可进行某种程度的自定义的系统中的所有实体的列表。您可以进一步展开每个实体以查看组成实体的解决方案组件，如以下屏幕截图中的帐户实体所示：

有关自定义解决方案资源管理器中找到的单个解决方案组件的详细信息，请参阅以下主题：

? 有关实体、实体关系、字段和消息自定义，请参阅创建和编辑元数据。

? 有关实体窗体，请参阅创建和设计窗体。

? 有关进程，请参阅创建和编辑流程。

? 有关业务规则，请参阅创建和编辑业务规则。

创建自己的解决方案

因为默认解决方案包含所有解决方案组件，因此，如果您创建了一个单独的解决方案并在其中完成了所有自定义，则可以更加容易地直接查找已经自定义的解决方案组件。这样可以轻松地将您的解决方案的备份导出为一个较小的文件。如果选择执行此操作，则务必记住将您编辑的所有解决方案组件添加到此解决方案中。在创建新的解决方案组件时，应始终在此解决方案组的上下文中创建这些组件。这样一来，解决方案发布商自定义前缀将得到一致的应用。在您的解决方案中创建了解决方案组件或向其中添加了现有解决方案组件后，还可以根据需要在默认解决方案中编辑它们。

1. 导航到“设置”>“解决方案”。

2. 单击“新建”，然后完成解决方案的必填字段。

3. 单击“保存”。

在保存了解决方案之后，可能需要在非必填字段中添加信息。这些步骤是可选的。使用“说明”

字段描述解决方案，并选择 HTML Web 资源作为解决方案的“配置页”。配置页通常由分发解决方案的 ISV 使用。完成此设置后，一个新的“配置”节点会出现在“信息”节点下面以显示此 Web 资源。开发人员将使用该页面来加入允许您设置配置数据或启动其解决方案的指令或控件。

添加解决方案组件

在创建了解决方案之后，其中不会包含任何解决方案组件。您可以创建新的解决方案组件，也可以使用列表菜单中的“添加现有”按钮添加默认解决方案中的任何解决方案组件。

执行此操作时，可能会出现“缺少必需组件”对话框。

此对话框提醒您该解决方案组件依赖于其他解决方案组件。如果选择“否，不包含必需组件”，则解决方案可能会在您将其导入到所有这些必需组件都不存在的其他组织中时可能会失败。如果解决方案导入成功，则另一解决方案中的行为可能并不与原始组织完全相同，因为组件的配置方式不同于源解决方案中的组件。

通常，如果您打算将解决方案导出到其他组件，更安全的做法是将必需组件包括在内。如果在添加单个解决方案组件时不添加这些组件，则以后添加：选择所添加的解决方案组件，然后单击菜单中的“添加必需组件”。

如果您不打算导出解决方案，或者只打算将其导出为非托管解决方案并将其重新导入回同一组织，则不必包括必需组件。如果曾导出解决方案，则将看到另一个警告，指示缺少某些必需组件。如果只是要将该解决方案导入回同一组织，可可忽略此警告。不使用第三方编辑工具编辑应用程序导航或功能区的步骤会期望您将解决方案重新导出到同一组织。

导入、更新和导出解决方案

导入、更新或导出解决方案的步骤可能取决于组织的规模、内部开发实践以及是否在开发将作为托管解决方案分发的解决方案。

? 如果您的组织是只有少量自定义的小型组织，并且您是唯一的定制员，则除了定期导出默认解

决方案以创建备份或者选择或购买他人提供的托管解决方案之外，您可能永远不会导出或导入解决方案。

? 有些组织将让外部公司为其创建自定义。在这种情况下，他们将导出其当前拥有的所有自定义，

并将其发送到外部公司。该公司将开发并测试自定义项，然后将其发回给组织供导入。

? 大型组织可能会有多个团队的人员在自定义系统。他们只能有一个仅从事开发和自定义的单独

组织。除了组织中每个人实际使用的生产组织以外，这些组织还经常有单独的测试组织和

UAT

本文来源：https://www.bwwdw.com/article/bk2e.html

相关文章：