Haspa - Chip Tan comfort - Fehler 25

Ich hab dir als PM mal einen solchen aktuellen Problemfall geschickt. Einmal was über FinTS von mir ausgegeben wurde, also was du übersetzen musstest. Und einmal was meine Tools daraus zum Flickern errechnen. Dieser Code führt laut Problembeschreibung beim Kunden auch zu Fehler 25 und er nutzt hibsicus 2.8. Der von mir errechnete Flickerstring geht aber in meinem Lesern.
Kannst du den mal der hibiscus-engine vorwerfen und schauen ob das gleiche raus kommt?
Auch hier hat das Empfängerkonto viele Nullen und nur 4 Stellen.

Ich glaube bei den PM ist irgendwas kaputt. Das wirft immer Weiterleitungsfehler und ich glaube es wird nicht verschickt.

Das hier wollte ich schicken:
Hier mal der über FinTS gesendete Challenge Code zu diesem Fall und was ich daraus eigentlich an die Flickerengine geben würde:
FinTS-Code: 2908881904551000000039990515,00
Flickercode: 1204881904550500000039991531352C30308A

Bei mir klappt das geflicker. Aber beim Kunden scheinbar nicht.
Hibsicus meldet sich da mit A44C29539....475443E und 2.8 als Version. Genauer wird es leider nicht.

Kannst du damit was anfangen?

Soweit ich weiß verwendet FI grundsätzlich HHD 1.3!?!? Heißt doch auch immer, dass für VR ein Leser mit HHD 1.4-Fähigkeit nötig ist, bei FI wird 1.3 gefordert.

Ja, das erklaert es. Der String ist nur der selbe, wenn HBCI4Java ihn explizit als HHD 1.3 parst. Das ist aktuell aber nicht der Fall. Es versucht ihn erst als HHD 1.4 zu parsen. Normalerweise schlaegt das fehl. Daraufhin macht HBCI4Java ein Fallback auf HHD 1.3 und versucht ihn damit zu lesen. Es gibt aber halt scheinbar Situationen, in denen sich ein 1.3er Code auch als 1.4er lesen laesst - die Offset-Angaben also zufaellig passen.

Bei dieser Automtik hatte ich immer ein etwas ungutes Gefühl. Habe es daher jetzt mal so geändert, dass die in den BPD in den TAN-Verfahren angegebenen Versionsangaben mit an den Flickercode-Parser uebergeben werden. Damit sollte er dann korrekt als 1.3er Code geparst werden. Ist morgen im Nightly-Build. Hast du eine Moeglichkeit, den Fall damit zu testen?

Ja, wahrscheinlich.

Hallo,

ich hatte das gleiche Problem mit einer Überweisung bei einem Sparkassen Konto.

Nachdem ich dieses Thema gefunden habe, habe ich die gleiche Überweisung mit der Nightly von heute versucht und es hat funktioniert. Es scheint also die Lösung für das Problem zu sein.

Bei mir hat die Installation der nightlies ebenfalls das Problem behoben.
Vielen Dank für den Fix Olaf.

Ohne ein verändertes Programm kannst Du den Fehler nicht vermeiden. Es steckt im Programm eine falsche Annahme, die in bestimmten Fällen dazu führt, dass bei Daten für den Flickercode angenommen wird, dass sie in einer neueren Version geliefert wurden, obwohl sie in einer älteren geliefert wurden. Sie werden dann nach den Regeln der neueren Version zu einen Flickercode verarbeitet, was natürlich zu einem falschen Geblinke führt - was der Leser dann mit Fehler 25 bemängelt.

Somit musst Du nun entweder das nightly installieren - dort werden die gelieferten Daten in diesen Fällen immer als "alte Version" interpretiert und dann stimmt es. Oder Du wartest bis zum Erscheinen der nächsten offiziellen Version und machst die (wenigen) Überweisungen, bei denen das Problem auftritt, über die Website der Bank.

Moin Moin

Ich schließe mich dem Fall bei meiner Sparkasse an (wobei das ja egal ist welche Spk, sind ja alle bei der FI technisch angebunden).
Übers Bank-Portal funktioniert es, jedoch über die Software im Moment nicht...
Betraf die letzten 2 Überweisungen, eine davor klappte erst im 3. Anlauf.

Waren auch Fälle mit kurzen Kontonummern.

Hibiscus:
Software-Version: 2.8.18
HBCI4Java-Version: 3.1.13
Datenbank-Version: 66
Build: 382 [Datum 20190917]

Hallo,

ich hatte soeben wieder einen Fehler 25.
Nach kurzer Suche hab ich mich an meinen letzten Fehler 25 erinnert.
Auftreten nach Java Update, diesmal auf Java 8 231, während Hibiscus lief.
Nach Neustart war alles behoben.

Vielleicht hilfts

Gruß
Sandro