[gnucash-de] aqbankling-cli Re: VISA-Konto bei comdirect: keine Umsätze

[Paul Dest]

Hallo Christoph und jede(r), die/der helfen kann,

Das comdirect-Depot und -Girokonto haben in der Tat gleiche Kontonummern. Das führt bei mir jedoch nicht zu dem von Dir beschriebenen Phänomen, dass man die Girokonto-Umsätze nur ein Mal abrufen kann. Zum Glück klappt das bei mir wiederholt, auch nach versuchtem Saldo-/Umsätze-Abruf des Depot-Kontos, ohne dass ich irgendwelche besonderen Vorkehrungen wie etwa Schreibschutz getroffen hätte.

Das Visa-Konto hat eine gänzlich andere Kontonummer als die anderen Konten (Giro, Depot, Tagesgeld). Rein technisch scheint der Abruf auch zu klappen. Nur werden eben angeblich keine Umsätze geliefert: "The Online Banking import returned no transactions for the selected time period". Ich bin weiterhin ratlos.

Ich habe auch schon versucht, direkt auf die aqbanking-cli-Ebene zu gehen und es damit auszuprobieren. Aber hier bekomme ich nicht mal das auf die Reihe, was über GnuCash funktioniert: da wird ziemlich schnell irgendeine "Assertion" gerissen, weil irgendein Pointer sich außerhalb irgendeines Buffers befindet.

Ich laufe unter Windows 10. Ich vermute, das hängt damit zusammen, denn analoge (angeblich funktionierende) Anleitungen beziehen sich immer auf Linux-Builds.
Hat jemand schon mal etwas erfolgreich mit aqbanking-cli unter Windows gemacht?

Danke in voraus und viele Grüße,
Paul


Am 21.04.2018 um 00:03 schrieb Christoph Franzen:

Hallo,

Am Fri, 20 Apr 2018 13:06:00 +0200 schrieb Paul Dest <paul.dest at web.de>:

> Bei dem VISA-Konto (comdirect) jedoch wird zwar das korrekte Saldo
> abgerufen, beim Abruf der Umsätze bekomme ich dagegen die Meldung "The
> Online Banking import returned no transactions for the selected time
> period", obwohl auf dem Konto durchaus Umsätze vorhanden sind (lassen
> sich auch mit Quicken/FinanzManager abrufen).
>
> Was mache ich falsch?

wahrscheinlich nichts, bei der Comdirect gibt es seltsame Dinge zu
beachten, ich zitiere mal meine Antwort von neulich:

> Am Wed, 28 Mar 2018 21:33:16 +0200 schrieb Matthias Faeth
> <m.faeth at gmx.de>:
>>    - Ich lade nur die Umsätze des Girokontos nach Gnucash.
>>    - Ich habe es nie geschafft, die anderen Unterkonten ordentlich
>> für den Abruf einzurichten.
>>    - Ich habe sogar aufgegeben Überweisungen via Gnucash beim
>> Comdirekt Konto vorzunehmen.
>>    - Dies zum Einen weil weil die Comdirekt Website mittlerweile eh'
>>    komfortabler als Gnucash ist und ich zum Anderen die Lust
>> verloren habe, das Konto nach jeder Änderung wieder neu
>> einzurichten. Am 28. März 2018 um 21:06 schrieb Martin
>> <mb0087 at gmail.com>:  
>>> Bisher hab ich nur Transaktionen von meinem comdirekt
>>> Tagesgeldkonto abrufen koennen. Ich hab ebenfalls Depot, Visa und
>>> Tagesgeldkonto dort. Die hat gnucash auch schoen erkannt, erlaubt
>>> aber keine Transaktionen runterzuladen.  
> Kurzform: Depot geht nicht, Visa möglicherweise auch nicht, weiß ich
> aber nicht.
>
> Ein Grundproblem bei der Comdirect liegt im Zusammenspiel mit
> Aqbanking.
>
> Die Unterkonten haben normalerweise unterschiedliche Endziffern, also
> andere Kontonummern als das Hauptkonto (= Girokonto).
>
> Das Problem: Depot und Giro haben die GLEICHE Nummer (?00) UND die
> Comdirect überträgt JEDES MAL beim Abruf die Bank-Parameterdaten neu,
> nicht nur, wenn sie tatsächlich geändert wurden.
>
> Die Giro-Daten werden zuerst übertragen, unterstützen aber andere (und
> viel mehr) ?Geschäftsvorfälle? als das Depot, welches die Giro-Daten
> danach wegen der Kontonummerngleichheit ?überschreibt?.
>
> So kommt es, daß Tagesgeldkonten (?05) und
> Wertpapierverrechnungskonten (?40) funktionieren, Girokonten (?00)
> aber nur genau ein Mal, nachdem man sie manuell eingerichtet hat,
> abrufbar sind und danach nicht mehr, weil danach da die erlaubten
> Depot-?Aktionen? ? ebenfalls mit Kontonummern-Endziffern (?00) stehen.
>
> Das läßt sich umgehen, indem man die Aqbanking-Konfigurationsdatei für
> das Girokonto identifiziert und dafür sorgt, daß NUR NOCH die
> Giro-Konfiguration drinsteht, nicht mehr die vom Depot, und die
> Datei danach mit einem Schreibschutz versieht. Aqbanking stört es
> zum Glück nicht sonderlich, wenn es die Datei nicht beschreiben darf.
>
> Genau dann, wenn neue FinTS-Aktionen bei der Comdirect eingerichtet
> werden, muß das natürlich nochmal geändert werden (Schreibschutz
> aufheben, abrufen, Datei wie gehabt bearbeiten, Schreibschutz wieder
> drauf).
>
> Diese ?Aktionen? sind Sachen wie ?Saldo-Abruf?, ?SEPA-Überweisung? und
> dergleichen, von denen Gnucash ohnehin nur wenige unterstützt.
>
> Wenn man das macht, funktionieren Girokonto und
> ?endziffern-verschiedene? Unterkonten problemlos, das Depot freilich
> nicht.
>
> Bestmöglicher Schreibschutz unter Linux: das erweiterte
> Attribut ?immutable? setzen, dann darf nichtmalmehr ?root? die Datei
> ändern.
>
> Windows: Das Attribut ?+r? setzen, sollte das nicht helfen (kann recht
> einfach softwaretechnisch ignoriert werden), dann muß man die Daten
> auf NTFS (nicht FAT) halten und den Benutzern alle Schreibrechte
> entziehen.
>
> Wie man die Datei findet und bearbeitet, kann man irgendwo im Internet
> nachlesen, habe ich wieder vergessen, weil es seit Jahren
> nach dieser einmaligen Aktion unverändert funktioniert.

Wahrscheinlich schlägt DIESES Problem bei Dir nicht zu, wenn ich
jetzt mal rate, sondern womöglich werden die VISA-Umsätze mit einem
anderen HBCI-Kommando abgerufen als beim Girokonto?

Viele Grüße, Christoph



Am 20.04.2018 um 13:06 schrieb Paul Dest:
> Hallo,
>
> Ich habe das Online-Banking in GnuCash eingerichtet; und das meiste
> scheint auch zu funktionieren (Saldo- und Umsätze-Abruf vom Giro-Konto).
>
> Bei dem VISA-Konto (comdirect) jedoch wird zwar das korrekte Saldo
> abgerufen, beim Abruf der Umsätze bekomme ich dagegen die Meldung "The
> Online Banking import returned no transactions for the selected time
> period", obwohl auf dem Konto durchaus Umsätze vorhanden sind (lassen
> sich auch mit Quicken/FinanzManager abrufen).
>
> Was mache ich falsch?
>
> Danke in voraus und viele Grüße,
> Paul
>

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.gnucash.org/pipermail/gnucash-de/attachments/20180421/c18d62a0/attachment.html>