JAVA开发人员。在你的Java代码中与微软Dynamics对话。

Ana Neto 公司新闻, 连接器, 技术方面 留下评论

你有没有考虑过从你的Java代码连接到Microsoft Dynamics?是的,我知道......你宁愿远离微软的任何东西......但是,如果你可以从微软Dynamics(甚至是微软Dynamics)获取数据,而不弄脏你的手,会怎么样?

我有什么选择?

与任何一种软件整合的经典方式就是使用它的API。如果你想使用微软Dynamics的API,事实上,你有两个选择。两种都是REST API,如果你曾经需要查找它们,一定要查找 "Microsoft Customer Engagement REST API"。微软现在使用 "Customer Engagement "这个词来表示任何与Dynamics有关的内容。

回到你的选择,如果你正在寻找微软Dynamics API,这些是:

- 网络API

- 在线管理API

对于大多数情况下,Web API将是API的自然选择。它实现了OData(开放数据协议),支持Dynamics 365(包括在线和on-premises)、Dynamics CRM 2016和Dynamics CRM Online。使用的OData版本是4.0版本,使用OData是一大优势。

如果你还没有听说过OData,你可以从以下方面入手。 此处 进而深入 此处.而如果你不清楚OData的优势,我只说它是 。被批准为国际标准(ISO/IEC).要使用这个API,你可能会使用SDL OData Frameworks或Apache Olingo,因为这些作为Java库支持OData V4。

第二个选项,在线管理API是专门针对实例相关任务的。你可以在你的Office 365租户中的在线实例上执行各种任务,如创建、检索、删除、备份和恢复实例。这是一个特定用途的API,而不是你在通用集成场景中使用的东西。

除了经典的API与Web API和/或在线管理API的集成外,还可以尝试一种无代码/低代码的解决方案。它可以使用 PowerApps 并创建一个应用程序,将连接到Microsoft Dynamics。然而,这种方法对于开发者来说并没有太大的意义,毕竟你能写代码,为什么要尽量避免呢?

如果你使用PowerApps,你有一个主要的缺点,就是拘泥于定义的模板。而且你也会最终得到一个离线时完全无用的应用程序,并且不会真正处理任何棘手的部分,如安全。我认为这些限制只有在你不会编程的情况下才会忍受。

危险区--与微软Dynamics的整合会对我不利吗?

比如说你选择经典的API集成。首先你需要注意的是,会涉及到很多的学习。基本的API文档可以在下面找到 https://docs.microsoft.com/en-us/dynamics365/customer-engagement/web-api/about?view=dynamics-ce-odata-9.
如果您需要使用以前的Dynamics版本(9.x之前),那么您需要学习 https://docs.microsoft.com/en-us/previous-versions/dynamicscrm-2016/developers-guide/mt607689(v=crm.8).

总之,有很多文档需要你去了解。它并不是超级难上手,但如果你是在现实生活中的应用,那就更难了。如果你选择的是这条路,请确保你有时间去做。

但真正危险的是更新。Dynamics的产品生命周期进展很快!如果你看看过去的10年,这就是你得到的(更多细节请看(更多细节请看 https://docs.microsoft.com/en-gb/previous-versions/dynamics/ 旧版本或 https://community.dynamics.com/p/products 为当前的)。)

Dynamics AX

- Dynamics 365 for Finance and Operations

- Microsoft Dynamics AX 2012

Dynamics CRM

- Dynamics 365,用于销售

- Dynamics 365(客户服务)

- Dynamics 365(外勤人员)

- Dynamics CRM 2016

- Dynamics CRM 2015

- Dynamics CRM 2013

- Dynamics CRM 2011

Dynamics NAV

- Dynamics 365业务中心

- Dynamics NAV 2016

- Dynamics NAV 2015

- Dynamics NAV 2013 R2

- Dynamics NAV 2013

- Dynamics NAV 2009 R2

- Dynamics NAV 2009

统一服务台

Microsoft Dynamics ERP的管理报告器

微软Dynamics业务分析器

微软Dynamics营销

简而言之,在过去,如果你要和Dynamics API对话,你不得不考虑微软Dynamics CRM API(2016、2015、2013、2011、4.0)、微软Dynamics GP API、微软Dynamics AX API(2012/2009)、 ...

你可以想象未来10年将带给我们什么!......现在假设你今天建立了你的Java与Dynamics的集成。您需要多少工时来保持该集成在未来10年内的更新?每当一个新的版本发布时,你都需要研究API的变化,并回到你的代码中进行必要的修改。

所有这些来来回回的工作都很耗时,而且容易出错。而且,让我们面对它......普通的无聊!让一个集成工作顺利进行并不令人激动,而让它在未来继续工作就更不令人激动了。

安全区--与微软Dynamics整合对我有用吗?

那有没有更好的方法在Java中进行微软Dynamics的这种集成呢?解决方案是在你(和你的Java代码)和API之间找一个集成工具。我们建议的工具是 Connect Bridge.

这是一个付费工具,但它确实有一个 免费试用 可用,这样你就可以看到它是否适合你。这个工具的好处是它确保了向前和向后的兼容性。你建立了你的Java代码与它集成,然后你的用户可以升级(甚至降级,如果曾经是这样的话),你不必担心。微软也可以推出新版本的API,重组他们所有的Dynamics解决方案,或者做任何他们想做的事情......你的解决方案仍然会做它应该做的事情,而你这边不需要做任何努力。

这怎么操作呢? Connect Bridge 基本上是将SQL语句翻译成API调用。你正在编写你的Java代码,就像你使用JDBC访问关系型数据库一样(也支持ODBC和Web服务)。你正在使用SELECT、INSERT、UPDATE和DELETE语句。你正在使用存储过程。但这一切只是一层抽象。

你没有访问Dynamics的数据库(这是好事!)。但看起来你好像是在访问。Connect Bridge自带了一个查询工具,在这里你可以测试你的(假)查询,看到(假)表及其(假)列,并找到一个方便的(假)存储过程。就像我说的,它看起来就像你在看一个SQL数据库一样,但它只是一个抽象的概念。当你完成测试之后,你只需要把所有的东西放在你的代码中,就像你使用JDBC连接到数据库一样......等着瞧吧!一个零维护的解决方案。所有的维护工作都在Connect Bridge这边。这就是为什么它是一个付费工具,这就是为什么它值得每一分钱!

需要注意的是,这不仅适用于从Dynamics中读取数据,也适用于将数据放入其中。对于将数据放入,你需要使用INSERT或UPDATE语句或其中一个可用的存储过程。虽然第一次做的时候会觉得很害怕,因为感觉好像真的在接触Dynamics数据库,但你只要记住,你总是通过API,所以你是在安全的基础上进行的。

结论

我们已经看到如何在Java中访问Microsoft Dynamics数据,可以很容易地使用 Connect Bridge集成平台.好消息是,微软Exchange和微软SharePoint也可以做到这一点。事实上,您可以连接到微软生态系统的任何软件,连接到Salesforce和许多其他软件。

- SharePoint 2010、2013、2016、2019、在线。

- Office 365

- Exchange服务器2003、2007、2010 SP1、2013、2016、2019、Exchange在线。

- 活动目录

- 乒

- Excel、Word、PowerPoint

- 团队、规划师

你只需要有Connect Bridge这个基础集成平台,然后选择你想要的具体软件的连接器。

如果你想了解目前Connect Bridge的连接器,可以去的地方是 https://www.connecting-software.com/connect-bridge-connectors/.

如果你想知道在这个广泛的系列中哪些是最新的连接器,请查看Connect Bridges。 Dynamics 365 BCDynamics 365 FO 连接器。

在Connect Bridge中,你有一个有趣的附加选项,就是文件的智能封印。有一个附加功能,它使用区块链技术在Dynamics中对文件进行密封。它给你提供了最高的安全级别,保证文档没有被篡改,但事实上,以一种巧妙的方式使用分布式账本,使其更具成本效益。而且它还可以与存储在其他地方的文件一起工作,例如在SharePoint中。

我们希望这篇文章对您有所帮助下面是我们在博客上讨论其他整合可能性的一些文章。

发表评论

电子邮件地址不会被公开。 必填项已用*标注