Hallo ihr Lieben,

da ich selber nicht aus der Bankenbranche komme, habe ich mal folgende Frage (einig kennen mich bestimmt wegen meinem Problem mit dem DTAUS Format): Ich habe ein Programm geschrieben, welches Dateien aus dem DTAUS Format ins MT940 Format konvertiert.

Nun würde ich von euch gerne wissen ob die Dateien auch so passen. Ich meine rein vom Format. Die Auszugsnummer und der Endsaldo in 62F müssen nicht wirklich passen, habe jetzt nicht nochmal jede Datei nachgeschaut, es geht mir rein um den Aufbau.

Vielen Dank im Voraus

die sind im MT940, bzw. sollen so sein.

Hallo,

in den Dateien ist überall "CR" statt eines echten CR/LF-Zeilenumbruchs. Ist das jetzt nur für uns, oder soll das so bleiben? Da müss natürlich vor (nicht nach) jeder Zeile eine echte CR/LF-Sequenz hin. Auch vor der allerersten Zeile.

Hallo, hab mir die Datei mal angeschaut und sie entsprechend angepasst, so dass ich sie in mein EB-Programm einlesen konnte (abgesehen von der BLZ, die es nicht gibt).

Hab sie auch etwas gekürzt und nicht alle Feld :61: und :86: aufgenommen, aber zum Testen hat das schon gereicht.

So schaut sie nun aus:

:20:STARTUMS
:25:1360060/99
:28c:1000/222
:60F:C091123EUR0,00
:61:0911251125CR000000015622,95N050NONREF
:86:082?00EINZAHLUNG?105512?20GUTHABEN 15.622,95-EUR?3070050000?310000055162?32N-ERGIE AG
:61:0911251125CR000000000162,19N050NONREF
:86:082?00EINZAHLUNG?105512?20GUTHABEN 162,19-EUR?3070050000?310000055162?32N-ERGIE AG
:62F:C091125EUR00000139984,21
-

Nur noch eine Verständigungsfrage. Beim MT940 handelt es sich um die Umsatzdaten/Kontoinformationen und werden auch als solche eingelesen.

Ein einzelnes CR kann ich (in der ersten Datei) nicht finden, es sind überall CR/LF vorhanden. Allerdings sind die Zeilen länger als 65 Zeichen.


| Die Ausgabe des Feldes :86: erfolgt strukturiert.
| Es darf - obwohl, wenn alle zulässigen
| Feldlängen addiert werden, eine
| Gesamtfeldlänge von 511 Zeichen erreicht wird -
| aufgrund der Swift-Beschränkungen nur maximal
| 390 Zeichen umfassen. Diese 390 Zeichen sind
| auf 6 Zeilen mit maximal 65 Zeichen aufzuteilen.
| (6x65 Bytes, getrennt durch X"0D25"; das letzte
| Subfeld wird nicht mit X"0D25" abgeschlossen).

@subsembly: Wieso muss vor der ersten Zeile auch ein CR/LF eingefügt werden? Das hab ich bisher noch nirgends gesehen.

Die Feldnummer (z.B. :86:) wird nicht mitgezählt, so dass das ganze in etwa so aussieht:

:86:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx<CR><LF>
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx<CR><LF>
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx<CR><LF>
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx<CR><LF>
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx<CR><LF>
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx<CR><LF>

Hallo,

Zitat aus der Spezifiktion:

[...]
Allgemeine Syntaxvereinbarungen
[...]
6. Der Datensatz beginnt mit einem führenden <CR><LF> vor dem Tag des ersten Feldes.
[...]

Oh, das hab ich wohl überlesen. ops:
Aber einige Banken wohl auch. Ich hab mal ein paar Logs durchgesehen, und nur bei zwei Logs von Postbanken bin ich fündig geworden.
Ein Log beginnt mit <CR><LF> und das andere mit @@ (Zeilenumbruch im BTX-Format).

Ja, das ist einer der häufigsten Fehler die man in MT-940 Daten findet. Aber leider ist es längst nicht der einzige Fehler den man so findet. So ganz genau hält sich kaum einer an die Spezifikation.