[gnucash-de] Fwd: [Aqbanking-user] Probleme beim Umsatzabruf (was: Seit heute Fehler bei Umsatzabruf von Genossenschaftsbanken)

[Gunter Kramp]

Hallo zusammen,

das Thema ist bekannt beim aqbanking Projekt und Abhilfe ist in Sicht

Gunter

Dipl. Ing. Gunter Kramp
Berater für gemeinschaftliche Unternehmen
0179-4504246 Mobil privat
05605-8007-0 Büro

Rechtlicher Hinweis:
Ich kann aufgrund meiner Praxiserfahrung meist sehr gezielt passende Gestaltungen für euer gemeinsames Unternehmen empfehlen. Ich bin jedoch weder Rechtsanwalt noch Steuerberater und weise daher darauf hin, dass gegebenenfalls eine Prüfung von Rechtsformkonstruktionen, Verträgen oder Steuerfragen durch entsprechende Fachleute zu empfehlen ist.



-------- Weitergeleitete Nachricht --------
Betreff: 	[Aqbanking-user] Probleme beim Umsatzabruf (was: Seit heute 
Fehler bei Umsatzabruf von Genossenschaftsbanken)
Datum: 	Tue, 25 Nov 2025 19:45:50 +0100
Von: 	Martin Preuss via Aqbanking-user 
<aqbanking-user at mailman.aqbanking.de>
Antwort an: 	Martin Preuss <martin at aqbanking.de>
An: 	aqbanking-user at mailman.aqbanking.de



Moin,

also, grundsaetzlich haben wir hier zwei Problemgruppen:


Banken schalten HKKAZ ab
========================

Erstellen der Auftragsliste/Limitliste
--------------------------------------
HKKAZ ist ein sehr alter Job zum Abrufen der Umsatzdaten, dieser wurde 
bisher standardmaessig verwendet, einfach weil es frueher gar keine 
Alternativedazu gab. Ich habe schon vor Jahren fuer mein Hauptkonto auf 
HKCAZ umgestellt (Abruf als CAMT Daten), auch weil dabei XML-Dateien 
geliefert werden, die einfacher zu parsen sind (auch wenn es da 
grundsaetzlich auch wieder viele Unterschiede gibt bei den Banken).

Wenn AqBanking neue Kundeninformationen erhaelt (z.B. weil die Bank sie 
aktualisiert hat), wird AqBanking's interne Liste an Bankkonten und 
Beschreibungen dazu (die sogenannten "AccountSpecs") neu aufgebaut. 
Dabei wird einmaljeder moegliche Job erzeugt um die verschiedenen 
Begrenzungen der Jobs zu aktualisieren (z.B. ob ein Job ueberhaupt mit 
einem bestimmten Konto erlaubt ist, wie lange der Vorlauf bei 
terminierten Ueberweisungen sein darf, wieweit zurueck das Startdatum 
beim Umsatzabruf sein darf etc).

Wenn dabei der Job zum Umsatzabruf erzeugt wird, haengt von den 
Benutzereinstellungen ab, welcher Job letztendlich erzeugt wird: Ist das 
Account-Flag "preferCamtDownload" gesetzt, wird der Job HKCAZ erzeugt, 
sonst der alte HKKAZ.

Wenn nun der Benutzer dieses Flag nicht gesetzt hat, und die Bank den 
Job HKKAZ nicht mehr anbietet, kann kein Job zum Abrufen der Umsatzdaten 
erzeugtwerden, also taucht dieser Job nicht in den AccountSpecs auf.

Die Loesung sollte nun sein, dieses Flag zu setzen (z.B. in der Gui 
unter Onlinebanking-Einrichtung, Konto, Kontoeinstellungen, "CAMT 
Download bevorzugen") und dann noch mal die Kontenliste abzurufen (auch 
im Onlinebanking-Menue, Benutzer, "Kontoliste abrufen").

Warum wird nicht automatisch HKCAZ verwendet?
---------------------------------------------
Beim Aendern des Flags "preferCamtDownload" aendern sich die empfangenen 
Daten, weil leider die alten SWIFT MT940-Daten andere Inhalte haben, als 
die Daten in einem CAMT.053. Dadurch kann es in der Buchhaltungssoftware 
zu Duplikaten kommen, die man dann mindestens teilweise manuell 
entfernen muss.
So ein Fall koennte aber z.B. auch auftreten, wenn die Bank hypothetisch 
komplett auf eine neue Version von HKKAZ umgestellt haette, die wir 
vielleicht noch nicht implementiert haetten. Dann wuerde AqBanking auf 
CAMT wechseln(und Duplikate provozieren). Wenn dann das gleiche mit dem 
Job HKCAZ passiert, wuerde AqBanking wieder automatisch auf HKKAZ 
wechseln (und auch wieder Duplikate erzeugen).

AqBanking haelt sich da lieber an die Vorgaben des Benutzers, und da 
AqBanking viel von der Konsole benutzt wird, z.T. auch im produktivem 
Umfeld, waeren unvorhersehbare, automatische Wechsel inakzeptabel.

Warum schalten wir nicht einfach HKKAZ ab?
------------------------------------------
Das geht derzeit noch nicht, da es eben doch noch Banken gibt, die nicht 
HKCAZ anbieten, bzw. die noch HKKAZ verwenden. Die Standardvorgabe zu 
aendern, waere auch nicht so einfach, dazu muesste man das Flag 
"preferCamtDownload" ersetzen. Dann muessten aber die 
Benutzereinstellungen geaendert werden,und nicht jeder will gezwungen 
werden, die Art des Umsatzabrufes zu aendern, nur weil manche Banken das 
fuer andere User vorgeben. Ausserdem gaebe das ein Chaos bei Usern, die 
z.B. GnuCash aus AppImages verwenden und parallel vielleicht noch ein 
installiertes KMyMoney, aqbanking-cli oder andere Pogramme.


Banken steigen um auf neuere CAMT-Formate
=========================================

Nun hat man also schon umgestellt auf CAMT-Abruf, aber einige Banken 
verlassen die alten CAMT-Versionen. Bisher wurde camt.053.001.02 
verwendet. AqBanking enthaelt auch schon einen Importer fuer 
camt.053.001.04. Diese Banken sind aber jetzt auf camt.053.001.08 
umgestiegen, und dafuer hatten wir bisher noch keinen Importer. Im GIT 
gibt es schon eine Version davon, die man dann gegebenenfalls direkt 
testen kann:

Importer-Datei herunterladen:
- 
https://www.aquamaniac.de/rdm/projects/aqbanking/repository/aqbanking/revisions/master/raw/src/libs/plugins/imexporters/xml/data/camt_053_001_08.xml
- diese Datei speichern unter 
"$PREFIX/share/aqbanking/imexporters/xml/data", wobei prefix bei eigener 
Installation meist "/usr/local" ist, bei Paketinstallation "/usr".


Gruss
Martin

-- 
"Things are only impossible until they're not."

_______________________________________________
Aqbanking-user mailing list
Aqbanking-user at mailman.aqbanking.de
https://mailman.aqbanking.de/listinfo/aqbanking-user
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.gnucash.org/pipermail/gnucash-de/attachments/20251125/9f1c229c/attachment.htm>