JAVA-ENTWICKLER: Sprechen Sie mit Microsoft Dynamics in Ihrem Java-Code

Haben Sie schon einmal darüber nachgedacht, von Ihrem Java-Code aus eine Verbindung zu Microsoft Dynamics herzustellen? Ja, ich weiß... Sie würden sich lieber von allem fernhalten, was mit Microsoft zu tun hat... Aber was wäre, wenn Sie die Daten von Microsoft Dynamics (oder sogar zu Microsoft Dynamics) bekommen könnten, ohne sich die Hände schmutzig zu machen?

Was sind meine Optionen?

Der klassische Weg der Integration mit jeder Art von Software wäre die Verwendung ihrer API. Wenn Sie die Microsoft Dynamics API verwenden möchten, haben Sie eigentlich zwei Möglichkeiten. Bei beiden handelt es sich um REST-APIs, und wenn Sie sie jemals nachschlagen müssen, stellen Sie sicher, dass Sie nach "Microsoft Customer Engagement REST API" suchen. Microsoft verwendet jetzt den Begriff "Customer Engagement" für alles, was mit Dynamics zu tun hat.

Um auf Ihre Optionen zurückzukommen: Wenn Sie nach der Microsoft Dynamics API suchen, sind dies

- Web-API

- Online-Verwaltungs-API

Die Web-API wäre in den meisten Fällen die natürliche Wahl der API. Sie implementiert OData (Open Data Protocol) und unterstützt Dynamics 365 (sowohl online als auch vor Ort), Dynamics CRM 2016 und Dynamics CRM Online. Die verwendete Version von OData ist Version 4.0, und die Verwendung von OData ist ein großes Plus.

Wenn Sie noch nichts von OData gehört haben, können Sie hier und dann tiefer gehen hier. Und wenn Sie sich über die Vorteile von OData nicht sicher sind, werde ich es einfach sagen: isals Internationale Norm genehmigt (ISO/IEC). Um diese API zu verwenden, würden Sie wahrscheinlich entweder SDL OData Frameworks oder Apache Olingo verwenden, da diese die Java-Bibliotheken sind, die OData V4 unterstützen.

Die zweite Option, die Online-Verwaltungs-API, ist speziell für instanzbezogene Aufgaben gedacht. Sie können verschiedene Aufgaben auf den Online-Instanzen in Ihrem Office 365-Mieter ausführen, wie z. B. eine Instanz erstellen, abrufen, löschen, sichern und wiederherstellen. Dies ist eine spezifische Verwendungs-API, nicht etwas, das Sie in einem generischen Integrationsszenario verwenden würden.

Eine Alternative zur klassischen API-Integration mit Web-API und/oder Online-Verwaltungs-API bestünde darin, eine Lösung ohne oder mit wenig Code auszuprobieren. Es wäre möglich, Folgendes zu verwenden PowerApps und eine Anwendung erstellen, die sich mit Microsoft Dynamics verbinden würde. Allerdings macht dieser Ansatz für einen Entwickler nicht viel Sinn... schließlich KANN man programmieren, warum sollte man versuchen, das zu vermeiden?

Wenn Sie sich für PowerApps entscheiden, haben Sie den großen Nachteil, dass Sie sich an die definierten Vorlagen halten müssen. Und Sie werden auch mit einer Anwendung enden, die im Offline-Modus völlig nutzlos ist und die keine wirklich kniffligen Teile wie Sicherheit handhaben kann. Ich denke, das sind Einschränkungen, die Sie nur in Kauf nehmen würden, wenn Sie nicht programmieren könnten.

Die Gefahrenzone - könnte die Integration mit Microsoft Dynamics gegen mich arbeiten?

Nehmen wir an, Sie entscheiden sich für die klassische API-Integration. Das erste, was Ihnen bewusst sein muss, ist, dass es eine Menge zu lernen gibt. Die grundlegende API-Dokumentation finden Sie unter https://docs.microsoft.com/en-us/dynamics365/customer-engagement/web-api/about?view=dynamics-ce-odata-9.
Wenn Sie mit früheren Versionen von Dynamics (vor 9.x) arbeiten müssen, müssen Sie https://docs.microsoft.com/en-us/previous-versions/dynamicscrm-2016/developers-guide/mt607689(v=crm.8).

Kurz gesagt, es gibt eine Menge Dokumentation, die Sie brauchen, um sich zurechtzufinden. Es ist nicht besonders schwierig, den Anfang zu machen, aber es ist noch schwieriger, wenn Sie an einer Anwendung aus dem wirklichen Leben arbeiten. Stellen Sie sicher, dass Sie die Zeit dafür haben, wenn dies der Weg ist, den Sie wählen.

Aber die eigentliche Gefahr sind die Aktualisierungen. Der Produktlebenszyklus in Dynamics bewegt sich schnell! Wenn Sie einen Blick auf die letzten 10 Jahre werfen, dann ist dies das, was Sie bekommen (für weitere Details sehen Sie sich (für weitere Details sehen Sie sich https://docs.microsoft.com/en-gb/previous-versions/dynamics/ für die älteren Versionen oder https://community.dynamics.com/p/products für aktuelle):

Dynamik AX

- Dynamik 365 für Finanzen und Betrieb

- Microsoft Dynamics AX 2012

Dynamics CRM

- Dynamics 365 für den Vertrieb

- Dynamics 365 für den Kundendienst

- Dynamics 365 für den Außendienst

- Dynamics CRM 2016

- Dynamik CRM 2015

- Dynamik CRM 2013

- Dynamics CRM 2011

Dynamik NAV

- Dynamics 365 Business Central

- Dynamik NAV 2016

- Dynamik NAV 2015

- Dynamik NAV 2013 R2

- Dynamik NAV 2013

- Dynamik NAV 2009 R2

- Dynamik NAV 2009

Einheitliches Service-Desk

Management-Berichterstatter für Microsoft Dynamics ERP

Microsoft Dynamics Business Analyzer

Microsoft Dynamics Marketing

Kurz gesagt, wenn Sie in der Vergangenheit mit der Dynamics API gesprochen haben, hätten Sie die Microsoft Dynamics CRM API (2016, 2015, 2013, 2011, 4.0), die Microsoft Dynamics GP API, die Microsoft Dynamics AX API (2012/2009), ...

Sie können sich nur vorstellen, was die nächsten 10 Jahre uns bringen werden!... Nehmen wir an, Sie bauen Ihre Java-Integration mit Dynamics heute. Wie viele Arbeitsstunden werden Sie benötigen, um diese Integration in den nächsten 10 Jahren auf dem neuesten Stand zu halten? Jedes Mal, wenn eine neue Version auf den Markt kommt, müssen Sie die API-Änderungen studieren und auf Ihren Code zurückgreifen, um die notwendigen Änderungen vorzunehmen.

Dieses ganze Hin und Her ist zeitaufwendig und fehleranfällig. Und, seien wir mal ehrlich... einfach langweilig! Es ist nicht aufregend, eine Integration zum Laufen zu bringen, und noch weniger aufregend ist es, sie in der Zukunft am Laufen zu halten.

Die sichere Zone - könnte die Integration mit Microsoft Dynamics für mich funktionieren?

Gibt es dann eine bessere Möglichkeit, diese Integration von Microsoft Dynamics in Java durchzuführen? Die Lösung besteht darin, ein Integrationswerkzeug zwischen Sie (und Ihren Java-Code) und die API zu bekommen. Das von uns vorgeschlagene Werkzeug ist Connect Bridge.

Dies ist ein kostenpflichtiges Instrument, aber es hat eine kostenloser Test verfügbar, damit Sie sehen können, ob es für Sie funktioniert. Das Schöne an diesem Tool ist, dass es Vorwärts- und Abwärtskompatibilität gewährleistet. Sie haben Ihren Java-Code so gebaut, dass er sich damit integrieren lässt, und dann können Ihre Benutzer ein Upgrade (oder sogar ein Downgrade, falls das jemals der Fall sein sollte) durchführen, und Sie müssen sich nicht darum kümmern. Microsoft kann auch neue Versionen der API auf den Markt bringen, alle ihre Dynamics-Lösungen neu organisieren oder was auch immer sie wollen... Ihre Lösung wird immer noch das tun, wofür sie gedacht war, mit null Aufwand auf Ihrer Seite!

Wie funktioniert das? Connect Bridge übersetzt grundsätzlich SQL-Anweisungen in API-Aufrufe. Sie schreiben Ihren Java-Code so, als ob Sie über JDBC auf eine relationale Datenbank zugreifen würden (ODBC und Webservices werden ebenfalls unterstützt). Sie verwenden SELECT-, INSERT-, UPDATE- und DELETE-Anweisungen. Sie verwenden Stored Procedures. Aber das ist alles nur eine Ebene der Abstraktion.

Sie greifen nicht auf die Datenbank von Dynamics zu (und das ist eine gute Sache!). Aber es sieht so aus, als ob Sie auf sie zugreifen. Connect Bridge wird mit einem Abfragewerkzeug geliefert, mit dem Sie Ihre (gefälschten) Abfragen testen können, die (gefälschten) Tabellen mit ihren (gefälschten) Spalten sehen und eine bequeme (gefälschte) gespeicherte Prozedur finden können. Wie ich schon sagte, sieht es genau so aus, als ob Sie sich eine SQL-Datenbank ansehen, aber es ist nur eine Abstraktion. Und nachdem Sie mit dem Testen fertig sind, fügen Sie einfach alles in Ihren Code ein, als ob Sie JDBC zur Verbindung mit einer Datenbank verwenden würden... et voilá! Eine funktionierende Lösung, die keinerlei Wartung erfordert. Der gesamte Wartungsaufwand liegt auf der Seite von Connect Bridge. Deshalb ist es ein kostenpflichtiges Tool und deshalb ist es jeden Cent wert!

Es ist wichtig zu beachten, dass dies sowohl für das Auslesen von Daten aus den Dynamics als auch für das Einfügen von Daten in die Dynamics funktioniert. Zum Einfügen von Daten verwenden Sie INSERT- oder UPDATE-Anweisungen oder eine der verfügbaren Stored Procedures. Und obwohl es beim ersten Mal beängstigend aussieht, weil es sich anfühlt, als ob Sie die Dynamics-Datenbank tatsächlich berühren, müssen Sie nur daran denken, dass Sie immer durch die API gehen, so dass Sie auf sicherem Boden sind.

Schlussfolgerung

Wir haben gesehen, wie der Zugriff auf Microsoft Dynamics-Daten in Java einfach über die Integrationsplattform Connect Bridge. Die gute Nachricht ist, dass dies auch mit Microsoft Exchange und Microsoft SharePoint möglich ist! Tatsächlich können Sie eine Verbindung zu jeder Software des Microsoft-Ökosystems, zu Salesforce und zu vielen anderen herstellen:

- SharePoint 2010, 2013, 2016, 2019, Online

- Office 365

- Exchange Server 2003, 2007, 2010 SP1, 2013, 2016, 2019, Exchange Online

- Aktives Verzeichnis

- Bing

- Excel, Word, PowerPoint

- Teams, Planer

Sie brauchen nur Connect Bridge, die Basisintegrationsplattform, und den Konnektor für die gewünschte Software auswählen.

Wenn Sie die Konnektoren, die derzeit bei Connect Bridge verfügbar sind, erkunden möchten, dann ist die folgende Stelle die richtige Wahl https://test.connecting-software.com/connectors/.