DKB screen scraper

Ja klar, das war's. Es läuft so, dass der Scraper die Logindaten absendet, dann kommt diese Seite "geben Sie den Login mit der App frei". Da wartet das Programm und gibt die Box aus. Normalerweise müßte sich jetzt dann die DKB-App auf dem Handy sofort melden mit der Frage, ob Du den Web-Login bestätigen willst. Wenn du da auf Freigeben klickst, dann baut sich im Web die Hauptseite mit der Kontoauswahl auf. Mit Klick auf OK im B4 schaut sich der Scraper dann die inzwischen aufgebaute Webseite an und sucht die Kreditkarte - und findet sie jetzt dann auch. Alles gut. Wenn Du zu früh auf OK geklickt hast, dann steht da ja noch die Seite mit der Bestätigungsanforderung - und da findet er natürlich keine VISA.

Hallo,

auch ich habe in Banking4 IOS v7.1.7 (7199) immer bei Visaabruf über Screen-Scraper: Saldentabelle auf Startseite nicht gefunden!
TAN2Go Verfahren bei Gemeinschaftskonto mit 2 Visakarten.
Konto sync gemacht und Screen Scraper Zugang geprüft.
Visa Abruf über Webseite mit gleichen Eingaben funktioniert, Visa Abruf In Banking4W mit ChipTan funktioniert auch.

Was könnte die Lösung sein?
Gruß
echt

Dieses Fehlerbild wurde uns schon von mehreren Kunden berichtet. Wir konnten es aber leider noch nicht nachvollziehen. Dummerweise kann man bei der DKB die App-Freigabe, wenn man Sie einmal aktiviert hat, nie wieder abschalten und zu Tan2Go zurückwechseln. Wir bleiben am Problem dran. Irgendwann finden wir eine Lösung

Nur zur Info, hier war die BankingApp nie verknüpft, nur 2 Smartphones in der TAN2go App, mit denen die Abfrage im Browser auch funktioniert.

Auch hier funktioniert es mit einem noch nie verknüpften Konto nicht. Nach Tan-Anfordeung, die auch auf dem richtigen Gerät ankommt, folgt nach Eingabe der TAN der Fehler mit der Saldentabelle.

Ich habe mal die Links aus dem Protokoll durchprobiert und versucht den Visa-Ablauf nachzuvollziehen über den browser.
Es werden aufgerufen:
2x https://www.dkb.de/banking/ (das zweite mal wegen cookies?)
[ Ich logge mich über den browser ein ]
"Anmeldung bestätigen" erscheint mit Tan Button

Laut Protokoll folgt https://www.dkb.de/Welcome/con…lias.xhtml
-> klappt jedoch nicht im Browser. Sollte die Tan2go auwahl sein.
Ok manuel gemacht und meine Registrierte App ausgewählt.
Nun wird die TAN verlangt - "Abfrage TAN" -

Laut protokoll folgt https://www.dkb.de/DkbTransact…bmit.xhtml
[ Ich gebe die URL manuell im browser ein ]
- erhalte Tan, gebe diese ein -> "Anmeldung bestätigen"
Es passiert NIX, ich bleibe auf der Seite, es gibt keine Weiterleitung. ABER bin wohl doch eingeloggt, sehe meine Kontodaten wenn ich im Menü rumklicke.

Und das scheint genau der Fehler zu sein. Die HTML Seite die im Protokoll ausgegeben wird entspricht genau der von LoginWithTanSubmit.xhtml (siehe bild). Von der DKB Seite erfolgt keine Umleitung über diesen Link obwohl man jetzt eingeloggt ist.

Der einfachste Fix wäre wohl danach /banking wieder aufzurufen und entprechend zu scrapen.

Hier leider ebenfalls noch. TAN kommt auf dem richtigen ausgewählten Gerät an, dann kommt der Fehler mit der Saldentabelle.


Ergänzung: auch mit 7.2.0 (7205) 26.09.2019 noch der gleiche Fehler

Ich hatte diese unverschuldete Sperrung auch mehrmals. Allerdings funktionierte der HBCI-Zugang auch nach der Entsperrung immer sofort wieder, was ja logisch ist.
Kann es sein, dass Du auch mehrere Anmeldenamen hast und der im B4 verwendete von dem abweicht, mit dem Du Dich im Web anmeldest?

Ich könnte mir noch vorstellen, dass es vielleicht etwas Zeit zum Synchronisieren braucht. Die DKB betreibt ihr WebBanking nicht im Rechenzentrum FI "aus dem WebBaukasten", so wie alle anderen Sparkassen, sondern sie hat ein eigenes völlig anderes WebBanking, das sie offenbar selbst betreibt. Die HBCI-Kommunikation allerdings erfolgt direkt mit dem Rechenzentrum. Es könnte also sein, dass die PIN-Entsperrung über das Web erst "im RZ ankommen" muss, bevor das wieder geht...

Bei mir auch!
Infos haben wir hier gesammelt und damit eingegrenzt, unter welchen Parametern es auftritt.
Aufgrund der Größe der Gesamtproblematik hat jedoch dieses Problem offensichtlich bei Subsembly keine hohe Priorität. Es bleibt die Hoffnung, dass es zu gegebener Zeit gelöst werden kann.