[gnucash-de] PIN/TAN: Gnucash sagt Fehler. Bank führt Auftrag aus.
Christoph Probst
chris-usenet at netzpunkt.org
Mon Jun 13 07:42:39 EDT 2005
HAllo.
Christian Stimming schrieb am Monday 13 June 2005 10:52:
> Aber du könntest durchaus den Support mal mit
> etwas folgendem Text anschreiben: "Meine Software erkennt die
> erfolgreiche Annahme eines Überweisungsauftrags nicht. [...]
Danke für die Vorlage - E-Mail ist raus, da bei einem dritten Test soeben
wieder der 0000er-Code und die Fehlermeldung im Gnucash kam.
> Okay, wir können die Meldung gerne ändern, aber ich weiß echt nicht so
> recht, wie. Etwa so: "Die Bank hat die erfolgreiche Entgegennahme nicht
> bestätigt. Wenn der Bank-Server den HBCI-Standard korrekt befolgen
> würde, dann heißt dies, daß der Überweisungsauftrag nicht angenommen
> wurde. Aber wenn der Bank-Server sich nicht an den HBCI-Standard hält,
> dann sollten Sie jetzt zuerst anderweitig kontrollieren, ob der Auftrag
> tatsächlich angekommen ist. Schauen sie mal ins Protokollfenster nach
> einer Zahl größer 9000, dann ist der Auftrag nicht angenommen. Oder
> kontrollieren Sie den vorgemerkten Saldo beim Saldoabruf. Oder
> kontrollieren Sie im Webinterface. ..."
Hoffen wir mal, dass sowas nicht nötig ist :)
Ansonsten würde ich zwei verschiedene Texte benutzen, denn Gnucash weiß doch
hoffentlich welcher Code zurückgegeben wurde. Einmal >9000 (normale Fehler)
und einmal alles andere mit dem ausführlichen Hinweis, dass man seine Bank
mal daraufhin ansprechen sollte.
> Wenn man während der Fehlermeldung auf das Häkchen "Protokollfenster
> schließen" klickt, so daß das nicht mehr angekreuzt ist (auch wenn das
> Häkchen zunächst noch nicht geändert wird), dann bleibt das
> Protokollfenster anschließend offen
Klappt (aber ist gut versteckt ;)
> -- sollte es zumindest. Aber okay, ich werd einen zusätzlichen Menüpunkt
> "Fehlerkontrolle" oder so ähnlich einbauen.
Bestens. Könnte man nicht auch gleich die entsprechende HBCI-Meldung anzeigen
lassen?
> Im Moment kann man manuell den AqHBCI-Debugger starten; wenn
> aqhbci-qt-tools mit --prefix=/usr installiert ist, dann wäre das ein
> Aufruf des Programms
> /usr/lib/aqbanking/plugins/0/debugger/aqhbci/aqhbci-qt-debug
> und dort kann man die ausführlichen Log-Meldungen inklusive aller
> Rückmeldungen ansehen.
Kann man nicht :) Sorry, aber "Nächster Fehler":
Beim Zugriff auf die Logfiles eines auf die oben genannte Weise abgelaufenen
Überweisungsvorgangs bekomme ich im Fenster "Anonymized Logfile" die Meldung
"Error: Could not read logfile."
Auf der Konsole erscheind dazu:
3:2005/06/13 13-33-28:gwen(8960):msgengine.c: 3579: Error parsing segment
"HNSHA" at 60 (3c)
String size is 61:
0000: 48 4e 53 48 41 3a 34 3a 31 2b 32 30 30 35 30 36 HNSHA:4:1+200506
0010: 31 33 31 33 31 37 35 33 2b 40 31 37 40 4e 4f 53 13131753+ at 17@NOS
0020: 49 47 4e 41 54 55 52 45 4e 45 45 44 45 44 2b 2a IGNATURENEEDED+*
0030: 2a 2a 2a 2a 2a 2a 2a 2a 2a 2a 2a 2a 27 ************'
3:2005/06/13 13-33-28:gwen(8960):msgengine.c: 3583: Stored data so far:
Group : "SigTail"
Group : "segment"
Var : "pos"
Value : 204 (int)
Group : "head"
Var : "code"
Value : "HNSHA" (char)
Var : "seq"
Value : 4 (int)
Var : "version"
Value : 1 (int)
Var : "ctrlref"
Value : "20050613131753" (char)
Var : "signature"
Value : 4E4F5349474E41545552454E4545444544 (bin)
3:2005/06/13 13-33-28:(null)(8960):logmanager.cpp: 277: Could not read
message
String size is 265:
0000: 48 4e 53 48 4b 3a 32 3a 33 2b 39 39 39 2b 32 30 HNSHK:2:3+999+20
0010: 30 35 30 36 31 33 31 33 31 37 35 33 2b 31 2b 31 050613131753+1+1
0020: ----------------------------------------------- +1::21XXXXXXXXXX
0030: ----------------------------------------------- XX50+0+1:2005061
0040: ----------------------------------------------- 3:1XXXX3+1:999:1
0050: 2b 36 3a 31 30 3a 31 36 2b 32 38 30 ------------+6:10:16+280:XXX
0060: ---------------------------------------53 3a 31 BLZXX:XKTNRX:S:1
0070: 3a 31 27 48 4b 55 45 42 3a 33 3a 34 2b 36 ----- :1'HKUEB:3:4+6XX
0080: ----------------------------------------------- XX7::280:X-BLZ-X
0090: -------------------------------------------- 30 X+X-Kt-Nr-X::280
00a0: 3a -------------------------------------------- :6XXXXXX0+XX-NAM
00b0: ----------------------------------------------- E-XXXX++XX,:EUR+
00c0: ---------------------------------------------48 51++X-TXT-X'HNSH
00d0: 41 3a 34 3a 31 2b 32 30 30 35 30 36 31 33 31 33 A:4:1+2005061313
00e0: 31 37 35 33 2b 40 31 37 40 4e 4f 53 49 47 4e 41 1753+ at 17@NOSIGNA
00f0: 54 55 52 45 4e 45 45 44 45 44 2b 2a 2a 2a 2a 2a TURENEEDED+*****
0100: 2a 2a 2a 2a 2a 2a 2a 2a 27 ********'
Anonymisiert habe ich manuell (und hoffentlich alles erschlagen).
Vielleicht liegt es auch gar nicht am Fehlercode 0000, sondern daran, dass er
ihn nicht lesen kann?!?
Chris
--
Kontakt-Details: http://www.christoph-probst.com/kontakt/
PGP-FP: B171 7EA4 988C DD90 1601 D21C 5279 2FAF 9978 AF86
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname : nicht verfügbar
Dateityp : application/pgp-signature
Dateigröße : 189 bytes
Beschreibung: nicht verfügbar
URL : http://lists.gnucash.org/pipermail/gnucash-de/attachments/20050613/51c0162a/attachment.bin