Fehler bei Überweisung -> iTAN - Fiducia - SFirm2.2.1

Hallo zusammen,
und wieder muß ich mal auf Euer Fachwissen und Erfahrung zurückgreifen. Seit der Umstellung der VoBa auf das iTAN-Verfahren haben wir mit einem Kunden massive Probleme.
Der Kunde nutzt SFirm32 2.2.1 und kann auch weiterhin mit der Sparkasse sauber arbeiten. Bei der VoBa gibt es beim Abrufen der Kontoauszüge auch keine Probleme. Diese treten bei der Überweisung auf.

Der Kunde gibt seine PIN ein, die Daten werden übertragen und die Empfangenden Daten verarbeitet. Jetzt kommts: Jetzt sollte das Feld mit der notwendigen iTAN kommen -> Fehlanzeige! Abbruch!

Auswertung des Protokolles:
Fehler beim senden der Auftragsnachrichten:
Kernel-Fehlercode -1402003
Die Antwort des Kreditinstitutes ist signiert, obwohl keine Signatur erwartet wird.
und noch weiter:
Nachricht entgegengenommen
*TAN-Reservierung erfolgreich
PIN OK

Nichts ist OK. Die angeforderten TANs werden nämlich entwertet und ruckzuck ist ne neue TAN-Liste fällig...

Selber habe ich den HBCI-Kontakt schon mal gelöscht und neu angelegt. Der Kollege der VoBa kann mir mit der Meldung auch nicht weiterhelfen. Selber habe ich keinen Schimmer was da sein könnte. Liegt es an der VoBa, oder muß ich im SFirm was drehen?

Vielen Dank schon mal für Eure Antworten...
Gruß Frank

So einen Fehler hatte ich auch mal. Nachdem ich die HBCI-Version auf 3.0 gestellt hatte, liefen die Genossen wieder.

Wenn Sie (die Banksignatur) geprüft werden muß, fehlt hier tatsächlich noch was...
Hab im Moment keinen Überblick wann und ob das umgesetzt wurde. Prinzipiell ist das Kernelsache, sollte also drin sein (ist ja der gleiche wie in der VRNW und PC).

Also,

ich weiss nicht, an was es liegt, aber dieser Fehler kam auch mit Profi cash 9.0 und der Fiducia als RZ. Hier musste ein Update auf eine Version 9.2 oder höher erfolgen.

Die Releasenotes für die Versionen 9.2, 9.2a und 9.2b habe ich hier. Beim groben drüberfliegen habe ich aber darin nichts entdeckt, was hier diesbzgl. bereinigt worden wäre.

EDIT:
doch noch was gefunden, und zwar in den Release Notes zu Update Version 9.2 Pilotversion 2 vom 25.04.2008

ich zitiere:
"Die Zertifikatsdatei wurde mit der Pilotversion 1 vom 22.4.2008 fälschlicherweise nicht mit ausgeliefert."

Dein Problem dürfte also mit SFirm zusammenhängen denke ich ma

Hallo Zimmi,



worraus entnimmst Du das? Für mich sieht es ehr so aus, als ob es mit der 9er noch keine neue Datei gab.
Und wärhend der Pilotierung der 9.2 sollte die mitgeliefert werden was in der ersten Pilotversion nicht geschehen ist. Da die Pilotversion nur bestimmten Banken zu Testzwecken zur Verfügung steht, ist das auch völlig unkritisch.

Gruß

Holger

Hallo Holger,

ich entnehme dies dem Zitat von Mellow und wollte seine Aussage lediglich bestätigen.

Bei uns liefen die 9.0er Versionen auf den Signaturfehler hinaus.Und da stimme ich dir wiederum zu. Ist nicht weiter tragisch, weil sofort per Update behoben.

Sieht halt nur am Kunden relativ seltsam aus, wenn die neue CD "nicht geht".

Grüße
Daniel

Sorry, habe vergessen die Lösung einzutragen.
Ursache für den Fehler war wohl irgendeine Hashwert-Änderung in einer Datei, durch die Umstellung auf iTAN der Genossen. Dieser Fehler wurde, glaube ich so im Februar, mit einem Patchlevel behoben. Bei meiner Kundin gab es Probleme mit der Installation der Patchlevel. Wahrscheinlich war der Virenscan ursächlich.
Ich habe SFirm 2.2.1 nach einer Datensicherung deinstalliert und die 2.2.1 gleich mit dem Patchlevel 13 installiert.
Danach lief alles...

Nachtrag

ist es wirklich die Version 2.2.1 PL 13
laut HP SFIRM ist die aktuelle Version 2.2.1 PL11

Tschuldigung, ist natürlich erst 11...
Den Patchlevel 13 gibt es für die Version 2.0kSP1, von der hier aber gar nicht die Rede ist...

zum Thema Patchlevel-Reperaturen hat Captain FRAG recht. In 99% der Fälle klappt das auch. Es bleibt aber noch 1% über...