-
Notifications
You must be signed in to change notification settings - Fork 38
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FinTS errors: 9050 (global): Teilweise fehlerhaft. 9120 (wrt seg 1): Nachrichtennummer nicht erwartet. #383
Comments
Ich nehme an, am Ende ist noch ein persist()?
Wie ist das gemeint? Werden da u.U. uralte Instanzen weiter verwendet? Nach ein paar Minuten Inaktivität verwirft der Bank-Server die Session vermutlich und man muss
Ist das dann der Fall, wenn direkt vorher login() ausgeführt wurde? Oder mit einer älteren Session? |
Hallo zusammen, gibt es hier neue Erkenntnisse? Bei mir tritt das gleiche Problem auf bei einer decoupled TAN Abfrage. Hier ist der Ablauf folgendedermaßen:
Muss vor dem zweiten Aufruf zuerst neu |
Ja. Mit anderen Worten, derselbe persistierte Zustand sollte nie zwei Mal geladen werden (außer wenn beim ersten Mal absolut gar nichts damit gemacht wurde, also insbesondere keine Nachrichten zum Server gesendet wurden). |
Ok, danke...es hat funktioniert. |
Wird die Action mit persistiert oder nur die Instanz? |
Ich persistiere sowohl Action als auch Instanz. |
Ahoi,
habe jetzt bei page reload das Problem das die fints Instance noch vorhanden ist (wird per persist() data reinitialisiert) aber dann nur noch mit folgendem Fehler bei execute() reagiert:
FinTS errors: 9050 (global): Teilweise fehlerhaft. 9120 (wrt seg 1): Nachrichtennummer nicht erwartet.
Ich vermute einen fehlerhaften persistierten Stand, kann das aber nicht eingrenzen.
Bei erstem Auslösen wird ordentlich responded, beim reload Fehler.
Gibts es eine Möglichkeit das zu prüfen bzw zu resetten?
Btw bei drittem auslösen folgt ähnlicher Fehler:
FinTS errors: 9050 (global): Teilweise fehlerhaft. 9800 (wrt seg 1): Dialog ungueltig/unbekannt.
Mein Fluss ist wie folgt:
login() if needed > persist() if login > submitTan() if needed > execute()
theoretisch müsste die Instance immer den Stand nach login() haben.
The text was updated successfully, but these errors were encountered: