Discussion:
[gnucash-de] FinTS und die Comdirect Kreditkarte
Jörg
2018-07-13 19:25:35 UTC
Permalink
Hallo zusammen,

als langjÀhriger Passivteilnehmer an diesem Forum muss ich mich heute auch
mal zu Wort melden. NatÃŒrlich mit einem Problem :)

Ich habe ein Kreditkartenkonto bei der Comdirect Bank dessen UmsÀtze ich
gern mit FinTS abholen möchte. Der Saldo funktioniert soweit aber bei dem
UmsÀtzen kommt immer die Meldung "Keine UmsÀtze im Zeitraum"
Es scheint sich dabei um ein Problem zwischen aqbanking und GnuCash zu
handeln, denn wenn ich den Abruf ÃŒber aqbanking-cli starte kommt die
Transaktionsliste zurÌck. Die Terminalausgabe habe ich angehÀngt.

Meine Versionen
Gnucash: 3.2
AqBanking-CLI: 5.7.8
Gwenhywfar: 4.20.0.0
AqBanking: 5.7.8.0
Jeweils auf Arch Linux



Viele GrÌße, Jörg
Paul Dest
2018-07-14 20:05:37 UTC
Permalink
Ich kann das Problem bestÀtigen.
Und ich bin natÌrlich auch an einer Lösung interessiert. Als Workaround
importiere ich die Kreditkarten-UmsÀtze als CSV-Datei.

Meine Versionen sind fast gleich. Abweichungen wie folgt:
GnuCash: 3.1

Ausprobiert auf Ubuntu Linux, Mint Linux und Arch Linux

Viele GrÌße,
Paul
Post by Jörg
Hallo zusammen,
als langjÀhriger Passivteilnehmer an diesem Forum muss ich mich heute
auch mal zu Wort melden. NatÃŒrlich mit einem Problem :)
Ich habe ein Kreditkartenkonto bei der Comdirect Bank dessen UmsÀtze
ich gern mit FinTS abholen möchte. Der Saldo funktioniert soweit aber
bei dem UmsÀtzen kommt immer die Meldung "Keine UmsÀtze im Zeitraum"
Es scheint sich dabei um ein Problem zwischen aqbanking und GnuCash zu
handeln, denn wenn ich den Abruf ÃŒber aqbanking-cli starte kommt die
Transaktionsliste zurÌck. Die Terminalausgabe habe ich angehÀngt.
Meine Versionen
Gnucash: 3.2
AqBanking-CLI: 5.7.8
Gwenhywfar: 4.20.0.0
AqBanking: 5.7.8.0
Jeweils auf Arch Linux
Viele GrÌße, Jörg
_______________________________________________
gnucash-de mailing list
https://lists.gnucash.org/mailman/listinfo/gnucash-de
Jörg
2018-07-16 20:22:06 UTC
Permalink
Post by Paul Dest
Ich kann das Problem bestÀtigen.
Und ich bin natÌrlich auch an einer Lösung interessiert. Als Workaround
importiere ich die Kreditkarten-UmsÀtze als CSV-Datei.
Post by Paul Dest
GnuCash: 3.1
Ausprobiert auf Ubuntu Linux, Mint Linux und Arch Linux
Viele GrÌße,
Paul
Hallo zusammen,
als langjÀhriger Passivteilnehmer an diesem Forum muss ich mich heute
auch mal zu Wort melden. NatÃŒrlich mit einem Problem :)
Post by Paul Dest
Ich habe ein Kreditkartenkonto bei der Comdirect Bank dessen UmsÀtze ich
gern mit FinTS abholen möchte. Der Saldo funktioniert soweit aber bei dem
UmsÀtzen kommt immer die Meldung "Keine UmsÀtze im Zeitraum"
Post by Paul Dest
Es scheint sich dabei um ein Problem zwischen aqbanking und GnuCash zu
handeln, denn wenn ich den Abruf ÃŒber aqbanking-cli starte kommt die
Transaktionsliste zurÌck. Die Terminalausgabe habe ich angehÀngt.
Post by Paul Dest
Meine Versionen
Gnucash: 3.2
AqBanking-CLI: 5.7.8
Gwenhywfar: 4.20.0.0
AqBanking: 5.7.8.0
Jeweils auf Arch Linux
Viele GrÌße, Jörg
_______________________________________________
gnucash-de mailing list
https://lists.gnucash.org/mailman/listinfo/gnucash-de
Update:

scheinbar gibt es noch einen Unterschied zwischen dem aqbanking Job den ich
an meine erste Mail angehÀngt habe und dem den GnuCash losschickt.

# aqbanking-cli request -b 20041133 -a 1234567890123456 --transactions

liefert die oben beigefÌgten Transaktionen, wÀhrend der Aufruf von
aqbanking aus gnucash das folgende Ergebnis auf die Konsole bringt:

----------------- schnipp ------------------
Group : "result"
Var : "resultcode"
Value : 3060 (int)
Var : "text"
Value : "Bitte beachten Sie die enthaltenen
Warnungen/Hinweise." (char)
----------------- schnippel ------------------
Group : "result"
Var : "resultcode"
Value : 3010 (int)
Var : "text"
Value : "Keine EintrÀge vorhanden." (char)
------------------ schnapp ------------------

Leider zeigt GnuCash nicht an wie die konkreten Abfrageparameter waren; aus
dem Quellcode konnte ich es bisher nicht erkennen.

Ich frage mich jetzt was fÃŒr ein Filter da mitgegeben wird und was passiert
wenn die ungefilterte Transaktionsliste dem folgenden Importer vorgeworfen
wÃŒrde. :)


Gruß, Jörg
Frank H. Ellenberger
2018-07-16 23:32:28 UTC
Permalink
Hallo miteinander,
Post by Paul Dest
Post by Paul Dest
Ich kann das Problem bestÀtigen.
Und ich bin natÌrlich auch an einer Lösung interessiert. Als Workaround
importiere ich die Kreditkarten-UmsÀtze als CSV-Datei.
Post by Paul Dest
GnuCash: 3.1
Ausprobiert auf Ubuntu Linux, Mint Linux und Arch Linux
Viele GrÌße,
Paul
Hallo zusammen,
als langjÀhriger Passivteilnehmer an diesem Forum muss ich mich heute
auch mal zu Wort melden. NatÃŒrlich mit einem Problem :)
Post by Paul Dest
Ich habe ein Kreditkartenkonto bei der Comdirect Bank dessen UmsÀtze ich
gern mit FinTS abholen möchte. Der Saldo funktioniert soweit aber bei dem
UmsÀtzen kommt immer die Meldung "Keine UmsÀtze im Zeitraum"
Post by Paul Dest
Es scheint sich dabei um ein Problem zwischen aqbanking und GnuCash zu
handeln, denn wenn ich den Abruf ÃŒber aqbanking-cli starte kommt die
Transaktionsliste zurÌck. Die Terminalausgabe habe ich angehÀngt.
Post by Paul Dest
Meine Versionen
Gnucash: 3.2
AqBanking-CLI: 5.7.8
Gwenhywfar: 4.20.0.0
AqBanking: 5.7.8.0
Jeweils auf Arch Linux
Viele GrÌße, Jörg
_______________________________________________
gnucash-de mailing list
https://lists.gnucash.org/mailman/listinfo/gnucash-de
scheinbar gibt es noch einen Unterschied zwischen dem aqbanking Job den ich
an meine erste Mail angehÀngt habe und dem den GnuCash losschickt.
# aqbanking-cli request -b 20041133 -a 1234567890123456 --transactions
liefert die oben beigefÌgten Transaktionen, wÀhrend der Aufruf von
----------------- schnipp ------------------
Group : "result"
Var : "resultcode"
Value : 3060 (int)
Var : "text"
Value : "Bitte beachten Sie die enthaltenen
Warnungen/Hinweise." (char)
----------------- schnippel ------------------
Group : "result"
Var : "resultcode"
Value : 3010 (int)
Var : "text"
Value : "Keine EintrÀge vorhanden." (char)
------------------ schnapp ------------------
Leider zeigt GnuCash nicht an wie die konkreten Abfrageparameter waren; aus
dem Quellcode konnte ich es bisher nicht erkennen.
Schau doch erstmal, ob du in den Protokolldateien etwas findest:
https://wiki.gnucash.org/wiki/De/HBCI#Fehlersuche
Post by Paul Dest
Ich frage mich jetzt was fÃŒr ein Filter da mitgegeben wird und was passiert
wenn die ungefilterte Transaktionsliste dem folgenden Importer vorgeworfen
wÃŒrde. :)
Gruß, Jörg
GrÌße
Frank
Jörg
2018-07-17 20:42:38 UTC
Permalink
Am Di., 17. Juli 2018 um 01:32 Uhr schrieb Frank H. Ellenberger <
***@gmail.com>:
.....
Post by Frank H. Ellenberger
Post by Jörg
Leider zeigt GnuCash nicht an wie die konkreten Abfrageparameter waren; aus
dem Quellcode konnte ich es bisher nicht erkennen.
https://wiki.gnucash.org/wiki/De/HBCI#Fehlersuche
Post by Jörg
Ich frage mich jetzt was fÃŒr ein Filter da mitgegeben wird und was passiert
wenn die ungefilterte Transaktionsliste dem folgenden Importer vorgeworfen
wÃŒrde. :)
Gruß, Jörg
GrÌße
Frank
Hi Frank,

danke fÃŒr den Tipp! Das aqbanking-Log zeigt den Unterschied: Im Gegensatz
zu meinem Request ist beim Aufruf durch GnuCash die Timerange enthalten.
Die Gegenprobe bestÀtigt es: Starte ich den Request mit aqbanking-cli und
gebe die Option --todate=20180731 an, kommt die Antwort "Keine EintrÀge
vorhanden."
Die Option --fromdate scheint nicht zu stören. Das macht das ganze wohl zu
einem aqbanking Problem...

@Paul, kannst du das Verhalten bestÀtigen? Mein Visa Konto hat nur sehr
wenige UmsÀtze und noch keine fertige Abrechnung. Ich möchte ausschließen,
dass dadurch noch Effekte auftreten.


Gruß, Jörg
Di Mang
2018-07-17 21:12:35 UTC
Permalink
Hallo Jörg,

was passiert, wenn du die Option --todate= auf das aktuelle Datum setzt,
z.B. bei einer Abfrage, die noch heute durchgefÃŒhrt wird --todate=20180717.
Evtl. fÃŒhrt eine Abfrage fÃŒr einen zukÃŒnftigen Zeitraum bei Comdirect zum
Abbruch, da dafÃŒr noch keine Daten vorliegen.

GrÌße, dimang
Post by Jörg
Am Di., 17. Juli 2018 um 01:32 Uhr schrieb Frank H. Ellenberger <
.....
Post by Frank H. Ellenberger
Post by Jörg
Leider zeigt GnuCash nicht an wie die konkreten Abfrageparameter
waren; aus
Post by Frank H. Ellenberger
Post by Jörg
dem Quellcode konnte ich es bisher nicht erkennen.
https://wiki.gnucash.org/wiki/De/HBCI#Fehlersuche
Post by Jörg
Ich frage mich jetzt was fÃŒr ein Filter da mitgegeben wird und was
passiert
Post by Frank H. Ellenberger
Post by Jörg
wenn die ungefilterte Transaktionsliste dem folgenden Importer
vorgeworfen
Post by Frank H. Ellenberger
Post by Jörg
wÃŒrde. :)
Gruß, Jörg
GrÌße
Frank
Hi Frank,
danke fÃŒr den Tipp! Das aqbanking-Log zeigt den Unterschied: Im Gegensatz
zu meinem Request ist beim Aufruf durch GnuCash die Timerange enthalten.
Die Gegenprobe bestÀtigt es: Starte ich den Request mit aqbanking-cli und
gebe die Option --todate=20180731 an, kommt die Antwort "Keine EintrÀge
vorhanden."
Die Option --fromdate scheint nicht zu stören. Das macht das ganze wohl zu
einem aqbanking Problem...
@Paul, kannst du das Verhalten bestÀtigen? Mein Visa Konto hat nur sehr
wenige UmsÀtze und noch keine fertige Abrechnung. Ich möchte ausschließen,
dass dadurch noch Effekte auftreten.
Gruß, Jörg
_______________________________________________
gnucash-de mailing list
https://lists.gnucash.org/mailman/listinfo/gnucash-de
Jörg
2018-07-17 21:23:23 UTC
Permalink
Am Di., 17. Juli 2018 um 23:12 Uhr schrieb Di Mang <
Post by Di Mang
Hallo Jörg,
was passiert, wenn du die Option --todate= auf das aktuelle Datum setzt,
z.B. bei einer Abfrage, die noch heute durchgefÃŒhrt wird --todate=20180717.
Evtl. fÃŒhrt eine Abfrage fÃŒr einen zukÃŒnftigen Zeitraum bei Comdirect zum
Abbruch, da dafÃŒr noch keine Daten vorliegen.
GrÌße, dimang
AHA! Das war Gold wert!
Das To-Date auf heute zu Àndern liefert zwar immer noch den Fehler, aber
das To-Date auf gestern zu setzen bringt UmsÀtze.
Das funktioniert auch innerhalb von GnuCash.

Gruß, Jörg
Paul Dest
2018-07-18 11:19:12 UTC
Permalink
Ich konnte jetzt auf die Schnelle nur das Verhalten ÃŒber GnuCash testen,
weil ich mir davon schnelle Lösung versprach:

Leider kann ich nicht bestÀtigen, dass das auch innerhalb von GnuCash
funktioniert: auch wenn ich den Abfragezeitraum explizit und mit beiden
Daten in Vergangenheit setze, bekomme ich die Meldung, dass keine
UmsÀtze vorliegen.

Viele GrÌße,
Paul
Am Di., 17. Juli 2018 um 23:12 Uhr schrieb Di Mang
Hallo Jörg, 
was passiert, wenn du die Option --todate= auf das aktuelle Datum
setzt, z.B. bei einer Abfrage, die noch heute durchgefÃŒhrt
wird --todate=20180717. Evtl. fÌhrt eine Abfrage fÌr einen
zukÌnftigen Zeitraum  bei Comdirect zum Abbruch, da dafÌr noch
keine Daten vorliegen.
GrÌße, dimang
AHA! Das war Gold wert!
Das To-Date auf heute zu Àndern liefert zwar immer noch den Fehler,
aber das To-Date auf gestern zu setzen bringt UmsÀtze.
 Das funktioniert auch innerhalb von GnuCash.
Gruß, Jörg
Jörg
2018-07-18 15:48:04 UTC
Permalink
Post by Paul Dest
Ich konnte jetzt auf die Schnelle nur das Verhalten ÃŒber GnuCash testen,
Leider kann ich nicht bestÀtigen, dass das auch innerhalb von GnuCash
funktioniert: auch wenn ich den Abfragezeitraum explizit und mit beiden
Daten in Vergangenheit setze, bekomme ich die Meldung, dass keine UmsÀtze
vorliegen.
Post by Paul Dest
Viele GrÌße,
Paul
OK, weitere Tests zeigen: Das To-Date muss auf den Buchungstag eines
Umsatzes gestellt werden. So wird genau der eine Tag abgerufen.
Beim From-Date habe ich bisher noch keinen besonderen Einfluss gefunden.
Paul Dest
2018-07-18 19:50:42 UTC
Permalink
Ja, das kann ich bestÀtigen: genau der eine Tag wird abgerufen, nichts
anderes.
Post by Paul Dest
Ich konnte jetzt auf die Schnelle nur das Verhalten ÃŒber GnuCash
Leider kann ich nicht bestÀtigen, dass das auch innerhalb von
GnuCash funktioniert: auch wenn ich den Abfragezeitraum explizit und
mit beiden Daten in Vergangenheit setze, bekomme ich die Meldung, dass
keine UmsÀtze vorliegen.
Post by Paul Dest
Viele GrÌße,
Paul
OK, weitere Tests zeigen: Das To-Date muss auf den Buchungstag eines
Umsatzes gestellt werden. So wird genau der eine Tag abgerufen.
Beim From-Date habe ich bisher noch keinen besonderen Einfluss gefunden.
Di Mang
2018-07-18 21:24:06 UTC
Permalink
Hallo zusammen,

ich habe dieses Verhalten bei meiner Bank (netbank AG) getestet. Es kommt
ebenfalls zu einem komischen Verhalten rund um den Tag ohne Buchungen.
Manchmal werden die Buchungen aus dem abgefragten Zeitraum ausgelassen und
in einem Fall wurde eine Buchung nach dem Tag "--todate" geliefert (an
diesem Tag sind insgesamt 3 Buchungen vorhanden). Die Zusammenfassung der
TestfÀlle findet Ihr im Anhang. Anscheinend ist es ein allgemeiner Bug in
AqBanking. Alle TestfÀlle habe ich ausschliesslich in GnuCash durchgefÌhrt.
Die Abrufe ÃŒber die Konsole habe ich nicht getestet. Evtl. muss ich es noch
machen, um den Fehler zwischen GnuCash und AqBanking besser abgrenzen zu
können.
​​
ZusÀtzlich ist bei TestfÀllen rausgekommen, dass in folgenden zwei
GrenzfÀllen eine Fehlermeldung von GnuCash generiert wird ("Fehler beim
AusfÃŒhren des Auftrages" - siehe Anhang):
1) der Parameter "--fromdate" liegt *nach* "--todate" (z.B.
--fromdate=12.07.2018 und --todate=11.07.2018)
2) der Parameter "--todate" liegt in der Zukunft
Meiner Meinung nach sollen diese FÀlle direkt in GnuCash mit einer
entsprechenden Fehlermeldung abgefangen werden, ohne den Auftrag an
AqBanking weiterzuleiten, da diese VorgÀnge sowieso auf einen Fehler laufen
und die PIN-Eingabe hier ÃŒberflÃŒssig ist.

Viele GrÌße,
dimang
Post by Paul Dest
Ja, das kann ich bestÀtigen: genau der eine Tag wird abgerufen, nichts
anderes.
Post by Paul Dest
Ich konnte jetzt auf die Schnelle nur das Verhalten ÃŒber GnuCash testen,
Leider kann ich nicht bestÀtigen, dass das auch innerhalb von GnuCash
funktioniert: auch wenn ich den Abfragezeitraum explizit und mit beiden
Daten in Vergangenheit setze, bekomme ich die Meldung, dass keine UmsÀtze
vorliegen.
Post by Paul Dest
Viele GrÌße,
Paul
OK, weitere Tests zeigen: Das To-Date muss auf den Buchungstag eines
Umsatzes gestellt werden. So wird genau der eine Tag abgerufen.
Beim From-Date habe ich bisher noch keinen besonderen Einfluss gefunden.
_______________________________________________
gnucash-de mailing list
https://lists.gnucash.org/mailman/listinfo/gnucash-de
Di Mang
2018-07-18 21:43:18 UTC
Permalink
Hallo zusammen,

das komische Verhalten bei TestfÀllen liegt daran, dass GnuCash die
Buchungen anhand des Buchungsdatums abfragt.
In GnuCash-Konten werden die Buchungen aber mit dem Valuta-Datum
dargestellt. Dies fÃŒhrt zur Verwirrung.
Im Anhang findet ihr eine Aufstellung fÌr die Buchungen aus TestfÀllen mit
Angaben zum Buchungs- und Valutadatum.

Weisst evtl. jemand ob die Darstellung in GnuCash auf das Buchungsdatum
umgestellt werden kann?

Viele GrÌße,
dimang
Post by Jörg
Hallo zusammen,
ich habe dieses Verhalten bei meiner Bank (netbank AG) getestet. Es kommt
ebenfalls zu einem komischen Verhalten rund um den Tag ohne Buchungen.
Manchmal werden die Buchungen aus dem abgefragten Zeitraum ausgelassen und
in einem Fall wurde eine Buchung nach dem Tag "--todate" geliefert (an
diesem Tag sind insgesamt 3 Buchungen vorhanden). Die Zusammenfassung der
TestfÀlle findet Ihr im Anhang. Anscheinend ist es ein allgemeiner Bug in
AqBanking. Alle TestfÀlle habe ich ausschliesslich in GnuCash durchgefÌhrt.
Die Abrufe ÃŒber die Konsole habe ich nicht getestet. Evtl. muss ich es noch
machen, um den Fehler zwischen GnuCash und AqBanking besser abgrenzen zu
können.
​​
ZusÀtzlich ist bei TestfÀllen rausgekommen, dass in folgenden zwei
GrenzfÀllen eine Fehlermeldung von GnuCash generiert wird ("Fehler beim
1) der Parameter "--fromdate" liegt *nach* "--todate" (z.B.
--fromdate=12.07.2018 und --todate=11.07.2018)
2) der Parameter "--todate" liegt in der Zukunft
Meiner Meinung nach sollen diese FÀlle direkt in GnuCash mit einer
entsprechenden Fehlermeldung abgefangen werden, ohne den Auftrag an
AqBanking weiterzuleiten, da diese VorgÀnge sowieso auf einen Fehler laufen
und die PIN-Eingabe hier ÃŒberflÃŒssig ist.
Viele GrÌße,
dimang
Post by Paul Dest
Ja, das kann ich bestÀtigen: genau der eine Tag wird abgerufen, nichts
anderes.
Post by Paul Dest
Ich konnte jetzt auf die Schnelle nur das Verhalten ÃŒber GnuCash
Leider kann ich nicht bestÀtigen, dass das auch innerhalb von GnuCash
funktioniert: auch wenn ich den Abfragezeitraum explizit und mit beiden
Daten in Vergangenheit setze, bekomme ich die Meldung, dass keine UmsÀtze
vorliegen.
Post by Paul Dest
Viele GrÌße,
Paul
OK, weitere Tests zeigen: Das To-Date muss auf den Buchungstag eines
Umsatzes gestellt werden. So wird genau der eine Tag abgerufen.
Beim From-Date habe ich bisher noch keinen besonderen Einfluss gefunden.
_______________________________________________
gnucash-de mailing list
https://lists.gnucash.org/mailman/listinfo/gnucash-de
Christian Kluge
2018-09-02 19:02:46 UTC
Permalink
Hallo,

da ich auch ein ähnliches Problem habe, bin ich mal so frei, diesen
Thread auszugraben.
Post by Di Mang
Weisst evtl. jemand ob die Darstellung in GnuCash auf das Buchungsdatum
umgestellt werden kann?
Die einzige Lösung, die ich gefunden habe, ist die Bearbeitung des
Quellcodes und die manuelle Kompilierung von gnucash.

Die Lösung liegt in der Datei gnucash/import-export/aqb/gnc-ab-utils.c,
wo als Datum valutaDate statt date verwendet wird.

Schade, dass man es nicht wie beim CSV-Importer lösen und sich die
Felder auswählen kann, die man haben will.

Desweiteren zählt das Valuta-Datum nur für die Berechnung von Zinsen,
ansonsten habe ich auch lieber das richtige Buchungsdatum, zumal dieses
auch das ist, was für den ausgewiesen Kontostand auf dem Auszug zählt.

Vor allem bei Rücklastschriften hat man z. B. auch den Spaß, dass diese
dann am Datum der Ursprungslastschrift gebucht werden, auch unschön.

Mit freundlichen Grüßen

Christian Kluge
Christian Stimming
2018-09-03 10:00:31 UTC
Permalink
Hallo,

ich würde nur mal kurz ergänzen, dass das seinerzeit natürlich schon auch
einen Grund hatte, warum das eine und nicht das andere Datum gewählt worden
ist: In den HBCI-Nachrichten der mir zur Verfügung stehenden Konten bzw. Bank-
Servern war eben nur dieses Datum gefüllt und das andere nicht.

Nun könnte es entweder sein, dass sich das bei allen Banken seither geändert
hat, oder es ist eben doch eine Eigenschaft von den verschiedenen
Implementierungen auf Serverseite. (Bei mir: BLZ 20070024)

Insofern tut's mir leid, wenn das im Sourcecode fest drin ist und natürlich
wäre eine Konfigurations-Option viel schöner. Die muss halt nur mal
irgendjemand :-) programmieren.

Gruß
Christian
Post by Christian Kluge
Hallo,
da ich auch ein ähnliches Problem habe, bin ich mal so frei, diesen
Thread auszugraben.
Post by Di Mang
Weisst evtl. jemand ob die Darstellung in GnuCash auf das Buchungsdatum
umgestellt werden kann?
Die einzige Lösung, die ich gefunden habe, ist die Bearbeitung des
Quellcodes und die manuelle Kompilierung von gnucash.
Die Lösung liegt in der Datei gnucash/import-export/aqb/gnc-ab-utils.c,
wo als Datum valutaDate statt date verwendet wird.
Schade, dass man es nicht wie beim CSV-Importer lösen und sich die
Felder auswählen kann, die man haben will.
Desweiteren zählt das Valuta-Datum nur für die Berechnung von Zinsen,
ansonsten habe ich auch lieber das richtige Buchungsdatum, zumal dieses
auch das ist, was für den ausgewiesen Kontostand auf dem Auszug zählt.
Vor allem bei Rücklastschriften hat man z. B. auch den Spaß, dass diese
dann am Datum der Ursprungslastschrift gebucht werden, auch unschön.
Mit freundlichen Grüßen
Christian Kluge
_______________________________________________
gnucash-de mailing list
https://lists.gnucash.org/mailman/listinfo/gnucash-de
Jörg
2018-09-03 11:34:55 UTC
Permalink
Hi Christian,

ich wollte dir bei der Gelegenheit kurz fÃŒr Deine Arbeit an AQBanking
danken!
Die verschiedenen Implementierungen erinnern ja sehr an den berÃŒhmten Sack
voll Flöhe :)

GrÌße, Jörg

Am Mo., 3. Sep. 2018 um 12:00 Uhr schrieb Christian Stimming <
Post by Christian Kluge
Hallo,
ich wÌrde nur mal kurz ergÀnzen, dass das seinerzeit natÌrlich schon auch
einen Grund hatte, warum das eine und nicht das andere Datum gewÀhlt
worden
ist: In den HBCI-Nachrichten der mir zur VerfÃŒgung stehenden Konten bzw.
Bank-
Servern war eben nur dieses Datum gefÃŒllt und das andere nicht.
Nun könnte es entweder sein, dass sich das bei allen Banken seither
geÀndert
hat, oder es ist eben doch eine Eigenschaft von den verschiedenen
Implementierungen auf Serverseite. (Bei mir: BLZ 20070024)
Insofern tut's mir leid, wenn das im Sourcecode fest drin ist und
natÃŒrlich
wÀre eine Konfigurations-Option viel schöner. Die muss halt nur mal
irgendjemand :-) programmieren.
Gruß
Christian
Post by Christian Kluge
Hallo,
da ich auch ein Àhnliches Problem habe, bin ich mal so frei, diesen
Thread auszugraben.
Post by Di Mang
Weisst evtl. jemand ob die Darstellung in GnuCash auf das Buchungsdatum
umgestellt werden kann?
Die einzige Lösung, die ich gefunden habe, ist die Bearbeitung des
Quellcodes und die manuelle Kompilierung von gnucash.
Die Lösung liegt in der Datei gnucash/import-export/aqb/gnc-ab-utils.c,
wo als Datum valutaDate statt date verwendet wird.
Schade, dass man es nicht wie beim CSV-Importer lösen und sich die
Felder auswÀhlen kann, die man haben will.
Desweiteren zÀhlt das Valuta-Datum nur fÌr die Berechnung von Zinsen,
ansonsten habe ich auch lieber das richtige Buchungsdatum, zumal dieses
auch das ist, was fÌr den ausgewiesen Kontostand auf dem Auszug zÀhlt.
Vor allem bei RÃŒcklastschriften hat man z. B. auch den Spaß, dass diese
dann am Datum der Ursprungslastschrift gebucht werden, auch unschön.
Mit freundlichen GrÌßen
Christian Kluge
_______________________________________________
gnucash-de mailing list
https://lists.gnucash.org/mailman/listinfo/gnucash-de
_______________________________________________
gnucash-de mailing list
https://lists.gnucash.org/mailman/listinfo/gnucash-de
Christian Kluge
2018-09-03 18:46:59 UTC
Permalink
Hallo,
Post by Christian Kluge
Hallo,
ich würde nur mal kurz ergänzen, dass das seinerzeit natürlich schon auch
einen Grund hatte, warum das eine und nicht das andere Datum gewählt worden
ist: In den HBCI-Nachrichten der mir zur Verfügung stehenden Konten bzw. Bank-
Servern war eben nur dieses Datum gefüllt und das andere nicht.
Nun könnte es entweder sein, dass sich das bei allen Banken seither geändert
hat, oder es ist eben doch eine Eigenschaft von den verschiedenen
Implementierungen auf Serverseite. (Bei mir: BLZ 20070024)
und ich habe festgestellt, dass bei meiner Bank im SEPA-MT940-Format,
der Name der Gegenseite dargestellt wird als im CAMT-Format.

Naja, wenigstens habe ich jetzt eine Lösung gefunden.
Post by Christian Kluge
Insofern tut's mir leid, wenn das im Sourcecode fest drin ist und natürlich
wäre eine Konfigurations-Option viel schöner. Die muss halt nur mal
irgendjemand programmieren.
Kein Thema, ich bin froh, dass es überhaupt so gut funktioniert.

Der Quellcode für den AqBanking-Part sieht schon interessant genug aus.

Mit freundlichen Grüßen

Christian Kluge
Klaus Dahlke
2018-09-17 21:43:21 UTC
Permalink
Hallo Christian,
kannst Du kurz beschreiben wie gnc-ab-utils.c abzuwandeln ist, dass die Abfrage funktioniert. Ich hatte einmal nach Zeile 516
folgende Zeile eingefügt:

valuta_date = AB_Transaction_GetDate(ab_trans);

hat aber irgendwie nicht geklappt.

Was mir aber bei den aqbaning logs aufgefallen ist:
Die Kreditkartenumsätze werden mit DKKKU angefragt. Zurück kommt jedoch:

'HIRMG:3:2+3060::Bitte beachten Sie die enthaltenen Warnungen/Hinweise.'HIRMS:4:2:3+3010::Keine Einträge vorhanden.'DIKKU:5:2:3+CARD2++C:71,92:EUR:


In DIKKU steht der richtige Wert von 71,92 EUR. Wenn ich erneut abfrage, wird keine Wert mehr genannt. Anscheinend wird die Buchung von 71,92 bei comdirect dann 'abgeholt' gekennzeichnet. In einer Release Note von Buhl Software steht z.B.

"Fehlerbehebung beim ADAC-Kreditkarten-Zugang, Korrektur in DIKKU, damit alle Umsätze gelesen werden können."


Vielleicht lässt sich darüber ja etwas erreichen.

Gruß,
Klaus

On Sun, 2 Sep 2018 21:02:46 +0200
Post by Christian Kluge
Hallo,
da ich auch ein ähnliches Problem habe, bin ich mal so frei, diesen
Thread auszugraben.
Post by Di Mang
Weisst evtl. jemand ob die Darstellung in GnuCash auf das Buchungsdatum
umgestellt werden kann?
Die einzige Lösung, die ich gefunden habe, ist die Bearbeitung des
Quellcodes und die manuelle Kompilierung von gnucash.
Die Lösung liegt in der Datei gnucash/import-export/aqb/gnc-ab-utils.c,
wo als Datum valutaDate statt date verwendet wird.
Schade, dass man es nicht wie beim CSV-Importer lösen und sich die
Felder auswählen kann, die man haben will.
Desweiteren zählt das Valuta-Datum nur für die Berechnung von Zinsen,
ansonsten habe ich auch lieber das richtige Buchungsdatum, zumal dieses
auch das ist, was für den ausgewiesen Kontostand auf dem Auszug zählt.
Vor allem bei Rücklastschriften hat man z. B. auch den Spaß, dass diese
dann am Datum der Ursprungslastschrift gebucht werden, auch unschön.
Mit freundlichen Grüßen
Christian Kluge
Christian Kluge
2018-09-19 19:13:39 UTC
Permalink
Hallo,
Post by Klaus Dahlke
Hallo Christian,
kannst Du kurz beschreiben wie gnc-ab-utils.c abzuwandeln ist, dass die Abfrage funktioniert. Ich hatte einmal nach Zeile 516
valuta_date = AB_Transaction_GetDate(ab_trans);
hat aber irgendwie nicht geklappt.
Ich habe exakt diese Änderung an Zeile 510 vorgenommen und nicht danach
eingefügt und bei meiner Bank hat es mit dem neu kompilierten gnucash
funktioniert.

Gibt sicherlich auch eine schöne Lösung, aber für meine Zwecke reicht es.

Mit freundlichen Grüßen

Christian Kluge

Jörg
2018-07-18 23:10:57 UTC
Permalink
Hallo dimang,
in der WeboberflÀche deiner Bank kannst du wahrscheinlich Buchungsdatum und
Wertstellungsdatum zu den Transaktionen sehen. (GnuCash zeigt
ausschließlich das Wertstellungsdatum an, was fÃŒr eine Buchhaltungssoftware
auch die richtige Wahl ist wenn nur ein Datumsfeld vorhanden ist)

Sofern sich damit die Effekte die du beobachtet hat erklÀren lassen wÌrde
ich gern wissen ob du bei der NetBank auch nur einzelne Tage abholen kannst
oder ob der Abruf Ìber ZeitrÀume funktioniert.
Wenn das so ist, liegt das Problem wahrscheinlich bei der Comdirect.


Gruß, Jörg
Post by Jörg
Hallo zusammen,
ich habe dieses Verhalten bei meiner Bank (netbank AG) getestet. Es kommt
ebenfalls zu einem komischen Verhalten rund um den Tag ohne Buchungen.
Manchmal werden die Buchungen aus dem abgefragten Zeitraum ausgelassen und
in einem Fall wurde eine Buchung nach dem Tag "--todate" geliefert (an
diesem Tag sind insgesamt 3 Buchungen vorhanden). Die Zusammenfassung der
TestfÀlle findet Ihr im Anhang. Anscheinend ist es ein allgemeiner Bug in
AqBanking. Alle TestfÀlle habe ich ausschliesslich in GnuCash durchgefÌhrt.
Die Abrufe ÃŒber die Konsole habe ich nicht getestet. Evtl. muss ich es noch
machen, um den Fehler zwischen GnuCash und AqBanking besser abgrenzen zu
können.
​​
ZusÀtzlich ist bei TestfÀllen rausgekommen, dass in folgenden zwei
GrenzfÀllen eine Fehlermeldung von GnuCash generiert wird ("Fehler beim
1) der Parameter "--fromdate" liegt *nach* "--todate" (z.B.
--fromdate=12.07.2018 und --todate=11.07.2018)
2) der Parameter "--todate" liegt in der Zukunft
Meiner Meinung nach sollen diese FÀlle direkt in GnuCash mit einer
entsprechenden Fehlermeldung abgefangen werden, ohne den Auftrag an
AqBanking weiterzuleiten, da diese VorgÀnge sowieso auf einen Fehler laufen
und die PIN-Eingabe hier ÃŒberflÃŒssig ist.
Viele GrÌße,
dimang
Post by Paul Dest
Ja, das kann ich bestÀtigen: genau der eine Tag wird abgerufen, nichts
anderes.
Post by Paul Dest
Ich konnte jetzt auf die Schnelle nur das Verhalten ÃŒber GnuCash
Leider kann ich nicht bestÀtigen, dass das auch innerhalb von GnuCash
funktioniert: auch wenn ich den Abfragezeitraum explizit und mit beiden
Daten in Vergangenheit setze, bekomme ich die Meldung, dass keine UmsÀtze
vorliegen.
Post by Paul Dest
Viele GrÌße,
Paul
OK, weitere Tests zeigen: Das To-Date muss auf den Buchungstag eines
Umsatzes gestellt werden. So wird genau der eine Tag abgerufen.
Beim From-Date habe ich bisher noch keinen besonderen Einfluss gefunden.
_______________________________________________
gnucash-de mailing list
https://lists.gnucash.org/mailman/listinfo/gnucash-de
Di Mang
2018-07-19 17:11:36 UTC
Permalink
Hi Jörg,

bei einem Datenabruf fÃŒr einen Tag oder einen Zeitraum ohne Buchungen wird
von GnuCash die folgende Meldung angezeigt: "Es liegen keine Buchungen fÃŒr
die gewÀhlte Zeitspanne vor.".

Viele GrÌße,
dimang
Post by Jörg
Hallo dimang,
in der WeboberflÀche deiner Bank kannst du wahrscheinlich Buchungsdatum
und Wertstellungsdatum zu den Transaktionen sehen. (GnuCash zeigt
ausschließlich das Wertstellungsdatum an, was fÃŒr eine Buchhaltungssoftware
auch die richtige Wahl ist wenn nur ein Datumsfeld vorhanden ist)
Sofern sich damit die Effekte die du beobachtet hat erklÀren lassen wÌrde
ich gern wissen ob du bei der NetBank auch nur einzelne Tage abholen kannst
oder ob der Abruf Ìber ZeitrÀume funktioniert.
Wenn das so ist, liegt das Problem wahrscheinlich bei der Comdirect.
Gruß, Jörg
Post by Jörg
Hallo zusammen,
ich habe dieses Verhalten bei meiner Bank (netbank AG) getestet. Es kommt
ebenfalls zu einem komischen Verhalten rund um den Tag ohne Buchungen.
Manchmal werden die Buchungen aus dem abgefragten Zeitraum ausgelassen und
in einem Fall wurde eine Buchung nach dem Tag "--todate" geliefert (an
diesem Tag sind insgesamt 3 Buchungen vorhanden). Die Zusammenfassung der
TestfÀlle findet Ihr im Anhang. Anscheinend ist es ein allgemeiner Bug in
AqBanking. Alle TestfÀlle habe ich ausschliesslich in GnuCash durchgefÌhrt.
Die Abrufe ÃŒber die Konsole habe ich nicht getestet. Evtl. muss ich es noch
machen, um den Fehler zwischen GnuCash und AqBanking besser abgrenzen zu
können.
​​
ZusÀtzlich ist bei TestfÀllen rausgekommen, dass in folgenden zwei
GrenzfÀllen eine Fehlermeldung von GnuCash generiert wird ("Fehler beim
1) der Parameter "--fromdate" liegt *nach* "--todate" (z.B.
--fromdate=12.07.2018 und --todate=11.07.2018)
2) der Parameter "--todate" liegt in der Zukunft
Meiner Meinung nach sollen diese FÀlle direkt in GnuCash mit einer
entsprechenden Fehlermeldung abgefangen werden, ohne den Auftrag an
AqBanking weiterzuleiten, da diese VorgÀnge sowieso auf einen Fehler laufen
und die PIN-Eingabe hier ÃŒberflÃŒssig ist.
Viele GrÌße,
dimang
Post by Paul Dest
Ja, das kann ich bestÀtigen: genau der eine Tag wird abgerufen, nichts
anderes.
Post by Paul Dest
Ich konnte jetzt auf die Schnelle nur das Verhalten ÃŒber GnuCash
Leider kann ich nicht bestÀtigen, dass das auch innerhalb von GnuCash
funktioniert: auch wenn ich den Abfragezeitraum explizit und mit beiden
Daten in Vergangenheit setze, bekomme ich die Meldung, dass keine UmsÀtze
vorliegen.
Post by Paul Dest
Viele GrÌße,
Paul
OK, weitere Tests zeigen: Das To-Date muss auf den Buchungstag eines
Umsatzes gestellt werden. So wird genau der eine Tag abgerufen.
Beim From-Date habe ich bisher noch keinen besonderen Einfluss gefunden.
_______________________________________________
gnucash-de mailing list
https://lists.gnucash.org/mailman/listinfo/gnucash-de
Jörg
2018-07-19 18:44:32 UTC
Permalink
Hallo dimang,
mir ging es darum, ob die Keine-UmsÀtze-Meldung bei dir auch kommt wenn du
einen Zeitraum angibst in dem Tage mit und Tage ohne UmsÀtze liegen - also
das Problem das Paul und ich mit der comdirect haben.
Ich konnte deine Auswertung jetzt am Desktop noch einmal richtig lesen.
Soweit ich es sehe, funktioniert es bei dir.

Als nÀchstes mache ich im Bug-Tracker von AQ-Banking einen Request auf.
Bis dahin wÀre es noch interessant wenn wir jemanden hÀtten, der
(vermutlich mit einer anderen Software) erfolgreich UmsÀtze mit
Zeitraumsangabe von der comdirect Visa abrufen kann. Damit ließen sich die
FinTS Requests vergleichen.


Gruß, Jörg

Am Do., 19. Juli 2018 um 19:11 Uhr schrieb Di Mang <
Post by Di Mang
Hi Jörg,
bei einem Datenabruf fÃŒr einen Tag oder einen Zeitraum ohne Buchungen
wird von GnuCash die folgende Meldung angezeigt: "Es liegen keine Buchungen
fÌr die gewÀhlte Zeitspanne vor.".
Post by Di Mang
Viele GrÌße,
dimang
Post by Jörg
Hallo dimang,
in der WeboberflÀche deiner Bank kannst du wahrscheinlich Buchungsdatum
und Wertstellungsdatum zu den Transaktionen sehen. (GnuCash zeigt
ausschließlich das Wertstellungsdatum an, was fÃŒr eine Buchhaltungssoftware
auch die richtige Wahl ist wenn nur ein Datumsfeld vorhanden ist)
Post by Di Mang
Post by Jörg
Sofern sich damit die Effekte die du beobachtet hat erklÀren lassen
wÃŒrde ich gern wissen ob du bei der NetBank auch nur einzelne Tage abholen
kannst oder ob der Abruf Ìber ZeitrÀume funktioniert.
Post by Di Mang
Post by Jörg
Wenn das so ist, liegt das Problem wahrscheinlich bei der Comdirect.
Gruß, Jörg
Post by Jörg
Hallo zusammen,
ich habe dieses Verhalten bei meiner Bank (netbank AG) getestet. Es
kommt ebenfalls zu einem komischen Verhalten rund um den Tag ohne
Buchungen. Manchmal werden die Buchungen aus dem abgefragten Zeitraum
ausgelassen und in einem Fall wurde eine Buchung nach dem Tag "--todate"
geliefert (an diesem Tag sind insgesamt 3 Buchungen vorhanden). Die
Zusammenfassung der TestfÀlle findet Ihr im Anhang. Anscheinend ist es ein
allgemeiner Bug in AqBanking. Alle TestfÀlle habe ich ausschliesslich in
GnuCash durchgefÃŒhrt. Die Abrufe ÃŒber die Konsole habe ich nicht getestet.
Evtl. muss ich es noch machen, um den Fehler zwischen GnuCash und AqBanking
besser abgrenzen zu können.
Post by Di Mang
Post by Jörg
Post by Jörg
ZusÀtzlich ist bei TestfÀllen rausgekommen, dass in folgenden zwei
GrenzfÀllen eine Fehlermeldung von GnuCash generiert wird ("Fehler beim
Post by Di Mang
Post by Jörg
Post by Jörg
1) der Parameter "--fromdate" liegt *nach* "--todate" (z.B.
--fromdate=12.07.2018 und --todate=11.07.2018)
Post by Di Mang
Post by Jörg
Post by Jörg
2) der Parameter "--todate" liegt in der Zukunft
Meiner Meinung nach sollen diese FÀlle direkt in GnuCash mit einer
entsprechenden Fehlermeldung abgefangen werden, ohne den Auftrag an
AqBanking weiterzuleiten, da diese VorgÀnge sowieso auf einen Fehler laufen
und die PIN-Eingabe hier ÃŒberflÃŒssig ist.
Post by Di Mang
Post by Jörg
Post by Jörg
Viele GrÌße,
dimang
Post by Paul Dest
Ja, das kann ich bestÀtigen: genau der eine Tag wird abgerufen, nichts
anderes.
Post by Di Mang
Post by Jörg
Post by Jörg
Post by Paul Dest
Post by Paul Dest
Ich konnte jetzt auf die Schnelle nur das Verhalten ÃŒber GnuCash
Leider kann ich nicht bestÀtigen, dass das auch innerhalb von
GnuCash funktioniert: auch wenn ich den Abfragezeitraum explizit und mit
beiden Daten in Vergangenheit setze, bekomme ich die Meldung, dass keine
UmsÀtze vorliegen.
Post by Di Mang
Post by Jörg
Post by Jörg
Post by Paul Dest
Post by Paul Dest
Viele GrÌße,
Paul
OK, weitere Tests zeigen: Das To-Date muss auf den Buchungstag eines
Umsatzes gestellt werden. So wird genau der eine Tag abgerufen.
Post by Di Mang
Post by Jörg
Post by Jörg
Post by Paul Dest
Beim From-Date habe ich bisher noch keinen besonderen Einfluss gefunden.
_______________________________________________
gnucash-de mailing list
https://lists.gnucash.org/mailman/listinfo/gnucash-de
Di Mang
2018-07-19 19:10:06 UTC
Permalink
Hallo Jörg,
Post by Jörg
Hallo dimang,
mir ging es darum, ob die Keine-UmsÀtze-Meldung bei dir auch kommt wenn du
einen Zeitraum angibst in dem Tage mit und Tage ohne UmsÀtze liegen - also
das Problem das Paul und ich mit der comdirect haben.
Ich konnte deine Auswertung jetzt am Desktop noch einmal richtig lesen.
Soweit ich es sehe, funktioniert es bei dir.
​ja, die Abrufe ÃŒber so einen Zeitraum funktionieren bei mir ohne Probleme.
Post by Jörg
Als nÀchstes mache ich im Bug-Tracker von AQ-Banking einen Request auf.
Bis dahin wÀre es noch interessant wenn wir jemanden hÀtten, der
(vermutlich mit einer anderen Software) erfolgreich UmsÀtze mit
Zeitraumsangabe von der comdirect Visa abrufen kann. Damit ließen sich die
FinTS Requests vergleichen.
vermutlich liegt der Fehler bei comdirect.
Post by Jörg
Gruß, Jörg
Am Do., 19. Juli 2018 um 19:11 Uhr schrieb Di Mang <
Post by Di Mang
Hi Jörg,
bei einem Datenabruf fÃŒr einen Tag oder einen Zeitraum ohne Buchungen
wird von GnuCash die folgende Meldung angezeigt: "Es liegen keine Buchungen
fÌr die gewÀhlte Zeitspanne vor.".
Post by Di Mang
Viele GrÌße,
dimang
Post by Jörg
Hallo dimang,
in der WeboberflÀche deiner Bank kannst du wahrscheinlich Buchungsdatum
und Wertstellungsdatum zu den Transaktionen sehen. (GnuCash zeigt
ausschließlich das Wertstellungsdatum an, was fÃŒr eine Buchhaltungssoftware
auch die richtige Wahl ist wenn nur ein Datumsfeld vorhanden ist)
Post by Di Mang
Post by Jörg
Sofern sich damit die Effekte die du beobachtet hat erklÀren lassen
wÃŒrde ich gern wissen ob du bei der NetBank auch nur einzelne Tage abholen
kannst oder ob der Abruf Ìber ZeitrÀume funktioniert.
Post by Di Mang
Post by Jörg
Wenn das so ist, liegt das Problem wahrscheinlich bei der Comdirect.
Gruß, Jörg
Post by Jörg
Hallo zusammen,
ich habe dieses Verhalten bei meiner Bank (netbank AG) getestet. Es
kommt ebenfalls zu einem komischen Verhalten rund um den Tag ohne
Buchungen. Manchmal werden die Buchungen aus dem abgefragten Zeitraum
ausgelassen und in einem Fall wurde eine Buchung nach dem Tag "--todate"
geliefert (an diesem Tag sind insgesamt 3 Buchungen vorhanden). Die
Zusammenfassung der TestfÀlle findet Ihr im Anhang. Anscheinend ist es ein
allgemeiner Bug in AqBanking. Alle TestfÀlle habe ich ausschliesslich in
GnuCash durchgefÃŒhrt. Die Abrufe ÃŒber die Konsole habe ich nicht getestet.
Evtl. muss ich es noch machen, um den Fehler zwischen GnuCash und AqBanking
besser abgrenzen zu können.
Post by Di Mang
Post by Jörg
Post by Jörg
ZusÀtzlich ist bei TestfÀllen rausgekommen, dass in folgenden zwei
GrenzfÀllen eine Fehlermeldung von GnuCash generiert wird ("Fehler beim
Post by Di Mang
Post by Jörg
Post by Jörg
1) der Parameter "--fromdate" liegt *nach* "--todate" (z.B.
--fromdate=12.07.2018 und --todate=11.07.2018)
Post by Di Mang
Post by Jörg
Post by Jörg
2) der Parameter "--todate" liegt in der Zukunft
Meiner Meinung nach sollen diese FÀlle direkt in GnuCash mit einer
entsprechenden Fehlermeldung abgefangen werden, ohne den Auftrag an
AqBanking weiterzuleiten, da diese VorgÀnge sowieso auf einen Fehler laufen
und die PIN-Eingabe hier ÃŒberflÃŒssig ist.
Post by Di Mang
Post by Jörg
Post by Jörg
Viele GrÌße,
dimang
Post by Paul Dest
Ja, das kann ich bestÀtigen: genau der eine Tag wird abgerufen,
nichts anderes.
Post by Di Mang
Post by Jörg
Post by Jörg
Post by Paul Dest
Am Mi., 18. Juli 2018 um 13:19 Uhr schrieb Paul Dest <
Post by Paul Dest
Ich konnte jetzt auf die Schnelle nur das Verhalten ÃŒber GnuCash
Leider kann ich nicht bestÀtigen, dass das auch innerhalb von
GnuCash funktioniert: auch wenn ich den Abfragezeitraum explizit und mit
beiden Daten in Vergangenheit setze, bekomme ich die Meldung, dass keine
UmsÀtze vorliegen.
Post by Di Mang
Post by Jörg
Post by Jörg
Post by Paul Dest
Post by Paul Dest
Viele GrÌße,
Paul
OK, weitere Tests zeigen: Das To-Date muss auf den Buchungstag eines
Umsatzes gestellt werden. So wird genau der eine Tag abgerufen.
Post by Di Mang
Post by Jörg
Post by Jörg
Post by Paul Dest
Beim From-Date habe ich bisher noch keinen besonderen Einfluss
gefunden.
Post by Di Mang
Post by Jörg
Post by Jörg
Post by Paul Dest
_______________________________________________
gnucash-de mailing list
https://lists.gnucash.org/mailman/listinfo/gnucash-de
Di Mang
2018-07-19 19:13:03 UTC
Permalink
Ich werde ChangeRequests fÌr folgende zwei GrenzfÀlle im Bug-Tracker der
GnuCash einstellen:

"ZusÀtzlich ist bei TestfÀllen rausgekommen, dass in folgenden zwei
GrenzfÀllen eine Fehlermeldung von GnuCash generiert wird ("Fehler beim
AusfÃŒhren des Auftrages" - siehe Anhang):
1) der Parameter "--fromdate" liegt *nach* "--todate" (z.B.
--fromdate=12.07.2018 und --todate=11.07.2018)
2) der Parameter "--todate" liegt in der Zukunft
Meiner Meinung nach sollen diese FÀlle direkt in GnuCash mit einer
entsprechenden Fehlermeldung abgefangen werden, ohne den Auftrag an
AqBanking weiterzuleiten, da diese VorgÀnge sowieso auf einen Fehler laufen
und die PIN-Eingabe hier ÃŒberflÃŒssig ist."
Post by Di Mang
Hallo Jörg,
Post by Jörg
Hallo dimang,
mir ging es darum, ob die Keine-UmsÀtze-Meldung bei dir auch kommt wenn
du einen Zeitraum angibst in dem Tage mit und Tage ohne UmsÀtze liegen -
also das Problem das Paul und ich mit der comdirect haben.
Ich konnte deine Auswertung jetzt am Desktop noch einmal richtig lesen.
Soweit ich es sehe, funktioniert es bei dir.
​ja, die Abrufe ÃŒber so einen Zeitraum funktionieren bei mir ohne Probleme.
Post by Jörg
Als nÀchstes mache ich im Bug-Tracker von AQ-Banking einen Request auf.
Bis dahin wÀre es noch interessant wenn wir jemanden hÀtten, der
(vermutlich mit einer anderen Software) erfolgreich UmsÀtze mit
Zeitraumsangabe von der comdirect Visa abrufen kann. Damit ließen sich die
FinTS Requests vergleichen.
vermutlich liegt der Fehler bei comdirect.
Post by Jörg
Gruß, Jörg
Am Do., 19. Juli 2018 um 19:11 Uhr schrieb Di Mang <
Post by Di Mang
Hi Jörg,
bei einem Datenabruf fÃŒr einen Tag oder einen Zeitraum ohne Buchungen
wird von GnuCash die folgende Meldung angezeigt: "Es liegen keine Buchungen
fÌr die gewÀhlte Zeitspanne vor.".
Post by Di Mang
Viele GrÌße,
dimang
Post by Jörg
Hallo dimang,
in der WeboberflÀche deiner Bank kannst du wahrscheinlich
Buchungsdatum und Wertstellungsdatum zu den Transaktionen sehen. (GnuCash
zeigt ausschließlich das Wertstellungsdatum an, was fÃŒr eine
Buchhaltungssoftware auch die richtige Wahl ist wenn nur ein Datumsfeld
vorhanden ist)
Post by Di Mang
Post by Jörg
Sofern sich damit die Effekte die du beobachtet hat erklÀren lassen
wÃŒrde ich gern wissen ob du bei der NetBank auch nur einzelne Tage abholen
kannst oder ob der Abruf Ìber ZeitrÀume funktioniert.
Post by Di Mang
Post by Jörg
Wenn das so ist, liegt das Problem wahrscheinlich bei der Comdirect.
Gruß, Jörg
Post by Jörg
Hallo zusammen,
ich habe dieses Verhalten bei meiner Bank (netbank AG) getestet. Es
kommt ebenfalls zu einem komischen Verhalten rund um den Tag ohne
Buchungen. Manchmal werden die Buchungen aus dem abgefragten Zeitraum
ausgelassen und in einem Fall wurde eine Buchung nach dem Tag "--todate"
geliefert (an diesem Tag sind insgesamt 3 Buchungen vorhanden). Die
Zusammenfassung der TestfÀlle findet Ihr im Anhang. Anscheinend ist es ein
allgemeiner Bug in AqBanking. Alle TestfÀlle habe ich ausschliesslich in
GnuCash durchgefÃŒhrt. Die Abrufe ÃŒber die Konsole habe ich nicht getestet.
Evtl. muss ich es noch machen, um den Fehler zwischen GnuCash und AqBanking
besser abgrenzen zu können.
Post by Di Mang
Post by Jörg
Post by Jörg
ZusÀtzlich ist bei TestfÀllen rausgekommen, dass in folgenden zwei
GrenzfÀllen eine Fehlermeldung von GnuCash generiert wird ("Fehler beim
Post by Di Mang
Post by Jörg
Post by Jörg
1) der Parameter "--fromdate" liegt *nach* "--todate" (z.B.
--fromdate=12.07.2018 und --todate=11.07.2018)
Post by Di Mang
Post by Jörg
Post by Jörg
2) der Parameter "--todate" liegt in der Zukunft
Meiner Meinung nach sollen diese FÀlle direkt in GnuCash mit einer
entsprechenden Fehlermeldung abgefangen werden, ohne den Auftrag an
AqBanking weiterzuleiten, da diese VorgÀnge sowieso auf einen Fehler laufen
und die PIN-Eingabe hier ÃŒberflÃŒssig ist.
Post by Di Mang
Post by Jörg
Post by Jörg
Viele GrÌße,
dimang
Post by Paul Dest
Ja, das kann ich bestÀtigen: genau der eine Tag wird abgerufen,
nichts anderes.
Post by Di Mang
Post by Jörg
Post by Jörg
Post by Paul Dest
Am Mi., 18. Juli 2018 um 13:19 Uhr schrieb Paul Dest <
Post by Paul Dest
Ich konnte jetzt auf die Schnelle nur das Verhalten ÃŒber GnuCash
Leider kann ich nicht bestÀtigen, dass das auch innerhalb von
GnuCash funktioniert: auch wenn ich den Abfragezeitraum explizit und mit
beiden Daten in Vergangenheit setze, bekomme ich die Meldung, dass keine
UmsÀtze vorliegen.
Post by Di Mang
Post by Jörg
Post by Jörg
Post by Paul Dest
Post by Paul Dest
Viele GrÌße,
Paul
OK, weitere Tests zeigen: Das To-Date muss auf den Buchungstag eines
Umsatzes gestellt werden. So wird genau der eine Tag abgerufen.
Post by Di Mang
Post by Jörg
Post by Jörg
Post by Paul Dest
Beim From-Date habe ich bisher noch keinen besonderen Einfluss
gefunden.
Post by Di Mang
Post by Jörg
Post by Jörg
Post by Paul Dest
_______________________________________________
gnucash-de mailing list
https://lists.gnucash.org/mailman/listinfo/gnucash-de
Jörg
2018-07-17 21:14:30 UTC
Permalink
Das macht das ganze wohl zu einem aqbanking Problem...
Replying to myselfs:
... Oder zu einem CoBa Problem ...
Loading...