Dynamics crm 动态CRM DDL将一组更改传递到另一个实例的最简单方法

对于Dynamics CRM 2011来说，这是一个全新的概念

我正在使用另一个客户的服务界面创建与Dynamics CRM的数据集成。服务接口工作得很好，但是有一些自定义字段（属性）需要添加到它们的实例中。客户不会在其开发/测试实例上为我们提供临时管理员甚至“定制者”角色来创建附加属性

我们已经尝试用散文来描述我们需要他们做的更改，但总是需要一天的时间才能通过电子邮件进行往返，有些事情可以正确完成，而其他字段在他们第一次尝试更改后需要进行一些小的更正。（痛苦）

（1） 是否有方法导出DDL类型脚本中的架构更改？我对“解决方案”略知一二，我正在尝试创建一个解决方案。但对于这样的一小部分更改，一个DDL脚本（他们可以检查并运行）似乎是显而易见的解决方案

我知道定制Dynamics CRM有很好的编程方式。（2） 这是用于导出架构更改的选项，还是不是它的用途

（3） 如果一个“解决方案”是我在这里的最佳选择，那么对于这一小撮新领域、新关系和新查找，我是否应该知道一些技巧，让它对每个人都简单易行

提前感谢（1）对CRM基础架构的直接更改是不受支持的更改。您的DDL脚本可能可以工作，但由于不受支持，如果您沿着这条路走下去，并且不需要工作，您将失去从microsoft获得支持的能力

（2） 不支持。同上

（3） 解决方案无疑是这里的最佳选择。关于他们的工作，可以在这里找到一个很好的介绍：。针对您的场景的一些具体提示：

• 制作一个新的解决方案（以后您可以修改它）。这将是您的非托管解决方案

• 您将要寻找的关键概念是实体属性。使用解决方案编辑器（组件->实体->字段）进行修改并保存解决方案

• 将要导入的解决方案作为托管解决方案或非托管解决方案发送给他们，在您的情况下，非托管解决方案可能更受欢迎（这样他们可以进行调整并导出更改以发送回您），但托管解决方案确保他们不会弄糟。选择一种类型并始终发送给他们该类型

（1）对CRM基础架构的直接更改是不受支持的更改。您的DDL脚本可能可以工作，但由于不受支持，如果您沿着这条路走下去，并且不需要工作，您将失去从microsoft获得支持的能力
（2） 不支持。同上
（3） 解决方案无疑是这里的最佳选择。关于他们的工作，可以在这里找到一个很好的介绍：。针对您的场景的一些具体提示：
• 制作一个新的解决方案（以后您可以修改它）。这将是您的非托管解决方案

• 您将要寻找的关键概念是实体属性。使用解决方案编辑器（组件->实体->字段）进行修改并保存解决方案

• 将要导入的解决方案作为托管解决方案或非托管解决方案发送给他们，在您的情况下，非托管解决方案可能更受欢迎（这样他们可以进行调整并导出更改以发送回您），但托管解决方案确保他们不会弄糟。选择一种类型并始终发送给他们该类型