Hi,

ich bin Fan von Pecunia, und es funktioniert für mich deutlich besser als z.B. BankX.

Nun tritt leider seit neustem bei Überweisungen ein Problem mit dem ChipTan-Generator auch, also diesem Flackercode auf dem Bildschirm, auf den ich den Tan-Generator halte:

Sobald ich eine Überweisung machen möchte, erhalte ich immer den Fehler 25 (visuelle Leseprobleme), und zwar völlig egal, wie ich die Code-Anzeige einstelle. Dabei funktioniert das Code-Lesen für das Auslesen der Kontodaten weiterhin problemlos, d.h. teilweise geht es normal, und das Gerät funktioniert offenbar auch problemlos.

Ich vermute daher, dass das Problem irgendwo anders liegt. Wird ggf. ein falscher Code angezeigt oder ähnliches?

Es geht um die Hamburger Sparkasse. Letztenendes habe ich die Überweisung dann auf deren Webseite gemacht.

Viele Grüße, und tolle Arbeit, danke!

welche Version ist installiert? bzw. neuste von hier gezogen: https://pecuniabanking.de/index.php/downloads
in der Software wird kein Fehler dokumentiert?
welches Betriebssystem ist installiert?

welches Lesegerät (Hersteller/Modell) ist im Einsatz?

anscheinend funktioniert es ja grundsätzlich übers webbanking der haspa + Lesegeräte + Karte
wurden gleichen Zugangsdaten verwendet? im webbanking+Software?

Hi,

macos 10.14.6, Pecunia 2.1.4 (build 33.04)
Kartenleser: Haspa 2011-24 / www.reiner-sct.com
Ja, gleiche Zugangsdaten. Überweisungen gingen auch bis vor kurzem in Pecunia.

Im Log finde ich nichts.

der Generator hier vorhanden? https://www.haspa.de/de/home/service/chiptan.html?n=true oder hier https://www.chipkartenleser-sh…eneratoren

evtl. neue Sparkassen-Card / Kartengeneration? siehe Hinweis https://www.haspa.de/de/home/service/chiptan.html?n=true

Der Leser ist 11 Jahre alt. Ich würde mal schätzen, dass der von infoman verlinkte Hinweis, der Richtige ist.

Ja, das hatte ich bereits geändert, bei einem Update von Pecunia. Mein Kartenleser ist keiner von den beiden oben, er ist kompakter.

Heute z.B. geht eine Überweisung normal. Ich schliesse daraus, dass nur bestimmte Überweisungen nicht funktionieren. Die, die nicht funktionierte, ging an die Justizkasse Hamburg, DE10200000000020001501.

ich kann deinen Aussagen jetzt aber irgendwie noch immer nicht entnehmen, welcher Kartenleser im Einsatz ist.
bitte mal URL dass man sich die Hardware mal anschauen kann

Des weiteren stellt sich ja die Frage, ob eine neue Karte im Einsatz ist, denn diese wiederum benötigen neue Kartenleser.

oder gleich den Kartenleser austauschen. (statt Flickercode => QR-Code)
wobei ich statt dem tanJack® QR S-Edition lieber einen tanJack® Photo QR (Für Volks- und Raiffeisenbanken sowie Sparkassen) erwerben würde.

Logisch bleiben. Das Problem mit den neuen Karten kanns ja nicht sein, sonst würde das Ganze ja im WebBanking nicht funktionieren.
Nachdem er schreibt, dass das nur bei MANCHEN Zahlungen auftritt, erinnert mich das an das Problem, das es mal in hibiscus gab. Dort war es doch so, dass der Code der als Daten kommt durch einen Fehler falsch in Flicker umgesetzt wurde - aber nur bei bestimmten Konstellationen. Womöglich gibt es in hier auch so einen Fehler in der Software.

Wenn es eine Inkompatibilität zur neuen Seccos Kartengeneration ist, müsste lt. Reiner SCT auch ein "Fehler 00" angezeigt werden.

Es gab mal ein Problem, das bei bestimmten Zeichen in den Empfängerdaten (betraf nur AZV) die Daten für das SmartTAN optic / manuell / USB falsch berechnet wurden (zumindest im damaligen GAD-Bereich).

@jura
Hast Du die Möglichkeit, das mal testweise mit einem anderen Lesertypen zu versuchen?

Mich erinnert das an das Problem, dass die Daten des FinTS-Flickerstrings als HHD 1.4 interpretiert wurden, obwohl sie bei Sparkassen immer HHD 1.3.2 sind. Das trifft nur bestimmte Strings.

Meines Wissens nach können alle Leser, welche 1.4 können, auch 1.3.2. Umgekehrt ist das nicht zwingend so.

Das stimmt. Aber es gab schon mal in einer Software das Problem, dass sie versucht haben an den ersten paar bytes des Flickerstrings zu entscheiden, ob es nach HHD1.4 oder HHD1.3.2 aussieht und den Rest dann versucht auf die eine oder andere Weise zu parsieren. Offenbar sehen manche 1.3.2-er Challenges vorne einer 1.4er Challenge ähnlich.
Hier half es dann generell bei FI Instituten den Parser auf 1.3.2 einzuschießen.

Es war damals in diesem Thread: forum/topic.php?t=22381&page=2