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

Question

如何将数据从另一个系统推入CRM 2011？

我想把数据传递给一个web服务。

到目前为止，我已经想出了两种选择：

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

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

编辑：

如果客户端是旧系统(在Cobol或其他系统中)，那么是否仍然可以连接到CRM服务？

Answer 1

我想进一步谈谈Predro的回答：

实际上，我已经在CRM 4中做了这两件事。我非常赞赏您创建了您自己的服务，以便客户调用它，这反过来又称为CRM服务。

这为您提供了一层额外的抽象层，以备以后发生变化时使用--它们会的。

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

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

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

Answer 2

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

Answer 3

假设客户端登录了您的CRM系统，我将首先使用选项1。为什么？

• 您仍然可以在预验证插件阶段验证数据。
• 到目前为止，这是最简单、最快的方法。事情会变吗？也许吧!但是：
  • 您将花费大量的时间来获得一个自定义的WCF服务并运行。
  • 总得有人来部署
  • 总得有人来维护它
  • 您的客户必须学习如何连接到专有的WCF服务，而不是说“这是一堆关于如何连接CRM的WCF服务的发布信息”。
  • 它成为业务逻辑的“隐藏筒仓”，而不是CRM中的全部。任何优秀的CRM开发人员都可以在第一个选项上工作。第二条需要额外的技能。

​

• 如果它确实随着时间的推移发生了如此大的变化，以至于它需要自己的WCF服务，那么您并没有浪费那么多时间。您的所有业务逻辑都将从插件移植到WCF服务。但是，如果发现您不需要更复杂的解决方案(#2)，则从更简单的解决方案(#1)到更简单的解决方案(#1)要困难得多。
• 我向您保证，您的客户希望这样做更快，更简单(更便宜)，而不是更长和更复杂(昂贵)。