Integration mit Dynamics 365 for Finance & Operations: der Umgang mit fehlenden Zeitstempeln

August 04, 2020 · Henning Lund · Microsoft-Integration

Wer schon einmal versucht hat, eine Datenintegration mit Microsoft Dynamics 365 for Finance and Operations umzusetzen, ist auf das Problem gestoßen, dass das System keine Zeitstempel unterstützt. Das macht es schwierig, neue und geänderte Daten zu erkennen. Es gibt mehrere Wege, dieses Problem zu lösen.
Das Problem dabei: Wenn Sie nicht jedes Mal eine komplette Tabelle übertragen möchten, um Ihre Daten zu synchronisieren, brauchen Sie eine Möglichkeit zu erkennen, welche Daten geändert oder hinzugefügt wurden.

Wie gehen Sie das also am besten an?

Methode 1: Trigger im Code entwickeln, die ein Zeitstempelfeld am Datensatz aktualisieren

Die erste Methode erfordert, dass ein Entwickler auf jeder Tabelle ein Zeitstempelfeld anlegt oder eine ähnliche Funktionalität schafft, die bei jeder Änderung eines Datensatzes aktualisiert wird. Diese Methode bringt jedoch mehrere Probleme mit sich.

1. Ein Datensatz kann auf viele verschiedene Arten geändert werden. Das kann eine manuelle Änderung durch einen Benutzer sein, ein Import, der direkt ohne Ausführung von Code erfolgt, oder eine Funktion an vielen verschiedenen Stellen im Systemcode, die Sie erkennen müssen, um die Konsistenz des Zeitstempels zu gewährleisten. Es kann sehr schwierig sein, vorherzusagen, ob der Code wirklich alle möglichen Änderungen erfasst, wodurch das System anfällig für Änderungen wird.
2. Die Programmierung muss alle Tabellen berücksichtigen – auch verknüpfte Tabellen –, sodass Programmierung, Tests und Wartung sehr aufwendig werden können. Die Integration wird dadurch anfällig und teuer in der Wartung, weil sie einem ohnehin schon komplexen System eine weitere Komplexitätsebene hinzufügt.

 

Methode 2: Vergleichstabellen in AX erstellen

Eine weitere Methode ist es, Vergleichstabellen in AX zu erstellen, in denen der Entwickler neue und alte Werte vergleichen und so erkennen kann, welche Datensätze geändert wurden. Das ist in vielerlei Hinsicht eine solidere Methode, Änderungen zu erkennen, bringt aber ebenfalls einige Herausforderungen mit sich:

1. Der individuelle Aufbau dieser Logik kann erheblichen Aufwand bedeuten und erfordert, wie schon bei Methode 1, viel Arbeit bei Erstellung und Wartung. Bei nur einer Tabelle mag das noch machbar sein – aber stellen Sie sich vor, Sie hätten 30 Tabellen oder mehr.
2. Die meisten Microsoft Dynamics 365 Finance and Operations Implementierungen verarbeiten sehr viele Transaktionen, sodass die Systeme entsprechend viele Datensätze enthalten. Das kann beim Lesen und Schreiben von Daten einen erheblichen Overhead verursachen, der die Systemleistung beeinträchtigt – ein Problem, das sich nicht einfach lösen lässt und definitiv nicht günstig ist.

Methode 3: Einsatz der Rapidi Mirror-Technologie

Der Mirror ist eine hochoptimierte Variante der oben beschriebenen Methode 2. Er ist eine separate binäre SQL-Datenbank (MS SQL, MySQL oder ähnlich), die das Zeitstempel-Problem löst, ohne die Einschränkungen der oben genannten Methoden zu haben:

1. Er ist vollständig programmierfrei, das heißt, Sie müssen keine einzige Zeile Code schreiben.
2. Die Einrichtung erfordert kaum Aufwand, da alles automatisiert abläuft – unabhängig von Anpassungen oder Add-ons in Microsoft Dynamics 365 for Finance and Operations.
3. Unabhängig davon, wie ein Datensatz geändert wird, wird die Änderung erkannt und kann von der Integrationsplattform RapidiOnline genutzt werden, um genau die Datensätze zu identifizieren, die sich geändert haben.
4. Bei anderen Integrationsszenarien müssen Sie Felder auf den Datensätzen anlegen, die den Link zum anderen System bzw. zu den anderen Systemen enthalten. Die RapidiOnline-Lösung hat jedoch eine LinkStorage-Funktion, mit der dieser Link in der Integrationsplattform aufgebaut und gepflegt wird. So können Sie eine Integration realisieren, ohne manuell Code oder Felder anlegen zu müssen, und Ihr Upgrade-Pfad bleibt unberührt.
5. Der Mirror funktioniert nicht nur mit Microsoft Dynamics 365 Finance and Operations – das Zeitstempel-Problem tritt auch bei Microsoft Dynamics AX auf und kann auch in individuell entwickelten Systemen vorkommen, etwa auf SQL-Basis. Der RapidiMirror ist generisch aufgebaut und funktioniert auch mit anderen Systemen (Microsoft Dynamics GP hat die gleiche Herausforderung) – sowohl mit On-Premise- als auch mit Cloud-Anwendungen.

Wenn Sie über die Integration mit Microsoft Dynamics 365 for Finance and Operations sprechen möchten oder Fragen zu Zeitstempel-Herausforderungen haben, helfen wir Ihnen jederzeit gerne weiter.

Lesen Sie auch: OData – was mit Ihrer Dynamics-Integration passiert, wenn Sie auf 365 upgraden müssen