Reihenfolge Hibiscus-"Ok" und VolksbankFreigabe ist relevant

Ich weiß ja nicht, was Du konkret unter "Buchungsschluss" verstehst. Aber gestern 19:46 Uhr eingereicht (das war deutlich nach dem von der Bank genannten Buchungsschluss) war sofort da mit Datum 26.11. (27.11.) - d.h. Ausführung 27.11. Das genügt doch vollständig.

Update:
Muss mich korrigieren. Die haben mittlerweile angeblich doch erst ab 20:00 Uhr Buchungsschluss. Alles danach ab 7:00 Uhr Folgetag. Dann wundert mich aber der Hinweis auf den Folgetag. Strange.

Nee, Polling ist so gut wie nie eine gute Idee - einfach deshalb nicht, weil es unnötige Rechen- und Netzlast generiert.



Übrigens bin ich der Threadstarter
Aber, nein, ich widerspreche mir nicht: Im Dialog steht, man solle die Transaktion in der App freigeben, und genau das habe ich ja versucht - aber eben erst nach dem Schließen des Dialogs. Deshalb würde ich mir ja wünschen, dass da nicht nur steht, man solle freigeben, sondern man solle "zuerst" freigeben.
Dein Argument "mehr Text = weniger Lesung" ist allerdings ein sehr starkes

Top, danke... dann freue ich mich auf das Update
(... obwohl ich den Text ja jetzt nicht mehr brauche... )

p.s.: Kann ich als Threadstarter eigentlich den Faden als "Gelöst" kennzeichnen?

Was ist denn das für eine komische Argumentation? Auch für VoP und Entzeitüberweisungen wird bereits jetzt schon Polling gemacht, weil auf die Rückmeldung der Bank gewartet werden muss.
Hast du eine ganz grobe Vorstellung, wie irrelevant klein diese "Last" ist? Hast du eine Vorstellung, welche Last durch KI, Bitcoin-Mining oder Streaming verursacht wird?


Ja, das ist mir klar. Deswegen hatte ich ja auch folgendes geschrieben:

Das ist ein rhetorischer Trick, um nicht "DU hast es offenbar nicht gelesen" schreiben zu müssen, was als Angriff aufgefasst werden könnte. Deswegen scheibt man soetwas gerne in der dritten Person.
Auch das hast du wohl leider nicht gelesen verstanden.


Danke, ich weiß. Und genau deswegen wäre die Option den "OK"-Button zu entfernen, die sicherste Option, weil hier nichts falsch gemacht werden könnte. Der Fehler sitzt nämlich oftmal vor dem PC. Aber an dieser Stelle drehen wir uns dann im Kreis - du weißt schon, polling undso...

"Entzeitüberweisungen" - LOL

Deine Argumentation ist schräg. Nur, weil man an einer Stelle Mist macht, ist das immer noch kein Grund, auch an einer anderen Stelle Mist machen zu dürfen / sollen. Es gibt auch andere Mechanismen als Polling (und selbst beim Polling gibt es mehr oder weniger ressourcenintensive Varianten). Ich mache selbst (Echtzeit-) Massengeschäft und weiß daher genau, wovon ich rede.
Die logische Konsequenz Deiner Vorgehensweise wären übrigens steigende Beiträge für die (End-) Kunden - die RZs geben die Kosten nämlich 1:1 weiter.
Und die Aufwände mit noch viel höheren Aufwänden (wie für KI z.B.) zu vergleichen, ist erst recht Quatsch. Ist aber ein typisches Muster: Man sucht sich immer einen noch schlimmeren Fall, um eigenes Versagen zu rechtfertigen - völlig egal, ob es sich dabei um einen Apfel / Birnen Vergleich handelt. Man misst sich immer mit dem Schlechten statt dem Besseren. Sehr traurig heute.

@Emma2 und @hbciuser
Um es nochmal ganz deutlich zu sagen:
Wenn man sich z.B. bei der DKB, ING, Postbank, Norisbank oder Deutsche Bank auf der Website ins Online-Banking einloggt wird ebenfalls Polling gemacht! Um nur beispielhaft fünf Banken zu nennen. Ich erläutere das etwas genauer:
- Man gibt seine Zugangsdaten (Benutzername / Password) ein
- Dann wird man aufgefordert den Login per Freigabe-App auf dem Smartphone zu bestätigen
- Und jetzt macht der Browser im Hintergrund polling. Es wird nämlich solange gewartet, bis die Freigabe in der App erfolgt ist.
- Man startet nun die Freigabe-App auf dem Smartphone und gibt den Login frei
- Wenige Sekunden später erfolgt der Login im Online-Banking und zwar ohne, dass man hier nochmals etwas klicken muss, da im Hintergrund - wie beschrieben - Polling durchgeführt wird.
Und warum machen Banken das so? Weil hiermit ausgeschlossen wird, dass der Benutzer zuerst auf OK klickt und erst dann die Freigabe vornimmt - so wie es der Threadstarter in Hibiscus gemacht hat. Das würde nämlich Geld kosten - und zwar Supportaufwand bei der Bank.

Genauso wie oben beschrieben läuft es auch bei Banking4. Und ihr wollt ernsthaft erzählen, dass es hohe Ressourcen/Kosten verursachen würde, wenn Hibiscus das auch machen würde.
Ja, das Thema ist abgeschlossen, trotzdem möchte ich solchen Unsinn, wie er von @Emma2 und @hbciuser gechrieben wurde, nicht unkommentiert stehen lassen.
Wenn technisches Verständnis vorhanden, könnt ihr euch das gerne mal in der Entwicklerkonsole eures Browsers anschauen:

Böses polling. Ganz böses polling...

Das tut es nicht. Hier mal Zahlen, Daten, Fakten bezogen auf die Atruvia:
"91 Mio. Konten - 9,3 Mrd. Transaktionen"

Für jede Transaktion z.B. 5 sinnlose Requests mehr kann man bei der Masse nicht mehr von Hintergrundrauschen reden. V.a. schon allein deshalb nicht, weil ja jeder Request Bafin konform (- nix mit fire and forget) abgearbeitet werden muss. Für das Einreichen der Transaktion werden vielleicht 2 Requests verbraten - für das Gepolle danach zig Requests mehr.



Ja, das Protokoll ist broken by design. Normal müsste das quasi synchron laufen: Transaktion wird eingereicht und die Antwort kommt im gleichen Request (bzw. offenen TCP/SSL-Kanal) zurück - dauert dann eben eine gewisse Zeit. Wenn SIP so laufen würde, dann gute Nacht.


Gehört bei einigen Zeitgenossen zum guten Ton (aus ihrer Sicht).