SFirm Sicherheitsdatei zur elektr. Unterschrift
Hallo zusammen,
wir stoßen derzeit bei dem Programm SFirm in der Version 3.2 auf ein Problem.
Installiert ist es auf einem Windows 10 Professional, aktueller Patchstand und auch SFirm ist aktuell.
Wenn Überweisungen getätigt werden, muss eine elektronische Unterschrift geleistet werden.
Dazu wird SFirm auf eine Sicherheitsdatei verwiesen, welche der Nutzer auf einem USB-Stick hat.
Nun hat der Benutzer einen neuen PC erhalten und SFirm findet die Datei nicht mehr.
Kurze Überprüfung: Der USB-Stick hat an dem neuen PC einen anderen Laufwerksbuchstaben erhalten.
Also kurzerhand den Buchstaben über die Datenträgerverwaltung in den von SFirm gewünschten geändert,
schon funktioniert es wieder.
Aber nur kurz.
Denn bereits beim nächsten Versuch die elektr. Unterschrift zu leisten, tritt der Fehler wieder auf.
Nur will SFirm dieses Mal einen anderen Buchstaben haben.
Also sagt man SFirm, wo die Sicherheitsdatei liegen soll. Dann funktioniert es erstmal wieder,
aber früher oder später will SFirm wieder einen anderen Buchstaben.
Soweit es bisher aufgefallen ist, wechselt das immer zwischen D: und E:.
Kennt jemand das Problem evtl. und weiß eine Lösung?
Der Support von SFirm sagte auch bloß,
dass das ändern des Laufwerksbuchstaben über die Datenträgerverwaltung (und damit das Festlegen des Buchstaben) der richtige Weg sei.
Schon einmal vielen Dank im Voraus für die Unterstützung.
Mit freundlichen Grüßen
KsollSys
wir stoßen derzeit bei dem Programm SFirm in der Version 3.2 auf ein Problem.
Installiert ist es auf einem Windows 10 Professional, aktueller Patchstand und auch SFirm ist aktuell.
Wenn Überweisungen getätigt werden, muss eine elektronische Unterschrift geleistet werden.
Dazu wird SFirm auf eine Sicherheitsdatei verwiesen, welche der Nutzer auf einem USB-Stick hat.
Nun hat der Benutzer einen neuen PC erhalten und SFirm findet die Datei nicht mehr.
Kurze Überprüfung: Der USB-Stick hat an dem neuen PC einen anderen Laufwerksbuchstaben erhalten.
Also kurzerhand den Buchstaben über die Datenträgerverwaltung in den von SFirm gewünschten geändert,
schon funktioniert es wieder.
Aber nur kurz.
Denn bereits beim nächsten Versuch die elektr. Unterschrift zu leisten, tritt der Fehler wieder auf.
Nur will SFirm dieses Mal einen anderen Buchstaben haben.
Also sagt man SFirm, wo die Sicherheitsdatei liegen soll. Dann funktioniert es erstmal wieder,
aber früher oder später will SFirm wieder einen anderen Buchstaben.
Soweit es bisher aufgefallen ist, wechselt das immer zwischen D: und E:.
Kennt jemand das Problem evtl. und weiß eine Lösung?
Der Support von SFirm sagte auch bloß,
dass das ändern des Laufwerksbuchstaben über die Datenträgerverwaltung (und damit das Festlegen des Buchstaben) der richtige Weg sei.
Schon einmal vielen Dank im Voraus für die Unterstützung.
Mit freundlichen Grüßen
KsollSys
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 502245
Url: https://administrator.de/contentid/502245
Ausgedruckt am: 22.11.2024 um 10:11 Uhr
3 Kommentare
Neuester Kommentar
Mahlzeit,
ich habe SFirm schon x-Mal mit Sicherheitsdatei eingerichtet, schon früher zu Diskettenzeiten.
Das Problem tauchte immer dann auf, wenn der USB-Stick einen anderen Buchstaben bekam, als in Sfirm hinterlegt.
Mit bestimmten Tools kann man erreichen, dass die Sticks immer den selben Buchstaben bekommen. USB Safely Remove ist so eins.
In Netzwerkumgebungen habe ich die Sicherheitsdatei auf ein gemapptes Laufwerk gelegt, welches nur von diesem Benutzer und dem System benutzt werden darf.
Oder ein USB-Floppy anschließen und Laufwerk A: nutzen - so wie früher
Problem gelöst
ich habe SFirm schon x-Mal mit Sicherheitsdatei eingerichtet, schon früher zu Diskettenzeiten.
Das Problem tauchte immer dann auf, wenn der USB-Stick einen anderen Buchstaben bekam, als in Sfirm hinterlegt.
Mit bestimmten Tools kann man erreichen, dass die Sticks immer den selben Buchstaben bekommen. USB Safely Remove ist so eins.
In Netzwerkumgebungen habe ich die Sicherheitsdatei auf ein gemapptes Laufwerk gelegt, welches nur von diesem Benutzer und dem System benutzt werden darf.
Oder ein USB-Floppy anschließen und Laufwerk A: nutzen - so wie früher
Problem gelöst