Skip to content
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

Open
fafiebig opened this issue Aug 10, 2022 · 6 comments

Comments

@fafiebig
Copy link

fafiebig commented Aug 10, 2022

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.

@Philipp91
Copy link
Contributor

login() if needed > persist() if login > submitTan() if needed > execute()

Ich nehme an, am Ende ist noch ein persist()?

login() if needed

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 forgetDialog() aufrufen. Oder man kann das ganze vermeiden, indem man nach jedem execute() erst close() und dann persist() aufruft.

nur noch mit folgendem Fehler bei execute() reagiert

Ist das dann der Fall, wenn direkt vorher login() ausgeführt wurde? Oder mit einer älteren Session?

@witschko
Copy link

witschko commented Jul 24, 2023

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:

  • Browseraufruf -> persitierter Zustand wird geladen
  • checkDecoupledSubmission() wird aufgerufen, liefert false zurück
  • nächster Browseraufruf -> persitierter Zustand (der gleiche) wird geladen
  • FinTS errors: 9050 (global): Teilweise fehlerhaft. 9120 (wrt seg 1): Nachrichtennummer nicht erwartet.

Muss vor dem zweiten Aufruf zuerst neu persist() aufgerufen werden?

@Philipp91
Copy link
Contributor

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).

@witschko
Copy link

Ok, danke...es hat funktioniert.

@timrasche
Copy link

Ok, danke...es hat funktioniert.

Wird die Action mit persistiert oder nur die Instanz?

@witschko
Copy link

Ich persistiere sowohl Action als auch Instanz.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants