GAD-VR-Banken stellen Sm@rtTAN-Verfahren um

Die mit dem Rechenzentrum GAD arbeitenden genossenschaftlichen Banken stellen die Bankssysteme um.
Es ändert sich - neben einiger Erweiterungen/Veränderungen im Browserbanking - auch die "Toleranz" des Bankrechners gegenüber der Einstellung des Chipkartenverfahrens.

Bisher war der Bankserver nicht pingelig mit der Akzeptanz von Aufträgen, die, obwohl der Kunde in der Bank mit einer höheren Sm@rtTAN-Version eingestellt war, mit der nächstniedrigeren Version übertragen wurden. Z.B. war die Übertragung mit HHD1.3.2 (Einstellung O am Bankrechner) möglich, obwohl der Zugang auf 1.4 (Einstellung R) aktiviert war.
Dies entfällt nach dem sogenannten Releasewechsel. Wer also nach dem Umstellungswochenende aus "heiterem Himmel" keine Kontoumsätze mehr bekommt, sollte die Zugangsdaten und insbesondere das TAN-Medium überprüfen.

Gruß
Raimund

Die Sicherheit bei HHD 1.4 ist höher als bei 1.3.2, darum ist es auch sinnvoll, dass Kunden, die im Banksystem mit HHD 1.4 geschlüsselt sind, nicht mehr mit 1.3.2 arbeiten dürfen.

Aus gegebenem Anlass hier einmal das passende Fehlerprotokoll aus der VRNWS (schön für die Suchdienste):
13:10:25 // Kernel ist in Betrieb.
13:10:25 // Bankverbindung GLS: Aufträge senden
13:10:25 sende HKDAB
13:10:25 sende HKKAZ
13:10:27 // Dialoganfang: vorbereiten
13:10:27 // Dialoganfang: signieren
13:10:31 // Dialoganfang: verschlüsseln
13:10:31 // Verbindung herstellen: vorbereiten
13:10:31 // Verbindung herstellen: warten
13:10:31 // Verbindung herstellen: abgeschlossen
13:10:31 // Dialoganfang: senden
13:10:32 469 Bytes
13:10:32 // Dialoganfang: warten
13:10:32 // Dialoganfang: empfangen
13:10:32 816 Bytes
13:10:32 // Dialoganfang: entschlüsseln
13:10:32 // Dialoganfang: prüfen
13:10:32 // Dialoganfang: verarbeiten
13:10:32 9050 Die Nachricht enthält Fehler. (TRE)
13:10:32 3920 Zugelassene Ein- und Zwei-Schritt-Verfahren für den Benutzer. (TRE)
13:10:32 // Verbindung trennen: vorbereiten
13:10:32 // Verbindung trennen: warten
13:10:32 // Verbindung trennen: abgeschlossen
13:10:32 // Abgeschlossen
13:10:32 empfangen INERR
13:10:32 Code 9999: Dieser Auftrag wurde aufgrund vorhergehender Fehler nicht gesendet.
13:10:32 empfangen INERR
13:10:32 Code 9999: Die Rückmeldung enthält eine Meldung, dass der Dialog abgebrochen worden ist.
13:10:32 empfangen HIRMG
13:10:32 Code 9050: Die Nachricht enthält Fehler. (TRE)
13:10:32 Code 9800: Dialog abgebrochen (TRE)
13:10:32 Code 9340: Ungültige Auftragsnachricht: Ungültige Signatur. (TRE)
13:10:32 empfangen HIRMS
13:10:32 Code 3920: Zugelassene Ein- und Zwei-Schritt-Verfahren für den Benutzer. (TRE)
13:10:32 972
13:10:32 962
13:10:32 942
13:10:32 empfangen INBZG
13:10:32 empfangen INERR
13:10:32 Code 9999: Dieser Auftrag wurde aufgrund vorhergehender Fehler nicht gesendet.
13:10:32 empfangen INERR
13:10:32 Code 9999: Die Rückmeldung enthält eine Meldung, dass der Dialog abgebrochen worden ist.
13:10:32 empfangen HIRMG
13:10:32 Code 9050: Die Nachricht enthält Fehler. (TRE)
13:10:32 Code 9800: Dialog abgebrochen (TRE)
13:10:32 Code 9340: Ungültige Auftragsnachricht: Ungültige Signatur. (TRE)
13:10:32 empfangen HIRMS
13:10:32 Code 3920: Zugelassene Ein- und Zwei-Schritt-Verfahren für den Benutzer. (TRE)
13:10:32 972
13:10:32 962
13:10:32 942
13:10:32 empfangen INBZG

@akerste: Der 9050 ist ein allgemeiner Fehler am Ende und besagt nur, dass es einen Fehler gab.
Bei dir sieht das Protokoll irgendwie unvollständig aus. Hast du das beim Kopieren gekürzt oder ist da nicht mehr?
Welche Quicken Version ist das?

Ergänzung: Ich habe bei "Info über Quicken" eine Protokolldatei aktiviert, aber die fragt jetzt beim entpacken nach einem Passwort und mein Quicken-Passwort funktioniert nicht.

Hallo,



Diese Kommentar zeigt wohl mehr die Hochwertigkeit Deine Unkenntnis über diese Software.



Das ist Dir unbenommen, aber dann halte Dich mit solchen sinnfreien Kommentaren zurück.

Dann sag du ihm doch wenigstens, wie er an das Protokoll kommt anstatt meine eigene Meinung zu kommentieren.
Vielleicht braucht er das ja doch nochmal.