So verbinden Sie andere Apps mit dem Dynamics 365

Wenn Sie das Dynamics 365 nicht mit anderen Anwendungen verbinden, fahren Sie einen Ferrari im ersten Gang. Denken Sie mal ernsthaft darüber nach. Sie haben dieses Kraftpaket von einer App-Suite - doch ohne seine Fähigkeiten durch Integration mit anderen Datenquellen zu erweitern, kratzen Sie nur an der Oberfläche dessen, was möglich ist. Schalten wir einen Gang höher und lüften wir das Geheimnis, wie man andere Anwendungen mit Dynamics 365 verbindet.

Ein System ist nur so gut wie die Daten, die Sie in es einspeisen. Im Kern ist die Integration von Dynamics 365 in das breitere Ökosystem Ihrer IT-Infrastruktur nicht nur eine Verbesserung, sondern eine Notwendigkeit für jedes technologisch ausgereifte Unternehmen. Ohne vernetzte Anwendungen und andere Datenquellen kann Dynamics 365 isoliert werden und sein Potenzial nicht voll ausschöpfen.

Der einfache Austausch von Daten kann einen Wendepunkt darstellen. Er ermöglicht eine kohärente, automatisierte Umgebung, in der Silos abgebaut werden und die Verfügbarkeit von Daten in Echtzeit zur Norm wird, nicht zur Ausnahme. Die Integration von Dynamics ermöglicht den Zugriff auf die richtigen Daten an dem Ort, der für den Endbenutzer am bequemsten ist. Das mag nach gesundem Menschenverstand klingen, ist aber tatsächlich der Schlüssel, um die Nase vorn zu haben.

Sie fragen sich wahrscheinlich: "Wie kann ich diesen Zauber bewirken?" Nun, Sie haben zwei Möglichkeiten.

• Für Codierer: Wenn Sie ein Assistent im Umgang mit Code sind, dann sind APIs Ihr Spielplatz. Mithilfe von Web-APIs, OData und SOAP-Endpunkten können Sie komplexe Integrationen erstellen, die Dynamics 365 mit einer Vielzahl von Systemen und Anwendungen verbinden. Mithilfe von API-Aufrufen können Sie Daten in Echtzeit synchronisieren und eine nahtlose Benutzererfahrung über verschiedene Plattformen hinweg bieten.
• Für Nicht-Codierer: Wenn Sie kein Programmierer sind oder keine Zeit haben, eine neue API zu beherrschen? Kein Problem. Middleware-Integrationsplattformen sind hier Ihr Freund. Diese Plattformen, die als Brücken fungieren, rationalisieren den Integrationsprozess und bieten vorgefertigte Konnektoren und eine visuell intuitive Mapping-Schnittstelle für diejenigen, die weniger geneigt sind, sich direkt mit APIs zu beschäftigen.

Um ein deutlicheres Beispiel zu geben, wollen wir uns ansehen, wie Connect Bridge als Middleware fungiert. Es fungiert als Integration Enabler und ermöglicht Ihnen die Interaktion mit Dynamics 365 durch die vertraute Brille der SQL-Anweisungen. Diese Abstraktion vereinfacht komplexe Integrationsaufgaben. Das bedeutet nicht, dass alle Integrationen, die Connect Bridge als Middleware verwenden, gleich sind.

Das liegt daran, dass Sie wieder zwei Wege zur Verfügung haben:

• Code für die Integration in Ihrer bevorzugten Programmiersprache
  Sie können die Integration in einer Programmiersprache Ihrer Wahl programmieren (aber immer noch mit SQL und nicht mit der Dynamics 365-API)
• Einen verknüpften Server einrichten für minimale Kodierung
  Detaillierte Anweisungen, wie man eine Dynamics-Verbindung auf einem verknüpften Server herstellt, finden Sie im folgenden Video, und wir werden diese Option im folgenden Abschnitt "Praktische Anwendung" näher betrachten.

Im Video sehen Sie, dass in SSMS ein Linked Server erstellt wurde, der mit Connect Bridge verknüpft wurde, so dass wir auf die Daten zugreifen können, als ob wir auf die Datenbank Dynamics 365 zugreifen würden. 

Wir haben auch gesehen, dass die T-SQL-Abfragen zur Durchführung von CRUD-Operationen an den Daten so einfach sein können wie

Dies ist eine Beispielabfrage zum Löschen von Kontakten in Dynamics 365. Sie ist einfach, weil die Connect Bridge-Middleware die Komplexität verbirgt und es Ihnen ermöglicht, nur mit T-SQL zu arbeiten. Bitte beachten Sie, dass die T-SQL-Abfragen hinter den Kulissen in Microsoft Dynamics 365-API-Aufrufe umgewandelt werden - die Integrität Ihrer Dynamics-Datenbank ist sicher!

Im Nachhinein betrachtet folgt die Beispielabfrage dem typischen Muster für eine DELETE mit einem JOIN auf einem Linked Server, aber lassen Sie uns die Abfrage analysieren:

• DELETE c: Dies gibt an, dass Zeilen aus der Tabelle mit dem Alias "c" gelöscht werden.
• FROM D365CE...Kontakt c: Dies definiert die Quelltabelle für die Löschung. "D365CE" ist wahrscheinlich der Name des verknüpften Servers, und "Kontakt" ist der Tabellenname auf diesem Server.
• INNER JOIN Contact_DEL d ON CONVERT(varchar(255), c.contactid) = d.OnlineID: Dies verbindet die lokale Tabelle "Contact_DEL" mit der verknüpften Servertabelle auf der Grundlage konvertierter Werte (potenziell für Datentypübereinstimmung).

Wie im Video gezeigt, ist auch die Abfrage zum Einfügen von Kontakten in Dynamics 365 nicht kompliziert. Das verwendete Beispiel lautet

In diesem Schnipsel sehen Sie, wie einfach es sein kann. Sie fügen ein, was Sie als Ergebnis einer SELECT-Abfrage erhalten - einfach Ihre normale INSERT mit einer Unterabfrage. In diesem Fall ist nur zu beachten, dass die Prozedur iterativ ist - die WHERE-Klausel wird verwendet, um sicherzustellen, dass Sie nur die lokalen Kontakte nehmen, die nicht zuvor in anderen Iterationen behandelt wurden.

Sie fragen sich, woher Sie wissen, welche Felder Sie in diesen Abfragen verwenden sollen? Das ist eine gute Frage, und die Antwort liegt im Connect Bridge Management Studio. Dieses Tool sieht dem SSMS sehr ähnlich - und das ist kein Zufall!

Damit können Sie das Datenmodell von Dynamics 365 erkunden. Tatsächlich sehen Sie das Modell, wie es von Connect Bridge dargestellt wird, aber dies sind die Felder, die Sie in Ihren Abfragen verwenden können. Sie können Ihre Abfragen auch innerhalb dieser Schnittstelle testen, wenn Sie möchten.

Ein letzter Hinweis, wie Sie eine effektive Synchronisation der Daten zwischen der lokalen Tabelle "Kontakt" und der Dynamics 365-Kontakttabelle auf dem Linked Server erreichen können. Dies ist etwas schwieriger, da Sie nicht wissen, ob Sie einen INSERT oder einen UPDATE benötigen. Dies kann elegant mit einer MERGE T-SQL-Abfrage gelöst werden.

Nachdem Sie nun gesehen haben, wie Connect Bridge den Datenaustausch mit Dynamics 365 vereinfacht, sollten Sie sich die beiden Implementierungsoptionen genauer ansehen: kodierte Integration oder eine Linked Server-Einrichtung. Sie können:

• Fordern Sie Ihr kostenloses persönliches Demo mit unseren technischen Experten, oder
• kostenlos anfordern Versuch und spielen Sie damit in Ihrer Umgebung.

Ich empfehle Ihnen, beides zu tun. Beginnen Sie mit der Konsultation und experimentieren Sie dann, um zu sehen, ob dies für Ihre Integrationsidee und Ihre Umgebung funktioniert.

Apropos Ihre Umgebung: Wenn Sie Integrationsziele für Dynamics 365 in Betracht ziehen, sollten Sie Plattformen bevorzugen, die Ihre betriebliche Effizienz, Datenintelligenz und Kundenbindung verbessern. Die beste Wahl sind diejenigen, bei denen der Datenaustausch in Ihrem Ökosystem Sinn macht, aber hier sind einige Optionen, die Sie in Betracht ziehen können: SQL-Datenbanken, SharePoint, Exchange / Office 365, Power BI und Gmail. 

Bei der Integration von Dynamics 365 in andere bestehende Anwendungen geht es nicht nur um die Nutzung von Technologie, sondern auch darum, die Abläufe in Ihrem Unternehmen grundlegend zu verändern. Legen Sie also den ersten Gang ein und bringen Sie Ihre Dynamics 365-Integrationsbemühungen auf die Überholspur.

Dazu brauchen Sie kein besonders langes Projekt und müssen sich nicht mit den Feinheiten der APIs auskennen. Mit Connect Bridge können Technikprofis robuste Integrationen erstellen, ohne die API direkt anfassen zu müssen. Sehen Sie, wie Connect Bridge Ihr Dynamics 365 umwandeln kann, in einer kostenlosen Beratungeinschließlich einer persönlichen Vorführung durch unsere Experten.