EDI
Altova Website: 
EDI-Mapping
EDI (Electronic Data Interchange) ist eine Gruppe von Standards für den elektronischen Datenaustausch zwischen Organisationen oder Unternehmen. Bei EDI-Komponenten in MapForce handelt es sich um Strukturkomponenten, die als Datenquellen und -ziele verwendet werden können. MapForce unterstützt das Mappen von Daten von oder auf EDI-Formate in jeder der folgenden Transformationssprachen: Built-In, C#, C++, Java. MapForce kann für eine einzelne EDI-Komponente mehrere Nachrichtentypen desselben EDI Standards und derselben Release verarbeiten.
Falls Sie in Ihrem Unternehmen Nicht-Standard-EDI-Spezifikationen verwenden, so können Sie eine benutzerdefinierte EDI-Collection erstellen. Je nach Bedarf können Sie benutzerdefinierte Nachrichten, Segmente, Datenelemente, Codelisten usw. hinzufügen. Sie können auch Validierungsregeln anpassen.
Unterstützte EDI-Standards
Die nachstehende Liste enthält eine Übersicht der von MapForce im Zusammenhang mit EDI unterstützten Standards.
UN/EDIFACT (United Nations Rules for Electronic Data Interchange for Administration, Commerce and Transport) ist eine Gruppe von Standards für den elektronischen Austausch von Dokumenten. MapForce unterstützt die folgenden UN/EDIFACT-Verzeichnisse: D.93A und später. Die neueste UN/EDIFACT-Version ist die in MapForce installierte Standardversion.
In den Altova MapForce-Bibliotheken finden Sie separate Installer für alle früheren Versionen bis zurück zu Version D.93A, einschließlich der für interaktive EDI-Mappings erforderlichen Konfigurationsdateien.
EDIFACT-Standard-Nachrichten und interaktive EDIFACT-NachrichtenMapForce unterstützt das Mappen von Daten von und auf Standard-Nachrichten und interaktive UN/EDIFACT-Nachrichten. Beachten Sie, dass MapForce die Dateien zwischen den am UN/EDIFACT-Datenaustausch beteiligten Parteien nicht überträgt. Die Aufgabe von MapForce ist lediglich die Generierung solcher Dateien oder das Mappen dieser Dateien auf andere Formate.
Für das Mappen von Daten von oder auf interaktive EDIFACT-Nachrichten gelten die folgenden Voraussetzungen:
•Es wird MapForce 2018 oder höher benötigt. •Wenn Sie interaktive EDI-Nachrichten verwenden möchten, müssen Sie diese separat installieren. Das Installationsprogramm steht auf der Seite für Altova-MapForce-Bibliotheken zur Verfügung. Nach Installation des Pakets stehen die neuen EDIFACT-Collections und Nachrichtentypen im Dialogfeld EDI-Collections durchsuchen zur Verfügung.
Um eine EDIFACT-Standard-Komponente oder eine interaktive UN/EDIFACT-Komponente zum Mapping hinzuzufügen, gehen Sie vor, wie unter Hinzufügen von EDI-Komponenten beschrieben. UN/EDIFACT-Standard-Dokumente und interaktive Dokumente haben eine unterschiedliche Struktur. Eine EDIFACT-Komponente in MapForce kann daher entweder eine Standardkomponente oder eine interaktive Komponente sein, nicht aber beides.
|
HL7 ist ein Industriestandard für den Austausch von Daten zwischen medizinischen Applikationen und steht für Health Level Seven. MapForce unterstützt die HL7-Versionen 2 und 3 (nähere Informationen siehe unten). Nähere Informationen zu HL7 finden Sie auf der HL7-Website.
HL7 Version 2Bei HL7 Version 2 unterstützt MapForce die Versionen 2.2 bis 2.6. Als Standardversion der HL7-Version 2 wird in MapForce 2.6 verwendet. Um ein HL7 V2-Dokument zu Ihrem Mapping hinzuzufügen, gehen Sie vor, wie unter Hinzufügen von EDI-Komponenten beschrieben.
HL7 Version 3MapForce ermöglicht das Mappen von Daten von oder auf HL7 Version 3-Dokumente. Im Gegensatz zur HL7-Version 2 basiert der HL7-Version 3-Standard auf XML. Beachten Sie, dass HL7 Version 3-Schemas standardmäßig in MapForce nicht installiert sind. Sie können HL7 Version 3-Komponenten auf dieselbe Art wie XML-Komponenten zum Mapping hinzufügen.
|
PADIS (Passenger and Airport Data Interchange Standards) ist ein Industriestandard für den Austausch von Passagier- und Flughafendaten. Für PADIS-Nachrichten wird die EDIFACT-(ISO 9735)-Syntax verwendet. MapForce unterstützt die folgenden Versionen: 00.1 bis 08.1. Als Standard-PADIS-Version wird in MapForce 08.1 verwendet. MapForce unterstützt derzeit nur Nachrichten, in denen die UNH/UNT Message Header und Trailer-Segmente verwendet werden.
Nähere Informationen zu IATA-Typen finden Sie auf der IATA-Website.
|
ASC X12 ist eine Familie branchenübergreifender Standards für den Austausch von Dokumenten. MapForce unterstützt die folgenden Versionen: 3040, 3050, 3060, 3070, 4010, 4020, 4030, 4040, 4041, 4042, 4050, 4051, 4052, 4060, 5010, 5011, 5012, 5020, 5030, 5040, 5050, 6010, 6020, 6030 und 6040. Als Standard-ASC X12-Version wird in MapForce 6040 verwendet.
X12 997/999-KomponenteMapForce kann automatisch eine X12 997/999-Komponente erstellen. Nähere Informationen dazu finden Sie unter Erstellen von X12 997/999.
|
HIPAA X12 ist ein Standard für elektronische Transaktionen im Gesundheitswesen zwischen Versicherungen, Providern und Arbeitgebern. Der Standard wurde vom US Department of Health and Human Services ins Leben gerufen. HIPAA basiert auf dem X12 EDI 5010-Standard, hat aber spezielle eigene Versionen, die ab MapForce 2011 Release 3 unterstützt werden. Als Standard-HIPAA X12-Version wird in MapForce Release A2 der HIPAA Implementierungs-Spezifikationen (TR3) verwendet. Ältere Releases können von der Altova Website heruntergeladen werden.
MapForce unterstützt die automatische Generierung des X12 999 Implementation Acknowledgment. Nähere Informationen dazu finden Sie unter Erstellen von X12 997/999.
|
TRADACOMS (Trading Data Communications) ist ein britischer EDI-Standard für den elektronischen Datenaustausch im Handel. In MapForce ist die TRADACOMS-Basisspezifikation aus dem TRADACOMS Manual of Standards for Electronic Data Interchange implementiert. Das Handbuch wurde im Jänner 1993 von der heute als GS1 UK bekannten Article Numbering Association (ANA) UK veröffentlicht. MapForce kann für andere TRADACOMS-Versionen angepasst werden, um neue Nachrichtentypen, Datenelemente und Codewerte verarbeiten zu können.
Beibehaltung vorangestellter Nullen in TRDT-1/TRDT-2In der TRADACOMS-Spezifikation ist der Datentyp der Datensegmente TRDT-1 und TRDT-2 (Datum und Uhrzeit der Übertragung) als decimal definiert. Das bedeutet, dass alle vorangestellten Nullen in diesen Nodes beim Mappen der Daten von TRDT-1- und TRDT-2-Nodes zur Mapping-Laufzeit entfernt werden.
Verwenden Sie die Funktion format-number, um numerische Felder in Strings zu konvertieren und vorangestellte Nullen beizubehalten. Im Beispiel unten lautet der Wert des TRDT-1-Node im INVFIL-Dokument 020312. Ohne die format-number-Funktion wäre die Ausgabe 20312. 
|
SAP IDoc (Intermediate Documents) Dokumente dienen zum Austauschen von Geschäftsdaten zwischen SAP- und Nicht-SAP-Applikationen. Nähere Informationen zu SAP IDoc finden Sie im SAP Help Portal.
Ein IDoc hat die folgende Struktur:
•Kontrollsatz: Enthält Kontrollinformationen über das IDoc: Absender, Empfänger, Nachrichtentyp und IDoc-Typ. Das Kontrollsatzformat ist für alle IDoc-Typen ähnlich. •Datensegment: Enthält die eigentlichen Daten des Segments sowie andere Metadaten (Überschrift, Segmentnummer, Typ sowie die Felder, die die Daten enthalten). •Statussätze: Enthalten Informationen zum aktuellen Status des Dokuments (d.h. die derzeit verarbeiteten Schritte und die Schritte, die noch verarbeitet werden müssen). Das Statusformat ist für alle IDoc-Typen identisch.
Die Versionsnummer in der Port-Definition (siehe Liste unten) definiert die Systeme, mit denen kommuniziert wird. Der wichtigsten Unterschiede zwischen den Versionen sind die Länge der Elementnamen und der Erweiterungen. SAP R3 Version 4.X unterstützt lange Namen und Erweiterungen, während die früheren Versionen dies nicht tun.
•Port Version 1: Releases 2.1 und 2.2. •Port Version 2: Releases 3.0, 3.1 und R/2 Systeme. •Port Version 3: Release 4.x (Standardwert)
MapForce behandelt IDoc-Komponenten als Dateien mit einer festen Länge von 30 Zeichen pro Nachrichtentyp, 30 pro IDoc-Typ und 27 pro Segmentfeld.
Um mit SAP IDoc-Nachrichten arbeiten zu können, müssen Sie eine SAP IDoc-Spezifikationsdatei (auch als IDoc Parser-Bericht) in das Dialogfeld EDI-Collections durchsuchen importieren. Der IDoc Parser-Bericht wird im SAP-System mit Hilfe der WE60-Transaktion (Dokumentation für IDoc-Typen) erstellt. Beachten Sie, dass die Datei im unkomprimierten Format aus SAP exportiert werden muss. Informationen darüber, wie Sie die WE60-Transaktion aufrufen und einen Parser-Bericht generieren, finden Sie in der SAP IDoc-Dokumentation. Der Ordner MapForceExamples enthält als Beispiel die Parser-Berichtsdatei ORDERS01-Parseridoc.txt.
|
SCRIPT ist ein Standard für den elektronischen Datenaustausch im amerikanischen Gesundheitssektor. Er wurde vom NCPDP (National Council for Prescription Drug Programs) entwickelt. MapForce unterstützt die folgenden NCPDP SCRIPT-Versionen: 8.1, 10.6, 10.10. Die NCPDP SCRIPT-Standardversion in MapForce ist 10.10. Sie können weitere NCPDP-Versionen von der Altova Website herunterladen.
NCPDP SCRIPT kann XML- oder EDI-basiert sein. Sie können XML-basierte NCPDP SCRIPT-Komponenten auf dieselbe Art wie XML-Komponenten zum Mapping hinzufügen. Um eine EDI-basierte SCRIPT-Komponente zu Ihrem Mapping hinzuzufügen, gehen Sie vor, wie unter Hinzufügen von EDI-Komponenten beschrieben.
|
SWIFT (Society for Worldwide Interbank Financial Telecommunication) ist ein internationaler Anbieter von Finanznachrichtendiensten.
SWIFT MTSWIFT MT (Message Text) ist ein im SWIFT-Netz verwendeter Nachrichtentyp. MapForce unterstützt die folgenden SWIFT MT-Release-Versionen: Versionen ab 2019. Beachten Sie, dass die installierte Standardversion SWIFT 2024 ist. Standardmäßig wird nur die neueste unterstützte SWIFT-Collection installiert. Sie können zusätzliche SWIFT-Versionen von der Altova Website herunterladen.
Um eine SWIFT MT-Komponente zu Ihrem Mapping hinzuzufügen, gehen Sie vor, wie unter Hinzufügen von EDI-Komponenten beschrieben. Um Daten von oder auf SWIFT MT mappen zu können, muss als Transformationssprache BUILT-In verwendet werden.
Einschränkungen Beachten Sie die folgenden Einschränkungen, die unabhängig davon, ob Sie bei der Arbeit mit SWIFT MT MapForce oder MapForce Server verwenden, gelten:
•Die folgenden Nachrichtentypen werden nicht unterstützt: Nicht-FIN-Nachrichten, Nachrichten der Kategorie 0 (SWIFT-Systemnachrichten), Nachrichten der Kategorie n (MTx9x). •Um eine SWIFT MT-Nachricht zu generieren, müssen Sie im Application Header des Mappings den richtigen Nachrichtentyp (Message Type) angeben, da dieser nicht automatisch anhand von Inhaltsdaten erstellt wird. Stellen Sie sicher, dass nur Daten des korrekten Nachrichtentyps auf den Nachrichtentextkörper (block 4) gemappt werden. •MapForce bietet keine Validierung von SWIFT MT-Inhalt. Es werden nur einige grundlegende zum Parsen der Nachricht erforderliche Überprüfungen durchgeführt. •Es werden keine Überprüfungen zur maximalen Nachrichtenlänge durchgeführt. •Wenn der Input ungültig ist, stoppt der Parser mit einer Fehlermeldung - es stehen keine weiteren Wiederherstellungsoptionen zur Verfügung.
Behandlung von SWIFT MT-DatentypenMapForce behandelt SWIFT MT-spezifische einfache Datentypen folgendermaßen:
•Sie können SWIFT MT-Datentypen auf ein Datenelement vom Typ xs:date oder auf eine Funktion, die xs:date als Input erhält, mappen und dieses Mapping wird korrekt verarbeitet, ohne dass eine spezielle Behandlung erforderlich wäre. Wenn Sie z.B. ein Datenelement vom Typ swift:date6 auf einen String mappen, lautet das Ergebnis z.B: "20200922". Wenn Sie denselben Typ jedoch auf einen xs:date Typ mappen, ist das Ergebnis 2020-09-22 (vom Typ xs:date). •Wenn das Zieldatenelement ein String ist und das Datum im Format "2020-09-22" dargestellt werden soll, fügen Sie eine Variable vom Typ xs:date zum Mapping hinzu und mappen Sie das Ergebnis auf das String-Zieldatenelement. •Wenn Sie den Wert swift:decimal 42,66 auf ein Datenelement vom Typ xs:decimal mappen, ist das Ergebnis 42.66. Wenn Sie denselben Typ jedoch auf einen xs:string Typ mappen, ist das Ergebnis "42,66". •Dasselbe Verhalten gilt auch beim Schreiben von Daten in eine Zielkomponente. Wenn Sie z.B. den xs:decimal-Wert 15 auf ein Datenelement vom Typ swift:decimal mappen, ist das Ergebnis 15 (vom Typ swift.decimal).
SWIFT MX/ISO 20022Auch der XML-basierte SWIFT MX/ISO 20022-Standard wird von MapForce unterstützt. Sie können SWIFT MX/ISO 20022-Komponenten auf dieselbe Art wie jede andere XML-Komponente zum Mapping hinzufügen. SWIFT MX-Standardschemas können vom SWIFT Knowledge Centre heruntergeladen werden. ISO 20022-Schemas können über den Altova Schema Manager oder von der ISO 20022 Website heruntergeladen werden.
|
ODETTE EDI ist eine Gruppe von Standards, die zum Austausch von Nachrichten in der Automobilbranche verwendet werden. Nähere Informationen zu ODETTE EDI-Nachrichtentypen finden Sie unter Messaging Resources. Um in MapForce mit ) ODETTE-Nachrichten arbeiten zu können, laden Sie die ODETTE-Konfigurationsdateien von der Altova Website herunter.
|
VDA EDI ist eine Gruppe von Standards, die zum Austausch von Nachrichten in der deutschen Automobilbranche verwendet werden. Um in MapForce mit VDA EDI-Nachrichten arbeiten zu können, laden Sie die VDA-Konfigurationsdateien von der Altova Website herunter. Nähere Informationen zu VDA EDI-Nachrichtentypen finden Sie unter EDI Basics. Nähere Informationen zu VDA finden Sie auf der VDA-Website.
Wenn benötigte VDA-Nachrichten im Dialogfeld EDI-Collections durchsuchen nicht aufgelistet sind, können Sie Ihre eigenen Konfigurationsdateien verwenden oder die bestehenden anpassen. Nähere Informationen dazu finden Sie unter Anpassen der EDI-Struktur.
|
FORTRAS ist ein EDI-Standard für den Austausch von Daten zwischen Spediteuren. Um mit FORTRAS-Nachrichten arbeiten zu können, laden Sie die FORTRAS-Konfigurationsdateien von der Altova Download-Seite herunter.
Wenn benötigte FORTRAS-Nachrichten im Dialogfeld EDI-Collections durchsuchen nicht aufgelistet sind, können Sie Ihre eigenen Konfigurationsdateien verwenden oder die bestehenden anpassen. Nähere Informationen dazu finden Sie unter Anpassen der EDI-Struktur.
|