[gnucash-de] Test Version: 3.7, Build ID: git 3.7-210-g9189bcbe4+(2019-11-10) Gnucash Umsatzabruf

[Gunter (Solidaritaet GmbH)]

Hallo zusammen,

ich habe letzte Woche die Windows Version Build ID: git 3.7-210-g9189bcbe4+(2019-11-10) getestet.
Umsatzabruf und Saldenabruf liefert folgende Ergebnisse:

GLS Bank geht
Kassler Sparkasse geht
comdirekt erfordert TAN bei Kontenliste abrufen, iTAN Modi abrufen erzeugt Fehlermeldung:
> 16:06:19 AqHBCI gestartet
> 16:06:19 Aufträge werden kodiert
> 16:06:19 Sending message
> 16:06:19 Using GnuTLS default ciphers.
> 16:06:19 TLS: SSL-Ciphers negotiated: TLS1.2:ECDHE-RSA-AES-256-GCM:AEAD
> 16:06:19 Message sent
> 16:06:19 Queue sent
> 16:06:19 Warte auf Antwort
> 16:06:19 Antwort erhalten
> 16:06:19 HBCI: 9050 - Die Nachricht enthaelt Fehler. (M)
> 16:06:19 HBCI: 9800 - Dialog abgebrochen (M)
> 16:06:19 HBCI: 9955 - Unzulässiges TAN-Verfahren. (S)
> 16:06:19 HBCI: 3920 - Verfügbare TAN-Verfahren: mobileTAN. (S)
> 16:06:19 Dialog wurde von der Bank abgebrochen. PIN scheint ungültig zu sein
> 16:06:19 Dialog-Abbruch durch den Server.
> 16:06:19 AqHBCI abgeschlossen.
> 16:06:19 Vorgang abgeschlossen, Sie können das Fenster nun schließen.
trotz korrekter PIN
Umsätze und Kontostand abrufen geht dann, aber GnuCash Kontozuordnung wird immer wieder neu erfragt bis Gnu Cash Datei
gespeichert wird. Nach Speichern der Gnu-Cash Datei scheint es zu klappen.

Sparda Bank Hessen
Kontenliste abrufen erfordert TAN. Geht daher erst wenn nach Abruf der Systemkennung ein Tanverfahren Version 6 gewählt
wurde, der Benutzer geschlossen und danach wieder geöffnet wird.

Kreissparkasse Tübingen
Umsatz und Kontostand funktioniert

Postbank
> AqBanking v5.99.43.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 "228"
> HBCI-Aufträge werden ausgeführt
> AqHBCI gestartet
> Selecting iTAN mode "mobileTAN" (930, version 6, process 2)
> Aufträge werden kodiert
> Sending message
> Mit Server verbinden...
> Hostname "hbci.postbank.de" wird aufgelöst...
> IP-Adresse ist "185.157.32.48"
> Verbindung zu "hbci.postbank.de" wird aufgebaut
> Verbunden mit "hbci.postbank.de"
> Using GnuTLS default ciphers.
> TLS: SSL-Ciphers negotiated: TLS1.2:ECDHE-RSA-AES-256-GCM:AEAD
> Verbunden.
> Nachricht senden...
> Nachricht gesendet.
> Message sent
> Queue sent
> Warte auf Antwort
> Antwort wird empfangen...
> HTTP-Status: 200 (OK)
> Antwort empfangen.
> Beenden der Verbindung zum Server...
> Verbindung beendet.
> Antwort erhalten
> HBCI: 9050 - Teilweise fehlerhaft. (M)
> HBCI: 0020 - Information fehlerfrei entgegengenommen. (S)
> HBCI: 3920 - Meldung unterstützter Ein- und Zwei-Schritt-Verfahren (S)
> HBCI: 9962 - Der Auftrag kann nicht mit der gewählten Mobilfunknummer legitimiert werden. (S)
> Dialog wurde nicht abgebrochen, PIN scheint gültig zu sein
> AqHBCI abgeschlossen.
> Unlocking customer "228"

Fehler war: bei Bezeichung TAN Medium stand mt:"Bezeichung_des_Handys" statt mT:
Das große T ist hier also offenbar unabdingbar nötig, böse Falle der Postbank!

Alle Tans waren soweit nötig mobile TAN, chip TAN manuell werde ich nächst Woche mit der dann aktuellen Version noch mal
testen.

Herzliche Grüße
Gunter

-- 
Gunter Kramp
Kirchweg 1
34260 Kaufungen
05605-8007-60
01794504246