Fwd: [Aqbanking-user] Probleme beim Umsatzabruf (was: Seit heute Fehler bei Umsatzabruf von Genossenschaftsbanken)
Gunter Kramp <gunter-1EH7vkhOKpwn4dTK2TLeC9APo98o/[email protected]> Tue, 25 Nov 2025 20:47:40 +0100
| Newsgroups | gmane.comp.gnome.apps.gnucash.german |
|---|---|
| Message-ID | <[email protected]> |
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 <[email protected]> Antwort an: Martin Preuss <[email protected]> An: [email protected] 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 [email protected] https://mailman.aqbanking.de/listinfo/aqbanking-user _______________________________________________ gnucash-de mailing list [email protected] https://lists.gnucash.org/mailman/listinfo/gnucash-de