BankX von Application Systems Heidelberg (ASH) fällt vereinzelt durch ein merkwürdiges Verhalten auf, bei dem aus scheinbar heiterem Himmel plötzlich das Signaturdatei-Verfahren nicht mehr funktioniert.
Die mir in diesem Zusammenhang bekannte Fehlermeldung bedeutet, dass der Bankschlüssel nicht abgerufen werden kann oder nicht vorliegt.
In der Einstellung des Bankzuganges ist dann auch ein falsches Sicherheitsprofil RAH-10 angegeben, das unser Rechenzentrum gar nicht anbietet.
Ich kann nur vermuten, dass die Umstellungsmaßnahmen anderer Banken (Commerzbank) hier seitens der Software fehlinterpretiert wurde.
Steht hier im Feld Sicherheitsprofil RAH-10 statt RDH-10, dann ist das falsch.
Notieren Sie sich die Benutzerkennung, die VR-Kennung oder der VR-Netkey (oder Alias) ist nicht nötig.
In Verdacht habe ich den Profilwechsel, der offensichtlich auch bei ungeeigneten Zugängen angeboten wird, der untere Button also.
Abhilfe und Reparatur:
Wie immer gilt zuerst: Backup erstellen, löschen Sie dann den defekten Bankzugang.
Der Bankzugang muss dann neu eingerichtet werden, dabei hat BankX eine weitere Eigenart, die ich nicht von anderen Programmen kenne: Die Benutzerkennung (672…) wird nicht aus der Datei eingelesen, sondern muss eingetragen werden.
Bitte beachten:
Nicht eine neue Signaturdatei auswählen, sondern die vorhandene verwenden. Die Erzeugung einer neuen Datei geht schief, sofern nicht die Bank (unnötigerweise) in ihrer Verzweifelung eh einen neuen Zugang mit neuer Benutzerkennung eingerichtet hat. Dann muss aber auch eine aufwändige Schlüsseleinreichung mit unterschriebenem INI-Brief und Freischaltung in der Bank erfolgen.
Ein herzliches Dankeschön an meinen Kunden, dass ich die Bilder verwenden darf.
