ISO 8583

ISO 8583 ist ein internationaler Standard fürden Datenaustausch bei Finanztransaktionen mit Zahlungskarten . Es handelt sich um den Standard der Internationalen Organisation für Normung (ISO) für Systeme, die elektronische Transaktionen austauschen, die von Karteninhabern mit Zahlungskarten initiiert werden .

ISO 8583 definiert ein Nachrichtenformat und einen Kommunikationsablauf, über den verschiedene Systeme Transaktionsanfragen und -antworten austauschen können. Die überwiegende Mehrheit der Transaktionen, die Kunden bei Kartenzahlungen im Geschäft ( EFTPOS ) durchführen, nutzt ISO 8583 an irgendeiner Stelle der Kommunikationskette, ebenso wie Transaktionen an Geldautomaten. Insbesondere die Netzwerke von Mastercard , Visa und Verve basieren ihre Autorisierungskommunikation auf dem ISO-8583-Standard, ebenso wie viele andere Institutionen und Netzwerke.

Obwohl ISO 8583 einen gemeinsamen Standard definiert, wird dieser in der Regel nicht direkt von Systemen oder Netzwerken verwendet. Er definiert viele Standardfelder (Datenelemente), die in allen Systemen oder Netzwerken gleich bleiben, und lässt einige zusätzliche Felder für netzwerkspezifische Details offen. Diese Felder werden von jedem Netzwerk genutzt, um den Standard an die eigenen Bedürfnisse anzupassen, beispielsweise durch benutzerdefinierte Felder und individuelle Anwendungsfälle wie Proximity-Karten.

Die ISO 8583-Spezifikation besteht aus drei Teilen:

• Teil 1: Nachrichten, Datenelemente und Codewerte ^{[ 1 ]}
• Teil 2: Antrags- und Registrierungsverfahren für Institutionsidentifikationscodes (IIC) ^{[ 2 ]}
• Teil 3: Wartungsverfahren für die zuvor genannten Meldungen, Datenelemente und Codewerte ^{[ 3 ]}

Eine Kartenzahlung durchläuft typischerweise den Weg von einem Zahlungsabwicklungsgerät, wie beispielsweise einem Kassenterminal (POS) oder einem Geldautomaten (ATM), über verschiedene Netzwerke zu einem Kartenausgabesystem zur Autorisierung gegenüber dem Konto des Karteninhabers. Die Transaktionsdaten enthalten Informationen, die von der Karte (z. B. Kartennummer oder Karteninhaberdaten), dem Terminal (z. B. Terminalnummer, Händlernummer) und der Transaktion (z. B. Betrag) stammen, sowie weitere Daten, die dynamisch generiert oder von zwischengeschalteten Systemen hinzugefügt werden können. Basierend auf diesen Informationen autorisiert oder lehnt das Kartenausgabesystem die Transaktion ab und generiert eine Antwortnachricht, die innerhalb einer vordefinierten Frist an das Terminal zurückgesendet werden muss.

Eine ISO 8583-Nachricht besteht aus folgenden Teilen:

• Nachrichtentypindikator (MTI)
• Eine oder mehrere Bitmaps, die angeben, welche Datenelemente vorhanden sind. Sie bestehen aus einer primären und einer sekundären Bitmap. Das erste Bit der primären Bitmap gibt an, ob die sekundäre Bitmap vorhanden ist oder nicht.
• Datenelemente, die eigentlichen Informationsfelder der Nachricht

Die Anordnung der Felder variiert in den verschiedenen Versionen des Standards. Beispielsweise werden die Währungselemente der Versionen von 1987 und 1993 in der Version von 2003 nicht mehr verwendet. Dort ist die Währung ein Unterelement jedes Finanzbetrags. Bis Juni 2017 hatte ISO 8583:2003 jedoch noch keine breite Akzeptanz gefunden. Da ISO-8583-Nachrichten keine Routing-Informationen enthalten, werden sie mitunter mit einem TPDU- Header verwendet.

Karteninhaberinitiierte Transaktionen umfassen Käufe, Abhebungen, Einzahlungen, Rückerstattungen, Stornierungen, Kontostandsabfragen, Zahlungen und Überweisungen zwischen Konten. ISO 8583 definiert außerdem System-zu-System-Nachrichten für den sicheren Schlüsselaustausch, den Abgleich von Summen und andere administrative Zwecke.

Der Nachrichtentypindikator (MTI) ist ein vierstelliges numerisches Feld, das die Gesamtfunktion der Nachricht angibt. Ein Nachrichtentypindikator umfasst die ISO-8583-Version, die Nachrichtenklasse, die Nachrichtenfunktion und den Nachrichtenursprung, wie nachfolgend beschrieben.

Die erste Ziffer der MTI gibt die ISO 8583-Version an, in der die Nachricht kodiert ist.

Position zwei des MTI gibt den Gesamtzweck der Nachricht an.

Position drei des MTI spezifiziert die Nachrichtenfunktion, die definiert, wie die Nachricht innerhalb des Systems fließen soll. Anfragen sind End-to-End-Nachrichten (z. B. vom Acquirer zum Issuer und zurück mit Timeouts und automatischen Stornierungen), während Empfehlungen Punkt-zu-Punkt-Nachrichten sind (z. B. vom Terminal zum Acquirer, vom Acquirer zum Netzwerk, vom Netzwerk zum Issuer, wobei die Übertragung über jede Verbindung garantiert ist, aber nicht unbedingt sofort).

Position vier des MTI definiert den Ort der Nachrichtenquelle innerhalb der Zahlungskette.

Bei einem MTI-Wert von 0110 zeigt das folgende Beispiel, was die einzelnen Positionen bedeuten:

• 0xxx → Version von ISO 8583 ( 0 = Version von 1987)
• x1xx → Klasse der Nachricht ( 1 = Autorisierungsnachricht)
• xx1x → Funktion der Nachricht ( 1 = Antwort)
• xxx0 → wer die Kommunikation begonnen hat ( 0 = Empfänger)

Daher handelt es sich bei MTI 0110 um eine Autorisierungsantwortnachricht, bei der die eigentliche Transaktion vom Acquirer initiiert wurde.

Unter Berücksichtigung der vier oben genannten Punkte legt eine MTI (Message Translation Intent) genau fest, was eine Nachricht bewirken und wie sie im Netzwerk übertragen werden soll. Leider interpretieren nicht alle ISO-8583-Implementierungen die Bedeutung einer MTI einheitlich. Einige MTIs sind jedoch relativ standardisiert:

In ISO 8583 ist eine Bitmap ein Feld oder Unterfeld innerhalb einer Nachricht, das angibt, ob an anderer Stelle in der Nachricht andere Datenelemente oder Unterfelder von Datenelementen vorhanden sind.

Ein Feld gilt nur dann als vorhanden, wenn das entsprechende Bit in der Bitmap gesetzt ist. Beispielsweise entspricht der Hexadezimalwert 0x82 (dezimal 130) dem Binärwert 1000 0010 , was bedeutet, dass die Felder 1 und 7 in der Nachricht enthalten sind, die Felder 2, 3, 4, 5, 6 und 8 jedoch nicht.

Die Bitmap kann als 8 Byte Binärdaten oder als 16 Hexadezimalzeichen (0–9, A–F) im ASCII- oder EBCDIC -Zeichensatz dargestellt werden. Eine Nachricht enthält mindestens eine Bitmap, die sogenannte primäre Bitmap , welche angibt, ob die Datenelemente 1 bis 64 vorhanden sind. Das Vorhandensein einer optionalen sekundären Bitmap wird ebenfalls durch das erste Bit der primären Bitmap angezeigt. Falls vorhanden, gibt die sekundäre Bitmap an, ob die Datenelemente 65 bis 128 vorhanden sind. Analog kann eine tertiäre Bitmap verwendet werden, um das Vorhandensein der Felder 129 bis 192 anzuzeigen, obwohl diese Datenelemente selten verwendet werden.

Gegeben sei ein Bitmap-Wert von 70 10 00 11 02 C0 48 04 ,

0x70 = 0111 0000 (von links gezählt, sind das zweite, dritte und vierte Bit 1, was darauf hinweist, dass die Felder 2, 3 und 4 vorhanden sind)

0x10 = 0001 0000 (das erste Bit entspricht Feld 9, das vierte Bit zeigt also an, dass Feld 12 vorhanden ist)

0x00 = 0000 0000 (keine Felder vorhanden)

0x11 = 0001 0001 (Felder 28 und 32 sind vorhanden)

0x02 = 0000 0010 (Feld 39 ist vorhanden)

0xC0 = 1100 0000 (Felder 41 und 42 sind vorhanden)

0x48 = 0100 1000 (Felder 50 und 53 sind vorhanden)

0x04 = 0000 0100 (Feld 62 ist vorhanden)

Daher definiert die gegebene Bitmap die folgenden in der Nachricht vorhandenen Felder: 2, 3, 4, 12, 28, 32, 39, 41, 42, 50, 53, 62.

Datenelemente sind die einzelnen Felder, die die Transaktionsinformationen enthalten. Die ursprüngliche Norm ISO 8583:1987 spezifizierte bis zu 128 Datenelemente, spätere Versionen bis zu 192. Die Revision von 1993 fügte neue Definitionen hinzu, entfernte einige, während das Nachrichtenformat selbst unverändert blieb.

Obwohl jedes Datenelement eine festgelegte Bedeutung und ein festgelegtes Format hat, umfasst der Standard auch einige allgemeine Datenelemente sowie system- oder länderspezifische Datenelemente, deren Verwendung und Form von Implementierung zu Implementierung enorm variieren.

Jedes Datenelement wird in einem Standardformat beschrieben, das den zulässigen Inhalt des Feldes (numerisch, binär usw.) und die Feldlänge (variabel oder fest) gemäß der folgenden Tabelle definiert:

Darüber hinaus kann jedes Feld entweder eine feste oder eine variable Länge haben. Im Falle einer variablen Länge wird die Länge des Feldes durch einen Längenindikator angegeben.

 Beispiel: DE42 = "INDBANK00012345". 

 Beispiel: DE43 = "HP PETROL BUNK BANGALORE KA IN". 

 Original MTI (4-stellig) Original STAN (DE11) (6-stellig) Ursprüngliches Sendedatum und -uhrzeit (DE7) (10-stellig) Ursprünglicher Identifikationscode der erwerbenden Institution (DE32) (11-stellig) Ursprünglicher Weiterleitungsinstituts-ID-Code (DE33) (11-stellig) 

Nachfolgend eine Tabelle, die den Nachrichtentyp und den Verarbeitungscode für jeden Transaktionstyp angibt.

Die folgende Tabelle zeigt die Antwortcodes und ihre Bedeutungen für ISO 8583-1987; spätere Versionen verwenden 3- und 4-stellige Antwortcodes.

Das Feld „Point of Service (POS) Modus“ gibt an, unter welchen Bedingungen die Karte gelesen wurde, welche Art der Authentifizierung durchgeführt wurde und, abhängig von der Version der Spezifikation, welche Fähigkeiten das Terminal besitzt.

Gemäß der Spezifikation von 2003 besteht der POS-Code aus 16 Binärzeichen, die in vier Teile unterteilt sind:

1. angewandte Kartenlesemethode
2. verwendete Methode zur Karteninhaberverifizierung
3. POS-Umgebung
4. Sicherheitsmerkmale

In der Version von 1993 ^{[ 6 ]} handelt es sich um ein 12-stelliges Feld, das aus 5 Teilen besteht:

1. Die Eingabemöglichkeiten des Terminals (1. bis 3. Zeichen)
   • Kartendaten-Eingabefunktion
   • Karteninhaber-Authentifizierungsfunktion
   • Kartenerfassungsfunktion
2. Die Betriebsumgebung (4. bis 6. Zeichen)
   • Betriebsumgebung / Terminalplatzierung
   • Anzeige „Karteninhaber anwesend“
   • Anzeige „Karte vorhanden“
3. Authentifizierung und Verifizierung abgeschlossen (7. bis 9. Zeichen)
   • Kartendaten-Eingabemethode
   • Karteninhaber-Verifizierungsmethode
   • Karteninhaber-Authentifizierungsstelle
4. Ausgabemöglichkeiten des Terminals (10. und 11. Zeichen)
   • Kartendatenausgabefunktion – Kann das Terminal auf den Magnetstreifen oder auf den Chip schreiben?
   • Ausgabefunktion des Terminals – kann das Terminal dem Karteninhaber etwas anzeigen oder ausdrucken?
5. Die PIN-Erfassungsfunktion (12. Zeichen) gibt an, ob das Terminal einen PIN-Code erfassen kann und, falls ja, die maximale Länge, die erfasst werden kann.

Der Wert des Eingangspunkts für die Dienstleistungsanmeldung besteht aus zwei Teilen:

1. PAN-Eingabemodus, die ersten beiden Ziffern
2. PIN-Eingabefunktion, die dritte Ziffer

Die folgende Tabelle zeigt die PAN-Eingabemodi und ihre Bedeutungen.

Die folgende Tabelle zeigt die Möglichkeiten zur PIN-Eingabe und deren Bedeutung.

Der australische Standard AS 2805 beinhaltet ISO 8583 und deckt darüber hinaus eine Vielzahl weiterer Zahlungsthemen ab. ^{[ 7 ]}

• Magnetstreifenkarte
• NCR Corporation
• Itautec
• Diebold
• ISO 20022

Ein einfacher und kostenloser ISO8583-Editor