Beste Datenqualitätsprüfungen für Integrationen

Eine Bestellung in einem Webshop scheint morgens noch im „verarbeitbaren“ Zustand zu sein, aber im Lagersystem ist bereits kein Bestand mehr vorhanden. Das Rechnungsprogramm erhält eine unvollständige Lieferadresse und der Kundenservice bemerkt das Problem erst, wenn der Kunde reklamiert. Oft wird 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 im Nachhinein nach dem Schuldigen, sondern verhindern fehlerhafte Prozesse, bevor sie in mehreren Systemen und in der Arbeit mehrerer Personen auftreten.

Integration ist nicht einfach die 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, welchen Bestand zeigt der Webshop an 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, 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 zum Beispiel technisch vollständig sein, während sie geschäftlich nicht verarbeitet werden kann. Der Kunde hat eine Versandart gewählt, die in dem jeweiligen Land nicht verfügbar ist. Der Artikelnummer existiert, aber das Produkt wird 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, Produktionsstillstand oder manueller Nachverfolgung führt, ist eine gezielte Kontrolle gerechtfertigt.

Die besten Datenqualitätsprüfungen für Integrationen

Die Auswahl der richtigen Prüfungen ist prozessabhängig. Eine B2B-Bestellintegration, eine Fertigungsdatenverbindung und eine Übergabe zwischen Finanzsystemen bergen unterschiedliche Risiken. Dennoch gibt es einige Kontrollen, die in den meisten Geschäftsintegrationen grundlegend sind.

Prüfung obligatorischer Daten und Formate

Dies ist die einfachste Stufe, dennoch bleiben hier viele Fehler bestehen. Eine Bestellung kann einen Kundenidentifikator, eine Lieferadresse, eine Zahlungsmethode, Steuerdaten und mindestens eine Bestellposition erfordern. Bei Produktdaten sind typischerweise Artikelnummer, Einheit, Status, Preis oder Lagerverwaltungseinstellungen erforderlich.

Die Formatprüfung überprüft auch, ob 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 leere oder unverständliche Daten stillschweigend weitergeleitet 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 die Regel nicht unbedingt aufgegeben werden. Es kann ein vorübergehender Ausnahmeprozess, eine Datenkorrekturaufgabe oder eine klar abgegrenzte alte Datenverwaltung eingerichtet werden.

Prüfung der Referenzintegritä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 jeweiligen 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 die tatsächlichen Abläufe widerspiegeln. In einem Produktionsunternehmen kann ein Arbeitsauftrag nur dann zur Produktion freigegeben werden, wenn er über eine genehmigte Rezeptur, eine gültige Version und eine ordnungsgemäße Zuweisung von Rohstoffen verfügt. In einem Logistikprozess kann es erforderlich sein, dass für Gefahrgut eine entsprechende Versandklassifizierung erforderlich ist.

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

Erkennung von Einzigartigkeit und Duplikaten

Duplikationen sind oft nicht offensichtlich, verursachen aber dennoch direkte Kosten. Eine erneut gesendete Bestellnachricht kann zwei Rechnungen, zwei Kommissionieraufgaben oder eine doppelte Lagerreservierung erzeugen. Ein Kunde kann zweimal mit unterschiedlicher Schreibweise erscheinen, sodass der Vertrieb und die Finanzabteilung ein unterschiedliches Bild vom selben Partner haben.

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

Die Behandlung von wiederholten Nachrichten ist besonders wichtig, wenn aufgrund eines Netzwerkfehlers oder eines Zeitüberschreitens das sendende System nicht weiß, ob die Übertragung erfolgreich war. Die Integration muss in der Lage sein zu erkennen, dass dieselbe Transaktion erneut empfangen wurde und nicht ein neues Geschäftsevent.

Abgleich zwischen Quelle und Ziel

Der erfolgreiche technische Datentransfer beweist nicht, dass der Prozess auch geschäftlich abgeschlossen ist. Es kann vorkommen, dass von tausend Bestellungen 998 durchgehen und zwei in einem fehlerhaften Status verbleiben. Wenn dies niemand abgleicht, werden die beiden fehlenden Bestellungen erst später bei einer Kundenbeschwerde oder einer monatlichen Abweichung entdeckt.

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

Diese Kontrolle erfordert nicht unbedingt ein komplexes System. Wichtig ist, dass ein verantwortlicher Ansprechpartner, eine Toleranzgrenze und ein Eskalationsprozess vorhanden sind. Ein Rundungsunterschied von 0,01 Euro erfordert eine andere Behandlung als eine fehlende, wertvolle Rechnung.

Prüfung der Aktualität und Reihenfolge

Daten können aus Sicht des Prozesses auch dann fehlerhaft sein, wenn sie zu spät eintreffen. Wenn die Bestandsdaten des Webshops erst Stunden später aktualisiert werden, kann das Unternehmen bereits ein Produkt verkauft haben, das nicht auf Lager ist. Wenn der Versandstatus nicht rechtzeitig beim Kundenservice eintrifft, suchen die Mitarbeiter unnötig in mehreren Systemen nach Antworten.

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 Produktionszustände können keine genehmigten Schritte überspringen, nur weil eine Nachricht später eingetroffen ist.

Fehlerbehandlung ist genauso wichtig wie die Prüfung

Ein „fehlerhafter“ Status 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 mit dem nächsten Schritt verbunden sein.

Es ist ratsam, korrigierbare Datenprobleme von Systemfehlern zu trennen. Bei ersteren kann der Geschäftsbereich die Partnerdaten oder den Produktcode korrigieren. Bei letzteren muss die IT die Verbindung, Berechtigungen oder Dienstunterbrechungen untersuchen. Beide Fälle können nicht effektiv auf derselben Fehleranzeigefläche behandelt werden.

Beginnen Sie mit den teuersten Fehlern

Es ist nicht erforderlich, 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 sinnvoll, zunächst die Fehler zu sammeln, die regelmäßig Verzögerungen, manuelle Korrekturen, finanzielle Verluste oder eine Verschlechterung der Kundenerfahrung verursachen.

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 den Betrieb oft mehr als eine weitere technische Regel.

Gute Integrationsdatenqualität bedeutet nicht, dass es nie Ausnahmen gibt. Es bedeutet, dass die Ausnahmen sichtbar, handhabbar und nachvollziehbar sind und die Menschen nicht dazu zwingen, täglich zwischen Systemen nach der Wahrheit zu suchen. Wenn eine Prüfung dies erreicht, wird nicht nur die Datenqualität verbessert - der gesamte Betrieb wird berechenbarer.