将数据从另一个系统推送到CRM 2011

Question

如何将数据从另一个系统推入CRM 2011？ 我想将数据传递给网络服务。

到目前为止，我想到了两个选项：

• 通过从其他系统调用组织服务，创建自定义实体并创建此实体的记录。工作流程可以处理从那时起的所有事情。
• 创建一个WCF服务并将其托管在某处。另一个系统将数据传递给此服务，服务与CRM交互。

客户只会传递我们的记录，因此必须在CRM方面进行验证。

修改
如果客户端是旧系统（在Cobol或其他东西），是否仍然可以连接到CRM服务？

Answer 1

对我来说，第二个选择是处理这种情况的最佳方法，因为您可以控制和验证您身边的一切。您可以在CRM Dynamics的同一服务器中或在可访问CRM Dynamics的其他服务器中托管WCF服务，并通过CRM Web服务与CRM交互。 我认为你没有更好的解决方案。

Answer 2

只是为了扩展Predro的答案：

我实际上已经使用CRM 4完成了两项工作。我强烈建议您为客户端创建自己的服务，然后调用它来调用CRM服务。

这为你提供了一个额外的抽象层，以便在事情发生变化之后 - 他们会这样做。

如果您的客户直接调用CRM服务，您将很难/不可能更改内部数据结构或在服务器场中移动服务器。如果您目前使用歌手服务器基础设施，那么也是如此。

也不要将您创建的服务直接映射到实体数据结构，使用中间模型。

因此，如果您希望客户端传递帐户详细信息，请让您的服务期望转换为帐户实体的XML文档，而不是公开帐户实体并让客户提交。

Answer 3

假设客户端已登录您的CRM系统，我实际上会先选择＃1选项。为什么呢？

• 您仍然可以在预验证插件阶段验证数据。
• 这是迄今为止最简单，最快捷的方式。事情会改变吗？也许！但：
  • 您将花费大量时间来启动并运行自定义WCF服务
  • 有人必须部署它
  • 有人必须维护它
  • 您的客户必须学习如何连接到专有的WCF服务，而不是说“这里有一堆关于如何连接到CRM的Web服务的已发布信息。”
  • 它成为业务逻辑的“隐藏孤岛”，而不是CRM中存在的所有逻辑。任何优秀的CRM开发人员都可以使用第一选项。第二名需要额外的技能。
• 如果它真的确实随着时间的推移而变化，以至于它需要自己的WCF服务，那么你并没有真正浪费那么多时间。您的所有业务逻辑都将从插件移植到WCF服务。但是，如果事实证明你不需要它，那么从更复杂的解决方案（＃2）转向更简单的解决方案（＃1）要困难得多。
• 我向您保证，您的客户希望更快，更简单（更便宜），而不是更长，更复杂（昂贵）。