[gnucash-de] Re: RDH-Import 1.8.9 -> 1.8.10

G Roesler groesle at gwdg.de
Sam Feb 5 07:40:21 EST 2005


Hallo,

Christian Stimming schrieb:
>> Ok, hier wird spaeter der 2.1. draus (weil das 0:00 in lokaler Zeit 
>> entspricht), und das setzt AqHBCI spaeter auch korrekt um. Wenn Du 
>> aber 1.1. angegeben hast, sollte hier ein anderes Datum stehen... Da 
>> ist vielleicht ein Fehler in GnuCash, der aber wenn dann nur einen Tag 
>> ausmacht.
> 
> 
> da weiß ich auch nix. Eigentlich kann im Datums-Verarbeiten wohl kaum 
> ein Fehler stecken, denn ich benutz das ja auch ständig und das Datum 
> funktioniert so, wie es soll, sowohl auf gnucash-Seite als auch auf 
> aqhbci-Seite. Muß also irgendwie 1. am Bankserver, 2. an Pin/Tan oder 3. 
> an der HBCI-Version hängen...
Also, wenn ich die Kommunikation mit dem Bankserver richtig verstehe, so
gibt es Anfragen vom User, auf die der Bankserver antwortet. Nach dem
log ist die Anfrage (nach Umsätzen ab dem 2.1.05)

mode:RDH
crypt:no
sender:user
gwenhywfar:1.7.2.0
aqhbci:1.0.2.0beta
appname:AQHBCI
appversion:1.0
size:302

HNSHK:2:3+1+20050202203539+1+1+1::PJ3PE50JFBM3H2IJHPADF0C+339+1:20050202:203539+
1:999:1+6:10:16+280:BANKLEITZAHL:3100276:S:1:1'HKKAZ:3:4+KONTO:280:BANKLEITZAHL++20
050102+20050202'HNSHA:4:1+20050202203539+ at 96@BINAERES

gewesen. Eine Reaktion des Bankservers gibt es nicht. Mit Aqmoney2 oder
gnucash 1.8.9 klappte das Abholen der Umsätze, weiter s. u.

Das log weist anschließend an das o. A. nur noch folgendes auf, wie
gesagt, ohne irgendeine Antwort des Servers bis zum Timeout:


mode:RDH
crypt:yes
sender:user
gwenhywfar:1.7.2.0
aqhbci:1.0.2.0beta
appname:AQHBCI
appversion:1.0
size:583

HNHBK:1:2+000000000583+210+SRSQLE7AKBM3H2IJHPADF0C+2'HNVSK:998:2+4+1+1::PJ3PE50J
FBM3H2IJHPADF0C+1:BANKLEITZAHL:203539+2:2:13:@96 at BINAERES'HNHBS:5:1+2'

Bei einem neuen Versuch, Umsätze mit "längstmögliches Datum" abzuholen 
(gnucash hatte das Vorgabedatum 2.2.05) gibt es aber eine Reaktion der 
Bank (Protokollfenster):

HBCI: 0020 - Nachricht entgegengenommen. (M)
HBCI: 0020 - Informationen fehlerfrei entgegengenommen. (S)
HBCI: 0020 - Informationen fehlerfrei entgegengenommen. (S)
HBCI: 0020 - Informationen fehlerfrei entgegengenommen. (S)
Received account: 25020600 / Privat-Giro
Aufträge werden vorbereitet
Aufträge werden gesendet
Auf Antwort warten
Antwort erhalten
HBCI: 9050 - Teilweise fehlerhaft. (M)
HBCI: 9210 - Datum für die Umsatzauskunft liegt zu weit zurück. (S)
Dialog mit dem Server beenden
Aufträge werden vorbereitet
Aufträge werden gesendet
Auf Antwort warten
Antwort erhalten
HBCI: 0100 - Dialog beendet. (M)

Verbindung beendet mit 217.115.72.164 (Port 3000)
Abgeschlossen.


das log dazu lautet in dem hoffentlich richtig ausgewählten Abschnitt:

mode:RDH
crypt:yes
sender:user
gwenhywfar:1.7.2.0
aqhbci:1.0.2.0beta
appname:AQHBCI
appversion:1.0
size:583

HNHBK:1:2+000000000583+210+SKG5EIQANBM3HR24HPAE9WC+2'HNVSK:998:2+4+1+1::PJ3PE50J
FBM3H2IJHPADF0C+1:20050205:101454+2:2:13:@96 at BINAERES
mode:RDH
crypt:yes
sender:bank
gwenhywfar:1.7.2.0
aqhbci:1.0.2.0beta
appname:AQHBCI
appversion:1.0
size:592

HNHBK:1:2+000000000592+210+SKG5EIQANBM3HR24HPAE9WC+2+SKG5EIQANBM3HR24HPAE9WC:2'H
NVSK:998:2+4+1+2::+1:20050205:101645+2:2:13:@96 at BINAERES
'HNHBS:6:1+2'
mode:RDH
crypt:no
sender:bank
gwenhywfar:1.7.2.0
aqhbci:1.0.2.0beta
appname:AQHBCI
appversion:1.0
size:299

HNSHK:2:3+1+1+1+1+2+350+1:20050205:101645+1:999:1+6:10:16+280:BLZ:0:S:1:1'H
IRMG:3:2+9050::Teilweise fehlerhaft.'HIRMS:4:2:3+9210::Datum für die 
Umsatzauskunft liegt zu weit zurück.'HNSHA:5:1+1+ at 96@

Eine weitere Abfrage mit eingegebenem Datum 4.1.05 ergibt:

gnucash meldet:

es liegen keine Buchungen für die gewählte Zeitspanne vor

Das Protokollfenster zeigt die schon früher beschriebene normale 
Kommunikation mit dem Bankserver bis zum Absenden der Umsatzanfrage, 
nach dem Timeout (1 min) wird nur die obige Meldung ausgegeben.

Also wird m. E. dem Bankserver Beginn und Ende der gewünschten Umsätze 
nicht richtig mitgeteilt.

Die zugehörigen letzten logs habe ich direkt an Martin geschickt.



Gruß

Georg