GAD: Unvollstaendiger Verwendungszweck nach Umstellung auf CAMT

Hi,

letzte Woche meldete Hibiscus, dass meine Bank (Aachener Bank, GAD) jetzt CAMT unterstuetzt. Habe natuerlich gleich umgestellt , aber erhalte seitdem unvollstaendige Umsatz-Informationen. Der Verwendungszweck ist einfach "irgendwo" in der Mitte abgeschnitten. Habe mir das CAMT-Format im HBCI-Trace angeguckt und beispielsweise diese Paypal-Abbuchung gefunden, deren RmtInf-Element folgendermassen aussieht:



Angezeigt wird von Hibiscus nur der Inhalt des ersten Elements. Habe mal in den Quellcode von hbci4java geguckt und gesehen, dass "Ustrd" in den XSDs auch immer als genau ein Element definiert ist.
Demnach wuerde ich davon ausgehen, dass das ein Fehler in der Implementierung der Bank/GAD ist, oder?

Viele Gruesse,
Boris

Danke für die Analyse!



Das stimmt so nicht ganz. In den XSDs ist der Verwendungszweck so definiert:



Darf also - wie Holger schon schreibt - beliebig oft vorkommen. Und das berücksichtigt HBCI4Java auchkorrekt. Siehe https://github.com/hbci4j/hbci….java#L186

Der Fehler entsteht erst in Hibiscus - konkret hier: https://github.com/willuhn/hib….java#L123
Wenn es ein CAMT-Umsatz ist, wird pauschal nur die erste Zeile übernommen. Grund: Laut XSD darf eoine Zeile Verwendungszweck maximal 140 Zeichen lang sein, es dürfen jedoch mehrere enthalten sein. Seit der Umstellung auf SEPA-Überweisungen und -Lastschriften kann man bei Aufträgen aber nur noch eine Zeile Verwendungszweck angeben. Sprich: Als Initiator einer Zahlung habe ich technisch gar keine Möglichkeit, mehr als eine Zeile zu erzeugen.
Und da seit CAMT die SEPA-relavanten Informationen EREF, KREF, IBAN, etc. auch nicht mehr in den Verwendungszweck gepackt werden müssen (da es hierfür ja in CAMT dedizierte Felder gibt), sollte im Verwendungszweck eigentlich auch nur noch eben dieser stehen.

Ich hatte mir daher mal die Verwendungszwecke meines SPK-Kontos angeschaut. Die schreiben alles in die eine 140 Zeichen lange Zeile. Also nahm ich an, dass das jetzt generell so ist und nur noch diese eine Zeile nötig ist.

Und dann sehe ich jetzt, dass es tatsächlich Banken gibt, die das neue CAMT-Format (der Heilsbringer, damit die SEPA-Daten nicht mehr in das alte MT940-Format gepresst werden müssen) zwar verwenden aber dennoch alle 27 Zeichen zerhacken und damit jetzt das alte MT940-Format in CAMT pressen? GAD? Das finde ich peinlich. Wozu haben wir das neue Format, wenn dessen Möglichkeiten dann nicht genutzt werden.

Wie auch immer. Ich ändere Hibiscus jetzt so, dass die Zeilen alle übernommen und zusammengefasst werden. Ist morgen im Nightly-Build.

Danke für die Infos msa.

Habe mir gerade das aktuelle nightly geladen, dort funktioniert es allerdings leider noch nicht. Habe folgende Versionen, laut dem Datum muesste das ja aktuell sein.

Sorry, das war was ungenau von mir. Gemeint war, es verhaelt sich wie gehabt: Ich sehe nur einen Teil des Verwendungszwecks, obwohl im gespeicherten HBCI-Log weitere "Ustrd"-Eintraege vorhanden sind.

Hab gerade nochmal die beiden aktuellsten nightly builds genommen, aber ist immer noch gleich. Ich hoffe ich mache beim nighly nichts falsch, aber eigentlich ist das ja nur runterladen+entpacken und die Info-Dialoge zeigen ja auch das richtige Datum an.

Habe mal aus dem Log eine XML-Datei mit einem Umsatz erstellt, mit Rechtsklick und Import in einem frischen Jameica-Profil habe ich das gleiche Verhalten.

Koennte diese Datei weitestgehend anonymisieren und per Mail schicken wenn das hilft.

Mail ist raus

Hatte ich genau so gemacht bevor ich sie verschickt hatte, mit dem zu dem Zeitpunkt aktuellen Nightly.

Ich hab das Gefuehl ich mache irgendeinen - vermutlich dummen - Fehler...

Hab jetzt mal alles in einer VM gemacht um auszuschliessen, dass es sich irgendwie mit Ueberresten vergangener Installationen beisst. Habe dort folgende Dateien runtergeladen:

https://www.willuhn.de/product…ightly.zip
https://www.willuhn.de/product…ightly.zip

dann die Jameica-ZIP-Datei entpackt und die hibiscus-zip ins plugins-Verzeichnis entpackt. mit "jameica.sh" gestartet, ein Konto mit Fake Daten angelegt und dann in der Transaktions-Liste per Rechtsklick, "Import", "SEPA CAMT-Format (XML)" ausgewaehlt und die entsprechende Datei geladen. Der Umsatz aus der Datei wurde importiert, der aber nur die Zeile "Bargeldauszahlg. Debitkarte" beinhaltet, nicht aber die folgenden Zeilen ("Aachener Bank eG/Aachen", etc.), sieht so aus:


Versions-Dialog:


Genutzt habe ich Arch Linux mit java11, der Test mit der VM ist ein Debian 9 mit java8.

Kann es sein, dass du die neuere Hibiscus-Version ueber die alte drueber kopiert hast? In dem Fall koennte da noch eine vorherige HBCI4Java-Version im Ordner "plugins/hibiscus/lib" liegen.

Du hast Recht. Das war ein Fehler bei der Erstellung der Nightly-Builds, die letzten GIT-Updates wurden da nicht uebernommen. Habe es gefixt und das Nightly-Build nochmal manuell erzeugen lassen. Teste mal mit der gerade ebe veroeffentlichten Version.

Prima. Danke fuer die schnelle Rueckmeldung. Hatte schon an mir selbst gezweifelt ;)