Andre_J
Anmeldungsdatum: 26. Oktober 2019
Beiträge: 41
|
TUSUM schrieb: Demnach wäre GnuCash nur "auf der Warteliste", nicht aber installiert. Ich kann aber mit der Version 3.7 arbeiten.
Dann hast du wohl GnuCash aus den Quellen selber kompiliert? Wenn das PPA korrekt eingebunden wurde und GnuCash mit apt-get installiert wurde, sollte es auch mit apt-cache als installiert aufgeführt sein. Gruß,
AndreJ
|
TUSUM
Anmeldungsdatum: 1. November 2019
Beiträge: 6
|
Hallo AndreJ, ich hab' GnuCash nochmal deinstalliert und über den Software-Manager neu installiert. Jetzt bekomme ich bei dpkg -l folgende Liste
| ii gnucash 1:3.7+photot amd64 personal and small-business finan
ii gnucash-common 1:3.7+photot all common files for the financial-ac
ii gnucash-docs 2.6.19-1 all Documentation for gnucash, a pers
ii gnupg 2.2.4-1ubunt amd64 GNU privacy guard - a free PGP re
ii gnupg-agent 2.2.4-1ubunt all GNU privacy guard - cryptographic
ii gnupg-l10n 2.2.4-1ubunt all GNU privacy guard - localization
ii gnupg-utils 2.2.4-1ubunt amd64 GNU privacy guard - utility progr
ii gnupg2 2.2.4-1ubunt all GNU privacy guard - a free PGP re
|
apt-cache policy gnucash zeigt mir:
| gnucash:
Installed: 1:3.7+phototanppa7~ubuntu18.04
Candidate: 1:3.7+phototanppa7~ubuntu18.04
Version table:
*** 1:3.7+phototanppa7~ubuntu18.04 500
500 http://ppa.launchpad.net/ingo/gnucash/ubuntu bionic/main amd64 Packages
100 /var/lib/dpkg/status
1:2.6.19-1 500
500 http://de.archive.ubuntu.com/ubuntu bionic/universe amd64 Packages
|
Das sieht soweit gut aus. Ich kann jetzt in GnuCash einen Nutzer anlegen. Dass ist schon mal ein Fortschritt. Der Versuch Konten abzurufen endet jedoch mit diesem Verlauf:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33 | 23:35:38 AqHBCI started
23:35:38 Selecting iTAN mode "Smart-TAN plus manuell" (962, version 6, process 2)
23:35:38 Encoding queue
23:35:38 Sending message
23:35:38 Using GnuTLS default ciphers.
23:35:38 TLS: SSL-Ciphers negotiated: TLS1.2:ECDHE-RSA-AES-256-GCM:AEAD
23:35:38 Message sent
23:35:38 Queue sent
23:35:38 Waiting for response
23:35:39 Response received
23:35:39 HBCI: 3060 - Bitte beachten Sie die enthaltenen Warnungen/Hinweise. (M)
23:35:39 HBCI: 3050 - UPD nicht mehr aktuell, aktuelle Version enthalten. (S)
23:35:39 HBCI: 3050 - BPD nicht mehr aktuell, aktuelle Version enthalten. (S)
23:35:39 HBCI: 3920 - Zugelassene TAN-Verfahren für den Benutzer (S)
23:35:39 HBCI: 0901 - *PIN gültig. (S)
23:35:39 HBCI: 0020 - *Dialoginitialisierung erfolgreich (S)
23:35:39 HBCI: 3076 - Starke Kundenauthentifizierung nicht notwendig. (S)
23:35:39 Dialog not aborted, assuming PIN is ok
23:35:39 Closing dialog
23:35:39 Encoding queue
23:35:39 Sending message
23:35:39 Using GnuTLS default ciphers.
23:35:39 TLS: SSL-Ciphers negotiated: TLS1.2:ECDHE-RSA-AES-256-GCM:AEAD
23:35:39 Message sent
23:35:39 Queue sent
23:35:39 Waiting for response
23:35:39 Response received
23:35:39 HBCI: 0010 - Nachricht entgegengenommen. (M)
23:35:39 HBCI: 0100 - Dialog beendet. (M)
23:35:39 Dialog not aborted, assuming PIN is ok
23:35:39 AqHBCI finished.
23:35:39 Unlocking customer "1"
23:35:39 Operation finished, you can now close this window.
|
Hast du noch eine Idee? Viele Grüße T.
|
Andre_J
Anmeldungsdatum: 26. Oktober 2019
Beiträge: 41
|
TUSUM schrieb:
Das sieht soweit gut aus. Ich kann jetzt in GnuCash einen Nutzer anlegen. Dass ist schon mal ein Fortschritt. Der Versuch Konten abzurufen endet jedoch mit diesem Verlauf:
Das ist soweit der ganz normale Output. Eigentlich müsstest du dann auch die Konten anschließend zuordnen können. Gerüchten zufolge wird diese Zuordnung in manchen Fällen aber nicht gespeichert. Bei mir lief das von Anfang an, und ansonsten arbeite ich lieber mit KMyMoney als mit GnuCash.
Hast du noch eine Idee?
Nach dieser Anleitung die Konten im Terminal abrufen mit aqhbci-tool4 getaccounts -u UniqueId
aqhbci-tool4 listaccounts -v
aqhbci-tool4 getaccsepa -a LocalUniqueId
aqbanking-cli request --account= Kontonummer --fromdate=20190913 --transactions Wenn das klappt, kann es nur noch an GnuCash liegen. HtH,
AndreJ
|
TUSUM
Anmeldungsdatum: 1. November 2019
Beiträge: 6
|
Puuh, mühsam ernährt sich das Eichhörnchen ... Andre_J, dank deiner Unterstützung habe ich jetzt wieder einen Zugang zu meiner Bank und kann sogar auch in GnuCash die Konten aufrufen. Leider funktioniert der Abruf der Kontendaten noch nicht:
| thomas@thomas-HP-ProBook-4530s:~$ aqbanking-cli request --account= xxxxxxxxxx --fromdate=20190913 --transactions
3:2019/11/21 19-49-10:gwen(14684):args.c: 238: Argument needed for option "accountId"
ERROR: Could not parse arguments
ERROR: Could not parse arguments
|
(Meine tatsächliche Kontonummer habe ich durch "xxxxxxxxxx" ersetzt.) Hast du noch eine Idee? Besten Dank und Gruß T.
|
Andre_J
Anmeldungsdatum: 26. Oktober 2019
Beiträge: 41
|
TUSUM schrieb:
Hast du noch eine Idee?
Wahrscheinlich ist ein Leerzeichen nach --account= im Wege. Und hier gehört nicht die komplette IBAN rein! Alternativ kannst du auch mit --aid=4 abrufen, wenn das die Nummer aus listaccounts ist. HdH,
Andre_J
|
flix
Anmeldungsdatum: 6. Dezember 2004
Beiträge: 455
|
Hallo zusammen, hat jemand Gnucash mit der Consorsbank erfolgreich am laufen? Folgendes habe ich gemacht:
Gnucash + AqBanking aus dem PPA installiert.
AqBanking über die Oberfläche in Gnucash eingerichtet. Damit hat es nicht funktioniert, es kam immer die Meldung, dass ein Abruf von Umsätzen für das gewählte Konto nicht möglich ist.
Dann über die Kommandozeile eingerichtet. Damit scheint es zu gehen. Der "magische" Schritt scheint der Abruf der Sepa-Informationen mittels "aqhbci-tool4 getaccsepa -a LocalUniqueId" zu sein. Das passiert über die grafische Oberfläche vermutlich nicht. Leider stehe ich jetzt vor folgendem Problem:
Jedes mal, wenn ich den Einrichtungs-Assistenten aufrufe, wird mir die Kontozuordnung von Gnucash zu AqBanking nicht angezeigt. Sie scheint im Hintergrund aber da zu sein, weil ich jetzt Umsätze abrufen kann, siehe 2.
2. Rufe ich Umsätze ab, werden Pin und Tan abgefragt. Danach endet es mit "Fehler beim Ausführen des Auftrags. Status: rejected (5)" Beim Abruf von Umsätzen über das Commandline-Interface "aqbanking-cli request --account=XXXXXXX --fromdate=20191001 --transactions" erscheint (ich vermute) eine leere Liste:
HBCI: 3060 - Teilweise liegen Warnungen/Hinweise vor. (M)
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)
5:2019/11/24 21-22-46:aqbanking(5956):provider_accspec.c: 54: Writing account spec for account 7
5:2019/11/24 21-22-46:aqbanking(5956):provider_accspec.c: 54: Writing account spec for account 4
5:2019/11/24 21-22-46:aqbanking(5956):provider_accspec.c: 54: Writing account spec for account 3
5:2019/11/24 21-22-46:aqbanking(5956):provider_accspec.c: 54: Writing account spec for account 2
5:2019/11/24 21-22-46:aqbanking(5956):provider_accspec.c: 54: Writing account spec for account 12
5:2019/11/24 21-22-46:aqbanking(5956):provider_accspec.c: 54: Writing account spec for account 8
5:2019/11/24 21-22-46:aqbanking(5956):provider_accspec.c: 54: Writing account spec for account 10
5:2019/11/24 21-22-46:aqbanking(5956):provider_accspec.c: 54: Writing account spec for account 13
5:2019/11/24 21-22-46:aqbanking(5956):provider_accspec.c: 54: Writing account spec for account 11
5:2019/11/24 21-22-46:aqbanking(5956):provider_accspec.c: 54: Writing account spec for account 9
5:2019/11/24 21-22-46:aqbanking(5956):provider_accspec.c: 54: Writing account spec for account 6
5:2019/11/24 21-22-46:aqbanking(5956):provider_accspec.c: 54: Writing account spec for account 5
5:2019/11/24 21-22-46:aqbanking(5956):siotlsext.c: 229: Found matching certificate "1A:57:45:F8:B1:AC:B6:14:2C:D7:62:C4:3E:4D:6C:8D" with same status
5:2019/11/24 21-22-46:aqbanking(5956):siotlsext.c: 250: Automatically accepting certificate [1A:57:45:F8:B1:AC:B6:14:2C:D7:62:C4:3E:4D:6C:8D]
HBCI: 9050 - Nachricht teilweise fehlerhaft. (M)
HBCI: 9075 - Starke Authentifizierung erforderlich. (S)
5:2019/11/24 21-22-47:aqbanking(5956):siotlsext.c: 229: Found matching certificate "1A:57:45:F8:B1:AC:B6:14:2C:D7:62:C4:3E:4D:6C:8D" with same status
5:2019/11/24 21-22-47:aqbanking(5956):siotlsext.c: 250: Automatically accepting certificate [1A:57:45:F8:B1:AC:B6:14:2C:D7:62:C4:3E:4D:6C:8D]
accountInfoList {
accountInfo {
char bankCode="76030080"
char accountNumber="XXXXXXXX"
char iban="DEXXXXXXXXX"
int accountType="1"
int accountId="13"
balanceList {
} #balanceList
transactionList {
} #transactionList
eStatementList {
} #eStatementList
} #accountInfo
} #accountInfoList
securityList {
} #securityList
messageList {
} #messageList
Hat jemand eine Idee, was ich noch machen kann?
|
Andre_J
Anmeldungsdatum: 26. Oktober 2019
Beiträge: 41
|
flix schrieb: Hallo zusammen, hat jemand Gnucash mit der Consorsbank erfolgreich am laufen?
Zur Consorsbank gibt es noch ein paar offene Tickets:
Alternativ könntest du den Zugang über Hibiscus versuchen, und die Umsätze mit Export/Import im Format mt940 nach GnuCash rüberholen. Hdh,
Andre_J
|
TUSUM
Anmeldungsdatum: 1. November 2019
Beiträge: 6
|
Wahrscheinlich ist ein Leerzeichen nach --account= im Wege. Und hier gehört nicht die komplette IBAN rein! Alternativ kannst du auch mit --aid=4 abrufen, wenn das die Nummer aus listaccounts ist.
Ja, funktioniert. AQBanking ist demnach außen vor. Leider klappt der Kontenabruf bei GnuCash noch nicht. Das ist der letzte noch fehlende Baustein. Idee? Viele Grüße T.
|
Andre_J
Anmeldungsdatum: 26. Oktober 2019
Beiträge: 41
|
TUSUM schrieb:
Leider klappt der Kontenabruf bei GnuCash noch nicht. Das ist der letzte noch fehlende Baustein.
Idee?
Nicht wirklich. Vielleicht solltest du die deutschsprachige GnuCash-Mailingliste fragen. Eventuell hängt es auch an dem bereits bekannten Kontenzuordnungsproblem (welches ich nicht habe). Gruß,
Andre_J
|
TUSUM
Anmeldungsdatum: 1. November 2019
Beiträge: 6
|
Besten Dank für alles, Andre_J. Wenn ich das Problem gelöst habe, werde ich das Ergebnis auch hier kundtun. Gruß T.
|
flix
Anmeldungsdatum: 6. Dezember 2004
Beiträge: 455
|
Ich wollte kurz meine neusten Erkenntnisse zu GnuCash mitteilen:
1) Man kann Werkzeuge->Onlinebanking Einrichtung verwenden um neue AqBanking-Accounts einzurichten. Danach funktioniert aber Aktionen->Online Aktionen->Saldenabfrage nicht (Fehlermeldung "Abruf nicht verfügbar oder so ähnlich). Das lässt sich schnell beheben, indem man auf der Kommandozeile einmal
aqhbci-tool4 listaccounts -v
aufruft, um die Liste aller Account zu sehen. Dort sucht man sich die LocalUniqueId für das entsprechende Konto aus und ruft dann
aqhbci-tool4 getaccsepa -a 14
auf, wobei die 14 mit der entsprechenden LocalUniqueId ersetzt werden muss. Damit werden dann für alle Konten bei der Bank noch irgenwelche zusätzlichen Infos gesetzt. Anschließend kann man endlich Aktionen->Online Aktionen->Saldenabfrage ausführen. Danach weiß aber Gnucash die Zuordnung AqBanking-Konto zu GnuCash-Konto nicht mehr und man muss das jedes Mal neu auswählen.
Dies ist ein bekannter Bug, siehe https://bugs.gnucash.org/show_bug.cgi?id=797432 . Sobald das in einer neuen GnuCash-Version gefixed ist wäre es an der Zeit das PPA zu aktualisieren. Getestet habe ich den Abruf bei der DKB, das klappt. Consorsbank läuft noch nicht, dazu gibt es Bugs in aqbanking, siehe weiter oben. In Summe finde ich es gerade ziemlich nervend. Bei mir hat der Abruf seit mindestens 10 Jahren sehr stabil funktioniert. Dank PSD2 ist es nun ziemlich vermurkst. Man braucht PPA's und stößt laufend auf Bugs. Das soll kein Vorwurf an die Entwickler sein, im Gegenteil ich finde es fantastisch wie nach und nach alles behoben wird. Aber die Banken ... jeder kocht sein eigens Süppchen.
|
Andre_J
Anmeldungsdatum: 26. Oktober 2019
Beiträge: 41
|
flix schrieb:
In Summe finde ich es gerade ziemlich nervend. Bei mir hat der Abruf seit mindestens 10 Jahren sehr stabil funktioniert. Dank PSD2 ist es nun ziemlich vermurkst. Man braucht PPA's und stößt laufend auf Bugs. Das soll kein Vorwurf an die Entwickler sein, im Gegenteil ich finde es fantastisch wie nach und nach alles behoben wird. Aber die Banken ... jeder kocht sein eigens Süppchen.
... und die Entwickler ebenso. Denn GnuCash wird von Amerikanern entwickelt, und die haben mit HBCI nichts am Hut. Bei KMyMoney sitzen die Entwickler in Deutschland, und da klappt es klaglos. Ebenso bei Hibiscus und AqFinance, wo auch das HBCI-Modul aus der selben Feder stammt. Der Vollständigkeit halber: https://github.com/Gnucash/gnucash/pull/598
|
timbolino
Anmeldungsdatum: 12. September 2008
Beiträge: 594
|
Hallo, Bei mir ist GnuCash 3.9 aus dem Flatpak installiert. Allerings klappt die Verbindung mit der comdirect nicht. Ich kann keinen neuen User anlegen. 18:51:49 HBCI: 9050 - Die Nachricht enthaelt Fehler. (M)
18:51:49 HBCI: 9800 - Dialog abgebrochen (M)
18:51:49 HBCI: 9210 - Bankleitzahl passt nicht zum Benutzer. (M)
18:51:49 HBCI: 9340 - Ungueltige Auftragsnachricht: Ungueltige Signatur. (M)
18:51:49 Die PIN scheint ungültig zu sein
18:51:49 Dialog wurde von der Bank abgebrochen. PIN scheint ungültig zu sein Die PIN ist aber korrekt. Hat hier jemand erfolgreich die comdirect über GnuCash laufen?
|
Andre_J
Anmeldungsdatum: 26. Oktober 2019
Beiträge: 41
|
timbolino schrieb: Hallo, Bei mir ist GnuCash 3.9 aus dem Flatpak installiert. Allerings klappt die Verbindung mit der comdirect nicht. Ich kann keinen neuen User anlegen. 18:51:49 HBCI: 9050 - Die Nachricht enthaelt Fehler. (M)
18:51:49 HBCI: 9800 - Dialog abgebrochen (M)
18:51:49 HBCI: 9210 - Bankleitzahl passt nicht zum Benutzer. (M)
18:51:49 HBCI: 9340 - Ungueltige Auftragsnachricht: Ungueltige Signatur. (M)
18:51:49 Die PIN scheint ungültig zu sein
18:51:49 Dialog wurde von der Bank abgebrochen. PIN scheint ungültig zu sein
Versuch es erst mal im Terminal nach https://www.aquamaniac.de/rdm/projects/aqbanking/wiki/SetupPinTan.
Der Bankserver meckert ja schon über Bankleitzahl und Signatur.
|
bruno.abele
Anmeldungsdatum: 27. November 2019
Beiträge: 1
|
Ich habe aqbanking bei mir jetzt zum Laufen gebracht, mit BW-Bank und ING-Diba - beides ja Problemkandidaten.
Allerdings: Ich will mir nur täglich meinen Kontostand zusenden lassen - überweisen kann ich nicht (BW-Bank hat eine mobile TAN, ING erlaubt Überweisung gar nicht mehr über HBCI).
Ich arbeite normal mit Hibiscus, deshalb habe ich es nicht mit GnuCash probiert. Zuerst habe ich wie hier empfohlen aqbanking etc. installiert - man kann auch gnuCash direkt installieren, für aqbanking braucht es nur ein paar wenige Pakete.
Ach ja, nur für Ubuntu 18.04 bionic sind Pakete enthalten! Das geht auf meinem NAS-Server gut, auf meinem PC kann ich es nicht installieren mit 19.04 disco dingo. | sudo add-apt-repository ppa:ingo/gnucash
sudo apt-get update
sudo apt-get install libgwenhywfar78 libaqbanking43 aqbanking-tools
|
Zum Reset der Kontodaten diesen Ordner löschen, falls das nachfolgende Anlegen der User scheitert: Dann BW-Bank mit HBCI und PSD2 eingerichtet, KONTONUMMER durch die Kontonummer ersetzen. Der Kontoname ist egal, kann so bleiben. Die CTX-Datei speichert den Kontostand zwischen, der Dateiname ist auch egal, muss halt identisch angegeben werden in beiden Zeilen. 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19 | aqhbci-tool4 adduser N "BWBANKKONTONAME" -t pintan --context=1 -b 60050101 -u KONTONUMMER -s "https://banking-li4.s-fints-pt-li.de/fints30" --hbciversion=300
aqhbci-tool4 listusers
# User 1: Bank: de/60050101 User Id: KONTONUMMER Customer Id: KONTONUMMER Unique Id: 1
# -u 1 ggf. ersetzen durch die Nummer die bei listusers als Unique ID ausgegeben wird
aqhbci-tool4 adduserflags -u 1 -f tlsIgnPrematureClose
aqhbci-tool4 getbankinfo -u 1
aqhbci-tool4 getsysid -u 1
# ohne ITAN mode kam ich nicht weiter, komisch:
aqhbci-tool4 listitanmodes -u 1
aqhbci-tool4 setitanmode -u 1 -m 6921
aqhbci-tool4 getaccounts -u 1
aqhbci-tool4 listaccounts -v
# Account 4: Bank: 60050101 Account Number: KONTONUMMER SubAccountId: (none) Account Type: bank LocalUniqueId: 2
# -a 2 ersetzen durch die LocalUniqueID
aqhbci-tool4 getaccsepa -a 2
# Wer ein Pinfile einrichtet braucht das Passwort nicht einzugeben, dann: aqbanking-cli -A -P ./pinfile request -b ...
aqbanking-cli -A request -b 60050101 -a KONTONUMMER -c ./BWBANKKONTO.ctx --balance
aqbanking-cli listbal -b 60050101 -a KONTONUMMER -c ./BWBANKKONTO.ctx
|
Dasselbe für ING / ING-Diba mit HBCI - bestimmte Schritte müssen sein, andere nicht, für Anpassungen der Ids s. oben: | aqhbci-tool4 adduser -N INGKONTONAME -u KONTONUMMER -b 50010517 -s https://fints.ing.de/fints/ -t pintan --hbciversion=300
aqhbci-tool4 listusers
aqhbci-tool4 adduserflags -u 2 -f tlsIgnPrematureClose
aqhbci-tool4 adduserflags -u 2 -f noBase64
# Schlägt fehl, braucht man wohl nicht: aqhbci-tool4 getbankinfo -u 2
aqhbci-tool4 getsysid -u 2
aqhbci-tool4 getaccounts -u 2
aqhbci-tool4 listaccounts -v
aqhbci-tool4 getaccsepa -a 6
aqbanking-cli -A -P ./pinfile request -b 50010517 -a KONTONUMMER -c ./INGKONTO.ctx --balance
aqbanking-cli listbal -b 50010517 -a KONTONUMMER -c ./INGKONTO.ctx
|
Falls jemand einen Fehler findet, bitte melden. Ich bin froh, dass es jetzt tut - vor allem dass es einen so einfachen Weg gibt, aqbanking mit seiner Lib doch noch zu installieren ohne es selbst zu complieren: Daran bin ich gescheitert.
Wer eine Card einbinden will kann die entsprechende library auch installieren, das habe ich nicht benötigt.
|