Update auf 2.0i SP1 Probleme

Such mal bitte auf den lokalen Rechnern und dem Server nach der gvkernel.dll.

Diese überall löschen und dann drüberinstallieren. Möglicherweise ist die Datei schreibgeschützt gewesen (das merkt das Setup normalerweise und fragt ob trotzdem überschrieben werden soll) oder sonstige Dateisperren (Netzwerk) verhinderten das überschreiben.
Zur Not auch das HBCI Unterverzeichnis mit löschen (Datensicherung!) und dann nochmal drüberinstallieren.

Aber eigentlich passt die Version 3.1.1.2 zu I-SP1. Die Version findest du selber raus, wenn du dir die Eigenschaften der gvkernel.dll anzeigen lässt und dann die Karteikarte Version öffnest.

Da sollte stehen:
Dateiversion: 3.1.1.2
Version: Banking Kernel HBCI C native

Ansonsten mal bitte "Extra-Optionen-Administrator" öffnen und auf "verfügbare DFÜ-Wege festlegen" klicken.
Dort sollte, je nach Übertragungsgweg, ein Haken bei HBCI Chipkarte/Diskette und/oder bei HBCI-PIN/TAN ein Haken sein. Bitte dabei auch unten rechts die gewählte Arbeitsstation beachten (möglicherweise wird ja auch eine andere Arbeitsstaion als DFÜ-Server benutzt). Das erkennt man daran ob auf der Karteikarte Administrator der Haken bei "an dieser Arbeitsstation erzeugte DFÜ-Aufträge nur hier abarbeiten" gesetzt ist.

Vermutung:
Ihr habt beide eine Netzwerkinstallation, warscheinlich beide mit getennten Datenpfaden. Im lokalen Verzeichnis der Arbeitsstation liegt der Kernel...Ist es wirklich sicher das nicht noch !irgendwo! eine andere gvkernel liegt? Andere Arbeitsstationen ebenfalls aktualisiert? (Ich mag lieber die NW-Installation komplett auf dem Server, das Update ist wesentlich einfacher und das Arbeiten ist kaum langsamer).

Sonst:

Habt ihr die I-SP1 per Online Update bekommen?
Das gibt es erst seit heute, hab es selber noch nicht getestet. Ich habe selber nur seit Mitte Dez. die Vollversion und auch schon reichlich mit Kunden eingesetzt...Das Problem ist mir so nicht bekannt. Scheint warscheinlich was Online Update spezifisches zu sein.

zum Testen:

-Datensicherung ausführen
-Das/Die Verzeichnisse der SF32 Installation gesondert wegsichern und dann deinstallieren und eventuelle Reste löschen
-Frische Version installieren und Datensicherung zurückholen

-Testen

-Geht es nicht, einfach die alten Verzeichnisse zurückholen

Ich gucke mir im Laufe des Tages mal das Online Update an. Von welchen Versionen habt ihr jeweils upgedatet? Beide von I aus?

Hallo.

danke erstmal für die schnelle Antwort.

Ich habe eine "gvkernel.dll" Version 3.1.1.2 inm Verzeichniss D:\Sfirm\
und eine mit der Version 2.3.23.0 im Verzeichniss c:\windows\system32
und eine mit der Version 3.1.1.2 im Verzeichniss F:\SFIRM32\VersionsUpdate\setup

Soll ich einfach mal die im Windowsverzeichniss mit der neuen Version ersetzen?

Das update ist online von 2.0i durchgeführt worden. Wobei der Ablauf diesmal etwas verändert war. z. B. wurde ich nicht nach einen Datensicherung gefragt und es gibt Abfragen nach weiteren updates ( eigener Eintrag im Programmverzeichniss.)

Also, die gvkernel.dll habe ich über die gesamte Festeplatte suchen lassen und vor der Neuinstallation an allen Fundstellen gelöscht, so daß jetzt wirklich nur die eine Version hier drauf ist (3.1.1.2), das habe ich nochmal überprüft.
Die Spaßkasse behauptet steif und fest, es läge am Kartenleser und ich sollte einen von denen nehmen (Cyberjack). Hatte bisher 2 verschiedene Chipdrives dran und mit denen lief es lange Zeit wunderbar...
Ich weiß zwar nicht, was eine Lizenzfehlermeldung mit dem Kartenleser zu tun haben soll, aber von mir aus probiere ich auch noch das aus...
Die Versions.ini werde ich auch gleich mal kontrollieren, wenn ich vor Ort bin.

Bug - ja, aber aus ner alten Version.

Irgendeine frühere SFirm Version hat den HBCI Kernel für PIN/TAN mal ins Windows Verzeichnis geworfen, anstatt irgendwo in einem eigenen Ordner abzulegen (bestimmt die erste G).
Die neueren SF32 Versionen machen das nicht mehr.

Seit I-SP1 wird nun dieser Kernel grundsätzlich für alle HBCI Arten benutzt.
Sobald eine DLL (so liegt der Kernel nun mal vor) benötigt wird, fängt das Betriebssystem natürlich die Suche an und benutzt dazu immer auch die eigenen Verzeichnisse.

So entsteht das Problem....

@Systemtiger
Was für eine Lizenzfehlermeldung?

Meine Einträge in Versions.ini:
; Diese Datei enthält eine Aufstellung kompatibler Banking-Kernel Versionen

[CHECK]
FILEOK=1

[16]
2.3.23.0=1

[17]
2.3.23.0=1

[18]
2.3.23.0=1

[19]
2.3.23.0=1

[20]
2.3.23.0=1

[21]
2.3.23.0=1

[22]
2.3.24.0=1
2.3.25.0=1
2.3.26.0=1

[23]
2.3.24.0=1
2.3.25.0=1
2.3.26.0=1
[24]
2.3.24.0=1
2.3.25.0=1
2.3.26.0=1
[25]
2.3.29.0=1
[26]
2.3.29.0=1


Nix mit 3.1.1.2

Wir arbeiten nicht mit Kartenleser.

Hallo,

Die BIVG hat als Lösungsvorschlag bisher nur zu bieten:

--> Anmeldung als ADMIN !!
--> GVKERNEL.DLL austauschen
--> HBCI-Verzeichnis löschen
--> mit Vollversion drüberinstallieren


Führt aber anscheinend auch nicht immer zum Erfolg ...

Dann bau doch mal das hier dazu:


[27]
3.1.1.2=1

Ich habe die Zeile zugefügt und Sfirm neugestartet.

Jetzt heisst die Fehlermeldung: Fehler beim initialisieren des Bankingkernels.

Die uno.ini ist die Konfigurationsdatei für den Starfinanz-HBCI Kernel. Dieser wird mit der I-SP1 nicht mehr verwendet.

Hallo,

Beitrag aus unserem internen Forum (ich habe es selbst aber noch nicht ausprobiert, daher ohne Gewähr) :



HTH

Grüße
Sebastian