Standardspezifische Validierungsüberprüfungen
Dieses Kapitel enthält Informationen zu Validierungsüberprüfungen, die MapForce bei unterschiedlichen EDI-Standards durchführt. Nähere Informationen dazu finden Sie in den Unterabschnitten weiter unten.
Validierungsüberprüfungen für UN/EDIFACT
Je nachdem, ob es sich bei einer UN/EDIFACT-Nachricht um eine Standardnachricht oder eine interaktive Nachricht handelt, führt MapForce unterschiedliche Validierungsüberprüfungen durch.
EDIFACT-Standard-Nachrichten
Die folgenden Punkte werden bei der Validierung von UN/EDIFACT-Standarddokumenten überprüft.
•ob ein UNB- und ein UNZ-Segment vorhanden sind
•ob UNB/S004 eine gültige Datums-/Uhrzeit-Angabe enthält
•ob UNB/0020 und UNZ/0020 denselben Wert enthalten
•ob UNZ/0036 die richtige Anzahl, die der Anzahl der Funktionsgruppen bzw. der Anzahl der Messages entspricht, enthält. Wenn Funktionsgruppen vorhanden sind, sollte dies die Anzahl der Funktionsgruppen sein, andernfalls sollte dies die Anzahl der im Nachrichten im Datenaustausch sein.
Funktionsgruppen
Für jede Funktionsgruppe überprüft MapForce die folgenden Dinge:
•ob die Funktionsgruppe ein übereinstimmendes UNG- und UNE-Paar enthält
•ob UNG/S004 eine gültige Datums-/Uhrzeit-Angabe enthält
•ob UNE/0060 die richtige Anzahl von Nachrichten enthält
Nachrichten
Für jede Nachricht überprüft MapForce die folgenden Dinge:
•ob die Nachricht ein übereinstimmendes UNH- und UNT-Paar enthält
•ob UNH/S009/0052 denselben Wert enthält wie UNG/S008/0052 der einschließenden Funktionsgruppe
•ob UNH/0062 und UNT/0062 denselben Wert haben
•ob UNH/S009/0065 den korrekten Message Type Specifier enthält
•ob UNT/0074 die richtige Anzahl von Segmenten enthält
Interaktive EDIFACT-Nachrichten
Die folgenden Validierungsregeln werden auf MapForce-Komponenten, die interaktive EDIFACT-Nachrichten enthalten, angewendet:
•Wenn UIB vorhanden ist, müssen alle folgenden UIH/S302-Segmente mit UIB/S302 übereinstimmen.
•UIH/S306/F0065 muss den Nachrichtentyp enthalten (validiert vom Parser).
•UIH/S306/F0052 muss die in den ausgewählten Konfigurationsdateien definierte Nachrichtenversionsnummer enthalten.
•UIH/S306/F0054 muss die in den ausgewählten Konfigurationsdateien definierte Nachrichten-Release-Nummer enthalten.
•UIT/F0340 muss mit dem entsprechenden UIH/F0340-Nachrichten-Header/Trailer übereinstimmen (optionales Feld).
•Falls vorhanden, muss UIT/F0074 die Segmentanzahl (optionales Feld) enthalten.
•Falls vorhanden, muss UIZ/S302 mit UIB/S302 übereinstimmen (optionales Komposit).
•Falls vorhanden, muss UIZ/F0036 die Nachrichtenanzahl (optionales Feld) enthalten.
Validierungsüberprüfungen für ASC X12
Bei der Validierung eines ASC X12-Dokuments werden die folgenden Punkte überprüft:
•ob ein ISA- und ein IEA-Segment vorhanden sind
•ob ISA/I01 einen zulässigen Authorization Information Qualifier enthält
•ob ISA/I03 einen zulässigen Security Information Qualifier enthält
•ob die beiden ISA/I05-Segmente zulässige Interchange ID Qualifier enthält
•ob ISA/I08 einen wohlgeformten Datumswert enthält
•ob ISA/I09 einen wohlgeformten Uhrzeitwert enthält
•ob ISA/I13 einen zulässigen Booleschen Wert enthält
•ob ISA/I14 einen zulässigen Interchange Usage Indicator enthält
•ob ISA/I12 und IEA/I12 denselben Wert enthalten
•ob IEA/I16 die richtige Anzahl von Funktionsgruppen im Interchange enthält
Funktionsgruppen
Für jede Funktionsgruppe überprüft MapForce die folgenden Dinge:
•ob sie ein übereinstimmendes GS- und GE-Paar enthält.
•ob GS/373 einen wohlgeformten Datumswert enthält
•ob GS/337 einen wohlgeformten Uhrzeitwert enthält
•ob GS/28 und GE/28 denselben Wert enthalten
•ob GE/97 die richtige Anzahl Nachrichten in der Funktionsgruppe enthält
Nachrichten
Für jede Nachricht überprüft MapForce die folgenden Dinge:
•ob sie ein übereinstimmendes ST- und SE-Paar enthält
•ob ST/143 den richtigen Message Identifier enthält
•ob ST/329 und SE/329 denselben Wert enthalten
•ob SE/96 die richtige Anzahl von Segmenten in der Message enthält
Validierungsüberprüfungen für HIPAA X12
HIPAA-Komponenten ähneln normalen ANSI X12-Komponenten. Die Validierungsüberprüfung erfolgt auf dieselbe Art und Weise wie bei X12-Komponenten (siehe Unterabschnitt weiter oben). Im Folgenden sind die Unterschiede zu Standard-X12-Nachrichten beschrieben:
•Die Hierarchie von HL-Segmenten wird in MapForce automatisch beibehalten.
•MapForce unterstützt so genannte "floating structures" (in 837-Nachrichten).
•MapForce komplettiert und validiert automatisch mehrere Felder.
Validierungsüberprüfungen für NCPDP SCRIPT
MapForce führt bei NCPDP SCRIPT-Nachrichten die folgenden Validierungsüberprüfungen durch:
•UIB/S001/F0001 muss UNOA sein.
•UIB/S001/F0002 muss 0 sein.
•UIH/S306/F0329 muss den Nachrichtentyp SCRIPT enthalten.
•UIH/S306/F0316 muss die in den ausgewählten Konfigurationsdateien definierte Nachrichtenversionsnummer enthalten.
•UIH/S306/F0318 muss die in den ausgewählten Konfigurationsdateien definierte Nachrichten-Release-Nummer enthalten.
•UIH/S306/F0326 muss die Nachrichtenfunktion (oder in der MapForce-Terminologie den Nachrichtentyp) enthalten
•Falls vorhanden, muss UIT/F0062 mit dem entsprechenden UIH/F0062-Segment übereinstimmen.
•Falls vorhanden, muss UIT/F0074 die Segmentanzahl enthalten.
•Falls vorhanden, muss UIZ/F0036 die Nachrichtenanzahl enthalten.
TRADACOMS
Bei TRADACOMS-Dateien führt MapForce beim Parsen oder Generieren von Dateien die folgenden Validierungsüberprüfungen durch:
1.Die Segmente STX (Start of Transmission) und END (End of Transmission) müssen vorhanden sein.
2.Wenn STDS-1 den Wert 'ANAA' hat, muss eine Reconciliation Message (RSGRSG) vor dem Ende der Übertragung (END) vorhanden sein. Andernfalls muss keine Reconciliation Message (RSGRSG) vorhanden sein.
3.Wenn STDS-1 den Wert 'ANAA' hat:
a.so muss der Wert von RSGA in der Reconciliation Message gleich dem Wert von SNRF im Segment STX sein.
b.so muss der Wert von RSGB in der Reconciliation Message gleich dem Wert von UNTO-1 im Segment STX sein.
4.TRDT-1 muss das Datum (JJMMTT) und TRDT-2 muss die Uhrzeit (HHMMSS) der Übertragung enthalten (aktuelles Datum und aktuelle Uhrzeit).
5.Wenn der Batch Header (BAT) vorhanden ist, so muss auch der Batch Trailer (EOB) vorhanden sein. Die Anzahl der Nachrichten im Batch muss im Datenelement NOLI (Number of Messages in Batch) vorhanden sein.
6.Das Datenelement MSRF (Message Reference) im Message Header (MHD) muss die fortlaufende Nummerierung der Nachrichten in der Übertragung (beginnend mit 1) enthalten.
7.Das Datenelement NOSG (Number of Segments in Message) im Message Trailer (MTR) muss die Anzahl der Segmente einschließlich MHD und MTR enthalten.
8.Falls vorhanden, muss die Reconciliation Message (RSGRSG) abgesehen vom Message Header und Message Trailer aus einem Segment (RSG) bestehen.
9.Das Datenelement NMST (Number of Messages in Transmission) im END-Segment muss die Anzahl der Nachrichten (Messages) im Austausch enthalten (Anzahl der MHD-Segmente).
10.Im Allgemeinen erwartet MapForce beim Lesen einer TRADACOMS-Struktur, dass es sich bei der Austauschumgebung um den Typ "Computer an Computer" (oder in der TRADACOMS-Terminologie "intelligenter Terminal an intelligenten Terminal") handelt. Ein Segment wie z.B. MHD = 12 + ORDHDR :3 würde daher einen Validierungsfehler verursachen, da es zusätzliche vorangestellte und nachgestellte Leerzeichen enthält.
11.String-Daten müssen in Großbuchstaben geschrieben sein. Bei der Generierung von TRADACOMS-Daten konvertiert MapForce die String-Daten in Großbuchstaben.
Aufgrund dieser Validierungsregeln vervollständigt MapForce auch fehlende Felder während der Generierung automatisch.