Geschäftsanwendungen miteinander verbinden
Wie DNA Solutions manuelle Übertragungen zwischen zwei Unternehmensanwendungen durch einen automatisierten, geprüften und nachvollziehbaren Austausch ersetzt hat.
EAIAnwendungsintegration
01Die Ausgangslage
Ein Unternehmen arbeitete mit zwei Geschäftsanwendungen, die dieselben Datensätze führen mussten. Eine Verbindung zwischen ihnen gab es nicht. Datensätze wurden von Hand von einer Anwendung in die andere übertragen.
Jede Übertragung musste von Hand geprüft werden. Fehler passierten leicht und ließen sich schwer nachverfolgen, und kein verlässlicher Verlauf zeigte, was wann übertragen worden war.
Vorher
- Datensätze von Hand übertragen
- Prüfungen von Hand
- Kein Verlauf der Übertragungen
Nachher
- Datensätze automatisch ausgetauscht
- Geschäftsregeln vor der Übergabe geprüft
- Ein Verlauf für jeden Austausch
02Was das Unternehmen brauchte
- Datensätze gelangen ohne manuelles Kopieren von einer Anwendung in die andere.
- Ein Datensatz, der gegen eine Geschäftsregel verstößt, erreicht die Zielanwendung nie.
- Jeder Austausch lässt sich nachträglich nachvollziehen: was gesendet wurde, wann und mit welchem Ergebnis.
- Ein fehlerhafter Datensatz hält die anderen nicht auf und erzwingt keine Wiederholung des gesamten Austauschs.
- Weitere Geschäftsabläufe lassen sich später anbinden, indem Vorhandenes wiederverwendet wird.
03So funktioniert der Austausch
Die Integration verarbeitet jeden Austausch in einer festen Reihenfolge. Datensätze, die alle Prüfungen bestehen, folgen dem Hauptweg. Ein Datensatz, der eine Prüfung nicht besteht, folgt einem eigenen Weg, bis er korrigiert ist.
- Erfassen
Die Integration übernimmt die auszutauschenden Datensätze aus der Quellanwendung.
- Umwandeln
Jeder Datensatz wird in die Struktur übersetzt, die die Zielanwendung erwartet.
- Prüfen
Vor jeder Übergabe werden die Geschäftsregeln geprüft. Jede Regel hat eine klare Fehlermeldung.
- Übergeben
Datensätze, die alle Prüfungen bestehen, gehen an die Zielanwendung.
- Wenn eine Prüfung fehlschlägt
- Zurückstellen
Der Datensatz wird mit dem Grund des Fehlers zurückgestellt. Der übrige Austausch läuft weiter.
- Korrigieren und erneut senden
Ist die Ursache behoben, wird nur dieser Datensatz erneut gesendet und wie jeder andere geprüft.
- Bei jedem Austausch
- Austausch festhalten
Jeder Austausch wird in einem Verlauf festgehalten: was gesendet wurde, wann und mit welchem Ergebnis.
04Was mit einem fehlerhaften Datensatz geschieht
Ein Datensatz, der eine Prüfung nicht besteht, geht nicht verloren und blockiert den Austausch nicht. Er behält den Grund des Fehlers, damit die Ursache klar ist. Nach der Korrektur durchläuft er dieselben Prüfungen erneut, und sein Verlauf zeigt jeden Schritt.
Beispiel: der Verlauf eines fehlerhaften Datensatzes
- Empfangen
Aus der Quellanwendung übernommen.
- Umgewandelt
In die Struktur der Zielanwendung übersetzt.
- Prüfung fehlgeschlagen
Eine Geschäftsregel ist nicht erfüllt. Der Grund wird mit dem Datensatz festgehalten.
- Zurückgestellt
Bis zur Korrektur zurückgestellt. Der übrige Austausch läuft weiter.
- Korrigiert
Dort behoben, wo der Fehler liegt.
- Geprüft
Durchläuft dieselben Prüfungen erneut.
- Übergeben
In die Zielanwendung geschrieben, mit jedem Schritt im Verlauf.
05Entwurfsentscheidungen
Fehlerbehandlung pro Datensatz
Ein einzelner fehlerhafter Datensatz verzögert den übrigen Austausch nicht mehr, und niemand startet den gesamten Austausch neu, um einen Datensatz zu korrigieren.
Regeln getrennt von der Verbindung
Zuordnungs- und Prüfregeln liegen in einer eigenen Ebene. Ändert sich eine Geschäftsregel, wird die Regel angepasst; die Verbindung bleibt, wie sie ist.
Verlauf von Anfang an vorgesehen
Der Austauschverlauf ist Teil des Entwurfs. Fragen zu einem bestimmten Datensatz werden aus dem Verlauf beantwortet, statt von Hand rekonstruiert zu werden.
Raum für weitere Abläufe
Erfassung, Übergabe und Verlauf werden gemeinsam genutzt. Ein neuer Geschäftsablauf bringt eigene Zuordnungs- und Prüfregeln mit und nutzt den Rest.
06So führen wir ein Integrationsprojekt durch
Datensätze aufnehmen
Die auszutauschenden Datensätze auflisten und mit den Verantwortlichen für die Daten festlegen, wie jedes Feld von einer Anwendung in die andere übersetzt wird.
- Datensatzinventar
- Zuordnungsregeln
Prüfungen formulieren
Jede Geschäftsregel in eine eindeutige Prüfung überführen, mit einer Meldung, die einen Fehler in fachlichen Begriffen erklärt.
- Prüfregeln
- Fehlermeldungen
Integration entwickeln
Erfassung, Umwandlung, Prüfungen, Übergabe und Verlauf als getrennte Bausteine entwickeln, damit sich jeder einzeln testen und ändern lässt.
- Integration
- Austauschverlauf
Mit realistischen Fällen testen
Gültige Datensätze, verletzte Regeln und erneut gesendete Korrekturen abdecken, bevor die Integration einen manuellen Schritt ersetzt.
- Testszenarien
Die manuelle Kopie ablösen
Den Austausch auf die Integration umstellen, mit einem Verlauf ab dem ersten Durchlauf.
- Automatisierter Austausch
07Ergebnisse
Datensätze von Hand zwischen den Anwendungen übertragen
Datensätze automatisch ausgetauscht
Prüfungen von Hand nach jeder Übertragung
Geschäftsregeln vor der Übergabe geprüft
Kein verlässlicher Verlauf der Übertragungen
Ein Verlauf für jeden Austausch
Handarbeit bei jeder Übertragung
Übertragungen ohne Handarbeit
08Wann sich dieser Ansatz eignet
Gut geeignet, wenn
- Dieselben Datensätze in mehr als einer Anwendung existieren müssen.
- Übertragungen häufig und wiederkehrend sind.
- Fehler teuer werden, wenn man sie erst im Nachhinein entdeckt.
- Auf den ersten Ablauf weitere folgen dürften.
Eher nicht nötig, wenn
- Es um eine einmalige Datenmigration geht: Dann passt ein Migrationsplan besser.
- Sich die Datensätze selten ändern: Dann kann ein dokumentiertes manuelles Verfahren genügen.
Fragen vor einem ähnlichen Projekt
Was wir mit einem Unternehmen klären, bevor wir zwei Anwendungen verbinden.
Müssen die Anwendungen geändert werden?
In der Regel nicht. Die Integration liegt zwischen den Anwendungen und nutzt die Wege, die jede Anwendung zum Lesen und Schreiben von Datensätzen bereits bietet. Ist eine Änderung unvermeidlich, wird sie vor Beginn der Entwicklung mit dem Verantwortlichen der Anwendung abgestimmt.
Wem gehören die Geschäftsregeln?
Den Verantwortlichen für die Daten. Wir halten die Regeln gemeinsam mit ihnen fest und machen aus jeder eine Prüfung mit einer klaren Fehlermeldung, damit der Grund eines Fehlers klar ist.
Lassen sich später weitere Abläufe anbinden?
Ja. Ein neuer Ablauf bringt eigene Zuordnungs- und Prüfregeln mit und nutzt die bestehenden Bausteine für Erfassung, Übergabe und Austauschverlauf.
Wie wird ein fehlerhafter Datensatz behandelt?
Er wird mit dem Grund des Fehlers zurückgestellt, während der übrige Austausch weiterläuft. Nach der Korrektur wird nur dieser Datensatz erneut gesendet und durchläuft dieselben Prüfungen wie jeder andere.
Warum ist diese Fallstudie anonymisiert?
Für Arbeiten dieser Art veröffentlichen wir weder Kundennamen noch Branchen, Systeme, Mengen oder Zeitangaben. Angaben zu den Systemen eines Unternehmens können Angreifern helfen und bleiben deshalb unveröffentlicht. Stattdessen beschreiben wir Vorgehen und Ergebnis.