Probleme beim MT940 Import aus Starmoney Business

Das ist verwunderlich, denn im Standard ist explizit definiert, daß jede Zeile mit CR+LF abgeschlossen wird. Was hast Du jetzt? Im Prinzip nur eine endlose Zeile? Bei der ein neues Subfeld z.B. :25: direkt hinter dem text des vorherigen Feldes beginnt? Das ist dann aber keine echte MT940 mehr. Zeilen dürfen nämich laut Spezifikation auch nicht länger als eine bestimmte Zeichenanzahl sein, ich weiß nicht mehr wieiviel das waren, ich glaube 70.

Achso, zwischen allen Zeilen jeweils noch eine Leerzeile? Dann kann es natürlich nicht mehr klappen. Aber auch das sollte mich wundern, wenn Starmoney, das es ja nicht erst seit gestern gibt, bei MT940 Dateien macht, die Starmoney ja auch nicht erst seit gestern erstellt und die von unzähligen Anwendern täglich in die Finanzbuchhaltung eingelesen werden...

Könnte es sein, daß da irgendwie eine Dateiübertragung zwischen Windows einerseits (CR+LF als Zeilenende) und Linux oder MacOS andereseits (unix-like nur CR als Zeilenende einer Textdatei) im Spiel war? Auf dem einen System erzeugte Dateien werden auf dem anderen System nicht richtig dargestellt, wenn man nicht einen speziellen Editor benutzt, der das berücksichtigt...

Zeile1<CRLF><CRLF>Zeile 2<CRLF><CRLF>Zeile 3<CRLF><CRLF>

würde ja im "normalen" Editor dargestellt als

Zeile 1

Zeile 2

Zeile 3

und somit 2 Zeilenvorschübe haben.

Oder meinst Du, die BUCHSTABENFOLGE CRLF hintendran? Das wäre ja völlig gaga und für mich unvorstellbar, daß jemand sowas programmiert. Selbst bei Starmoney..

Achso jetzt verstehe ich Dich.

Wenn man die Spezifikation ganz genau nimmt, dann müßte die MT940-Nachricht mit einem CRLF beginnen und am Ende müßte sie auf einer neuen Zeile ein "-" (Minuszeichen) haben, dem KEIN crlf mehr folgt. Wenn sich Hibuscus davon beirren ließe, daß das nicht so ist, dann wäre das irgendwie päpstlicher als der Papst, denn die allermeisten STA-Dateien (auch die von Bankrechnern aber insbesondere Exporte aus Kundenprogrammen) halten sich da nicht dran. Insbesondere am Ende ist fast immer noch ein Zeilenvorschub und das Minuszeichen fehlt oft.

Ich habe gerade genau dasselbe Problem gehabt. Ich versuche gerade von Windows/Starmoney 10 auf Linux/Hibiscus umzusteigen. Wenn ich versucht habe die aus Starmoney Business exportierte STA-Datei in Hibisczus zu importieren, brach Hibiscus immer ab. Ich habe dann die letzte Zeile (eine Leerzeile) in der der STA-Datei gelöscht und dann konnte Hibiscus die Datei importieren.

OK, konnte es reproduzieren. Wenn nach der Zeile mit dem "-" noch eine Leerzeile folgte, stolperte der Swift-Parser von HBCI4Java drueber. Der entsprechende Code an der Stelle war da wirklich ziemlich unflexibel, was die verschiedenen Varianten von Datei-Enden betraf. Ist gefixt (https://github.com/willuhn/hbci4java/commit/c06e43a56ef365e83e2c9d333b27a1564c7c46bd) und morgen im Nightly-Build. Jetzt sollte die Datei eigentlich immer geparst werden koennen, egal, ob, welche und wieviele Zeilenumbrueche da am Ende noch stehen.

Hast du das aktuelle Nightly-Build mal getestet?