[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