Annex 11: Datenübertragung und Schnittstellen prüfen

1. Laufenden Austausch richtig abgrenzen

Im geltenden Annex 11 Januar 2011 behandelt § 5 elektronischen Datenaustausch. § 4.7 unterstützt die Auswahl passender Tests einschließlich Grenzen und Fehlerbehandlung. § 4.8 betrifft dagegen den Erhalt von Wert und Bedeutung bei Migration in ein anderes Format oder System. Die Themen können sich berühren, haben aber unterschiedliche Betriebsfragen.

Für eine laufende Schnittstelle müssen Sie verstehen, wann ein Ereignis entsteht, wie es verarbeitet wird und welche Reaktion im Ziel zulässig ist. Die folgenden Tabellen sind eigene Arbeitshilfen für diesen Zweck. Sie schreiben weder ein bestimmtes Übertragungsprotokoll noch eine universelle technische Architektur vor.

Quellen: [1] [4]

2. Einen fachlichen Datenvertrag formulieren

Beginnen Sie mit Quelle, Ziel und Auslöser. Beschreiben Sie die Datenfelder nicht nur technisch, sondern mit ihrer Bedeutung: Welche Kennung identifiziert die Charge? Bezieht sich eine Menge auf einen Behälter oder den Gesamtbestand? Bedeutet ein Status „geprüft“, „intern freigegeben“ oder lediglich „Nachricht verarbeitet“?

Ergänzen Sie erlaubte Werte, Formate, Einheiten, Pflichtinformationen und Regeln bei fehlenden Angaben. Wenn beide Systeme denselben Statusbegriff unterschiedlich verwenden, ist die Übersetzung eine fachliche Entscheidung. Diese sollte der zuständige Prozessverantwortliche bestätigen. Der Entwickler kann sie technisch umsetzen, aber nicht aus einem Feldnamen zuverlässig ableiten.

Quellen: [1] [3]

3. Mappingregeln prüfbar machen

Die eigene Beispielmatrix zeigt eine Bestandsmeldung. Im Quellsystem wird eine Menge in Kilogramm geführt, im Ziel in Gramm. Eine Statusübersetzung steuert die im Beispiel erlaubte Materialverwendung. Die angenommene Funktion ist keine Herstellerbeschreibung und keine rechtliche Chargenzertifizierung.

Nutzen Sie solche Regeln als Referenz für die Prüfung. Ein Vergleich, der einfach dieselbe Transformationslogik wie das Programm erneut ausführt, kann denselben Fehler bestätigen. Für ausgewählte kritische Fälle sollten erwartete Werte und Zustände deshalb unabhängig festgelegt werden. Auch Format- und Rundungsregeln brauchen einen begründeten Bezug zur Verwendung.

Quellen: [1] [3]

4. Technische Annahme und Verarbeitung unterscheiden

Eine positive Rückmeldung kann bedeuten, dass ein Server die Nachricht angenommen hat. Sie kann auch eine abgeschlossene fachliche Buchung bestätigen. Klären Sie, welche Aussage die vorhandene Rückmeldung tatsächlich trifft. Andernfalls meldet der Quellprozess Erfolg, obwohl im Ziel eine Warteschlange oder ein fachlicher Fehler offen ist.

Beschreiben Sie deshalb die relevanten Zwischenzustände und deren Überwachung. Für einen zurückgestellten Datensatz muss erkennbar sein, ob Wiederholung, manuelle Klärung oder Abbruch vorgesehen ist. Eine Warnung ohne verantwortliche Reaktion kann ebenso problematisch sein wie ein stiller Fehler. Die konkrete Form der Überwachung richtet sich nach Datenrisiko und Prozessbedarf.

Quellen: [1] [3]

5. Illustrative Fehlerfälle bis zur Zielwirkung verfolgen

Das konstruierte Sollmodell startet ohne Buchung für E-084. Eine gültige Nachricht über B-027 und 12,5 kg soll genau einen zugeordneten Zielbestand von 12.500 g ergeben. Der angenommene Status Q lässt die Materialverwendung gesperrt. Diese Annahmen werden vor dem Test festgelegt.

Wird E-084 erneut gesendet, darf der Bestand im eigenen Modell nicht auf 25.000 g anwachsen. Es gibt technische Verfahren, die eine Wiederholung erkennen oder die Verarbeitung anderweitig beherrschen. Der Artikel legt keine bestimmte Implementierung fest; geprüft wird die geforderte fachliche Wirkung einschließlich nachvollziehbarer Fehlerbearbeitung.

Quellen: [1] [3]

6. Reihenfolge und Teilverarbeitung berücksichtigen

Zusammenhängende Nachrichten können verspätet eintreffen oder nur teilweise verarbeitet werden. Wenn eine Freigabe vor der dazugehörigen Bestandsanlage ankommt, muss Ihr definierter Ablauf damit umgehen können. Dasselbe gilt, wenn eine Statusänderung ältere Informationen überholt. Die benötigte Regel entsteht aus dem fachlichen Prozess, nicht aus einer pauschalen Pflicht zu einem bestimmten Nachrichtenbroker.

Betrachten Sie zudem konkurrierende Änderungen und manuelle Nachbearbeitung. Wer korrigiert den fehlenden Bezug, und wie verhindert der Wiederanlauf widersprüchliche Zustände? Für die Prüfung kann ein gezielt unterbrochener Ablauf hilfreicher sein als viele identische Normaldurchläufe. Die Testumgebung und eingesetzten Hilfsmittel müssen für den betrachteten Nachweis geeignet sein.

Quellen: [1] [3]

7. Betrieb und Änderungen an den Datenvertrag anschließen

Eine Schnittstelle bleibt nicht allein durch ihren erfolgreichen Ersttest beherrscht. Benennen Sie Zuständigkeiten für Fehler, Überwachung und Änderungen. Ein neues Statuskürzel, eine zusätzliche Einheit oder eine geänderte Zeichenlänge kann die fachliche Bedeutung beeinflussen, obwohl die Verbindung technisch weiter funktioniert.

Bewerten Sie daher Änderungen an beiden Enden und am Übertragungsweg. Wählen Sie betroffene Regressionstests anhand der geänderten Regeln und Abhängigkeiten. Ein täglicher vollständiger Neuabgleich ist ebenso wenig universell vorgeschrieben wie ein genereller Verzicht darauf. Entscheidend sind geeignete Kontrollen und nachvollziehbare Reaktion auf festgestellte Abweichungen.

Quellen: [1] [3]

8. Die Prüfung mit Fachbereich und IT vorbereiten

Der Fachbereich definiert Bedeutung und zulässige Zielwirkung. IT beschreibt Transport, Transformation und Fehlerzustände. QA verbindet diese Angaben mit der risikobezogenen Nachweisentscheidung. Werden diese Perspektiven erst nach einem fehlgeschlagenen Import zusammengeführt, fehlen häufig gerade die erwarteten Ergebnisse.

Die Checkliste unterstützt einen begrenzten ersten Durchgang. Verwenden Sie wenige aussagekräftige Fälle, die Ihre tatsächlichen Regeln treffen, und begründen Sie den weiteren Umfang. Die Anzahl der Tabellenzeilen hier ist keine regulatorische Mindesttestzahl und keine Empfehlung, andere relevante Fehlerfolgen zu übergehen.

• Quelle, Ziel, Auslöser und Verantwortlichkeit identifiziert.
• Kennungen, Werte, Einheiten und Status fachlich definiert.
• Technische Rückmeldung und endgültige Verarbeitung unterschieden.
• Unabhängiges Soll für Normal-, Grenz- und Fehlerfälle festgelegt.
• Wiederholung, Reihenfolge und Teilverarbeitung bewertet.
• Überwachung, Fehlerbearbeitung und Änderungsbewertung geregelt.

Quellen: [1] [3]