kmymoney / aqbanking - keine Buchungen aktualisiert · homebanking-hilfe.de / onlinebanking-forum.de

BillMaier

Benutzer

Geschlecht: keine Angabe
Beiträge: 5
Dabei seit: 12 / 2025

Betreff:

kmymoney / aqbanking - keine Buchungen aktualisiert

· Gepostet: 01.12.2025 - 21:51 Uhr · #1

Hallo zusammen,

eben wollte ich wieder meine Konten via kmymoney abgleichen. Dabei erhalte ich die Info, dass keine neuen Buchungen vorliegen. Ich hatte für den Abgleich das voreingestellte Datum genommen - der 22.09.2025. Da ging es noch

Volksbank Stuttgart
Pin/TAN - wobei ich heute keine TAN-Abfrage bekommen habe
ArchLinux mit kmymoney-AppImage 5.1.3 , auch nach Upgrade auf kmymoney-5.2 keine Verbesserung

Wenn ich mich recht entsinne, gab es da ein Problem bei zu langen Zeiträumen. Ich meine aber, das seien 90 Tage gewesen. Mein Problem: wenn ich jetzt wieder auf "Konto aktualisieren" gehe, erhalte ich die Datums-Abfrage nicht mehr. Damit hatte ich es in der Vergangenheit schon mal hin bekommen.

Oder hat das mit forum/topic.php?t=27900 zu tun? Wobei ich in der nachfolgenden Ausgabe nix von "camt" lese...

Code

20:34:15
AqBanking v6.5.4.0stable
20:34:15
Sende Aufträge an die Bank(en)
20:34:15
Aufträge nach Konto sortieren
20:34:15
Konten-Aufträge nach Providern sortieren
20:34:15
Aufträge an Provider verteilen
20:34:15
Aufträge an Provider "aqhbci" übergeben
20:34:15
Zugriff auf Benutzer "3"
20:34:15
AqHBCI gestartet
20:34:15
Wähle iTAN Modus "Smart-TAN photo" (982, Version 6, Prozess 2)
20:34:27
Verwende GnuTLS Default Ciphers.
20:34:27
TLS: SSL-Ciphers ausgehandelt: TLS1.3:ECDHE-RSA-CHACHA20-POLY1305:AEAD
20:34:27
Nachricht gesendet
20:34:28
Antwort erhalten
20:34:28
HBCI: 3060 - Bitte beachten Sie die enthaltenen Warnungen/Hinweise. (M)
20:34:28
HBCI: 3920 - Zugelassene TAN-Verfahren für den Benutzer (S)
20:34:28
HBCI: 0901 - *PIN gültig. (S)
20:34:28
HBCI: 0020 - *Dialoginitialisierung erfolgreich (S)
20:34:28
HBCI: 3076 - Starke Kundenauthentifizierung nicht notwendig. (S)
20:34:28
Dialog wurde nicht abgebrochen, PIN scheint gültig zu sein
20:34:28
Verwende GnuTLS Default Ciphers.
20:34:28
TLS: SSL-Ciphers ausgehandelt: TLS1.3:ECDHE-RSA-CHACHA20-POLY1305:AEAD
20:34:28
Nachricht gesendet
20:34:28
Antwort erhalten
20:34:28
HBCI: 3060 - Bitte beachten Sie die enthaltenen Warnungen/Hinweise. (M)
20:34:28
HBCI: 0020 - *Abfrage der Kontosalden erfolgreich. (S)
20:34:28
HBCI: 0901 - *PIN gültig. (S)
20:34:28
HBCI: 3920 - Zugelassene TAN-Verfahren für den Benutzer (S)
20:34:28
Dialog wurde nicht abgebrochen, PIN scheint gültig zu sein
20:34:28
Verwende GnuTLS Default Ciphers.
20:34:28
TLS: SSL-Ciphers ausgehandelt: TLS1.3:ECDHE-RSA-CHACHA20-POLY1305:AEAD
20:34:28
Nachricht gesendet
20:34:28
Antwort erhalten
20:34:28
HBCI: 0010 - Nachricht entgegengenommen. (M)
20:34:28
HBCI: 0020 - *Abfrage der Kontosalden erfolgreich. (S)
20:34:28
Dialog wurde nicht abgebrochen, PIN scheint gültig zu sein
20:34:28
Verwende GnuTLS Default Ciphers.
20:34:28
TLS: SSL-Ciphers ausgehandelt: TLS1.3:ECDHE-RSA-CHACHA20-POLY1305:AEAD
20:34:28
Nachricht gesendet
20:34:29
Antwort erhalten
20:34:29
HBCI: 0010 - Nachricht entgegengenommen. (M)
20:34:29
HBCI: 0020 - *Abfrage der Kontosalden erfolgreich. (S)
20:34:29
Dialog wurde nicht abgebrochen, PIN scheint gültig zu sein
20:34:29
Beende Dialog mit dem Server
20:34:29
Verwende GnuTLS Default Ciphers.
20:34:29
TLS: SSL-Ciphers ausgehandelt: TLS1.3:ECDHE-RSA-CHACHA20-POLY1305:AEAD
20:34:29
Nachricht gesendet
20:34:29
Antwort erhalten
20:34:29
HBCI: 0010 - Nachricht entgegengenommen. (M)
20:34:29
HBCI: 0100 - Dialog beendet. (M)
20:34:29
Dialog wurde nicht abgebrochen, PIN scheint gültig zu sein
20:34:29
AqHBCI abgeschlossen.
20:34:29
Freigeben von Benutzer "3"
20:34:29
Vorgang abgeschlossen, Sie können das Fenster nun schließen.

Ich freue mich über Hinweise. Wenn ihr weitere Logs braucht, gebt Bescheid, dann mach ich mich auf die Suche.

Danke und Gruß

BillMaier

EDIT: crosslink: https://forum.ubuntuusers.de/t…st-9493019

BillMaier

Benutzer

Geschlecht: keine Angabe
Beiträge: 5
Dabei seit: 12 / 2025

Betreff:

Bilder-Upload

· Gepostet: 01.12.2025 - 22:03 Uhr · #2

Ich habe jetzt aufgrund des oberen Links zu CAMT folgende Einstellungen getätig:

Das Ergebnis immer noch:

AndreJ

Benutzer

Geschlecht: keine Angabe
Beiträge: 134
Dabei seit: 10 / 2019

Betreff:

Re: kmymoney / aqbanking - keine Buchungen aktualisiert

· Gepostet: 02.12.2025 - 07:15 Uhr · #3

Zitat geschrieben von BillMaier

Oder hat das mit forum/topic.php?t=27900 zu tun? Wobei ich in der nachfolgenden Ausgabe nix von "camt" lese...

Daran liegt es aber. Du holst vermutlich bislang im Format MT940 ab, was aber abgeschaltet wurde. Ebenso das alte Format CAMT 052.001.02. Aktuell wird nur noch CAMT 052.001.08 geliefert, und dafür gab es bislang keinen Importer in Aqbanking.
Also wie im Nachbarthema beschrieben, die zwei Dateien für das neue Format in die passenden Verzeichnisse ablegen, und in der Kommandozeile die Kontoinformationen neu abrufen. Dann sollte es wieder klappen.

Oder halt das neue Aqbanking selber kompilieren.

BillMaier

Benutzer

Geschlecht: keine Angabe
Beiträge: 5
Dabei seit: 12 / 2025

Betreff:

Re: kmymoney / aqbanking - keine Buchungen aktualisiert

· Gepostet: 06.12.2025 - 21:28 Uhr · #4

Danke, AndreJ!

Bislang hatte ich das AppImage von kmymoney verwendet.

Nun habe ich auf ArchLinux aqbanking und kmymoney aus den Quellen für pacman installiert und dort - wie von euch empfohlen, die beiden aqbanking-Dateien getauscht.

Die CLI-Anleitung aus https://www.aquamaniac.de/rdm/…#Volksbank scheint zu funktionieren, die Transaktionen werden auf der Konsole angezeigt.

Der aqbanking-Abgleich in kmymoney fragt mich nun nach der TAN, zeigt mir aber keine Code, den ich scannen kann.

Idee?

kmymoney Version 5.2.1

Danke im Voraus!

Och_so

Benutzer

Geschlecht: keine Angabe
Beiträge: 11
Dabei seit: 10 / 2025

Betreff:

Re: kmymoney / aqbanking - keine Buchungen aktualisiert

· Gepostet: 06.12.2025 - 22:54 Uhr · #5

Hallo BillMaier,

Zu AqBanking: Da hat sich seit Deiner Version 6.5.4.0stable einiges getan. Das war zunächst wegen Verification of Payee VoP und nun wegen der CAMT Änderung auch zwingend. Aber das war und ist zunächst natürlich auch ein Gemenge aus Alpha- und Beta- Versionen. Erfreulicher Weise habe ich eben einen Bug Report #324 auf der AQBanking Projekt Seite gelesen:
https://www2.aquamaniac.de/rdm/issues/324?tab=history
Da bittet offenbar ein Entwickler von GnuCash vor fünf Tagen um eine "stable" Version von AqBanking und der Hauptentwickler martin antwortet:

> We are close to a stable version, however, I just released one of the last beta versions today. I'm waiting for more feedback.
> I won't release a "stable" release until I'm convinced it actually is stable.
> Regards
> Martin

Es geht da also schon voran!

Das ein stabiles Banking Programm auch tatsächlich stabil sein sollte, versteht sich wohl von selbst. Da dürfte es schon hinreichenden Druck geben, weil das natürlich von vielen gebraucht und erwartet wird...

In den stable Zweigen der Linux Distributionen wird man naturgemäß auch nur als stabil geltende Versionen einstellen.

Speziell zu Arch Linux und dessen vielen Derivaten: Da gibt es das Arch User Repository (AUR), das man gezielt etwa im Packetmanager pamac (pacman Version mit graphischer Benutzeroberfläche statt Komandozeile im Terminal) freischalten kann. Dort gibt es viele Erwiterungen, teils richtig gut getestete, teils eher auf einem "Testing" Niveau. Das ist also immer mit etwas Bedacht einzusetzen und benötigt daher nicht grundlos eine extra Freischaltung - dann aber nur einmal Schalter An oder Aus für Alles.

Zu AqBanking: Da hat jemand im AUR mit Betreibernamen "Auerhuhn" aqbanking-git und gwenhywfar-git eingestellt. Damit wird auf die neuesten Versionen im Entwickler Repositorium unter aquamaniac.de verlinkt. Man bekommt damit also stets die allerneueste Version - mit allen Verbesserungen, aber möglicher Weise eben auch unentdecken Fehlern. Garantien gibt es bei Software kaum, bei Open Source wohl nicht, und hier sollte man sich bewusst sein... Unnötig nicht, und wenn es eine funktionierende stable Version gibt sollte ein normaler Nutzer auch wirklich wieder zurück wechseln. Da das wohl nicht mehr so weit ist: Prüftermin im Kalender!

Ohne die neue gwenhywfar Library funktioniert zumindest VoP zumindest in GnuCash auch nicht. KmyMoney dürfte auch davon abhängen.

Schönes Wochenende!

BillMaier

Benutzer

Geschlecht: keine Angabe
Beiträge: 5
Dabei seit: 12 / 2025

Betreff:

Re: kmymoney / aqbanking - keine Buchungen aktualisiert

· Gepostet: 06.12.2025 - 23:30 Uhr · #6

Workaround: Mit einer manuell generierten TAN am Generator funktioniert es. Ziemliches Getippe, aber besser als gar kein Abgleich.

sonnengetrocknet

Benutzer

Geschlecht: keine Angabe
Beiträge: 5
Dabei seit: 01 / 2026

Betreff:

Neueinrichtung - Kontosynchronisierung funktioniert nicht (DKB)

· Gepostet: 11.01.2026 - 23:11 Uhr · #7

Hi zusammen,

ich habe KMyMoney neu installiert und möchte es gerne testen. Leider schlägt schon ganz zu Anfang die Kontosynchroniserung fehl.

Die URL habe ich aus Jameica/Hibiscus wo der Download der Umsätze gut funktioniert hat.

Ich habe diese Schritte durchgeführt, (https://www.linux-community.de/ausgaben/linuxuser/2020/03/geldtransfer/) aber Aqbanking ruft einfach keine Daten ab, sondern zeigt folgende Meldungen:

23:06:44
AqBanking v6.6.4.0stable
23:06:44
Sende Aufträge an die Bank(en)
23:06:44
Aufträge nach Konto sortieren
23:06:44
Konten-Aufträge nach Providern sortieren
23:06:44
Aufträge an Provider verteilen
23:06:44
Aufträge an Provider "aqhbci" übergeben
23:06:44
Zugriff auf Benutzer "1"
23:06:44
AqHBCI gestartet
23:06:44
Wähle iTAN Modus "chipTAN QR" (913, Version 6, Prozess 2)
23:06:50
Verwende GnuTLS Default Ciphers.
23:06:50
TLS: SSL-Ciphers ausgehandelt: TLS1.3:ECDHE-RSA-AES-256-GCM:AEAD
23:06:50
Nachricht gesendet
23:06:51
Antwort erhalten
23:06:51
HBCI: 3060 - Teilweise liegen Warnungen vor. (M)
23:06:51
HBCI: 0010 - Nachricht entgegengenommen. (M)
23:06:51
HBCI: 3920 - Zugelassene Ein- und Zwei-Schritt-Verfahren für den Benutzer (S)
23:06:51
HBCI: 3076 - Keine starke Authentifizierung erforderlich. (S)
23:06:51
Gefundene Serveradresse: SSL: https://fints.dkb.de/fints, none
23:06:51
New bank info confirms current server address (fints.dkb.de/fints)
23:06:51
Dialog wurde nicht abgebrochen, PIN scheint gültig zu sein
23:06:52
Verwende GnuTLS Default Ciphers.
23:06:52
TLS: SSL-Ciphers ausgehandelt: TLS1.3:ECDHE-RSA-AES-256-GCM:AEAD
23:06:52
Nachricht gesendet
23:06:52
Antwort erhalten
23:06:52
HBCI: 9050 - Teilweise liegen Fehler vor. (M)
23:06:52
HBCI: 9160 - Datenelement fehlt! (S)
23:06:52
Dialog wurde nicht abgebrochen, PIN scheint gültig zu sein
23:06:52
AqHBCI abgeschlossen.
23:06:52
Freigeben von Benutzer "1"
23:06:52
Vorgang abgeschlossen, Sie können das Fenster nun schließen.

Was habe ich vergessen / falsch gemacht?

Gruss Felix

AndreJ

Benutzer

Geschlecht: keine Angabe
Beiträge: 134
Dabei seit: 10 / 2019

Betreff:

Re: kmymoney / aqbanking - keine Buchungen aktualisiert

· Gepostet: 12.01.2026 - 07:13 Uhr · #8

Zitat geschrieben von sonnengetrocknet

AqBanking v6.6.4.0stable

Was habe ich vergessen / falsch gemacht?

Gruss Felix

6.6.4.0 ist nicht mehr aktuell, mittlerweile gibt es 6.8.5. Ob es in der Zwischenzeit Änderungen gab, die speziell die DKB betreffen, weiß ich mangels eigener Bankverbindung dorthin nicht.

SirTux

Benutzer

Geschlecht: keine Angabe
Beiträge: 28
Dabei seit: 08 / 2010

Betreff:

Re: kmymoney / aqbanking - keine Buchungen aktualisiert

· Gepostet: 12.01.2026 - 23:11 Uhr · #9

Aktuell ist 6.9.1

Och_so

Benutzer

Geschlecht: keine Angabe
Beiträge: 11
Dabei seit: 10 / 2025

Betreff:

Re: kmymoney / aqbanking - keine Buchungen aktualisiert

· Gepostet: 13.01.2026 - 09:51 Uhr · #10

Hallo sonnengetrocknet,

KmyMoney und GnuCash gibt es auch als Flatpak. In einem Flatpak sind alle wesentlichen Abhängigkeiten enthalten, das installiert dann nach /opt und nutzt die eigenen Mitbringsel wie AqBanking selbst dann, falls auf dem System noch eine andere Version installiert sein sollte.

GnuCash ist aktuell in der Version 5.14 als Flatpak verfügbar. In dem Paket kommt die AqBanking Version 6.83 mit, ich meine mich vage zu erinnern, das die gwenhywfar Library auch als 5.14 dabei ist. Da hat man an geeigneter Stelle mal den Sack zu gemacht.

Das KMyMoney Flatpak hat allerdings noch die Version 5.21, AqBanking ist da noch in der Vor-VoP und Vor-CAMT Umstellung in Version 6.61 drin, das hilft dir nicht! Für KMyMoney müsstest du also beide Git Versionen von AqBanking UND Gwenhywfar installieren! Entweder aus "Testing" Repositorien wie AUR, oder mal beide aktuellen Versionen unter https://www.aquamaniac.de/rdm/projects/aqbanking/files dort unten aqbanking-6.9.0.tar.gz SOWIE https://www.aquamaniac.de/rdm/projects/gwenhywfar/files dort mittig gwenhywfar-5.14.1.tar.gz herunter laden und aus dieser lokalen Quelle installieren.

Im letzten viertel Jahr ist sehr viel gerade an AqBanking gearbeitet worden. Danke an den Hauptentwickler "martin"!!! Das läuft inzwischen wohl ganz überwiegend stabil. Langsam ist es daher an der Zeit, eine aktuelle Version in den Hauptzweig der Distributionen einzustellen, denn die alten gehen ja zumindest in Europa gar nicht mehr. Allerdings sind die "zuständigen" Leute in der ganzen Welt verstreut. Und viele von denen schaffen einfach Infrastruktur, auch wenn sie die selbst kaum brauchen. Zuständigkeiten gibt es bei Linux zwar nur bedingt, aber nicht jeder Hans-Franz kann beliebige Pakete signieren.

Noch eine kleine Anmerkung: Das Thema hier betrifft sicher viele. Es passt aber nur bedingt als Verlängerung nach einiger Pause zu dem eigentlichen Thema. Daher wird es hier nicht leicht gesehen. Das hätte also gut ein eigenständiges Thema sein können!

sonnengetrocknet

Benutzer

Geschlecht: keine Angabe
Beiträge: 5
Dabei seit: 01 / 2026

Betreff:

Re: kmymoney / aqbanking - keine Buchungen aktualisiert

· Gepostet: 13.01.2026 - 10:35 Uhr · #11

Danke für die vielen tollen Antworten!
Da ich Fedora_ARM nutze (auf einem Macbook) ist das mit den aktuellsten Versionen oft nicht so einfach.
Mit dem Flatpack hat es aber direkt funktioniert. Damit dieser Beitrag auf wieder gefunden werden kann hier noch Infos zu meiner HW/SW:
Macbook Pro 2023 M2 Prozessor
AsahiLinux - Fedora 42 ARM

KMM installiert von "Fedora Flatpacks", denn die direkte installation von "Fedora Asahilinux Remix" hatte o.g. Fehler gebracht.