Bei der Fyrst ging eine Überweisung durch, ein wirklicher VoP Dialog ging nicht auf, aber Name hat gepasst, daher vielleicht in dem Fall auch so normal.
Was mich generell wundert: Auftrag ging durch, wird aber trotz Echtzeit nicht direkt in den Umsätzen synronisiert.
In der Fyrst App ist es aber schon drin.
Da steht aber auch "Buchungsdatum : 30.10.25" und "Werstellungsdatum: 29.10.25" - ist das ein Sonderfall der Fyrst bei Echtzeitüberweisungen oder ist das so normal?

Bei einem eindeutigen Namens-Match wird kein Bestätigungsdialog angezeigt.

Ja, sogar 2 mal gemacht.

Spende ist raus Vielen Dank!

Danke. Die hinterlegten Daten unter "Spende" stimmen also bei Hibicus

Habe es eben mal Testweise mit der korrekten IBAN und einem falschen Vor- und korrektem Nachnamen probiert, da kommt dann der Dialog.
Es wird aber in dem Fall kein "Vorschlag" gemacht, wie der Empfänger tatsächlich heißt.

Ich hatte das VoP Verfahren so verstanden, dass bei komplett falschem Namen (habe ich eben auch nochmal mit Max Mustermann und der IBAN gemacht) probiert, aber es ist nicht anders als "nur" bei falschem Vornamen, korrektem Nachnamen und korrekter IBAN.,

Den Namensvorschlag gibt es aus Datenschutzgründen nur bei "Close Match", nicht bei "No Match", da man sonst zu fremden IBANs die Inhaber ausfindig machen könnte.

Danke für die Spenden!

Das ist bankabhängig. Bei beispielsweise den db-Konzern-Banken und seit Neuestem auch bei den Atruvia-Banken werden nach Buchungsschluss aufgegebene Transaktionen nicht direkt in den per FinTS abgerufenen Umsätzen angezeigt, sondern erst am Folgetag. Bei meiner Sparkasse werden sie sofort angezeigt.
Das ist normal. Echtzeitüberweisungen werden sofort wertgestellt, das ist der Sinn der Übung. Gebucht werden sie wie normale SEPA-Überweisungen: Wenn nach Buchungsschluss aufgegeben, am nächsten Bankarbeitstag.

tatsächlich. wenn man im Nachnamen ein einzelnen Buchstaben ändert kommt ein Korrekturvorschlag.

Nochmal ganz herzlichen Dank für die unermüdliche Arbeit.

Habe auch den Update gemacht und alles funktioniert prima bei der KSK Tübingen.

Danke für die tolle Arbeit! Habe auch eine kleine Spende geschickt (mit der neuen Software).

Harry

Danke!

Danke für die tolle Software. Sparkasse funktioniert. Spende ist raus.

Grüsse aus dem Muldental
Mike

Danke und Grüße in's Muldental - meine Heimat ;)

Auch von mir ein rechtherzlichen Dank, Spende ist raus aus Wunstorf.
Ciao mach so weiter

Hallo zusammen, ich bin seit einigen Jahren begeisterter Nutzer, empfehle jedem Leidgeprüften User anderer ClosedSource-Lösungen Hibiscus. Bin begeistert über diese Option und werde mich - egal ob wir mein kleines Problem nun noch lösen oder nicht - mit einem finanziellen Beitrag einbringen. Diese Software hat mir schon so viel Zeit gespart... da ist das das mindeste!

Das nur vorweg. Wartete natürlich auch mit Spannung auf den Tag X gestern, habe aufmerksam mitgelesen, aber ich glaube, MEINEN Fehler habe ich noch nicht gefunden...:

Basis ist Linux (Debian 12), Daten liegen auf einem MariaSQL-Server (mysql Ver 15.1 Distrib 10.1.48-MariaDB, for debian-linux-gnu (x86_64) using readline 5.2).

Ich habe beim Banken synchronisieren das Problem bekommen, daß es die vorhandenen Konten neu angelegt hat. Das ist ärgerlich, wäre aber evtl. noch auf SQL-Basis wieder zusammenführbar. Abrufen kann ich nur noch die "neuen" Konto-Versionen, die alten nicht mehr. Mir fiel auf, daß die Datums-Spalte nun ein anderes Format hat. Da liegt vermutlich auch das Problem:

Beim Anschauen der Konten (u.a.) bekomme ich diese Meldung:

java.lang.ClassCastException: class java.time.LocalDateTime cannot be cast to class java.util.Date (java.time.LocalDateTime and java.util.Date are in module java.base of loader 'bootstrap')
at de.willuhn.jameica.hbci.server.KontoImpl.getSaldoDatum(KontoImpl.java:462)
at de.willuhn.jameica.hbci.gui.parts.KontoList$3.format(KontoList.java:163)
at de.willuhn.jameica.gui.parts.TablePart.addItem(TablePart.java:519)
at de.willuhn.jameica.gui.parts.TablePart.addItem(TablePart.java:375)
at de.willuhn.jameica.gui.parts.TablePart.paint(TablePart.java:661)
at de.willuhn.jameica.hbci.gui.parts.KontoList.paint(KontoList.java:289)
at de.willuhn.jameica.hbci.gui.views.KontoList.bind(KontoList.java:35)
.....

Gibt es evtl. eine Problem mit der etwas betagten MariaSQL-Version?

Nun habe ich ein bißchen Kuddelmuddel: einige Konten sind parallel neu angelegt und auch schon synchronisiert, andere noch "alt".

Kann ich noch etwas retten? Oder muß ich bei ALLEN Banken jetzt die Konten parallel neu anlegen (lassen) und das evtl. hinterher irgendwie noch wieder zusammenpfriemeln?

Was mir noch auffiel:

- eins der zuletzt noch angelegten Konten (bei einer vorhandenen Bank!) hat im Gegensatz zu den alten einen Eintrag bei "unterkonto" in der Tabelle "konto", außerdem ist dort bei "kundennummer" die eigentliche Zugangs-Kennung drin, bei den alten (jetzt gedoppelten) stand noch eine andere Nummer drin. DIESES Konto wurde interessanterweise auch NICHT "neu" angelegt.

Wäre es sinnvoll, nochmal die alten Daten einzuspielen, im Feld "kundennummer" die jetzt wohl "gültigere" Kunden-Kennung einzugeben und das Synchronisieren neu auszulösen? Oder mache ich es damit noch schlimmer?

Kann gerne auch noch weitere Daten liefern....

Siehe https://www.willuhn.de/wiki/do…tshinweise - vorletzter Absatz - sowie forum/topic.php?t=27051

Mit der neuen Jamaica Version gab es auch Änderungen am Datenbanktreiber
1. Den Jdbc ändern:
forum/topic.php?p=175733#real175733

2. Zeitzone bei der Datenbank-Adresse mitgeben:
https://www.willuhn.de/wiki/doku.php?id=support:mysql

wäre es nicht sinnvoll die Informationen/Probleme nur noch in dem nachstehenden Thread zur besseren Übersicht zu führen, da es ja die stable Version betrifft:

VoP-taugliche Version 2.12.0 verfügbar
Jameica + Hibiscus 2.12.0
forum/topic.php?t=27737

Sorry, ich konnte es mir jetzt nicht verkneifen, mit der Spenden-Überweisung etwas zu experimentieren, nachdem gestern eine Überweisung an meinen Arzt mit dem Aufbau "Fritz Müller Facharzt" sang- und klanglos durchging.

Folgender Verlauf:


Titel vor dem Namen scheinen also nicht zu stören, Berufsbezeichnungen nach dem Namen auch nicht, jedenfalls nicht alle.

Am Schluß ging auch "Olaf Willuhn" nicht mehr, da bereits ausgeführt. Zweite Hälfte der Spende kommt also später. Und vielen Dank für das rettende Update!

Ja, akademische Titel und Anreden werden ignoriert. Das ist nach meinem Wissen aber teilweise auch bankspezifisch. Mir ist jedenfalls keine Spezifikation bekannt, die exakt standardisiert, wie der unscharfe Namensabgleich abzulaufen hat.

Titel und einige Berufbezeichnungen (z.B. Zahnarzt) sowie Firmierungsbezeichnungen (z.B: GmbH) werden ignoriert für die Prüfung. Ist aber vermutlich nicht einheitlich gelöst bei allen Banken.