Zitat geschrieben von David
tja, noch ein Grund mehr für TAN-Vorrat... Das "Problem" ist ja nicht, daß es dauert, sondern, daß es dauert, wenn man davor sitzt.
Das aendert nichts an dr kurzen Wartepause. Entweder werden die verbrauchten TANs verschluesselt gespeichert, oder es wuerden die vorher verschluesselt gespeicherten TANs geladen (wenn es implementiert waere) oder es wuerde die pro Sitzung verschluesselt gespeicherte PIN geladen werden. Du kannst es nehmen, wie du willst, irgendwann wird das Wallet immer ein erstes Mal initialisiert. Und dass kann ggf. 1-2 sek dauern. Da es aber nur einmal pro Sitzung - naemlich bei der ersten Verwendung passiert, sehe ich hier weder Mangel noch Aenderungsbedarf.
Zitat geschrieben von David
Man kann ja sehr schön Zahlungsaufträge anlegen, soweit prima. Nun sende ich die nicht unbedingt gleich ab sondern erst kurz vor Fälligkeit. In der Zwischenzeit kommen neue Aufträge dazu. Dazu auch noch die wiederkehrenden Aufträge. Nun möchte ich z.B. am Monatsende gerne _einen_ Sammelauftrag mit allen inzwischen fälligen Zahlungen absenden. Eigentlich eine einfache Sache, aber ich krieg's nicht hin.
Wozu legst du die Zahlungen dann ueberhaupt erst als Einzel-Ueberweisungen an, wenn du ohnehin schon vorher weisst, dass noch mehrere dazukommen? Leg sie doch gleich als Sammel-Ueberweisung an. und fuege die Buchungen nach Bedarf hinzu, wie es Hylli in dem PDF prima beschrieben hat.
Dann enthaelt sie halt ggf. nur eine Buchung, falls doch keine weiteren Zahlungen dazukommen.
Ich verstehe echt dein Problem nicht.
Zitat geschrieben von David
Das Ganze nicht zuletzt wegen der nervigen TAN-Tipperei aber auch wegen der Anzahl Buchungen, die ich lieber gering halte.
Wenn du PIN/TAN machst, musst du nunmal TANs eingeben. Die Arbeit kann dir Hibiscus nicht abnehmen. Und eine "Vorratsspeicherung" von TANs werde ich nicht einbauen. Das will ich nicht, und habe es auch schon vorher hier begruendet.
Gruss
Olaf