[gnucash-de] Nach Apobank-Umstellung keinen Zugang mehr

Frank H. Ellenberger frank.h.ellenberger at gmail.com
Do Jul 2 11:16:58 EDT 2020


Hallo Claudia,

ich glaube, in
https://lists.gnucash.org/pipermail/gnucash-de/2020-February/011409.html
ist ein ähnliches Problem beschrieben. Probier doch mal den Absatz vor
c) aus.

Grüße
Frank

Am 02.07.20 um 15:04 schrieb Claudia Neumann:
> Hallo Frank,
> 
> kann es sein, dass GNUcash als Kontonummer <BLZ><Konto-Nr> aufruft? 
> 
> mit 
> 
> aqbanking-cli request
> 
> geben ich nur die <Konto-Nr> an und zwar müssen wohl nach der Umstellung bei der 
> Apobank die führenden Nullen (bei mir 3 Nullen) weggelassen werden.
> 
> Kann das in GNUcash eingestellt werden?
> 
> Viele Grüße
> 
> Claudia 
> 
> ----------------
> 
> Hallo Frank,
> 
> ich habe jetzt 
> 
> Version: 3.10
> Build ID: git 3.10-90-g47e2fb9d8+(2020-06-23)
> AqBanking v6.2.1.0stable
> über flatpack installiert.
> 
> Nun kein Absturz bei der Umsatzabfrage mehr, im Einrichtungsassistenten sind nur 4 
> Konten aufgeführt.
> 
> Allerdings kommt bei der Umsatzabfrage in GNUcash:
> AqBanking v6.2.1.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 "xxx"
> HBCI-Aufträge werden ausgeführt
> AqHBCI gestartet
> Selecting iTAN mode "Cronto" (901, version 6, process 2)
> Encoding queue
> Sending message
> Mit Server verbinden...
> Hostname "fints.apobank.de" wird aufgelöst...
> IP-Adresse ist "199.42.15.201"
> Verbindung zu "fints.apobank.de" wird aufgebaut
> Verbunden mit "fints.apobank.de"
> Verwende GnuTLS Default Ciphers.
> TLS: SSL-Ciphers ausgehandelt: TLS1.3:ECDHE-RSA-AES-256-GCM:AEAD
> 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 - Die Nachricht enthält Fehler. (M)
> HBCI: 9800 - Dialog abgebrochen (M)
> HBCI: 9110 - Falsche Segmentzusammenstellung (M)
> HBCI: 9110 - unerwarteter Aufbau (S)
> Dialog wurde von der Bank abgebrochen. PIN scheint ungültig zu sein
> Dialog aborted by server
> AqHBCI abgeschlossen.
> Unlocking customer "xxx"
> 
> Wenn ich 
> aqbanking-cli request --account=xxxxxxxx --fromdate=20200522 --transactions
> mache, kommt massenweise:
> ...
> Buchung wird hinzugefügt Buchung wird hinzugefügt Buchung wird hinzugefügt Buchung 
> wird hinzugefügt Buchung wird hinzugefügt Buchung wird hinzugefügt Buchung wird 
> hinzugefügt Buchung wird hinzugefügt Buchung wird hinzugefügt Buchung wird 
> hinzugefügt Buchung wird hinzugefügt Buchung wird hinzugefügt Buchung wird 
> hinzugefügt Buchung wird hinzugefügt Buchung wird hinzugefügt Buchung wird 
> hinzugefügt Buchung wird hinzugefügt Buchung wird hinzugefügt
> ....
> AqHBCI abgeschlossen. Unlocking customer "xxx" 3:2020/07/02 
> 14-23-19:aqhbci(6727):job_virtual.c:  119: No handleResultsFn set Aufträge werden 
> ausgeführt: Finished.
> 
> Für mich sieht es aus, als wenn aqbanking die Umsätze importiert, der Import in GNUcash 
> aber scheitert.
> 
> Was tun?
> 
> Viele Grüße
> 
> Claudia 
> 
> Am Mittwoch, 1. Juli 2020, 23:41:45 CEST schrieb Frank H. Ellenberger:
>> Am 01.07.20 um 20:32 schrieb Claudia Neumann:
>>> Hallo Frank,
>>>
>>> nachdem ich zu Fuß (auf der Kommandozeile)
>>> https://www.aquamaniac.de/rdm/projects/aqbanking/wiki/SetupPinTan
>>> durchgearbeitet habe, bekomme ich mit den Einstellungen der Volksbank
>>> mit Bankserver
>>> https://fints.apo-bank.de/FinTs30PinTanHttpGate
>>> und TAN_MEDIUM_BEZEICHNUNG
>>> apoTAN+
>>> 5 Konten, obwohl ich nur 4 habe.
>>> Eine Kontonummer ist doppelt aufgeführt und genau um diese Kontonummer
>>> geht


Mehr Informationen über die Mailingliste gnucash-de