Beste Datenqualitätsprüfungen für Integrationen

Eine Bestellung in einem Webshop erscheint morgens noch im Status „verarbeitbar“, aber im Lagersystem ist bereits kein Bestand mehr vorhanden. Das Abrechnungsprogramm erhält eine unvollständige Lieferadresse, und der Kundenservice bemerkt das Problem erst, wenn der Kunde reklamiert. Oft wird dann die Integration für den Fehler verantwortlich gemacht, obwohl die Ursache häufig in den Daten liegt. Die besten Datenqualitätsprüfungen für Integrationen suchen nicht nachträglich nach dem Schuldigen, sondern verhindern den fehlerhaften Prozess, bevor er in mehreren Systemen und in der Arbeit mehrerer Personen auftaucht.

Die Integration ist nicht einfach eine Datenübertragung zwischen zwei Anwendungen. Sie übermittelt Geschäftsentscheidungen: Was kann verkauft werden, was muss produziert werden, wohin muss geliefert werden, was muss in Rechnung gestellt werden, welcher Bestand wird im Webshop angezeigt und welche Zahlen erscheinen im Managementbericht. Wenn die übermittelten Informationen unsicher sind, verbreitet der automatisierte Prozess die Unsicherheit nur schneller.

Zuerst muss geklärt werden, was als gute Daten gilt

Viele Unternehmen machen den Fehler, die Datenqualität ausschließlich als technische Frage zu behandeln. Ist das Feld ausgefüllt? Ist die Zahl eine Zahl? Existiert der Produktcode? Diese Prüfungen sind notwendig, aber nicht ausreichend.

Eine Bestellung kann beispielsweise technisch vollständig sein, während sie geschäftlich nicht verarbeitet werden kann. Der Kunde hat eine Versandart gewählt, die in dem betreffenden Land nicht verfügbar ist. Die Artikelnummer des Produkts existiert, wird aber bereits aus dem Sortiment genommen. Der Rabattbetrag hat das richtige Format, ist aber höher als das, was die Handelsrichtlinien oder der Kundenvertrag erlauben.

Deshalb muss jede Prüfung mit einer konkreten geschäftlichen Konsequenz verbunden sein. Die Frage ist nicht „Können wir dieses Feld validieren?“, sondern „Was passiert, wenn wir diese Daten fehlerhaft an das nächste System übergeben?“. Wo der Fehler zu finanziellen Abweichungen, Lieferverzögerungen, Produktionsstillständen oder manueller Nachverfolgung führt, ist eine gezielte Kontrolle gerechtfertigt.

Die besten Datenqualitätsprüfungen für Integrationen

Die Auswahl der richtigen Prüfungen hängt vom Prozess ab. Eine B2B-Bestellintegration, eine Fertigungsdatenverbindung und eine Übergabe zwischen Finanzsystemen bergen unterschiedliche Risiken. Dennoch gibt es einige Kontrollen, die in den meisten geschäftlichen Integrationen grundlegend sind.

Prüfung von Pflichtdaten und Formaten

Dies ist die einfachste Ebene, dennoch bleiben hier viele Fehler unentdeckt. Eine Bestellung kann eine Kunden-ID, Lieferadresse, Zahlungsmethode, Steuerdaten und mindestens eine Bestellposition erfordern. Bei Produktdaten sind typischerweise Artikelnummer, Einheit, Status, Preis oder Bestandsverwaltungseinstellungen erforderlich.

Die Formatprüfung stellt auch sicher, dass das Datum tatsächlich ein Datum ist, die Menge kein Text ist, der Ländercode ein akzeptierter Wert ist und die E-Mail-Adresse eine verwendbare Struktur hat. Dies verhindert nicht alle geschäftlichen Probleme, aber es verhindert, dass eine leere oder unverständliche Daten stillschweigend weitergegeben werden.

Zu strenge Prüfungen können jedoch ihren Preis haben. Wenn beispielsweise in den Stammdaten eines alten Partners ein neu eingeführtes Feld fehlt, können alle Bestellungen gestoppt werden. In solchen Fällen muss nicht unbedingt die Regel aufgegeben werden. Es kann ein vorübergehender Ausnahmeprozess, eine Datenkorrekturaufgabe oder eine klar abgegrenzte alte Datenverwaltung eingerichtet werden.

Prüfung der referenziellen Integrität

In Integrationen stehen Daten selten für sich allein. Eine Bestellposition verweist auf ein Produkt, die Bestellung auf einen Kunden, die Lieferung auf ein Lager, die Rechnung auf einen Steuersatz oder eine Kostenstelle. Wenn der referenzierte Datensatz nicht existiert, inaktiv ist oder in einem anderen System eine andere Bedeutung hat, kann der Prozess leicht schiefgehen.

Ein häufiges Beispiel ist, wenn der im Webshop angegebene Produktcode nicht mit der im ERP verwendeten Artikelnummer übereinstimmt. Die Abweichung kann ein überflüssiges Leerzeichen, eine führende Null oder ein alter Code sein, den jemand manuell noch verwendet. Das System findet dann kein Produkt oder, schlimmer noch, es verknüpft die Position mit einem ähnlichen, aber anderen Produkt.

Eine gute Prüfung überprüft nicht nur, ob die Referenz im Zielsystem existiert, sondern auch, ob sie in der gegebenen Geschäftssituation verwendbar ist. Kann das Produkt verkauft werden? Ist die Lieferadresse aktiv? Kann die Kostenstelle im Berichtszeitraum verwendet werden?

Prüfung von Bereichen und Geschäftsregeln

Der Wert kann formal korrekt sein, aber dennoch unrealistisch. Eine negative Bestellmenge, ein Null-Einheitspreis, ein Lieferdatum im nächsten Jahr oder ein ungewöhnlich hoher Rabatt sind alles Anzeichen, die untersucht werden sollten.

Die Regeln sollten hier den tatsächlichen Betrieb widerspiegeln. Bei einem Fertigungsunternehmen kann ein Arbeitsauftrag nur dann zur Produktion freigegeben werden, wenn er über eine genehmigte Rezeptur, eine gültige Version und eine ordnungsgemäße Zuweisung der Rohstoffe verfügt. In einem Logistikprozess kann es erforderlich sein, dass für Gefahrgut eine entsprechende Transportklassifizierung erforderlich ist.

Es ist nicht ratsam, jeden seltenen Wert automatisch als Fehler zu betrachten. Eine ungewöhnliche Bestellmenge kann das Ergebnis eines Rahmenvertrags mit einem Großunternehmen sein. In solchen Fällen ist eine Warnung, eine Genehmigungsaufgabe oder ein Ausnahmeverfahren nützlicher als die vollständige Blockierung des Prozesses.

Erkennung von Einzigartigkeit und Duplikaten

Duplikationen sind oft nicht offensichtlich, verursachen aber direkte Kosten. Eine erneut gesendete Bestellnachricht kann zwei Rechnungen, zwei Kommissionieraufgaben oder eine doppelte Bestandsreservierung erzeugen. Ein Kunde kann mit unterschiedlicher Schreibweise doppelt erfasst sein, sodass der Vertrieb und die Finanzabteilung ein unterschiedliches Bild desselben Partners sehen.

Für die Prüfung der Einzigartigkeit sind stabile Identifikatoren erforderlich. Idealerweise ist dies eine externe Bestellnummer, Partner-ID oder ein eindeutiger Transaktionsschlüssel. Wenn dies nicht vorhanden ist, muss eine Kombination mehrerer Felder geprüft werden, z. B. Partner, Datum, Betrag und Belegnummer. Dies ist weniger sicher, daher wird die menschliche Überprüfung eine größere Rolle spielen.

Die Behandlung von wiederholten Nachrichten ist besonders wichtig, wenn das sendende System aufgrund eines Netzwerkfehlers oder eines Zeitüberschreitens nicht weiß, ob die Übertragung erfolgreich war. Die Integration muss in der Lage sein, zu erkennen: Es handelt sich um dieselbe Transaktion, nicht um ein neues Geschäftsergebnis.

Abgleich zwischen Quelle und Ziel

Der erfolgreiche technische Datenversand beweist nicht, dass der Prozess auch geschäftlich abgeschlossen ist. Es kann vorkommen, dass von tausend Bestellungen 998 durchgehen und zwei einen fehlerhaften Status erhalten. Wenn dies niemand abgleicht, tauchen die beiden fehlenden Bestellungen erst später bei Kundenbeschwerden oder monatlichen Abweichungen auf.

Der Abgleich prüft, ob in Quelle und Ziel die erwartete Stückzahl, der Betrag, der Status oder die Bestandsbewegung übereinstimmen. Bei einer täglichen Bestellintegration kann dies der Vergleich von Bestellstückzahl und Nettowert sein. Bei der Bestandsübertragung die Mengen pro Lager, bei der Finanzverbindung die Übereinstimmung von Belegen und Beträgen.

Diese Kontrolle erfordert nicht unbedingt ein komplexes System. Wichtig ist, dass es einen verantwortlichen Ansprechpartner, Toleranzgrenzen und einen Eskalationsprozess gibt. Ein Rundungsunterschied von 0,01 Euro erfordert eine andere Behandlung als eine fehlende, wertvolle Rechnung.

Prüfung von Aktualität und Reihenfolge

Daten können aus Prozesssicht fehlerhaft sein, wenn sie zu spät eintreffen. Wenn die Bestandsdaten des Webshops erst Stunden später aktualisiert werden, kann das Unternehmen bereits Produkte verkaufen, die nicht auf Lager sind. Wenn der Transportstatus nicht rechtzeitig beim Kundenservice ankommt, suchen die Mitarbeiter vergeblich in mehreren Systemen nach einer Antwort.

Eine Reihenfolge ist erforderlich, wenn ein Ereignis nur nach einem vorherigen Ereignis interpretiert werden kann. Eine Stornierung einer Bestellung kann nicht vor ihrer Erstellung eintreffen. Eine Rechnungskorrektur kann nicht ohne die ursprüngliche Rechnung erscheinen. Auch Produktionsstatus dürfen keine genehmigten Schritte überspringen, nur weil eine Nachricht später eintraf.

Fehlerbehandlung ist genauso wichtig wie die Prüfung

Der Status „fehlerhaft“ ist kein Prozess an sich. Wenn das System eine Bestellung ablehnt, muss jemand wissen, wo der Fehler sichtbar ist, was er bedeutet, wer ihn beheben kann und was nach der Behebung passiert. Ohne dies schafft die Integration nur ein weiteres zu überwachendes Postfach oder eine Tabelle.

Eine gute Fehlerbehandlung formuliert in verständlicher Geschäftssprache. „HTTP 400“ kann dem technischen Team einen Hinweis geben, aber die operativen Kollegen müssen sehen, dass „für die Bestellung keine aktive Lieferadresse gefunden wurde“. Die Fehlermeldung sollte mit der betroffenen ID, dem Einreichungszeitpunkt, der Datenquelle und nach Möglichkeit dem nächsten Schritt verbunden sein.

Es ist ratsam, zwischen behebbaren Datenproblemen und Systemfehlern zu unterscheiden. Bei Ersteren kann der Geschäftsbereich die Partnerdaten oder den Produktcode korrigieren. Bei Letzteren muss die IT die Verbindung, Berechtigung oder Dienstunterbrechung untersuchen. Beide Fälle können nicht effektiv auf derselben Fehleranzeigeplattform behandelt werden.

Beginnen Sie mit den teuersten Fehlern

Es ist nicht notwendig, für jedes mögliche Feld eine Prüfung zu erstellen. Das überlastet den Prozess und erzeugt oft mehr Ausnahmen als echten Wert. Es ist ratsam, zunächst die Fehler zu sammeln, die regelmäßig zu Verzögerungen, manuellen Korrekturen, finanziellen Verlusten oder einer Verschlechterung der Kundenerfahrung führen.

Schauen Sie sich zehn Fälle an, in denen Kollegen manuell Daten zwischen zwei Systemen korrigiert haben. Was war der Fehler? Wo ist er entstanden? Warum wurde er nicht früher entdeckt? Ist die Information wirklich notwendig, oder fordert ein schlecht gestalteter Prozess Informationen an, die nicht benötigt werden? Diese Untersuchung verbessert oft den Betrieb mehr als eine weitere technische Regel.

Gute Integrationsdatenqualität bedeutet nicht, dass es niemals Ausnahmen gibt. Es bedeutet, dass die Ausnahmen sichtbar, handhabbar und nachvollziehbar sind und die Menschen nicht täglich zwischen Systemen nach der Wahrheit suchen müssen. Wenn eine Prüfung dies erreicht, wird nicht nur die Datenqualität besser – der gesamte Betrieb wird berechenbarer.