Schnittstellen statt doppelter Datenpflege: Was vor der Anbindung klar sein muss

Den konkreten Übergabeschritt auswählen

Beginnen Sie dort, wo dieselben Informationen regelmäßig erneut erfasst werden. Beschreiben Sie den Auslöser und den gewünschten Endzustand: Nach der Auftragsfreigabe sollen beispielsweise die vereinbarten Kundendaten und Positionen im Abwicklungssystem bereitstehen. Halten Sie auch fest, welche Angaben zu diesem Zeitpunkt noch fehlen dürfen. Damit wird aus dem Wunsch „CRM und ERP verbinden“ eine prüfbare Aufgabe.

Erfassen Sie zunächst, wie oft dieser Schritt vorkommt und welche Nacharbeit entsteht. Prüfen Sie dann die vorhandenen Exportmöglichkeiten, dokumentierten APIs und unterstützten Standardanbindungen. Ein planbarer Dateiimport kann für seltene Übergaben ausreichen. Bei zeitkritischen Vorgängen müssen Aktualität und Rückmeldung genauer geregelt werden. Vergleichen Sie Einrichtung und laufende Betreuung mit dem tatsächlich entfallenden Aufwand; eine Verbindung bringt selbst neue Betriebsaufgaben mit.

Für jedes Feld eine zuständige Quelle festlegen

Legen Sie fest, welches System den gültigen Wert eines Feldes vorgibt. Die Rechnungsadresse könnte im ERP gepflegt werden, die Gesprächsnotiz im CRM. Dokumentieren Sie die Richtung der Übertragung und wann sie ausgelöst wird. „Beidseitig synchronisieren“ reicht als Beschreibung nicht aus: Wenn beide Systeme denselben Wert ändern, braucht es eine ausdrückliche Konfliktregel oder eine Person, die den Widerspruch klärt.

Verknüpfen Sie Datensätze über stabile Kennungen. Ein Firmenname ist dafür ungeeignet, wenn er geändert oder mehrfach vergeben werden kann. Prüfen Sie vor der Anbindung vorhandene Dubletten und die Beziehungen zwischen Hauptsitz, Niederlassung und Ansprechpartner. Halten Sie auch fest, ob eine Änderung nur zukünftige Vorgänge betrifft. Eine neue Kundenadresse soll beispielsweise nicht ungeprüft die Darstellung eines bereits abgeschlossenen Dokuments verändern.

Bedeutung und Format gemeinsam übersetzen

Eine Feldzuordnung muss mehr erklären als Namen. Prüfen Sie Einheiten, Datumswerte, Pflichtangaben und die Bedeutung von Statusmeldungen. „Abgeschlossen“ kann im Vertrieb etwas anderes bedeuten als in der Leistungserbringung. Microsoft beschreibt für solche Unterschiede eine Übersetzungsschicht zwischen Systemen mit unterschiedlichen Datenmodellen. Für ein KMU lässt sich daraus eine einfache Anforderung ableiten: Jede Umwandlung muss fachlich erklärt und anhand eines Beispiels geprüft werden können.

Halten Sie fest, was bei fehlenden oder unbekannten Werten passiert. Ein nicht zuordenbarer Artikel sollte in einem sichtbaren Klärungsfall landen, statt unbemerkt durch einen Standardartikel ersetzt zu werden. Entscheiden Sie außerdem, ob leere Felder im Quellsystem vorhandene Zielwerte löschen dürfen. Testen Sie Sonderzeichen, führende Nullen und Dezimalwerte mit dem tatsächlich gewählten Übertragungsverfahren. Solche Details gehören in die Abnahme, nicht in eine spätere Fehlersuche.

Quelle: Microsoft Learn: Übersetzung zwischen unterschiedlichen Datenmodellen

Hypothetisches Beispiel: ein Auftrag wird doppelt gesendet

Ein hypothetischer Großhändler überträgt freigegebene Aufträge an seine Warenwirtschaft. Bei einem Vorgang bricht die Verbindung ab, nachdem das Zielsystem den Auftrag bereits angenommen hat. Das Quellsystem hat die Bestätigung nicht erhalten. Würde es den Auftrag jetzt als neuen Vorgang wiederholen, könnte eine zweite Bestellung entstehen. Der Entwurf muss daher vorsehen, wie der ursprüngliche Übertragungsversuch wiedererkannt wird.

Microsoft weist in seinen Hinweisen zur Fehlerbehandlung auf die Gefahr mehrfach ausgeführter Operationen bei Wiederholungen hin. Der praktische Prüffall lautet hier: Derselbe Übertragungsauftrag wird zweimal gesendet und darf im Ziel keine zweite Bestellung auslösen. Dafür müssen die beteiligten Komponenten die gewählte Kennung und Wiederholungslogik unterstützen. Eine echte spätere Auftragsänderung braucht wiederum einen eigenen, nachvollziehbaren Verarbeitungsweg.

Quelle: Microsoft Learn: Vorübergehende Fehler und sichere Wiederholungen behandeln

Störungen sichtbar machen und gezielt bearbeiten

Legen Sie fest, welche Rückmeldung das Fachteam zu jedem Vorgang erhält. Unterscheiden Sie mindestens zwischen noch ausstehender Übergabe, erfolgreicher Verarbeitung und einem Fall mit Handlungsbedarf. Technische Protokolle helfen dem Betrieb; die Sachbearbeitung braucht zusätzlich einen verständlichen Hinweis zum betroffenen Auftrag. Erfassen Sie dabei nur die zur Diagnose benötigten Informationen und beschränken Sie den Zugriff auf Protokolle.

Vereinbaren Sie einen zuständigen Ansprechpartner und einen Ersatzweg für längere Unterbrechungen. Testen Sie, wie nach der Störung noch offene Vorgänge nachgeholt und bereits bearbeitete erkannt werden. Eine manuelle Ersatzbearbeitung muss ebenfalls festgehalten werden, damit die später wieder laufende Schnittstelle sie berücksichtigt. Prüfen Sie auch die Erneuerung technischer Zugänge und den Ablauf bei angekündigten Änderungen der Herstellerschnittstelle.

Die Anbindung gegen Fehlerfälle abnehmen

Ein erfolgreicher Beispieldatensatz zeigt nur, dass ein bestimmter Weg funktioniert. Für die Abnahme benötigen Sie Fälle aus dem echten Arbeitsablauf und erwartete Ergebnisse, die Fachbereich und Anbieter vorher vereinbaren. Übertragen Sie zunächst in einer geeigneten Testumgebung. Gleichen Sie anschließend den fachlichen Inhalt im Ziel ab, einschließlich Zuordnungen und Status. Die Zahl gesendeter Datensätze allein belegt keine korrekte Verarbeitung.

Nehmen Sie diese Prüfungen in den Auftrag auf und lassen Sie die Ergebnisse festhalten. Vor dem Regelbetrieb müssen außerdem Zuständigkeit und Kosten für Betreuung und Änderungen geklärt sein. Ein Anschluss, den nach dem Projekt niemand überwacht, ist für einen täglich benötigten Vorgang keine vollständige Lösung.

• Ein normaler Datensatz und eine zulässige Änderung kommen mit dem erwarteten Inhalt an.
• Ein unbekannter Wert und ein fehlendes Pflichtfeld erzeugen einen bearbeitbaren Klärungsfall.
• Doppelte Übertragung, Verbindungsabbruch und Wiederanlauf führen zum vereinbarten Ergebnis.
• Fehler sind für die zuständigen Personen sichtbar; die gezielte Nachbearbeitung ist vorgeführt.