phpFinTS: Postbank Dialog Initialisierung Unexpected TAN request
Es ist wieder soweit, die Postbank möchte eine TAN beim anmelden. Scheinbar macht die Postbank dies aber wieder anders als üblich:
Der Dialog wird erfolgreich initialisiert, enthält aber einen Hinweis
Vorläufige Sperre liegt vor. Entsperren mit GV ‘PIN-Sperre aufheben’ möglich.
und eben den TAN Request den FinTsNew nicht erwartet.
HNHBK:1:3+000000000858+300+3757655120271000dKEuch*n5O.A11+1+3757655120271000dKEuch*n5O.A11:1'
HNVSK:998:3+PIN:1+998+1+2::37576551205470006XJ99SAQ5E5XU2+1:20200128:100520+2:2:13:@8@:5:1+280:<PRIVAT>:<PRIVATE__>:V:0:0+0'
HNVSD:999:1+@602@HIRMG:2:2+0020::Dialoginitialisierung erfolgreich.+3060::Teilweise liegen Warnungen/Hinweise vor.'HIRMS:3:2:2+3931::Vorläufige Sperre liegt vor. Entsperren mit GV ?'PIN-Sperre aufheben?' möglich.'HIRMS:4:2:3+0020::Information fehlerfrei entgegengenommen.'HIRMS:5:2:4+3920::Meldung unterstützter Ein- und Zwei-Schritt-Verfahren:912:913:920:930'
HIRMS:6:2:5+0030::Auftrag empfangen - Sicherheitsfreigabe erforderlich'
HIRMS:7:2:6+0020::Auftrag ausgeführt.'
HISYN:8:4:6+37576551205470006XJ99SAQ5E5XU2'HITAN:9:6:5+4++QRYO81XS0EXFE20200128100520470+mobileTAN über Mobilfunknummer mT?:<PRIVAT_>+++mT?:<PRIVAT_>''HNHBS:10:1+1'
Die Bankingsoftware Banking4 erkennt diesen Fall aber auch nicht, schickt die TAN hin und kriegt dann wieder den Hinweis.
HNHBK:1:3+000000000503+300+3757660785234000sBFxMAsSF9.B11+2+3757660785234000sBFxMAsSF9.B11:2'
HIRMG:2:2+9075::Dialog abgebrochen - starke Authentifizierung erforderlich.+9050::Teilweise fehlerhaft.'
HIRMS:3:2:2+3931::Vorläufige Sperre liegt vor. Entsperren mit GV ?'PIN-Sperre aufheben?' möglich.'
HITAN:4:6:3+2++NGAUMMA5R9JFA20200128113945373'
HNHBS:5:1+2'
Was ich momentan nicht sagen kann, ist ob die Postbank das jetzt generell so macht nach den 90 Tagen oder ob ein spezieller Grund für die Sperrung vorliegt. Darüber wird man ja nicht informiert.
Falls man den Fall abdecken muss, würde ich es so verstehen, dass statt HKTAN
der GV HKPSA
geschickt werden muss.
About this issue
- Original URL
- State: closed
- Created 4 years ago
- Comments: 19 (18 by maintainers)
Das Problem tritt auch bei der Deutschen Bank auf, wenn die Tan erneut eingegeben werden soll.
Pin-Tan Verfahren wurde per $fints->selectTanMode(902) gesetzt, nach dem Call des Constructors:
Tatsächlich wurde das Problem gelöst, indem vor “FinTs::selectTanMode()”, “FinTs::getTanModes()” aufgerufen wurde.