AqBanking

Ich bin ebenfalls Consorsbank-Kunde (ehemals DAB), und moechte beim debuggen helfen.

gwenhywfar: 4.99.18rc2
aqbanking: 5.99.35beta

aqhbci-tool4 getbankinfo -u 19
Locking users
Locking customer "19"
Executing HBCI jobs
AqHBCI started
Encoding queue
Sending message
Connecting to server...
Resolving hostname "brokerage-hbci.consorsbank.de" ...
IP address is "194.150.80.79"
Connecting to "brokerage-hbci.consorsbank.de"
Connected to "brokerage-hbci.consorsbank.de"
Using GnuTLS default ciphers.
TLS: SSL-Ciphers negotiated: TLS1.2:ECDHE-RSA-AES-256-CBC:SHA1
5:2019/09/27 08-53-21:aqbanking(16101):siotlsext.c: 157: Found matching certificate "1A:57:45:F8:B1:AC:B6:14:2C:D7:62:C4:3E:4D:6C:8D" with same status
5:2019/09/27 08-53-21:aqbanking(16101):siotlsext.c: 163: Automatically accepting certificate [1A:57:45:F8:B1:AC:B6:14:2C:D7:62:C4:3E:4D:6C:8D]
Connected.
Sending message...
Message sent.
Message sent
Queue sent
Waiting for response
Receiving response...
HTTP-Status: 200 (OK)
Response received.
Disconnecting from server...
Disconnected.
Response received
HBCI: 9800 - Der Dialog wurde abgebrochen. (M)
HBCI: 9075 - Starke Authentifizierung erforderlich. (M)
Dialog aborted by server
3:2019/09/27 08-53-21:aqhbci(16101):jobgetbankinfo.c: 132: No HITANS segments found in server response.
AqHBCI finished.
Unlocking customer "19"
3:2019/09/27 08-53-21:aqhbci(16101):provider_online.c: 133: Job has errors
3:2019/09/27 08-53-21:aqhbci-tool(16101):getbankinfo.c: 116: Error -1 [Generic error]
3:2019/09/27 08-53-21:aqhbci-tool(16101):aqhbci-tool.c: 247: Error calling control function (3)

aqhbci-tool4 getsysid -u 19 ===== Getting Certificate =====
Preparing connection
Connecting to server...
Resolving hostname "brokerage-hbci.consorsbank.de" ...
IP address is "194.150.80.79"
Connecting to "brokerage-hbci.consorsbank.de"
Connected to "brokerage-hbci.consorsbank.de"
Using GnuTLS default ciphers.
TLS: SSL-Ciphers negotiated: TLS1.2:ECDHE-RSA-AES-256-CBC:SHA1
5:2019/09/26 11-06-15:aqbanking(23425):siotlsext.c: 157: Found matching certificate "1A:57:45:F8:B1:AC:B6:14:2C:D7:62:C4:3E:4D:6C:8D" with same status
5:2019/09/26 11-06-15:aqbanking(23425):siotlsext.c: 163: Automatically accepting certificate [1A:57:45:F8:B1:AC:B6:14:2C:D7:62:C4:3E:4D:6C:8D]
Connected.
Disconnected.
Got certificate
Getting Certificate: Finished.
Job:
Name : JobSync
Status: unknown (0)
Msgnum: 0
DialogId: (null)
Owner : [redacted]
Flags: 027ba000 ( NOITAN NOSYSID NEEDCRYPT NEEDSIGN SINGLE DLGJOB CRYPT SIGN HASMOREMSGS )
Response Data:
Group : "jobResponses"
Locking users
Locking customer "19"
Executing HBCI jobs
AqHBCI started
Encoding queue ===== Enter PIN =====
Please enter the PIN for
user [redacted] at BNP Paribas Niederlassung Deutschland

Input: ********************
Sending message
Connecting to server...
Resolving hostname "brokerage-hbci.consorsbank.de" ...
IP address is "194.150.80.79"
Connecting to "brokerage-hbci.consorsbank.de"
Connected to "brokerage-hbci.consorsbank.de"
Using GnuTLS default ciphers.
TLS: SSL-Ciphers negotiated: TLS1.2:ECDHE-RSA-AES-256-CBC:SHA1
5:2019/09/26 11-06-18:aqbanking(23425):siotlsext.c: 157: Found matching certificate "1A:57:45:F8:B1:AC:B6:14:2C:D7:62:C4:3E:4D:6C:8D" with same status
5:2019/09/26 11-06-18:aqbanking(23425):siotlsext.c: 163: Automatically accepting certificate [1A:57:45:F8:B1:AC:B6:14:2C:D7:62:C4:3E:4D:6C:8D]
Connected.
Sending message...
Message sent.
Message sent
Queue sent
Waiting for response
Receiving response...
HTTP-Status: 200 (OK)
Response received.
Disconnecting from server...
Disconnected.
Response received
HBCI: 0010 - Die Nachricht wurde entgegengenommen. (M)
HBCI: 0020 - Angemeldet. (S)
HBCI: 0901 - PIN gültig. (S)
HBCI: 0020 - Informationen fehlerfrei entgegengenommen. (S)
HBCI: 3920 - Zugelassene Ein- und Zwei-Schritt-Verfahren für den Benutzer (S)
HBCI: 0020 - Die Synchronisierung der Kundensystem-ID war erfolgreich. (S)
Dialog not aborted, assuming PIN is ok
Closing dialog
Encoding queue
Sending message
Connecting to server...
Resolving hostname "brokerage-hbci.consorsbank.de" ...
IP address is "194.150.80.79"
Connecting to "brokerage-hbci.consorsbank.de"
Connected to "brokerage-hbci.consorsbank.de"
Using GnuTLS default ciphers.
TLS: SSL-Ciphers negotiated: TLS1.2:ECDHE-RSA-AES-256-CBC:SHA1
5:2019/09/26 11-06-19:aqbanking(23425):siotlsext.c: 157: Found matching certificate "1A:57:45:F8:B1:AC:B6:14:2C:D7:62:C4:3E:4D:6C:8D" with same status
5:2019/09/26 11-06-19:aqbanking(23425):siotlsext.c: 163: Automatically accepting certificate [1A:57:45:F8:B1:AC:B6:14:2C:D7:62:C4:3E:4D:6C:8D]
Connected.
Sending message...
Message sent.
Message sent
Queue sent
Waiting for response
Receiving response...
HTTP-Status: 200 (OK)
Response received.
Disconnecting from server...
Disconnected.
Response received
HBCI: 0100 - Der Dialog wurde beendet. (M)
HBCI: 0020 - Abgemeldet. (S)
Dialog not aborted, assuming PIN is ok
AqHBCI finished.
Unlocking customer "19"

Ich helfe gerne noch mit weiteren tests. Sagt mir einfach, welche Ausgaben nuetzlich sein koennten!

aqhbci-tool4 getaccounts -u 19
Locking users
Locking customer "19"
Executing HBCI jobs
AqHBCI started
Selecting iTAN mode "SecurePlus" (900, version 6, process 2)
Encoding queue ===== Enter PIN =====
Please enter the PIN for
user [redacted] at BNP Paribas Niederlassung Deutschland

Input: ***************
Sending message
Connecting to server...
Resolving hostname "brokerage-hbci.consorsbank.de" ...
IP address is "194.150.80.79"
Connecting to "brokerage-hbci.consorsbank.de"
Connected to "brokerage-hbci.consorsbank.de"
Using GnuTLS default ciphers.
TLS: SSL-Ciphers negotiated: TLS1.2:ECDHE-RSA-AES-256-CBC:SHA1
5:2019/09/27 09-03-14:aqbanking(16473):siotlsext.c: 157: Found matching certificate "1A:57:45:F8:B1:AC:B6:14:2C:D7:62:C4:3E:4D:6C:8D" with same status
5:2019/09/27 09-03-14:aqbanking(16473):siotlsext.c: 163: Automatically accepting certificate [1A:57:45:F8:B1:AC:B6:14:2C:D7:62:C4:3E:4D:6C:8D]
Connected.
Sending message...
Message sent.
Message sent
Queue sent
Waiting for response
Receiving response...
HTTP-Status: 200 (OK)
Response received.
Disconnecting from server...
Disconnected.
Response received
HBCI: 9800 - Der Dialog wurde abgebrochen. (M)
HBCI: 9075 - Starke Authentifizierung erforderlich. (M)
Dialog aborted by bank, assuming bad PIN
Dialog aborted by server
AqHBCI finished.
Unlocking customer "19"
3:2019/09/27 09-03-14:aqhbci(16473):provider_online.c: 63: Job has errors
3:2019/09/27 09-03-14:aqhbci-tool(16473):getaccounts.c: 102: Error -1 [Generic error]
3:2019/09/27 09-03-14:aqhbci-tool(16473):aqhbci-tool.c: 247: Error calling control function (3)

??? Ich habe Dir doch schon die Logs geschickt und Du antwortetest:

3:2019/09/25 15-18-18:aqhbci(14055):tanmechanism.c: 175: No tan mechanism for method 900: zkaName=photoTAN methodId=MS1.0.0 methodName=SecurePlus found, trying simple text

[...]

Ah, das wars: Habe jetzt den ZKA-Namen "photoTAN" hinzugefuegt, damit
sollte es aber der naechsten Release gehen.

Hmm... auch mit aktuellen Versionen??
Muss ich sonst noch mal schauen... Sind so viele Bugs parallel...

Gruss
Martin

Ich habe heute eine Mail von einem anderen User bekommen, in der es heisst, diese Bank hat da momentan wohl ein Problem mit ihrem HBCI-Server hat.

Also muessen wir erst mal abwarten...

Denkst Du, dass das am HBCI-Server der Bank liegt? Mir sind diese Zeilen im Log aufgefallen, dass ich Dir zugeschickt habe:

6:2019/09/28 00-41-41:aqhbci(7154):user.c: 1706: TAN method 900 not available

3:2019/09/28 00-41-41:aqhbci(7154):provider_tan.c: 171: Challenge contains no optical data

3:2019/09/28 00-41-41:aqhbci(7154):tanmechanism.c: 199: Using TAN mechanism "image"
3:2019/09/28 00-41-41:aqhbci(7154):tan_image.c: 141: invalid tag length 34 (remaining data length: -1)

Ich habe eben noch mal gwen, aqbanking und GnuCash in den jeweils aktuellsten Versionen kompiliert, und ueber GnuCash den AqBanking-Wizard fuer die Consorsbank ausgefuehrt. Das endet leider mit einem SIGABRT, das hier ist der Stacktrace:

(gdb) bt
#0 0x00007ffff6bbfed7 in GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#1 0x00007ffff6ba1535 in _GI_abort () at abort.c:79
#2 0x00007ffff6ba140f in __assert_fail_base (fmt=0x7ffff6d2f588 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=0x7fffe6238570 "u", file=0x7fffe623db0b "user.c", line=1992, function=<optimized out>) at assert.c:92
#3 0x00007ffff6bb1012 in __GI_assert_fail (assertion=assertion@entry=0x7fffe6238570 "u", file=file@entry=0x7fffe623db0b "user.c", line=line@entry=1992, function=function@entry=0x7fffe627ca00 <_PRETTY_FUNCTION__.17070> "AH_User_GetTanMethodDescriptions")
at assert.c:101
#4 0x00007fffe6211412 in AH_User_GetTanMethodDescriptions (u=<optimized out>) at user.c:1992
#5 0x00007fffe6159a19 in _updateTanMethods (dlg=0x555558047a30) at dlg_pintan_tanmode.c:383
#6 0x00007fffe6159a19 in _init (dlg=0x555558047a30) at dlg_pintan_tanmode.c:149
#7 0x00007fffe6159a19 in _signalHandler (dlg=0x555558047a30, t=<optimized out>, sender=0x7fffe630cf1b "") at dlg_pintan_tanmode.c:229
#8 0x00007fffe604239b in GWEN_Dialog_EmitSignalToAll (dlg=0x555558047a30, t=GWEN_DialogEvent_TypeInit, sender=0x7fffe630cf1b "") at dialog.c:358
#9 0x00007fffe6308da6 in GTK3_Gui_OpenDialog () at /home/jk/code/gnucash/gnucash-build/lib/gnucash/libgwengui-gtk3.so
#10 0x00007fffe6308aac in GTK3_Gui_ExecDialog () at /home/jk/code/gnucash/gnucash-build/lib/gnucash/libgwengui-gtk3.so
#11 0x00007fffe6156fdc in _selectTanMethod (doLock=0, u=0x555557822230, dlg=0x555556dd2d20) at dlg_pintan.c:1296
#12 0x00007fffe6156fdc in _reallyDoIt (pid=75, u=0x555557822230, dlg=0x555556dd2d20) at dlg_pintan.c:968
#13 0x00007fffe6156fdc in AH_PinTanDialog_DoIt (dlg=dlg@entry=0x555556dd2d20) at dlg_pintan.c:856
#14 0x00007fffe6157b5e in AH_PinTanDialog_Next (dlg=dlg@entry=0x555556dd2d20) at dlg_pintan.c:1010
#15 0x00007fffe61583d8 in AH_PinTanDialog_HandleActivated (dlg=0x555556dd2d20, sender=0x555556cce720 "wiz_next_button") at dlg_pintan.c:1197
#16 0x00007fffe6042243 in GWEN_Dialog_EmitSignal (dlg=0x555556dd2d20, t=<optimized out>, sender=<optimized out>) at dialog.c:328
#17 0x00007fffe62ff029 in Gtk3Gui_WPushButton_Clicked_handler () at /home/jk/code/gnucash/gnucash-build/lib/gnucash/libgwengui-gtk3.so
...

Der Fehler scheint im Erkennen der TAN-Methoden zu liegen, kann das sein?

Moin,

danke, das war ein bloeder Bug, ist im GIT gefixed. Habe Ende der Woche etwas Zeit, da werde ich auch mal Tests mit GnuCash machen.

Gruss
Martin

Hallo cashgnu,

ich habe ein fast identisches Logfile schon dem Martin per Mail zugeschickt. Jetzt müssen wir wohl warten, bis er hierfür Zeit hat. Ich denke, er hat im Moment noch einen Haufen anderer Probleme mit höherer Priorität zu bearbeiten.

Gruß
Lothar

Moin,

siehe #76-7. Ich habe noch nichts anderes gehoert.
Offenbar sendet die Consorsbank hier kein Bild, sondern irgendeinen Text. Das wird aber nicht erwartet, wenn man QR-TAN oder photoTAN verwendet. Man kann sich da einen Fallback ueberlegen, aber es wird ungemein kompliziert, wenn man sich nicht darauf verlassen kann, dass die Bank auch die richtigen Daten sendet.

Du kannst in den User-Einstellungen ja mal die TAN-Input-Methode auf "text" stellen. Funktioniert das dann?

Gruss
Martin

Der QR-Code könnte hier versteckt sein:

HITAN:5:6:5+4++000003SH163HNJNS55BG58N079OMS9vb+Bitte TAN eingeben.

Der String "000003SH163HNJNS55BG58N079OMS9vb" lässt sich Base64 decodieren, aber das ergibt nur 24 Byte, also 192 Bit. Das ist wohl etwas wenig für einen QR-Code. Was würdest du denn hier erwarten?

Lothar

Noch eine Idee: fuer die Umsatzabfrage braucht man vielleicht gar keine QR-TAN. Beim Online-Banking auf https://www.consorsbank.de/ gibt man Kontonummer, "PIN" (Passwort), plus eine von der App generierte TAN ein. Damit kann man alle Umsaetze sehen. Erst bei einer Ueberweisung wird eine QR-TAN generiert.

Eventuell ist das bei HBCI/FinTS auch so implementiert? Also: App-TAN zum Anmelden und zur Umsatzabfrage, QR-TAN fuer Ueberweisungen?

Das wäre denkbar, daran habe ich auch schon gedacht. Vor den letzten Patches wurde noch ein Dialogfenster zur TAN-Eingabe angezeigt und ich habe da die ohne QR-Code generierte TAN eingegeben, leider ohne Erfolg. Inzwischen zeigt aqbanking den Dialog ja gar nicht mehr an. Vielleicht ist das das Problem. Die Bank verwendet 2 unterschiedliche TAN Verfahren, entweder ohne oder mit QR-Code und aqbanking müsste, wenn kein Bild vorhanden ist, die TAN-Eingabe ohne Challenge zulassen.

Martin: Ich schicke dir ein Logfile direkt zu. Vielleicht schaust du es dir mal an.

Mit der neuesten Version funktioniert nun das Abfragen der TAN! Vielen Dank, Martin!

Man kann auch die Unterkonten erkennen lassen. Allerdings scheitert die Umsatzabfrage:
Error: Request "getTransactions" for 2 not supported.

cashgnu schrieb:

Mit der neuesten Version funktioniert nun das Abfragen der TAN! Vielen Dank, Martin!

Man kann auch die Unterkonten erkennen lassen. Allerdings scheitert die Umsatzabfrage:
Error: Request "getTransactions" for 2 not supported.

Sorry, mein Fehler. Ich habe nun noch diesen Schritt ausgefuehrt:

aqhbci-tool4 getaccsepa -a LocalUniqueId

... und damit kann ich nun Transaktionen abrufen (nach PIN- und TAN-Eingabe).

Transaktionen haben allerdings keinen "value", also keinen Wert in Euro.

Beispiel:

transaction {
        char type="statement" 
        char subType="none" 
        char command="none" 
        char status="unknown" 
        int  uniqueAccountId="0" 
        int  uniqueId="0" 
        int  refUniqueId="0" 
        int  idForApplication="0" 
        int  sessionId="0" 
        int  groupId="0" 
        char localBankCode="xxx[redacted]" 
        char localAccountNumber="xxx[redacted]" 
        char remoteBankCode="COBADEFF" 
        char remoteAccountNumber="DE715xxxxx[redacted]" 
        char remoteIban="DE715xxxxx[redacted]" 
        char remoteBic="COBADEFF" 
        char remoteName="[redacted]" 
        char date="20191008" 
        char valutaDate="20191008" 
        char value="0" 
        char fees="0" 
        int  transactionCode="5" 
        char transactionText="Lastschrift %28Einzugserm%C3%83%C2%A4chtigung%29" 
        char transactionKey="005" 
        int  textKey="0" 
        char purpose="[redacted]" 
        char customerReference="NONREF" 
        char endToEndReference="xxxxxxxxxx[redacted]xxxxxxxxxx" 
        char sequence="unknown" 
        char charge="unknown" 
        char period="unknown" 
        int  cycle="0" 
        int  executionDay="0" 
        char units="0" 
        char unitPriceValue="0" 
        char commissionValue="0" 
      } #transaction

So sehen alle Transaktionen aus -- Datum und andere Daten stimmen, nur der Euro-Betrag fehlt. Alle werden mit 0 Euro gemeldet.

Eventuell lohnt es sich aber, dafuer ein neues Ticke aufzumachen?

Es wird besser! Umsatzabruf von der Consorsbank klappt jetzt mit der gnucash maint-Branch Git version. Aber Überweisungen gehen überhaupt nicht. Dies steht im gnucash Verlaufsfenster:

AqBanking v5.99.40.0beta
Sende Aufträge an die Bank(en)
Sorting commands by account
Sorting commands by account
Sorting commands by provider
Send commands to providers
Send commands to provider "aqhbci" 
Exklusiver Zugriff auf Benutzer
Locking customer "6" 
HBCI-Aufträge werden ausgeführt
AqHBCI gestartet
Unlocking customer "6" 
Error Sending commands to provider "aqhbci":-1

Selbes Ergebnis mit aqbanking-5.99.43beta und gwenhywfar-4.99.24rc8. Überweisungen von meinem Volksbank-Konto gehen jetzt übrigens mit der Git-Version von gnucash. Es muss also speziell bei der Consorsbank noch irgendwo klemmen.

Lothar

Besteht das Problem auch noch mit aktuellen Versionen (aqBanking 6.0.0 oder neuer)?

Leider besteht das Problem weiter. Ich habe jetzt folgende Versionen:

Gnucash 3.8b+(2019-12-29)
AqBanking-CLI: 6.0.0
Gwenhywfar : 5.1.2.0
AqBanking : 6.0.0.0

Ich konnte ja schon die Umsätze abrufen, aber wohl nur, weil die Bank zunächst nur eine TAN ohne QR-Code angefordert hat. Inzwischen scheint eine starke Authentifizierung erforderlich zu sein, aber es wird kein QR-Code angezeigt. Es erscheint nur ein Fenster mit:

Fehler beim Ausführen des Auftrags.
Status: rejected (5)

Dies ist der Inhalt des Gnucash-Verlauffenters:

AqBanking v6.0.0.0stable
Sende Aufträge an die Bank(en)
Sorting commands by account
Sorting commands by account
Sorting commands by provider
Send commands to providers
Send commands to provider "aqhbci"
Exklusiver Zugriff auf Benutzer
Locking customer "6"
HBCI-Aufträge werden ausgeführt
AqHBCI gestartet
Selecting iTAN mode "SecurePlus" (900, version 6, process 2)
Encoding queue
Sending message
Mit Server verbinden...
Hostname "brokerage-hbci.consors.de" wird aufgelöst...
IP-Adresse ist "194.150.80.79"
Verbindung zu "brokerage-hbci.consors.de" wird aufgebaut
Verbunden mit "brokerage-hbci.consors.de"
Verwende GnuTLS Default Ciphers.
TLS: SSL-Ciphers ausgehandelt: TLS1.2:ECDHE-RSA-AES-256-CBC:SHA1
Verbunden.
Nachricht senden...
Nachricht gesendet.
Message sent
Queue sent
Waiting for response
Antwort wird empfangen...
HTTP-Status: 200 (OK)
Antwort empfangen.
Beenden der Verbindung zum Server...
Verbindung beendet.
Response received
HBCI: 0010 - Die Nachricht wurde entgegengenommen. (M)
HBCI: 0030 - Auftrag empfangen - Sicherheitsfreigabe erforderlich. (S)
HBCI: 0901 - PIN gültig. (S)
HBCI: 0020 - Informationen fehlerfrei entgegengenommen. (S)
HBCI: 3920 - Zugelassene Ein- und Zwei-Schritt-Verfahren für den Benutzer (S)
Dialog wurde nicht abgebrochen, PIN scheint gültig zu sein
Encoding queue
Sending message
Mit Server verbinden...
Hostname "brokerage-hbci.consors.de" wird aufgelöst...
IP-Adresse ist "194.150.80.79"
Verbindung zu "brokerage-hbci.consors.de" wird aufgebaut
Verbunden mit "brokerage-hbci.consors.de"
Verwende GnuTLS Default Ciphers.
TLS: SSL-Ciphers ausgehandelt: TLS1.2:ECDHE-RSA-AES-256-CBC:SHA1
Verbunden.
Nachricht senden...
Nachricht gesendet.
Message sent
Waiting for response
Antwort wird empfangen...
HTTP-Status: 200 (OK)
Antwort empfangen.
Beenden der Verbindung zum Server...
Verbindung beendet.
Response received
HBCI: 3060 - Teilweise liegen Warnungen/Hinweise vor. (M)
HBCI: 0020 - Angemeldet. (S)
HBCI: 3050 - BPD nicht mehr aktuell. Aktuelle Version folgt. (S)
HBCI: 3050 - UPD nicht mehr aktuell. Aktuelle Version folgt. (S)
HBCI: 3920 - Zugelassene Ein- und Zwei-Schritt-Verfahren für den Benutzer (S)
Die TAN "xxxxxx" wurde benutzt, Sie können sie streichen.
Dialog wurde nicht abgebrochen, PIN scheint gültig zu sein
Server address found: SSL: https://brokerage-hbci.consorsbank.de/hbci, base64
Encoding queue
Sending message
Mit Server verbinden...
Hostname "brokerage-hbci.consors.de" wird aufgelöst...
IP-Adresse ist "194.150.80.79"
Verbindung zu "brokerage-hbci.consors.de" wird aufgebaut
Verbunden mit "brokerage-hbci.consors.de"
Verwende GnuTLS Default Ciphers.
TLS: SSL-Ciphers ausgehandelt: TLS1.2:ECDHE-RSA-AES-256-CBC:SHA1
Verbunden.
Nachricht senden...
Nachricht gesendet.
Message sent
Queue sent
Waiting for response
Antwort wird empfangen...
HTTP-Status: 200 (OK)
Antwort empfangen.
Beenden der Verbindung zum Server...
Verbindung beendet.
Response received
HBCI: 9050 - Nachricht teilweise fehlerhaft. (M)
HBCI: 9075 - Starke Authentifizierung erforderlich. (S)
Dialog wurde nicht abgebrochen, PIN scheint gültig zu sein
Closing dialog
Encoding queue
Sending message
Mit Server verbinden...
Hostname "brokerage-hbci.consors.de" wird aufgelöst...
IP-Adresse ist "194.150.80.79"
Verbindung zu "brokerage-hbci.consors.de" wird aufgebaut
Verbunden mit "brokerage-hbci.consors.de"
Verwende GnuTLS Default Ciphers.
TLS: SSL-Ciphers ausgehandelt: TLS1.2:ECDHE-RSA-AES-256-CBC:SHA1
Verbunden.
Nachricht senden...
Nachricht gesendet.
Message sent
Queue sent
Waiting for response
Antwort wird empfangen...
HTTP-Status: 200 (OK)
Antwort empfangen.
Beenden der Verbindung zum Server...
Verbindung beendet.
Response received
HBCI: 0100 - Der Dialog wurde beendet. (M)
HBCI: 0020 - Abgemeldet. (S)
Dialog wurde nicht abgebrochen, PIN scheint gültig zu sein
AqHBCI abgeschlossen.
Unlocking customer "6"

GnuCash konnte wohl bisher keine QRTAN anzeigen, das duerfte am ehesten das Problem sein. Funktioniert es denn mit z.B. KMyMoney? Oder mit AqFinance?

Falls ja, ist das eher ein Problem von GnuCash.

Hallo Martin,

sorry, war mein Fehler, ich habe das beim letzten Mal nur mit Gnucash probiert und nicht direkt mit aqbanking. Inzwischen habe ich die Kontoauszüge über das Web-Interface der Bank abgeholt (mit QR-Code) und seither verlangt der Server keine starke Autorisierung beim Abruf der Umsätze mehr. Es funktioniert deshalb im Moment sowohl mit aqbanking-cli als auch mit gnucash. Ich muss jetzt warten, bis wieder eine starke Autorisierung erforderlich ist, dann kann ich es nochmal testen.

Hallo cashgnu, wie sieht es bei Dir aus?

Ich habe es jetzt mal mit einer Überweisung probiert. Sollte das so funktionieren oder sind andere Parameter erforderlich:

aqbanking-cli sepatransfer --aid=5 --riban=DExxxxxxxxxxxxxxxxxxxx --rname="yyy yyy" --value=10 --purpose=aqbanking-cli

Das bricht mit diesen Meldungen ab:

3:2020/03/21 15-38-30:aqbanking-cli(17530):message.c: 445: MsgEngine - mode: pintan version:300
5:2020/03/21 15-38-30:aqbanking(17530):siotlsext.c: 229: Found matching certificate "2C:A5:58:D5:9F:C5:5F:94:AE:F9:62:98:7D:DA:BA:06" with same status
5:2020/03/21 15-38-30:aqbanking(17530):siotlsext.c: 250: Automatically accepting certificate [2C:A5:58:D5:9F:C5:5F:94:AE:F9:62:98:7D:DA:BA:06]
3:2020/03/21 15-38-30:aqhbci(17530):dialog.c: 177: Continuity error in received message (expected 2, got 9999)
Fehlerhafte Nachrichten-Nummer (ignoriert)
Fehlerhafte Nachrichtenreferenz (ignoriert)
HBCI: 9800 - Der Dialog wurde abgebrochen. (M)
HBCI: 9110 - Unbekannter Aufbau der Kundennachricht. (M)
Dialog aborted by server
3:2020/03/21 15-38-30:aqhbci(17530):outbox.c: 907: Error performing queue (-2)
3:2020/03/21 15-38-30:aqhbci(17530):jobtransferbase.c: 884: No segment results

Moin zusammen,

da das Ticket noch offen ist und ich auf ein ähnliches Problem gestoßen bin, packe ich es erstmal hier zu.

Ich habe mein GLS Konto Freitag ebenfalls auf SmartTAN photo (so heißt der farbige QR-Code dort) umgestellt. Laut AqBanking6_Bankentabelle sollte das Verfahren mit dieser Bank unterstützt sein. Übers Webinterface hat auch alles ganz hervorragend funktioniert, nur im GnuCash sah die Sache anders aus.

Der Dialog für die Grafik ging auf, aber es war keine Grafik zu sehen. Nach ein bisschen Debugging bin ich drauf gestoßen, dass der Mimetype, der in GnuCash aus Gwenhywfar ausgelesen wird trailing whitespace enthält. Daraufhin kommt GTK damit nicht zurecht, das Bild wird nicht akzeptiert und daher auch nicht angezeigt. Der Wert, der übergeben wurde war "image/png        ", wenn ich statt dem Wert aus Gwenhywfar direkt "image/png" übergebe, wird ein korrekter Code angezeigt.

Debugged habe ich das Ganze auf einem Debian unstable mit GnuCash 4.4, AqBanking 6.2.5 und Gwenhywfar 5.4.1. Bei AqBanking habe ich auch mal in den master geguckt, da sieht die Stelle, die den Mimetype zusammenbastelt (das ist doch in plugins/backends/aqhbci/tan/tan_image.c, oder?), noch gleich aus zur Version 6.2.5.

Jetzt würde ich mich zwar freuen, wenn GnuCash nach Postel's Law auch mit Mimetypes klarkommt, die nicht so ganz gültig sind, aber wahrscheinlich wäre es schöner, möglichst nah an der Quelle anzusetzen und damit den Wert, der von der Bank (vermutlich falsch) kommt, bereits vorher zu bereinigen?

Ich würde das Ganze auch gerne nochmal mit aqbanking-cli-tools testen, nur leider wurde mir wegen meiner vielen Versuche am Freitag SmartTAN gesperrt. Hier könnte man dann vermutlich auch kontrollieren, ob von der Bank wirklich als Mimetype "image/png        " kommt?

Ich könnte mir vorstellen, dass das Ticket hier auch wegen Problemen auf der Bankseite aufgekommen ist, daher habe ich das erstmal hier dazu geschrieben. Ich kann das aber gerne auch nochmal in einem anderen Ticket aufschreiben. Gut möglich, dass die eigentliche Änderung in einem anderen Ticket dann sowieso besser aufgehoben ist.

[edit] Trailing whitespaces in codeblocks werden von Redmine geschluckt, daher habe ich den Text an den Stellen überarbeitet. Eher für die Nachwelt, denn das Problem ist ja mittlerweile gelöst.

Moin,

vielen Dank fuer den Hinweis!

Ich habe da jetzt mal Code in AqBanking eingebaut, der die angehaengten Leerzeichen entfernen sollte. Waere es Dir moeglich, das zu testen?

Gruss
Martin

EDIT 2021/02/20: Spezifiziert, wo der Code eingebaut wurde.

Hui, das ging fix. Super!

Ich habe die Änderung mal nach libaqbanking-6.2.5 (die Version, die Debian unstable gerade haben möchte) übernommen, weil der master eine neue Gwenhywfar Version braucht.

Diese neugebaute libaqbanking.so.44.2.5 werde ich meinem GnuCash mal unterjubeln, sobald ich meine Bank überreden konnte, SmartTAN wieder freizuschalten. Ich hoffe, dass das bereits Montag der Fall sein wird.

Der Patch funktioniert ganz hervorragend. In meinem GnuCash wird mit der veränderten libaqbanking der QR-Code für die TAN angezeigt, der Generator akzeptiert das Bild und die Bank akzeptiert die TAN.

Hoffen wir mal, dass das auch das ursprüngliche Problem für das Ticket hier behebt und nicht ein unabhängiger Fehler war.

Vielen Dank, Martin. Sowohl für den sehr schnellen Fix als auch ganz generell für AqBanking und die viele Arbeit, die Du ohne Zweifel reinsteckst.

Vielen Dank für die Rückmeldung, dass der Patch funktioniert.

Zur Information, der Patch ist auch schon in den neusten Debian-Paketen (libaqbanking 6.2.8-1) enthalten. Einen Backport für Debian Buster lade ich hoch sobald 6.2.8-1 in Debian Testing ist.

Oh, die Nachrichten werden ja immer besser :) Vielen Dank für die prompte und andauernde Pflege der Debian-Pakete.