Info: dieser Thread war Teil hiervon:
forum/topic.php?t=28464

Hallo zusammen,

im Rahmen der Trauerbewältigung um den Verlust von Moneyplex habe ich mir ein eigenen kleines OpenSource Programm, passend für meine Bedürfnisse, geschrieben und es GBanking ( = Georgs Banking) genannt.
Der "USP" ist der Import des XML Exports aus Moneyplex, in einem Rutsch können also alle Konten und Umsätze importiert werden. Das Programm erkennt Umbuchungen zwischen eigenen Konten, Kategorien und Splitbuchungen werden auch unterstützt.
Der Quellcode findet sich hier im Github, dort gibt es auch Releases für Windows, Linux und MAC (letzte noch komplett ungetestet mangels passender Hardware).
Technisch basiert das Programm auf JavaFX und verwendet die hier auch bekannte hbci4java Bibliothek, die Datenspeicherung erfolgt in eine lokale SQLite Datenbank. Eine installiere Java Runtime oder JDK (ab Version 17) ist erforderlich.

Ich würde es vorsichtig optimistisch aktuell mal als im beta Stadium bezeichnen, Tests und Feedback sind erwünscht
Aber besser noch nicht alle "20 Bankzugänge und 200 Konten" fertig einrichten, falls noch Fehler hochkommen die Änderungen am Datenmodell bedingen, dann will ich in diesem frühen Stadium noch keine Migrationen schreiben...

@ZfT Danke für Deine Arbeit,

ich bin nun unterdessen aus der Trauerbewältigung raus und bei den Banking App's gelandet.
Trotzdem, wie schön war die Übersicht in Moneyplex über alle Konten.

Danke für die Hinweise. Momentan importiere ich die Überweisungen aus den CSV Dateien alle ins Archiv, betrachte die also indirekt als ausgeführt. Müsste dann noch einen Schalter einbauen.

Anbei das Diagnosepaket.

Das Buchhaltungsprogramm ist kivitendo und ja, das Format ist tatsächlich SEPA XML.

danke, zum Bankzugang: Es sieht so aus, als würde Deine Sparkasse keinen Konto Typ zurückliefern und dementsprechend entsteht der Fehler bei Übernahme in die lokale Datenbank. Das habe ich gefixt, in der nächsten Version ist es dann drin.

Zur (Echtzeit-)Überweisung: Hier habe ich leider noch keine richtige Spur. Kannst Du mal:
- die aktuellen Logs löschen
- die Loglevel in den Einstellungen (für GBanking und HBCI4java) auf TRACE hochstellen
- den Auftrag (und möglichst sonst nichts) nochmal probieren
- und dann nochmal ein Diagnosepaket erzeugen?

- (und wieder prüfen, dass nichts sensibles drinsteht)

Den SEPA XML Import habe ich eingebaut, kommt auch mit der nächsten Version

Super!

Anbei das aktuelle Diagnosepaket. Ich habe folgende Schritte gemacht:
- die Log-Level hochgestellt
- Programm beendet
- alle Dateien im Ordner log/ gelöscht
- Programm gestartet
- den offenen Auftrag markiert und ausgeführt, die Fehlermeldung quittiert
- Diagnosepaket erstellt

Danke für die Logs.
Demnach scheitert die Echtzeitüberweisung momentan im vorgeschalteten VoP-Verfahren (Empfängerüberprüfung) der Bank.
Ich kann erkennen, dass die PIN als gültig bestätigt wird.
Es wird dann zweimal versucht bei der Bank das Ergebnis der VoP zu holen, bei der zweiten Abfrage liefert die Bank dann aber:

9050: Die Nachricht enthält Fehler
9000: Weitere Verarbeitung des Auftrags aufgrund interner Probleme fehlgeschlagen.

Leider weiß ich gerade noch nicht, warum das passiert.
Ich habe mal die von meinem Programm verwendete hbci4java Bibliothek auf die neueste Version aktualisiert, das es dort vor kurzem eine Änderung gab, die wohl mit Echtzeitüberweisungen zu tun hat. Ich werde auch selbst mal später eine Echtzeitüberweisung probieren.

Ich habe eine neue Version 0.4.0 veröffentlich, wenn Du magst, kannst Du es gerne damit noch mal probieren. Du müsstest aber (nach Update auf diese Version) noch mal einen neuen Mandaten anlegen, das es in diesem Release Änderungen am Datenmodell gibt.