我们目前正在开发特定的 CRM。作为这一发展的一部分，我们正在与不同的供应商合作，他们为我们提供了一个“核心”托管解决方案，一个工具包。该工具包包含许多实体/网络资源等，但关键包含案例和联系人（重命名为客户）实体。作为我们开发的一部分，我们需要通过为这两个实体添加属性/修改表单布局等来扩展这些实体。 我应该创建一个新的非托管解决方案 - 选择添加现有 - 选择客户实体。 然后我可以进行更改（新属性、表单布局更改等） 然后，我将我的非托管解决方案发布为托管解决方案，以导入 UAT/Prod 环境。 这种方法行得通吗？
如果供应商对其核心实体进行更改并向我们提供更新版本怎么办？那会发生什么或我该怎么办？ 有几个属性（头衔和种族）是他们实体的一部分，但我需要处理全局选项集，所以我创建了 2 个新属性，这些属性显示在表单上代替他们的。我没有删除他们的，但这会导致问题吗？
任何帮助表示赞赏 克里斯
【问题讨论】：
您在第一段中是正确的，您需要创建一个新的解决方案并修改它们的实体。当您导入他们的更改时，它将添加对这些实体的任何添加。导入自定义项不应删除任何内容，您必须手动执行此操作。虽然不太可能，但供应商可能会发布一个新版本，要求您回滚自定义并重新安装它。在这种情况下，您需要制定升级计划并考虑系统的所有依赖项。
我想这些属性将是其托管解决方案的依赖项，并怀疑 CRM 不会让您删除它们。如果您能够删除字段并使用全局选项集重新创建它们，那么只要您对字段使用相同的选项列表整数值和架构名称，就应该没有问题。 Microsoft CRM 基本上将所有全局选项集值复制到您放置它们的实体中，因此在外部，标准选项集和全局选项集之间没有区别。显然，供应商未来的升级可能会迫使您将其全部删除并重新手动重新创建所有内容（或通过使用 CRM Web 服务的代码），但这是您必须考虑的事情。
【讨论】：
这里的缺点是，如果您在 Dev 中创建实体、属性或关系并部署到前向实体，如果您随后在 Dev 中删除该实体、属性或关系，则必须“卸载”该解决方案。当然，如果您在该面向前的环境中拥有关键数据，那么当该解决方案被删除时，这些数据就会消失。因此，如果您从 Dev 部署到前向，如果将来您不再需要该实体、属性或关系，尽管您可以将其从表单中删除，但它始终是您系统中的工件。在使用托管解决方案时，这是一个缺点。
【讨论】：