MT103 Viewer SWIFT
Legen Sie eine MT103 ab und lesen Sie sie Feld für Feld — Blöcke 1 bis 5, Auftraggeber, Begünstigter, Entgelte und UETR. Vollständig im Browser.
Was ist eine MT103 und wird sie 2026 noch verwendet?
Eine MT103 ist der SWIFT „Single Customer Credit Transfer“: die Textnachricht, mit der eine Bank Geld von einem Kunden zu einem anderen überweist — der weltweit verbreitetste Zahlungsauftrag. Sie besteht aus einer Kette geschweifter Blöcke — {1:} Basic Header, {2:} Application Header, {3:} User Header, {4:} die eigentliche Nachricht, {5:} Trailer — wobei die Zahlung in Block 4 als getaggte Felder steht (:20: Referenz, :32A: Valutadatum, Währung und Betrag, :50a: Auftraggeber, :59a: Begünstigter, :71A: Entgelte). Seit dem Ende der MT/ISO-20022-Koexistenz auf CBPR+ am 22. November 2025 ist die MT103 aus dem grenzüberschreitenden Interbankenverkehr auf diesem Rail zurückgezogen, wo pacs.008 sie ersetzt — sie wird aber weiterhin täglich im Inland, im Bank-zu-Firmenkunden-Verkehr und in Host-to-Host-Strecken erzeugt und verarbeitet: genau der Verkehr, den dieser kostenlose Offline-Viewer liest.
Über den MT103-Viewer
Die MT103 ist eine flache Textnachricht, kein XML — und genau das macht sie mit bloßem Auge so schwer lesbar: eine Zeile wie „:32A:261120USD125000,00“ presst Valutadatum, Währung und Betrag in eine einzige, ununterbrochene Zeichenkette, und „:50K:“ und „:50A:“ bedeuten zwei völlig verschiedene Dinge — im einen Fall Name und Anschrift, im anderen einen BIC. Dieser Viewer zerlegt die Datei für Sie: Er trennt die fünf SWIFT-Blöcke, liest den Basic Header (logisches Terminal und BIC des Senders), den Application Header (eingehend oder ausgehend, Nachrichtentyp, Priorität), den User Header (Service Type Identifier und die UETR aus Tag 121) und listet dann jedes Feld von Block 4 in seiner Reihenfolge auf, jeweils mit einer verständlichen Bezeichnung.
Zusätzlich zur Dekodierung laufen die Prüfungen, die sich offline redlich durchführen lassen: dass die sechs Pflichtfelder vorhanden sind (:20:, :23B:, :32A:, :50a:, :59a:, :71A:), dass :32A: die Form Valutadatum + dreistellige Währung + Betrag hat, dass :71A: einen der nur drei existierenden Entgeltcodes trägt (OUR, SHA, BEN), dass ein unter Option A angegebener BIC wohlgeformt ist, dass die UETR in Tag 121 eine echte Version-4-UUID ist, und — weil es reine Arithmetik ist und ein Fehlschlag daher sicher — dass ein Begünstigtenkonto, das wie eine IBAN aussieht, die Modulo-97-Prüfung besteht. Auch die in der EZB-Dokumentation genannte Wechselkursregel wird angewendet: Weicht die Währung in :33B: von der in :32A: ab, muss :36: vorhanden sein.
Was er nicht tut, sagt er offen. Die SWIFT Network Validated Rules (C1 bis C18) — das Zusammenspiel von :71A: mit :71F: und :71G:, wann :33B: im EWR verpflichtend wird, was :23B:=SPRI in :56a: und :57a: erlaubt — stehen im SWIFT User Handbook, das nicht frei verfügbar ist; sie sind nicht implementiert, und dieses Werkzeug behauptet niemals eine Netzkonformität, die es nicht prüfen kann. Auch die TARGET2-eigenen Einschränkungen werden bewusst nicht angewendet: Sie würden völlig gültige Nachrichten anderer Rails zurückweisen. Es wird nichts hochgeladen — die Datei wird im Browser gelesen und verlässt ihn nie.
Was Sie 2026 über MT103 wissen sollten
- Die MT/ISO-20022-Koexistenz auf CBPR+ endete am 22. November 2025: Grenzüberschreitende Interbanken-Überweisungen laufen nun als pacs.008, nicht mehr als MT103.
- Verschwunden ist die MT103 damit nicht. Sie entsteht weiterhin in nationalen Verfahren, im Bank-zu-Firmenkunden-Reporting sowie in Host-to-Host- und Treasury-Dateiaustauschen — und diese Dateien müssen gelesen werden.
- Jedes MT103-Feld hat ein direktes Gegenstück in pacs.008: :20: wird zur Instruction Identification, :32A: zu Interbank-Settlement-Datum, -Währung und -Betrag, :71A: zum Charge Bearer, und Tag 121 wird zur UETR — dem einen Element, das beide Formate bereits teilen.
- Die Migration verliert strukturell nichts und gewinnt viel: pacs.008 trägt strukturierte Parteien und strukturierte Verwendungszweckdaten, wo die MT103 nur vier Freitextzeilen in :70: kennt.
- Eine MT103 enthält Kontonummern, Namen und Anschriften. Sie lokal im Browser zu dekodieren, vermeidet, einen Zahlungsauftrag an einen Drittanbieter zu senden.
MT103 vs. pacs.008: Feld für Feld
| MT103-Feld | Inhalt | Entsprechung in pacs.008 (ISO 20022) |
|---|---|---|
| :20: | Die eigene Referenz des Senders für die Überweisung | InstrId / PmtId |
| :23B: | Der Bank Operation Code (CRED, SPAY, SPRI, SSTD, CRTS) | Keine direkte Entsprechung — über Service Level und Local Instrument ausgedrückt |
| :32A: | Valutadatum, Währung und im Interbankenverkehr abgerechneter Betrag | IntrBkSttlmDt + IntrBkSttlmAmt |
| :33B: | Vom Auftraggeber angewiesene Währung und Betrag | InstdAmt |
| :36: | Der Wechselkurs, wenn die beiden Währungen abweichen | XchgRate |
| :50a: | Der Auftraggeber (Name und Anschrift oder ein BIC) | Dbtr + DbtrAcct |
| :52a: | Die Bank des Auftraggebers | DbtrAgt |
| :57a: | Die Bank des Begünstigten | CdtrAgt |
| :59a: | Der Begünstigte und sein Konto | Cdtr + CdtrAcct |
| :70: | Der Verwendungszweck, in bis zu vier Freitextzeilen | RmtInf — die strukturiert sein kann |
| :71A: | Wer die Entgelte trägt: OUR, SHA oder BEN | ChrgBr: DEBT, SHAR oder CRED |
| {3:{121:}} | Die UETR, die Ende-zu-Ende-Transaktionsreferenz | UETR — identisch und in beiden Formaten geführt |
Diese Zuordnung ist die praktische Brücke, die die meisten Teams brauchen, wenn eine Bank eine Strecke von MT103 auf pacs.008 umstellt. Die Feldsemantik stammt aus den TARGET2 User Detailed Functional Specifications der Europäischen Zentralbank, Book 1, v15.0 (26. März 2021), §9.1.2 — der einzigen öffentlich und kostenlos verfügbaren Spezifikation des MT103-Aufbaus.
Häufige Fragen
Was ist eine MT103?
Eine MT103 ist der SWIFT „Single Customer Credit Transfer“: die Nachricht, mit der eine Bank eine Zahlung von einem Kunden an einen anderen beauftragt. Es ist eine Textdatei aus geschweiften Blöcken; die Zahlung selbst steht in Block 4 als getaggte Felder wie :20: (Referenz), :32A: (Valutadatum, Währung und Betrag), :50a: (Auftraggeber), :59a: (Begünstigter) und :71A: (Entgelte).
Wird MT103 2026 noch verwendet?
Ja, aber nicht überall. Die MT/ISO-20022-Koexistenz auf dem grenzüberschreitenden CBPR+-Rail endete am 22. November 2025; grenzüberschreitende Interbanken-Überweisungen nutzen daher jetzt pacs.008. Im Inland, im Bank-zu-Firmenkunden-Austausch und in Host-to-Host-Integrationen bleibt die MT103 weit verbreitet — deshalb ist ihr Lesen weiterhin Alltag.
Was ersetzt die MT103?
pacs.008 (FIToFICustomerCreditTransfer), die ISO-20022-XML-Nachricht. Jedes MT103-Feld bildet darauf ab: :20: wird zur Instruction Identification, :32A: zu Interbank-Settlement-Datum, -Währung und -Betrag, :71A: zum Charge Bearer, und die UETR aus Tag 121 wird unverändert übernommen. Die Vergleichstabelle MT103 → pacs.008 auf dieser Seite zeigt die vollständige Zuordnung.
Welche Felder sind in einer MT103 Pflicht?
Sechs: :20: (Senderreferenz), :23B: (Bank Operation Code), :32A: (Valutadatum, Währung und abgerechneter Betrag), :50a: (Auftraggeber), :59a: (Begünstigter) und :71A: (Entgeltregelung). Dieser Viewer weigert sich, eine Nachricht zu lesen, der eines davon fehlt — und nennt Ihnen, welches.
Was bedeuten OUR, SHA und BEN in :71A:?
Sie legen fest, wer die Entgelte trägt. OUR: Der Auftraggeber zahlt alle, der Begünstigte erhält den vollen Betrag. BEN: Der Begünstigte trägt sie, sie werden vom erhaltenen Betrag abgezogen. SHA: Jede Seite zahlt die Entgelte ihrer eigenen Bank. Diese drei Codes sind die vollständige Liste — alles andere ist ungültig und wird von diesem Werkzeug abgelehnt.
Was ist die UETR in einer MT103?
Die „Unique End-to-end Transaction Reference“: eine Version-4-UUID in Tag 121 des User Headers (Block 3). Sie identifiziert eine Zahlung von Anfang bis Ende über alle beteiligten Banken hinweg und ist in der ISO-20022-Welt derselbe Identifikator — was sie zum natürlichen Schlüssel macht, wenn eine Zahlung von MT103 nach pacs.008 wechselt. Dieser Viewer prüft, dass es sich um eine wohlgeformte v4-UUID in kleingeschriebenem Hexadezimal handelt.
Validiert dieses Werkzeug eine MT103 gegen die SWIFT-Netzregeln?
Nein — und es tut auch nicht so. Die Network Validated Rules (C1 bis C18) stehen im SWIFT User Handbook, das nicht frei verfügbar ist. Dieser Viewer prüft Struktur, Pflichtfelder, das Format von :32A:, die geschlossene Entgeltcode-Liste von :71A:, die Form eines Option-A-BIC, die UETR und die IBAN-Prüfziffern — alles, was sich offline aus öffentlicher Dokumentation verifizieren lässt. Was er nicht prüfen kann, zeigt er auf dem Bildschirm an, statt es hinter einem grünen Häkchen zu verstecken.
Wird meine Zahlungsdatei irgendwohin hochgeladen?
Nein. Die MT103 wird vollständig im Browser mit JavaScript gelesen und dekodiert. Kein Teil der Nachricht — keine Kontonummer, kein Name, kein Betrag — wird jemals an einen Server gesendet.
Quelle
Der von diesem Viewer verwendete Feldaufbau stammt aus: Europäische Zentralbank, TARGET2 User Detailed Functional Specifications (UDFS), Book 1, v15.0 (26. März 2021), §9.1.2 — ein öffentlich und kostenlos verfügbares Dokument. Angewendet wird nur die Spalte „SWIFT standard“; die TARGET2-spezifischen Einschränkungen der Spalte „SSP Specifications“ werden bewusst ignoriert, da sie gültige Nachrichten anderer Rails zurückweisen würden. TARGET2 UDFS Book 1 v15.0 (PDF, ecb.europa.eu)
Rechtlicher Hinweis
ValidateFin ist ein unabhängiges Werkzeug und steht in keiner Verbindung zu Swift und wird von Swift nicht unterstützt. „SWIFT“ ist eine Marke der S.W.I.F.T. SC und wird hier nominativ verwendet, allein zur Bezeichnung des gelesenen Nachrichtenformats. Dieser Viewer prüft keine Konformität mit dem SWIFT-Netz: Die im SWIFT User Handbook veröffentlichten Network Validated Rules sind nicht implementiert, und es wird kein Text aus dem SWIFT MT Message Reference Guide wiedergegeben — sämtliche Feldbeschreibungen auf dieser Seite wurden unabhängig verfasst, auf Grundlage der öffentlich verfügbaren TARGET2 UDFS der Europäischen Zentralbank.