2

Dynamics CRM 2011 相当新。

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

我们已经尝试用散文描述我们需要他们进行的更改，但总是需要一天的时间在电子邮件中往返，并且有些事情会正确完成，而其他字段在他们第一次尝试更改后需要进行小的更正. （痛苦）

(1) 有没有办法在DDL类型脚本中导出模式更改？我对“解决方案”知之甚少，我正在尝试创建一个。但是对于像这样的一小部分更改，他们可以检查然后运行的 DDL 脚本似乎是显而易见的解决方案。

我知道自定义 Dynamics CRM 具有出色的编程访问权限。(2) 这是导出模式更改的选项，还是不是它的用途？

(3) 如果“解决方案”是我最好的选择，我应该知道哪些技巧可以让每个人都能轻松轻松地处理这少数新领域、关系和查找？

提前致谢

4

1 回答 1

4

(1) 对 CRM 基础架构的直接更改是不受支持的更改。您的 DDL 脚本可能会工作，但是如果您走这条路并且无法保证工作，那么如果您没有得到支持，您将失去从 Microsoft 获得支持的能力。

(2) 不支持。和上面一样。

(3) 解决方案绝对是这里最好的选择。可以在这里找到关于他们所做工作的一个很好的介绍：http ://www.dynamicscrmtrickbag.com/2011/05/28/dynamics-crm-2011-solutions-part-1/ 。针对您的场景的一些具体提示：

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

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

  • 将解决方案发送给他们以作为托管或非托管解决方案导入，在您的情况下，非托管可能是首选（因此他们可以进行调整并导出他们的更改以发送回给您），但托管确保他们不会搞砸。选择一种类型并始终向他们发送该类型。

于 2012-04-25T17:08:20.663 回答