Bug #325
closednorisbank / Deutsche Bank - HBCI 3980 Benutzer hat keine Auftragsberechtigung
Description
Hallo zusammen,
ich habe ein recht spezifisches Problem bei der Norisbank. Ich habe ein Gemeinschaftskonto und eine zugehörige Kreditkarte. Nachdem wohl inital die Kreditkarte nicht mit dem Konto verknüpft war, ist dies inzwischen erfolgt. Ich sehe also im Online-Banking mit meinem Login sowohl das Girokonto, als auch die Kreditkarte und kann auch die Umsätze einsehen.
Wenn ich nun im AqBanking die Konten abrufe bekomme ich auch das Girokonto und das KK-Konto zurückgeliefert.
Nur: Der Umsatzabruf klappt leider nicht mit dem Kreditkarten-Konto. Ich bekomme hier nur eine Fehlermeldung.
HBCI: 9050 - Teilweise fehlerhaft. (M)
HBCI: 9380 - Benutzer hat keine Auftragsberechtigung. (S)
HBCI: 9210 - Keine Daten zur übermittelten Auftragsreferenz vorhanden. (S)
Der Umsatzabruf des Girokontos hingegen klappt ohne weiteres.
Ich hatte hierzu auch mit dem Support telefoniert. Hierbei wurde mir mitgeteilt, dass die Anfrage zu den Umsätzen gar nicht in den Logs auftaucht und "nicht bis zum Server der Norisbank" kommt. Das kann ich mir aber so nicht ganz vorstellen, weil auch das Zertifikat mehrfach geprüft wird im Dialog.
Ich bin nun aber mit meinem Latein am Ende. Das Internet gibt zu dem HBCI-Fehler auch keine Aufschlüsse. Vielleicht hat das Problem ja schon mal jemand mit der Deutschen Bank / norisbank gehabt.
Updated by ipwizard about 2 months ago
Wird da bei dem Kreditkartenkonto evtl. auch das CAMT Flag im Hintergrund gesetzt und sorgt für das Problem? Auf der Mailingliste gab's dazu einen Thread mit Titel Seltsames Verhalten: getBalance setzt automatisch CAMT-Flag was vor allem bei Kreditkartenabfragen der Postbank (identisch zu Norisbank, Deutsche Bank) unangenehm auffiel.
Updated by ipwizard about 2 months ago
Sehe gerade Deine Versionsnummer: 6.6.4 wird da zu alt sein. Wir testen die Umstellung vom 25.11. bei der Kontenabfrage gerade mit 6.7.13
Updated by Weishaupt about 2 months ago
ipwizard schrieb (#note-2):
Wir testen die Umstellung vom 25.11. bei der Kontenabfrage gerade mit 6.7.13
Also ich sehe auf jeden Fall eine Fehlermeldung bzgl. CAMT. Wenn ich CAMT präferiere bekomme ich die Fehlermeldung doppelt.
Da das alles noch beta ist werde ich mir wohl selbst mal ein Upgrade auf die neue Version bauen und teste nochmal mit der 6.7.13.
Updated by martin about 2 months ago
- Status changed from New to Feedback
duerfte der Bug sein, den ich zu 6.7.14beta gefixed habe.
Updated by Weishaupt about 2 months ago
Moin,
ich habe nun unter Arch Linux einmal die neuste Beta kompiliert.
$ aqbanking-cli versions Versions: AqBanking-CLI: 6.7.16 Gwenhywfar : 5.12.1.0 AqBanking : 6.7.16.0
Der Kreditkartenabruf bei der Norisbank klappt nun in der Tat! Hierfür musste ich allerdings CAMT deaktivieren.
Folgende Flags sind bei dem KK-Konto nun gesetzt:
ktv2
Was mir noch etwas komisch vorkommt, dass kMyMoney nicht den Zahlungsempfänger erkennt. Das einzige was gefüllt wird ist das Memo-Feld. aqbanking-cli liefert im fiId aber scheinbar einen Zahlungsempfänger zurück.
Sobald das Flag
preferCamtDownloadgesetzt wird kommen folgende Fehler:
HBCI: 9050 - Teilweise fehlerhaft. (M) HBCI: 9010 - Verarbeitung nicht möglich. (S) HBCI: 9210 - Keine Daten zur übermittelten Auftragsreferenz vorhanden. (S)
Updated by martin about 1 month ago
Hmm, dazu braeuchte ich im Zweifel mal die Kommunikationslogs. In der FiId sollte eine eindeutige Umsatz-ID von der Bank gesendet werden, kein Name...
Updated by Weishaupt about 1 month ago
Moin Martin,
ich hab nochmal neu kompiliert auf die aktuelle Stable. Fehler besteht weiterhin. Habe dir das Kommunikationslog per Mail geschickt.
Danke für deine Mühe.
Updated by martin about 1 month ago
Ich habe noch mal in die Specs geschaut. Im HIKKU-Segment (der Antwort auf die Kreditkarten-Umsaetze) ist keine eindeutige Umsatz-Id definiert (ich sehe da jedenfalls keine), daher kann dieses Feld auch nicht gesetzt werden.
Anders ist es bei normalen Kontoumsaetzen via SWIFT oder CAMT, dort gibt es diese Felder und die werden entsprechend auch in FiId zurueckgemeldet.
Updated by Weishaupt about 1 month ago
martin schrieb (#note-8):
Anders ist es bei normalen Kontoumsaetzen via SWIFT oder CAMT, dort gibt es diese Felder und die werden entsprechend auch in FiId zurueckgemeldet.
Danke für die Prüfung. Ich werde nochmal bei der Norisbank nachfragen, warum das Konto nicht im CAMT Format abgerufen werden kann. Denn laut dem Online-FAQ sollte das eigentlich gehen: https://www.norisbank.de/service/banking/sicherheitsverfahren/hbci-verfahren.html#parsys-columncontrol_copy_c-columnControlCol1Parsys-accordion_copy_copy_-accordionParsys-accordionentry_copy-accordionEntryParsys-accordion-accordionParsys-accordionentry_copy
Über welche neuen Funktionen darf ich mich nach dem Start des neuen Online-Banking und App freuen?
Umsatzdaten im CAMT Format
Rufen Sie Ihre Umsätze im modernen CAMT Datenformat ab. Hiermit erhalten Sie mehr Details zu Ihren Umsätzen und haben einen schnellen Überblick über Ihre Transaktionen.Kreditkarten
Nun haben Sie den kompletten Überblick über Ihre Finanzen: Ab sofort können Sie auch Ihre Kreditkarten und deren Umsätze in Ihrer Finanzsoftware einsehen.
Der Bug kann dann als gelöst markiert werden. Klappt ja dann alles mit der neuen Version wie im Standard definiert. :-)