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

Hallo Frank,

ich hab so gut wie null Erfahrung mit der Fiducia, aber rein technisch ist auch dort nur eines von zwei möglichen Zweischrittverfahren im Einsatz.

Wichtig: HBCI/FinTS 3.00 muss eingestellt sein.
Im Normalfall schlägt Sfirm das bei einer Neueinrichtung auch vor, da die abgerufenen Bankparameter das erlauben und Sfirm prinzipiell die höchstmögliche Version für sinnvoll erachtet.

Du hast nicht zufällig eine Dialogdatei aufgezeichnet und kommst an diese ran?

--

Bezüglich der Signatur der Banknachrichten mache ich mir hier keine Sorgen. Eigentlich sollte SFirm beizeiten mal lernen die auch zu prüfen, bis das soweit ist, sehe ich Geschichte zwar noch als unvollständig umgesetzt aber hier nicht Fehlerverursachend an.

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

Hi,

liegt teilweise an SFirm. Mit der Umstellung auf das Zweischrittverfahren fingen einige Softwares an, diesen Signatur-Fehler zu bringen. Es muss irgendeine Hashwert-Datei aktualisiert werden, was idR per SW-Update erfolgte.

Anbei eine Information der Fiducia zu dem Fehler (ging in der Info um die VR Networld Software, gilt aber meines Erachtens auch für SFirm):

"Die Hashwert-Datei wurde mit VR-Networld Version 3.30 aktualisiert.
In älteren Versionen ist in dieser Datei keine Bank als signierende Bank eingetragen. Wird die Antwort des Kreditinstituts signiert, obwohl keine Signatur erwartet wird (weil das Kreditinstitut nicht als signierende Bank in der Hashwert-Datei eingetragen ist), kann es zu dem erwähnten Fehler kommen."

Denke also, dass SFirm geupdatet werden muss.

Grüße Daniel

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).

Danke für Eure Antworten,
die HBCI-Version habe ich natürlich als erstes überprüft. Es ist 3.0 eingestellt. iTAN-Verfahren ist die Version 912.
Ich habe mich mal mit dem Tip der Hashwerte von Zimmi an die Hotline von SFirm32 gewendet. Es sieht so aus das der Fehler auftritt, da nicht alle Patchlevel korrekt isntalliert wurden.
Ich werde mich mal diesem Problem anwenden und Euch hier auf dem laufenden halten.
Gruß Frank

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

So ist es, ProfiCash 9.0 wurde offensichtlich mit diesem Fehler ausgeliefert Da lacht das Herz....nicht

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

Also ehrlich,

das ist doch eigentlich jetzt Haarspalterei, vor allem, da dies sehr schnell behoben wurde damals:

Update Version 9.2b vom 16.06.2008
Änderungen Update Version 9.2a vom 09.06.2008
Änderungen Update Version 9.2 vom 20.05.2008

und vor allem.....eventuell ein neuer Lösungsansatz für Frank und sein SFirm Problem.

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

Hallo, kennt schon jemand die Lösung für dieses Problem ?

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...

Hallo,

das ging aber schnell!

Vielen Dank für die prompte und ausführliche Antwort.

Nachtrag

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

Hm,

bis PL13 sind weder die 2.2.1 noch die 2.2.0 (bisher) gekommen. Ein PL13 gab es aber für die 2.0k SP1.

Siehe auch http://www.sfirm.de/index.php?id=311#c931 bzw. http://www.sfirm.de/index.php?id=349 incl. Historie....

Denke Frank meinte die 11. Wobei die Signaturpfüfungsroutine schon wesentlich älter sein muss, also ist PL11 in 2.2.1 dafür sicherlich nicht erforderlich. Problem war ja, das ein ältere Patchlevel eben nicht verarbeitet wurde. Ich tippe auf PL2 (Aktualisierung des HBCI-Kernels, Januar 2008).

PL-Installationen lassen sich übrigens auch inerhalb von Sfirm32 prüfen und reparieren. Einfach mal in den Optionen schauen... In 99% der Fälle klappt das auch.

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...

Die aktuelle Version ist eigentlich 2.2.1 PL12