Consorsbank - Fehler beim Umsatzabruf

@olaf
Nightly J/H sollte wahrscheinlich separat installiert werden.
Kann ich denn bedenkenlos die Bankdaten/definitionen des "Standards" übernehmen ... ohne das sie für den "Standard" kaputt gehen?

@olaf
Guter Vorschlag .. gleiches Ergebnis

Brauchst du logs dazu?

@InWestor: Die Bank sendet "9942:PIN ungültig",

Und zwar sofort beim ersten Verbindungsaufbau. Zu dem Zeitpunkt ist noch nicht mal ein TAN-Verfahren ausgehandelt. Die Fehlermeldung ist also nicht PSD2-spezifisch. Die Bank ist der Meinung, dass deine PIN falsch ist.

Ich weiss, du wirst jetzt sagen, du weisst genau, dass sie richtig ist. Aber die Meldung kommt nunmal nicht von Hibiscus sondern von der Bank. Wenn die der Meinung ist, dass die PIN falsch ist, kann sich Hibiscus da auch nicht darüber hinwegsetzen.

Ggf. wurde dein FinTS-Zugang auch - aus welchen Gründen auch immer - gesperrt (vielleicht wegen zu vielen TAN-Fehlern). Und sicher wird auch das normale Webbanking per Browser noch gehen (viele Banken können die Zugänge separat sperren).

In jedem Fall wirst du dich an die Bank wenden müssen. Die müssen das entsperren. Hibiscus kann hier gar nichts machen. Egal, wieviele Updates ich noch raus bringe.

Noch ein Hinweis:
Mit dem Nightly, mit dem Comdirect nun tut, funktioniert das Anlegen des Consors Bank-Zugangs nicht mehr!
Möchtest Du die Logs?

(Mit Hibiscus 2.8.16 funktioniert es: Es werden halt einige TANs abgefragt.)

Testbedingungen:
- Löschen des lokalen Benutzerordners .jameica
- Start von Jameica
- Installation Hibiscus
- Anlegen des Bankzugangs

Ergebnis (eben nochmal getestet, 2.8.16 zuletzt):
- Nightly -> Fehler
- 2.8.17 -> Fehler
- 2.8.16 -> ok (mit 3 TAN-Abfragen)

Möchtest Du auch ein Log von 2.8.16?

sind unterwegs...

Wenn ich es richtig verstehe, kommen die ganzen Probleme daher, dass offenbar jeder die Standards so interpretiert, wie er gerade Lust hat. Evtl. wäre ein optional aktivierbarer "Expertenmodus" nützlich, wo man die Parameter eines Bankzugangs manuell einstellen bzw. verändern kann...

Meiner Meinung ist das Verhalten bei Consors ein Fehler der Bank. Hibiscus macht eine anonyme Dialog-Initialisierung und kriegt von der Bank zwei TAN-Verfahren in HITANS.

'HITANS:16:6:3+1+1+0+J:N:1:900:2:MS1.0.0:photoTAN::SecurePlus:8:1:Secure Plus TAN:999:J:1:N:0:0:N:J:00:0:J:1

Das sind noch keine spezifischen Informationen für den User sondern nur allgemeine Infos der Bank. In https://www.hbci-zka.de/dokume…ersion.pdf steht in Kapitel B.4.3.1:


Genau das macht Hibiscus. Es startet die authentifizierte Initialisierung anschließend per TAN-Verfahren 999. Darauf die Bank:



Update: Stehe gerade im Austausch mit einem Experten auf Server-Seite. Das Problem ist, dass SCA ja u.a. das HKTAN6 impliziert. 999 als Einschritt-Verfahren ist jedoch nicht SCA-fähig. Daher hätte der Client bei Verfahren 999 das HKTAN6 weglassen müssen.

Meine Güte, all diese subtilen und versteckten Implikationen. Ich denke, ich werde das so ändern, dass ich im Zweifel einfach alle in HITANS gemeldeten TAN-Verfahren einfach dem User zur Auswahl anbiete. Das Aushandeln der TAN-Verfahren bei der DIalog-Initalisierung ist inzwischen völlig over-engineered.

@ufo: Hab dir eine Mail mit einer hbci4java JAR zum Testen geschickt. Hast du die schon ausprobieren können?

OK, dann mache ich derweil mal ein neue Nightly-Build fertig. Dann kannst du gleich mit dem testen.