EDI-Konfigurationsdateien und -Schemas
In diesem Kapitel werden in einer EDI-Collection verfügbare Konfigurations- und Schema-Dateien aufgelistet und Sie erfahren, wie Sie ältere Konfigurationsdateien aktualisieren können. Eine EDI-Collection enthält eine Reihe von Konfigurationsdateien, die, falls nötig, in einem XML-Editor (wie z.B. Altova XMLSpy) bearbeitet werden können. Im Folgenden finden Sie eine Liste von Konfigurationsdateien.
In dieser Datei sind alle Nachrichtentypen aus einer bestimmten EDI-Collection definiert. Sie können diese Datei bearbeiten um Nachrichtentypen hinzuzufügen oder zu entfernen. Siehe auch Hinzufügen/Entfernen von Nachrichtentypen.
|
Diese Datei definiert die Struktur einer EDI-Komponente. Es wird empfohlen, diese Datei nicht zu bearbeiten.
|
Das EDI-Collection-Verzeichnis muss eine oder mehrere <Message>.Config-Dateien enthalten. Eine solche Datei entspricht einem EDI-Nachrichtentyp und enthält die in dieser Nachricht verwendeten Gruppen- und Segmentdefinitionen. Die <Message>.Config-Dateien werden in der Datei EDI.Collection referenziert. Bei Bedarf können Sie die <Message>.Config-Dateien modifizieren, wenn Sie die Struktur und/oder die Validierungsregeln von Feldern einer bestimmten Nachricht ändern möchten. Beachten Sie, dass Änderungen an diesen Dateien nur auf für diese spezifische Nachricht gelten (lokale Anpassung).
|
In dieser Datei sind Datenelemente, Segmente, Composites und Subcomposites von EDI-Dateien definiert. Sie dient zum Parsen der EDI-Datei. Sie können die .Segment-Dateien modifizieren, wenn Sie die Struktur und/oder die Validierungsregeln für ein Feld (Datenelement) in allen Nachrichten, in denen diese vorkommt, ändern möchten. Änderungen an dieser Datei sind globale Anpassungen.
|
In dieser Datei sind von MapForce zum Validieren der EDI-Input- und Output-Dateien verwendete EDI-Codewerte definiert. Die hier definierten Codewerte entsprechen den im jeweiligen EDI-Standard definierten. Sie können .Codelist-Dateien bearbeiten, wenn Sie die Standardvalidierungsregeln ändern müssen (z.B. um neue, in der EDI-Codeliste nicht definierte Codes hinzuzufügen). Nähere Informationen dazu finden Sie unter Unvollständige Validierung und Vollständige Feldvalidierung.
|
Diese Datei wird nur für den X12- und den HIPAA X12-Standard benötigt. Darin ist die Struktur der Datenelemente ParserErrors_Message und ParserErrors_Group in einer EDI-Komponente definiert. Diese Datenelemente enthalten Informationen über Parser-Fehler und können zur Erzeugung von X12 997- (Functional Acknowledgement) und X12 999- (Implementation Acknowledgement)-Nachrichten verwendet werden. Nähere Informationen dazu finden Sie unter Validierung von X12- und HIPAA-Komponenten.
|
EDI-Konfigurationsschemas
Wenn Sie eine Änderung an einer Konfigurationsdatei vornehmen, muss diese anhand des dazugehörigen XML-Schemas validiert werden. Das Schema steht im Verzeichnis MapForceEDI Ihrers Applikationsordners zur Verfügung und kann eines der folgenden sein:
Dieses Konfigurationsschema wurde in MapForce 2011 Release 2 eingeführt. Wenn Sie Konfigurationsdateien haben, in denen ein Schema aus einer Version vor Version 3 verwendet wird, muss das Schema aktualisiert werden. Nähere Informationen dazu finden Sie weiter unten unter Aktualisieren älterer Konfigurationsdateien.
|
Dieses Konfigurationsschema wurde in MapForce 2011 Release 3 eingeführt. Es enthält mehrere Verbesserungen am ursprünglichen EDIConfig.xsd-Schema, darunter die Möglichkeit benutzerdefinierte rekursive Hierarchien zu definieren, die eventuell für das Mappen von Daten von oder auf X12- und HL7-Formate benötigt werden.
|
Dieses Konfigurationsschema wurde in MapForce 2017 eingeführt. Es gestattet Ihnen, ein Datenelement mit unvollständigen Validierungsregeln zu definieren. Mit diesem Schema kann eine Validierung auf Zeichenebene definiert werden.
|
Dieses Konfigurationsschema wurde in MapForce 2018 eingeführt. Es bietet die Möglichkeit, Daten von und auf NCPDP SCRIPT-Komponenten zu mappen.
|
Dieses Konfigurationsschema wurde in MapForce 2021 eingeführt. Es bietet die Möglichkeit, Daten von und auf SWIFT MT-Komponenten zu mappen.
|
Aktualisieren älterer Konfigurationsdateien
EDI-Konfigurationsdateien enthalten eine Referenz auf eines der XML-Schemas im MapForceEDI-Verzeichnis und werden anhand dieses Schemas validiert (siehe EDI-Konfigurationsschemas oben). MapForce erkennt benutzerdefinierte EDI-Konfigurationen, die auf einer EDIConfig.xsd-Datei ab Schemaversion 3 basieren. Im Vergleich zu früheren Versionen bietet dieses Schema nun die Möglichkeit, Daten von oder auf mehrere Nachrichtentypen in derselben EDI-Komponente zu mappen. Wenn Sie benutzerdefinierte EDI-Konfigurationsdateien verwendet haben, die eine ältere Schemaversion als Version 3 haben, werden Sie von MapForce informiert, dass die ausgewählte EDI-Collection nur einen einzigen Nachrichtentyp pro Komponente unterstützt.
In der folgenden Anleitung wird beschrieben, wie Sie das Schema einer EDI-Konfigurationsdatei von EDIConfig.xsd Version 2 auf EDIConfig.xsd Version 3 aktualisieren. In unserem Beispiel wrd die ORDERS-Nachricht (EDIFACT) verwendet.
1.Kopieren Sie Envelope.Config aus dem Originalkonfigurationsordner (z.B. EDIFACT) in den Ordner, der Ihre benutzerdefinierten EDI-Collections enthält.
2.Öffnen Sie EDI.Collection in einem Text-Editor und ändern Sie den Wert des Attributs Version des Root-Elements von 2 in 3 (unten gelb markiert).
3.Fügen Sie hinter </Meta> <Root File="Envelope.Config"/> (gelb markiert) hinzu:
<?xml version="1.0" encoding="UTF-8"?>
<Messages Version="3">
<Meta>
<Version>D</Version>
<Release>22A</Release>
<Agency>UN</Agency>
</Meta>
<Root File="Envelope.Config"/>
<Message Type="ORDERS" File="ORDERS.Config" Description="Purchase order message"/>
</Messages>
4.Öffnen Sie ORDERS.Config, und ändern Sie den Wert des Version-Attributs des Root-Elements von 2 in 3.
5.Fügen Sie <Format standard="EDIFACT"/> (oder den tatsächlichen Wert je nach EDI-Standard) hinter </Meta> hinzu (unten gelb markiert).
6.Benennen Sie <Group name="Message"...> in <Group name="Message_ORDERS"...> um (der tatsächliche Wert hängt vom Nachrichtentyp ab) und entfernen Sie die äußeren Gruppenebenen (Envelope, Interchange und deren Segmente), wie unten gezeigt:
<?xml version="1.0" encoding="UTF-8"?>
<Config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" Version="3">
<Meta>
<Version>D</Version>
<Release>04B</Release>
<Agency>UN</Agency>
</Meta>
<Format standard="EDIFACT"/>
<Include href="Admin.Segment"/>
<Include href="EDSD.Segment"/>
<Include href="UNCL.Codelist"/>
<Message>
<MessageType>ORDERS</MessageType>
<Description>Purchase order message</Description>
<Revision>14</Revision>
<Date>2004-11-23</Date>
<!-- DELETED TEXT -->
<Group name="Message_ORDERS" maxOccurs="unbounded" info="UNH - Message header">
<Segment ref="UNH"/>
<Segment ref="BGM"/>
<Segment ref="UNT"/>
</Group>
<!-- DELETED TEXT -->
</Message>
</Config>
Wenn Ihr Mapping während der Bearbeitung der Konfigurationsdatei geöffnet war, muss es neu geladen werden. Die Verbindungen werden automatisch vom Datenelement Message auf das Datenelement Message_ORDERS geändert.