Dynamics crm 2011 crm 2011对托管解决方案实体进行更改

Dynamics crm 2011 crm 2011对托管解决方案实体进行更改,dynamics-crm-2011,Dynamics Crm 2011,我们目前正在进行一项特定的CRM开发。作为这项开发的一部分,我们正在与另一家供应商合作,他们为我们提供了“核心”管理解决方案,这是一种工具包。该工具包包含许多实体/web资源等,但关键是包含案例和联系人(重命名为客户)实体。作为我们开发的一部分,我们需要通过为这两个实体添加属性/修改表单布局等来扩展这些实体。 我是否应该创建新的非托管解决方案-选择添加现有-选择客户实体。 然后我可以进行更改(新属性、表单布局更改等) 然后,我将非托管解决方案发布为托管解决方案,以导入UAT/Prod环境。 这种

我们目前正在进行一项特定的CRM开发。作为这项开发的一部分,我们正在与另一家供应商合作,他们为我们提供了“核心”管理解决方案,这是一种工具包。该工具包包含许多实体/web资源等,但关键是包含案例和联系人(重命名为客户)实体。作为我们开发的一部分,我们需要通过为这两个实体添加属性/修改表单布局等来扩展这些实体。 我是否应该创建新的非托管解决方案-选择添加现有-选择客户实体。 然后我可以进行更改(新属性、表单布局更改等) 然后,我将非托管解决方案发布为托管解决方案,以导入UAT/Prod环境。 这种方法行吗

如果供应商对其核心实体进行更改并向我们提供更新版本,该怎么办?然后会发生什么,或者我该怎么办? 有两个属性(头衔和种族)是他们实体的一部分,但我需要使用全局选项集,因此我创建了两个新属性,这些属性显示在表单上,以代替他们的属性。我没有移除它们,但这会导致问题吗

谢谢你的帮助
chris

您在第一段中说得对,您需要创建一个新的解决方案并修改其实体。当您导入它们的更改时,它将向这些实体添加任何添加内容。导入自定义项不应删除任何内容,您必须手动执行此操作。虽然不太可能,但供应商可能会发布新版本,要求您回滚自定义设置并重新安装。在这种情况下,您需要制定一个升级计划,并考虑系统的所有依赖关系


我可以想象这些属性是他们的托管解决方案的依赖项,并且怀疑CRM不允许您删除它们。如果能够删除字段并使用全局选项集重新创建它们,则只要对字段使用相同的选择列表整数值和架构名称,就不会出现问题。Microsoft CRM基本上将所有全局选项集值复制到您放置它们的实体中,因此在外部,标准选项集和全局选项集之间没有差异。显然,供应商将来的升级可能会迫使您删除所有内容,然后手动(或通过使用CRM web服务的代码)重新创建所有内容,但这是您必须考虑的问题。

这里的缺点是,如果您在开发中创建实体、属性或关系并部署到前向实体,如果随后在Dev中删除该实体、属性或关系,则必须“卸载”该解决方案。当然,如果您在该前向环境中拥有关键数据,那么当该解决方案被删除时,这些数据就会消失。因此,如果您从Dev部署到前向,如果将来不再需要该实体、属性或关系,尽管您可以将其从表单中删除,但它将始终是系统中的一个工件。使用托管解决方案时,这是一个缺点