MT940 Import schlägt fehl bei Nighly build 2.6.15

Hallo,
ich habe das Problem, das ich in 2.6.2 und im Nighly build keine MT940 Daten importieren kann.
Ich habe es mit den Daten meiner Bank und mit Testdaten von http://www.lloydsbankcommercia…r%2014.zip
versucht.

[Tue Jun 02 15:25:37 CEST 2015][TRACE][de.willuhn.util.Session$SessionObject.<init>] added object "Image {-1536491328}" to session. timeout: 1800000 millis
[Tue Jun 02 15:25:37 CEST 2015][TRACE][de.willuhn.jameica.services.BeanService.get] searching for bean HBCISynchronizeBackend
[Tue Jun 02 15:25:37 CEST 2015][TRACE][de.willuhn.jameica.services.BeanService.get] found in context scope
[Tue Jun 02 15:25:37 CEST 2015][DEBUG][de.willuhn.jameica.hbci.HBCICallbackSWT.log] now parsing MT94x data
[Tue Jun 02 15:25:37 CEST 2015][TRACE][de.willuhn.jameica.services.BeanService.get] searching for bean HBCISynchronizeBackend
[Tue Jun 02 15:25:37 CEST 2015][TRACE][de.willuhn.jameica.services.BeanService.get] found in context scope
[Tue Jun 02 15:25:37 CEST 2015][ERROR][de.willuhn.jameica.hbci.HBCICallbackSWT.log] There is unparsed MT94x data - an exception occured while parsing org.kapott.hbci.GV_Result.GVRKUms.parseMT94x(GVRKUms.java:749)
[Tue Jun 02 15:25:37 CEST 2015][TRACE][de.willuhn.jameica.services.BeanService.get] searching for bean HBCISynchronizeBackend
[Tue Jun 02 15:25:37 CEST 2015][TRACE][de.willuhn.jameica.services.BeanService.get] found in context scope
[Tue Jun 02 15:25:37 CEST 2015][TRACE][de.willuhn.jameica.hbci.HBCICallbackSWT.log] current MT94x buffer: {1:F01HBOSXXXXAXXX9999999999}{2:I940HBOSXXXXXXXXN}{3:{108:0000000019708714}}{4:
:20:2267602902375194
:25:301775/00059707
:28C:00065/001
:60M:C140401GBP10,10
:61:1404010401C1,NCHGNONREF
REFUNDED CHARGES REF : 493
:86:4547
:61:1404010401D1,NINTNONREF
O/DRAFT INTEREST
:61:1404010401C1,NMSCNONREF
F/FLOW ACCOUNTNAME TFRPAYMENTRE
:86:FERENCE12
:61:1404010401D1,NMSCNONREF
PHOENIX DIS F/FLOW TFRPAYROLL85
:86:412368943
:61:1404010401C1,NMSCNONREF
LTCPTTAM1CBK137 BGCPAYMENTRE
:86:FERENCE34
:61:1404010401D1,NMSCNONREF
TEST BENEFICIARY DDPAYMENTRE
:86:FERENCE34
:61:1404010401D1,NSTONONREF
LTCPTTAM1CBK138 SO
:61:1404010401C1,NMSCNONREF
REDLIONCOURTLONDON FPI
:86:FASTERPAYMENTREF01
100000000000000315
301775 10
12MAR14 07:24
:61:1404010401C1,NMSCNONREF
REDLIONCOURTLONDON FPI
:86:STANDINGORDER12345
FTRT00000000000315
301775 30
12MAR14 07:24
:61:1404010401D1,NMSCNONREF
BENEFICIARY FPO
:86:200000000000000890
REFERENCE123456
301775 10
18APR14 10:44
:61:1404010401C1,NMSCNONREF
500021
:61:1404010401D1,NMSCNONREF
000016
:61:1404010401C1,NMSCNONREF
FROM A/C TFR00059618
:86:301775
:61:1404010401D1,NMSCNONREF
TO A/C TFR00059707
:86:301775
:61:1404010401C1,NMSCNONREF
FROM A/C TFR00059618
:86:301775
:61:1404010401D1,NMSCNONREF
TO A/C TFR00059707
:86:301775
:61:1404010401C2,NMSCNONREF
INTEREST (NET)
:61:1404010401D1,NMSCNONREF
FT148090898341 FOREIGN E
:86:UR
:61:1404010401D1,NMSCNONREF
FT148090949341 FOREIGN U
:86:SD
:62F:C140401GBP10,10
:64:C140401GBP10,10
:65:C140402GBP10,10
:65:C140406GBP10,10
:65:C140407GBP10,10
-}

[Tue Jun 02 15:25:37 CEST 2015][ERROR][de.willuhn.jameica.hbci.io.MT940UmsatzImporter.doImport] error while reading file
org.kapott.hbci.exceptions.HBCI_Exception
at org.kapott.hbci.GV_Result.GVRKUms.parseMT94x(GVRKUms.java:751)
at org.kapott.hbci.GV_Result.GVRKUms.verifyMT94xParsing(GVRKUms.java:335)
at org.kapott.hbci.GV_Result.GVRKUms.getFlatData(GVRKUms.java:283)
at de.willuhn.jameica.hbci.io.MT940UmsatzImporter.doImport(MT940UmsatzImporter.java:98)
at de.willuhn.jameica.hbci.gui.dialogs.ImportDialog$3.run(ImportDialog.java:177)
at de.willuhn.jameica.gui.GUI$6.run(GUI.java:1005)
Caused by: java.lang.NullPointerException
at org.kapott.hbci.GV_Result.GVRKUms.parseMT94x(GVRKUms.java:382)
... 5 more

[Tue Jun 02 15:25:37 CEST 2015][DEBUG][de.willuhn.jameica.messaging.NamedConcurrentQueue.deliver] deliver message [Tue Jun 02 15:25:37 CEST 2015][ERROR] Fehler beim Import der Datei
[Tue Jun 02 15:25:37 CEST 2015][TRACE][de.willuhn.util.Session$SessionObject.<init>] added object "Image {-1536577400}" to session. timeout: 1800000 millis
[Tue Jun 02 15:25:37 CEST 2015][INFO][de.willuhn.jameica.ical.io.IcalWriter.<init>] try to parse existing file
[Tue Jun 02 15:25:37 CEST 2015][INFO][net.fortuna.ical4j.util.Configurator.<clinit>] ical4j.properties not found.
[Tue Jun 02 15:25:38 CEST 2015][DEBUG][de.willuhn.jameica.ical.io.IcalWriter.addRange] no plugins given
[Tue Jun 02 15:25:38 CEST 2015][INFO][de.willuhn.jameica.ical.io.IcalWriter.write] calendar written
[Tue Jun 02 15:26:07 CEST 2015][INFO][de.willuhn.jameica.gui.internal.parts.BackgroundTaskMonitor$1$1.run] auto closing monitor snapin


Gibt es hierfür eine Lösung ?

Das Problem ist, dass deine MT940-Testdatei in so eine Art JSON gepackt ist. Die Datei beginnt mit "{1:...". Sowas hab ich bei einer echten MT940-Datei in der Praxis noch nie gesehen.
Versuche doch mal, eine "echte" MT940-Datei zu importieren und nicht diese komische Testdatei von lloydsbankcommercial.com

Die eigentlichen MT940-Daten beginnen erst in Zeile 2 mit ":20:22676....". Und das "}" in der letzten Zeile gehoert da auch nicht rein. Und dann finden sich am Ende auch noch zwei ungueltige GV-Codes:

:86:UR
:86:SD

"UR" und "SD" sollen Geschaeftsvorfall-Codes sein. In Deutschland sind die aber als 3-stellige Zahl definiert. Unter http://www.kontopruef.de/mt940s.shtml (am Ende der Seite) findet sich z.Bsp. eine Beschreibung.

Diese Datei mag sicher nach internationalen Standards gueltig sein. Es ist aber keine im deutschen Zahlungsverkehr uebliche MT940-Datei.

In meinem MT940 File steht bei :86: eine ganz normale Überweisung wie Miete oder SEPA-Überweisung.
Ich habe die Files jetzt nochmals überprüft, sowohl des Testfile der Loyds-Bank und das File der Schweizer Post lässt sich ohne Veränderung
einwandfrei in Gnucash einlesen.
Beide Files sind also gültig. Es wäre schön, wenn die MT940 Funktion entsprechend angepasst wird, so das nicht deutsche Banken ebenfalls funktionieren.