Datenträgeraustauschverfahren

Als Datenträgeraustauschverfahren (DTA oder in Deutschland auch DTAUS) wurde ein Verfahren im bargeldlosen Zahlungsverkehr bezeichnet.

Für den Inlandszahlungsverkehr wurde 1976 seitens des Zentralen Kreditausschusses (ZKA; heute Die Deutsche Kreditwirtschaft) das Datenträgeraustausch-Format (DTAUS-Format) vereinbart. Dieser einheitliche Standard ermöglicht die elektronische Verarbeitung von Zahlungsaufträgen (Überweisungen und Lastschriften) im deutschen Inlandszahlungsverkehr. Für Kaufleute (Nicht-Verbraucher) ist die Einstellung des DTAUS-Verfahrens bis zum 1. August 2014 (Ausführungstermin) erfolgt und durch das SEPA-Verfahren ersetzt. Privatpersonen (Verbraucher) konnten noch bis 1. Februar 2016 ihre Zahlungen in der gewohnten Form einreichen.[1]

Das Format wird auch zur Übermittlung von Kontoauszuginformationen von der Bank zum Kunden eingesetzt, obwohl hierfür eigentlich MT940 vorgesehen ist.

Als Gegenstück zum DTAUS-Format wurde 1986 für die beleglose Abwicklung des Auslandszahlungsverkehrs das DTAZV-Format (Datenträgeraustausch Auslandszahlungsverkehr) im ZKA verabschiedet.

Anwendung

Beim Datenträgeraustauschverfahren werden so genannte DTA-Dateien im DTA-Format weitergegeben. Diese können auf Magnetbändern, Bandkassetten, Disketten, Speicherkarte oder einem ähnlichen Medium gespeichert sein oder elektronisch per DFÜ übertragen werden (auch wenn der Name dann nicht mehr ganz stimmig ist, da der physische Datenträger fehlt). Moderne Online-Banking-Portale ermöglichen bereits den Upload von DTA-Daten über Web-Interface-Lösungen. In Deutschland ist das BCS-FTAM-Verfahren für Geschäftskunden zum Austausch von Daten (immer noch) sehr weit verbreitet. Ein bekanntes (Client-)Softwareprodukt für BCS ist „Multicash“, damit wird manchmal auch das Verfahren bezeichnet. Im Privatkundenbereich wird neben den Online-Banking-Portalen hauptsächlich die Schnittstelle FinTS (vormals HBCI) für den Zugriff mittels Software verwendet. Auch FinTS nutzt zur Übertragung von Nutzdaten (teilweise) das DTA- und das DTAZV-Format.

Die Legitimation und Autorisation der Aufträge auf dem ursprünglichen Übertragungsweg erfolgt durch einen so genannten „Datenträgerbegleitzettel“ mit Unterschrift eines Kontobevollmächtigten. Bei der Übertragung auf elektronischem Weg kann die Legitimation und Autorisation zum Beispiel mittels PIN- / TAN-Verfahren, der Elektronischen Unterschrift (EU) aus BCS-FTAM oder den verschiedenen HBCI-Sicherheitsverfahren (Chipkarte/RSA-Datei) erfolgen. Datenträgerbegleitzettel können auch bei der elektronischen Übertragung vereinzelt noch Anwendung finden.

Die Dateien werden zum Austausch zwischen Kreditinstituten (Banken) und zwischen Kunde und Kreditinstitut verwendet. Der Austausch physischer Datenträger zwischen den Kreditinstituten wurde auch als Garagenclearing bezeichnet.[2] Diese Bezeichnung kommt daher, dass die Magnetbänder früher häufig in den Tiefgaragen der Zentralbanken ausgetauscht wurden.[3] Diese Methode ist mit der Einführung elektronischer Austauschverfahren und der folgenden Abschaffung von Magnetbändern weggefallen.

Datenträger

Als Datenträger kamen ursprünglich meist 9-Spur-Magnetbänder zum Einsatz, später wurden auch Disketten verwendet. Größere Banken waren teilweise auch mit Standleitungen verbunden. Mit dem Aufkommen von Datex-P wurde auch dieser Dienst genutzt. Mittels Online Banking besteht bei einigen Banken die Möglichkeit zum Hochladen von Daten. Der physikalische Austausch von Datenträgern ist seit etwa 2000 kaum noch üblich.

Aufbau von DTAUS-Dateien

Das Format ist im DFÜ-Abkommen in Anlage 3 „Spezifikation der Datenformate“[1] beschrieben.

Eine physische DTA-Datei kann aus mehreren logischen DTA-Dateien bestehen. Diese wiederum bestehen aus einem A-Satz (Datenträger-Vorsatz), einem oder mehreren C-Sätzen (Zahlungsaustausch) und einem E-Satz (Datenträger-Nachsatz). Die physische Satzlänge sind 128 Byte, A-Satz und E-Satz bestehen aus je einem Satz à 128 Byte, C-Satz aus minimal 2 Satzabschnitten (physischen Sätzen) à 128 Byte. Die folgende Beschreibung bezieht sich auf das sogenannte Diskettenformat (mit DE-ASCII-Feldern – deutsche Variante der ASCII beschränkt auf Großbuchstaben und ß). Zwischen den Banken wird das Magnetbandformat mit EBCDIC- und gepackten Feldern benutzt (der fachliche Inhalt ist dabei weitestgehend identisch).

A-Satz

Er bezeichnet hauptsächlich das (nächste) Ziel und den Typ der Datei (Bank → Bank oder Kunde → Bank und Gutschrift- oder Lastschrift-Transaktionen). Die Satzlänge beträgt exakt 128 Zeichen.

Bedeutung der Spalten in der nachfolgenden Satzbeschreibung:

Feldnr.
Nummer des Feldes innerhalb des Satzes
Position
Offset vom Beginn des Satzes aus
Länge
Feldlänge
Typ
Feldtyp
alpha: alphanumerisch, linksbündig nicht belegte Stellen 0x20 (Leerzeichen, ASCII 32)
numerisch: numerische Daten, ungepackt, rechtsbündig mit vorlaufenden Nullen
Feldnr.PositionLänge (Zeichen)Typ (Zeichen)ErläuterungInhalt
104numerischSatzlänge0128
241alphaSatzartA
352alphaKennzeichen„GK“ bzw. „LK“ „GB“ bzw. „LB“ Hinweis auf Gutschriften (G) bzw. Lastschriften (L), Kundendiskette (K), Bankdiskette (B)
478numerischBLZ Dateiempfänger (d. i. Auftraggeberbank)
5158numerischBLZ Absenderbanknur belegt, wenn Dateiabsender Kreditinstitut ist, sonst 00000000
62327alphaName Absender (Auftraggeber)
7506numerischDateierstellungsdatumTTMMJJ
8564alphaLeerzeichen
96010numerischKontonummer Absender (Auftraggeber): Über dieses Konto wird der Gegenwert verrechnetBei Kundendateien (Kennzeichen „GK“ oder „LK“) ist dies in der Regel die Kontonummer, die auch im C-Satz im Feld C11 steht. Bei Bankendateien werden hier stattdessen interbankliche Verrechnungskonten eingetragen.
107010numerischggf. Sammel-Referenznummer des Einreichers, sonst Nullen0000000000
118047alphaLeerzeichenoptional nach 15 Leerzeichen (=A11a) das Ausführungsdatum (TTMMJJJJ) (8 Zeichen, =A11b), dahinter 24 Leerzeichen (=A11c)
121271alphaWährung1= Euro

C-Satz

Im C-Satz wird die eigentliche Buchung definiert (beteiligte Konten, Betrag und Typ der Transaktion sowie Verwendungszweckangaben). Nachstehend ist der minimale Umfang dargestellt. Die Satzlänge des Hauptsatzes beträgt exakt 256 Zeichen. Der Hauptsatz kann durch bis zu 15 Erweiterungsteile ergänzt werden, was zu Erweiterungsblöcken führen kann.

Feldnr.PositionLänge (Zeichen)ErläuterungInhalt
104SatzlängeLänge des Datensatzes nach der Formel 187 + x * 29 (x = Anzahl Erweiterungsteile = „Zeilen“; Beispiel: 2 Zeilen = 187 + 2*29 = 245) mit vorlaufender 0, also im Beispiel 0245.

Bei 0 Erweiterungsteilen steht hier 0187 und Feld 22 wird mit Leerzeichen aufgefüllt – der Datensatz endet also trotzdem erst mit dem 256. Zeichen.

241SatzartC
358BLZ erstbeteiligte Bank (optional)wenn BLZ nicht angegeben: 00000000
4138BLZ Begünstigter (bei Überweisungen) bzw. Zahlstelle (bei Lastschriften)
52110Kontonummer Begünstigter bzw. Zahlungspflichtiger
63113interne Kundennummer0000000000000
7a442Textschlüssel04=Abbuchung 05=Einzug 51=Überweisung 53=Gehalt 54=Vermögenswirksame Leistungen 56=Öffentliche Kassen 67=Überweisungsgutschrift mit prüfziffergesicherten Zuordnungsdaten 68=Gutschrift aus neutralem Überweisungs-/Zahlschein 69=Gutschrift einer Spendenüberweisung
7b463Textschlüsselergänzunggemäß Anlage 1 des DFÜ-Abkommens
8491Leerzeichen
95011Nullenvormals: Betrag im DM mit 9 Vorkommastellen und 2 Nachkommastellen ohne Trennzeichen
10618BLZ Auftraggeber
116910Kontonummer AuftraggeberDiese Kontonummer wird dem Begünstigten/Zahlungspflichtigen mitgeteilt und z. B. für Rückgaben verwendet.
127911Betrag9 Vorkommastellen und 2 Nachkommastellen ohne Trennzeichen
13903Leerzeichen
149327Name Begünstigter (bzw. bei Lastschriften Zahlungspflichtiger)
151208Leerzeichen
1612827Name Auftraggeber
1715527Verwendungszweck
181821Währung1 (= EUR)
191832Leerzeichen
201852zweistellige AnzahlAnzahl der Erweiterungsdatensätze, „00“ bis „15“
2118758Raum für bis zu zwei ErweiterungsteileBis zu zwei Erweiterungsteile à 29 Byte, aufgefüllt mit Leerzeichen
2224511Leerzeichen

Danach folgt Raum für die bis zu 4 × 128 Byte an Erweiterungsblöcken. In den ersten 3 Blöcken können bis zu 4 Erweiterungsteile à 2 Byte Präfix + 27 Byte Daten = 29 Byte aufeinander folgen. Nicht genutzte Bytes eines solchen 128-Byte-Blocks werden mit 0x20 (Leerzeichen) aufgefüllt. Der 4. Erweiterungsblock ist wie die ersten 3 aufgebaut, enthält, wenn er benötigt wird, aber nur einen Erweiterungsteil. Der Rest der 128 Byte wird ebenfalls mit 0x20 aufgefüllt.

Erweiterungsteile

Ein C-Satz kann bis zu 15 Erweiterungsteile à 29 Byte enthalten, welche z. B. einen längeren Verwendungszweck ermöglichen. Ein Erweiterungsteil besteht aus 2 Byte Präfix und 27 Byte Inhalt.

Es gibt folgende Typen von Erweiterungsteilen:

PräfixMaximale AnzahlErläuterung
011Erweiterung für „Begünstigter“ (Feld 14 im C-Satz)
0213Erweiterung für „Verwendungszweck“ (Feld 17 im C-Satz)
031Erweiterung für „Überweisender“ (Feld 16 im C-Satz)

Wie im C-Satz beschrieben, finden im C-Satz direkt bis zu zwei Erweiterungsteile Platz, gefolgt von 11 Leerzeichen. Die restlichen Erweiterungsteile werden blockweise (4 Erweiterungssätze à 29 Byte + 12 Byte Leerzeichen) hinten an den C-Satz angehängt. Jeder Erweiterungssatz erhöht die Satzlänge (Feld 0) des C-Satzes um 29 und die Anzahl Erweiterungsteile (Feld 20) um 1.

Version 1.8

Am 6. Dezember 2010 trat die Version 1.8 der Spezifikationen für den elektronischen Zahlungsverkehr der Deutschen Bundesbank in Kraft.[4] Auszug zur Änderung am C-Satz, entnommen aus der Spezifikation,[5] Feldpositionen und Längen unverändert wie oben beschrieben:

Nr.FeldBedeutung
1C2Satzart, Konstante „C“
2C3Bankleitzahl erstbeteiligter Zahlungsdienstleister (freigestellt, sofern identisch mit Zahlungsdienstleister des Zahlers)
3C4Bankleitzahl Zahlungsdienstleister des Zahlungsempfängers
4C5Kontonummer Zahlungsempfänger
5C6Null bzw. EZÜ-Kennzeichnung und Ref.-Nr.

Belegung durch Zahlungsdienstleister mit Bankleitzahl:

  • 1. Byte: EZÜ-Kennzeichnung
    • bei EZÜ-Zahlungen: 1
    • bei Btx-Zahlungen: 6
    • bei SWIFT-Zahlungen im DTA-Format: 7
    • bei EDIFACT-Zahlungen im DTA-Format: 8
    • für Avis-Kennzeichen: 9
    • sonst: 0
  • 2.–12. Byte: Referenznummer der Zahlung
  • 13. Byte: Null

Belegung durch Kontoinhaber ohne Bankleitzahl:

  • 1. Byte: EZÜ-Kennzeichnung
    • für Avis-Kennzeichen: 9
    • sonst: 0
  • 2.–12. Byte: Referenznummer der Zahlung
    • interne Nummer
    • sonst: Null
  • 13. Byte: Null
6C7aTextschlüssel, Kennzeichnung der Zahlungsart gemäß Anlage 3 zur Vereinbarung über den beleglosen Datenaustausch …
7C7bTextschlüsselergänzung gemäß Anlage 3 zur Vereinbarung über den beleglosen Datenaustausch …
8C8Bankinternes Feld, wenn nicht benutzt Space
9C9Reservefeld = 0
10C10Bankleitzahl Zahlungsdienstleister des Zahlers
11C11Kontonummer Zahler

(Im Falle von Zahlungen, bei denen die Deutsche Bundesbank Zahlungsdienstleister des Zahlers ist, muss eine dem Kontenkreis der Deutschen Bundesbank zugehörige Kontonummer eingetragen werden.)

12C12Euro-Betrag, rechtsbündig

(Felder für Beträge in Euro enthalten immer zwei Stellen für Cents.)

13C13Reserve, Space
14C14aName Zahlungsempfänger, linksbündig
15C14bReserve, Space
16C15Name Zahler, linksbündig
17C16Verwendungszweck

(Es sind möglichst kurze Angaben zu machen. Am Anfang dieses Feldes sind linksbündig solche Angaben unterzubringen, auf die der Zahlungsempfänger bei Überweisungen möglicherweise maschinell zuzugreifen beabsichtigt – z. B. Bausparkontonummer, Versicherungsnummer, Rechnungsnummer).

18, 19C17Reserve, Space
20C18Erweiterungskennzeichen
  • 00 = es folgt kein Erweiterungsteil
  • 01–15 = Anzahl der Erweiterungsteile à 29 Bytes

E-Satz

Der E-Satz besteht aus einem Zähler der C-Sätze und Prüfsummen (Beträge, Bankleitzahlen und Kontonummern), um die Datei vor Übertragungsfehlern zu schützen. Die Satzlänge beträgt exakt 128 Zeichen.

Feldnr.PositionLänge (Zeichen)ErläuterungInhalt
104Satzlänge0128
241SatzartE
355Leerzeichen
4107Anzahl Datensätze C
51713ehemals: Summe DM-Beträge0000000000000
63017Summe Kontonummern
74717Summe Bankleitzahl
86413Summe Euro-Beträge11 Vorkommastellen und 2 Nachkommastellen ohne Trennzeichen
97751Leerzeichen" "

Zulässige Zeichen

Folgende Zeichen sind bei DTA zugelassen:

Zugelassener ZeichencodeZeichenDIN-66003 Hexcodeentspräche in ANSI/Unicode
Numerische Zeichen0 bis 90x30 – 0x39"0" – "9"
GroßbuchstabenA bis Z0x41 – 0x5A"A" – "Z"
Leerzeichen" "0x20" "
Punkt„.“0x2E"."
Komma„,“0x2C","
Kaufmännisches „und“„&“0x26„&“
Trennstrich„-“0x2D"-"
Schrägstrich„/“0x2F"/"
Pluszeichen„+“0x2B"+"
Stern„*“0x2A"*"
Dollar„$“0x24"$"
Prozentzeichen„%“0x25"%"
Umlaute und ß„Ä“, „Ö“, „Ü“, „ß“0x5B, 0x5C, 0x5D, 0x7E"[", "\", "]", "~"

Bei der Kodierung der Zeichen schreibt das DFÜ-Abkommen in Anlage 3 die DIN-66003-Kodierung vor, bei der die deutschen Umlaute und das ß im Bereich der ASCII-Kodierung definiert sind. DIN 66003 ist die deutsche Bezeichnung für den deutschen Teil der internationalen Norm ISO 646. Die Bundesbank erwähnt in ihrer Spezifikation abweichend hierzu eine Kodierung der Zeichen mittels der MS-DOS Codepage 437. Beide Kodierungen entsprechen nicht der weitläufig verwendeten ISO-8859-Kodierung, die in keiner der beiden Spezifikationen als gültige Kodierung einer DTAUS-Datei spezifiziert ist. Codepage 20106 entspricht der DIN 66003.

Für den richtigen Ausdruck von der Spezifikation abweichender Zeichen übernehmen die Kreditinstitute keine Haftung. Das Kreditinstitut kann Kleinbuchstaben in Datensätzen in Großbuchstaben konvertieren oder diese Datensätze an den Einreicher zurückgeben bzw. zurückweisen; unzulässige Sonderzeichen kann es in Leerzeichen (Blanks) konvertieren.

Voraussetzung zur Nutzung als Kunde

Um als Kunde (z. B. als Verein) am Datenträgeraustausch-Verfahren teilnehmen zu können, benötigte man ein Programm, das eine DTA-Datei erstellen kann, und ein Kreditinstitut, das diese entgegennimmt. Viele Banken und Sparkassen boten diesen Service für Vereine oder Firmen an. Für den Einzug von Forderungen im Lastschriftverfahren, die mittels DTA übertragen werden sollen, muss der Kontoinhaber dem Lastschriftabkommen der Banken beitreten.

Weitere Informationen gibt es bei der Bundesbank,[6] den Landeszentralbanken der Bundesländer oder den lokalen Banken und Sparkassen.

Datenträgerformat in Österreich

Ab 1. Januar 1999 (im Rahmen der Einführung des Euro als Buchgeld) wurde der bis dahin dem DTAUS-Format ähnliche V2-Datenträger durch EDIFACT abgelöst. Dabei werden die Datensätze zwischen den Banken im Format FINPAY, zwischen Kunde und Bank als PAYMUL (Überweisung) und DIRDEB (Lastschrift) sowie CREMUL und DEBMUL (Gut- bzw. Lastschriftanzeige) verschickt. Mittlerweile ist auch dieses Format veraltet, da wie in Deutschland nur noch der SEPA-Zahlungsverkehr angeboten wird.

Datenträgerformat in der Schweiz

In der Schweiz wird die Bezeichnung „DTA“ ebenfalls für funktional gleichartige Zahlungsverkehrsformate angewendet, der Aufbau ist aber ein anderer. Das Format für DTA Files in der Schweiz wird durch die Swiss Interbank Clearing festgelegt. Die Definition ist bei den Weblinks zu finden.

Weitere Entwicklung

Im Rahmen der Vereinheitlichung der europäischen Zahlungsverkehrssysteme innerhalb des Europäischen Zahlungsraumes (SEPA) erfährt das Datenträgeraustauschverfahren seit Februar 2008 grundlegende Veränderungen. Das bisherige deutsche DTA-Format ist durch europaweit gültige Nachrichten auf Basis des Standards ISO20022 (XML-Format) ersetzt worden, und das FTAM-Verfahren durch das sogenannte EBICS-Verfahren. Seit dem 1. August 2014 dürfen Banken keine DTAUS-Dateien vom Kunden zur Verbuchung annehmen, seit dem 1. Februar 2016 dürfen für die Geldkarten- und EC-Karten-Zahlungen innerhalb der Banken keine DTAUS-Dateien mehr genutzt werden.[7]

Für den Schweizer nationalen Zahlungsverkehr gibt es dieselbe Entwicklung. Für Überweisungen ist inzwischen ausschließlich ein auf ISO20022 basierendes Format zulässig, für Lastschriften existiert daneben noch DTA in der Ausprägung TA875.[8][9]

Weblinks

Einzelnachweise

  1. a b Die Deutsche Kreditwirtschaft Anlage 3 der Schnittstellenspezifikation für die Datenfernübertragung zwischen Kunde und Kreditinstitut gemäß DFÜ-Abkommen „Spezifikation der Datenformate“ Version 2.7 vom 25. März 2013, zip-Datei, abgerufen am 30. Oktober 2022
  2. Überwachung des Zahlungsverkehrs und der Wertpapierabwicklung. Massenzahlungsverkehrssysteme. Deutsche Bundesbank, archiviert vom Original (nicht mehr online verfügbar) am 13. Mai 2015; abgerufen am 30. Oktober 2022., Archivlink
  3. Katja Heyder, Hermann Fürstenau: Garagenclearing goes Sepa. (PDF; 262 KB) Zeitschrift für das gesamte Kreditwesen, archiviert vom Original am 12. Februar 2015; abgerufen am 12. Februar 2015 (Ausgabe 2/2013, S. 26).
  4. bundesbank.de:Spezifikationen für den elektronischen Zahlungsverkehr der Deutschen Bundesbank (Memento vom 10. April 2006 im Internet Archive)
  5. Spezifikationen für den elektronischen Zahlungsverkehr der Deutschen Bundesbank. (PDF) In: bundesbank.de. Ehemals im Original (nicht mehr online verfügbar); abgerufen am 27. November 2021 (Seite nicht mehr abrufbar, kein Archivlink auffindbar am 19. Juni 2023).@1@2Vorlage:Toter Link/www.bundesbank.de (Seite nicht mehr abrufbar. Suche in Webarchiven)
  6. Deutsche Bundesbank:Unbarer Zahlungsverkehr (Memento vom 7. Juni 2013 im Internet Archive)
  7. Europäisches Parlament und Europäischer Rat: Verordnung (EU) Nr. 260/2012 des europäischen Parlaments und des Rates vom 14. März 2012 zur Festlegung der technischen Vorschriften und der Geschäftsanforderungen für Überweisungen und Lastschriften in Euro und zur Änderung der Verordnung (EG) Nr. 924/2009, abgerufen am 25. Mai 2014
  8. Standards für Zahlungen ISO 20022 | SIX. 1. Mai 2020, archiviert vom Original am 1. Mai 2020; abgerufen am 19. Oktober 2023.  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/www.six-group.com
  9. SIX: Lastschrift 2017 – Update Roadmap, abgerufen am 2. Dezember 2022