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: 126
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: Gestern um 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: 9
Dabei seit: 10 / 2025

Betreff:

Re: kmymoney / aqbanking - keine Buchungen aktualisiert

· Gepostet: Gestern um 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: Gestern um 23:30 Uhr · #6

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