Hibiscus: Fehler DKB

Vielen Dank für die Analyse, Hibiscus.

Da ich davon ausgehe, dass die Bank selbst einen solchen formalen Fehler nicht korrigieren wird, vermute ich, dass das Setzen des Tagesdatums durch die App selbst die pragmatisch beste Lösung ist.

Denn wenn ich stattdessen über den Workaround den Saldo selbst berechnen lasse, wird ja sicherlich auch das Tagesdatum gesetzt.

Wenn man an der Hotline freundlich und hartnäckig bleibt, verbinden sie einen auch mit der Technikabteilung oder veranlassen einen Rückruf. Die technischen Mitarbeiter sind deutlich kompetenter als diejenigen, die die Anrufe zuerst entgegennehmen.

Das wäre auch schlimm und nicht Sinn der Sache, wenn das nicht so wäre

Sehe ich auch so. Stillschweigend über ein fehlendes Pflichtfeld hinwegzugehen, ist falsch. Wenn man es (in dem erwünschten Sinn) anpasst, sollte irgendwo - im Log oder auf dem Schirm - eine Warnung oder eine Info stehen.

Wenn die dkb ein Pflichtfeld weglässt, ist das ein Bug. Den Fehler an die dkb zu melden, ist angebracht. Allerdings muss man mit einbeziehen, dass a) eine zeitnahe Fehlerkorrektur nicht kommen wird oder b) der Fehler überhaupt nicht korrigiert wird, weil es ja mit den meisten Finanzprogrammen funktioniert - auch mit ALF-BanCo wie alle außer der von 3tagebernd befragten "KI" wissen.

Ich finde auch, dass man nicht darüber hinweg sehen sollte, wenn DKB ein Pflichtfeld einfach ignoriert.
Insofern finde ich es sehr gut, dass einige den Fehler an DKB gemeldet haben. Danke dafür!

Gleichzeitig ist ein Online-Banking-System etwas, dass den Benutzern das Leben vereinfachen soll und es im Falle von Hibiscus auch wunderbar tut.

Man kann sagen, wir machen hier nix, DKB ist in der Verantwortung. Oder man geht damit pragmatisch um:
1. Man meldet den Fehler und veröffentlicht das auch, um den Druck zu erhöhen - wie hier getan.
2. Gleichzeitig schafft man eine Lösung, die den Benutzern das Leben weiterhin erleichtert.
Das fände ich klasse.

Ich erwähne nochmal die heute schon bestehende Möglichkeit den Saldo mitsamt eines synthetischen Aktualisierungsdatums App-intern errechnen und darstellen zu lassen.
Das Setzen des Aktualisierungsdatums kann man über diesen Weg manuell belassen, oder aber - bei Fehlen des Pflichtfelds in der DKB-Kommunikation - automatisch einsetzen, gern mit einer Warnung.

Ich bin aber alles andere als sicher, ob ich hier an alle Konsequenzen und Unwägbarkeiten gedacht habe. In den Zwischensummen der Umsätze steht das Datum ja sowieso korrekt drin. Ich weiß daher insbesondere nicht, welche rechtliche oder bilanzielle Bedeutung das Aktualisierungsdatum im Konto selbst hat.

Gebt mal bitte Bescheid, wenn sich die Bank bei jemandem von euch gemeldet hat. Wenn das seitens der Bank nicht behoben wird, müsste man überlegen, wie ein Workaround aussehen könnte. Aus meiner Sicht am ehesten so, dass bei fehlendem Datum das aktuelle Tagesdatum angenommen wird.

Ich halte es für sinnvoll, zusätzlich auch Subsembly bzw. den technischen Dienstleister zu informieren. Das kann den Weg zur Fehlerbehebung unter Umständen verkürzen.

An der grundsätzlichen Verantwortung ändert das allerdings nichts: Vertragspartner des Kunden ist die DKB. Sie bietet die FinTS-Schnittstelle an und ist dafür verantwortlich, dass diese den Spezifikationen entspricht – unabhängig davon, ob die Software intern entwickelt oder von einem Dienstleister bereitgestellt wird.

Noch wichtiger finde ich den grundsätzlichen Aspekt: Wo zieht man die Grenze für "Toleranz"?

Heute fehlt ein Pflichtfeld mit dem Datum. Morgen fehlt vielleicht die Währung. Übermorgen ist es ein Betrag oder ein Kennzeichen für Soll/Haben. Irgendwann beginnt jede Client-Software, fehlende Informationen selbst zu ergänzen oder zu erraten. Dann verlassen wir den Bereich einer standardisierten Schnittstelle und bewegen uns in Richtung Interpretation.

Genau deshalb gibt es Spezifikationen mit Pflichtfeldern. Sie sind nicht als Empfehlung gedacht, sondern als verbindliche Grundlage dafür, dass unterschiedliche Banken und Programme zuverlässig miteinander kommunizieren können.

Ein Workaround in Hibiscus kann sinnvoll sein, um den Anwendern kurzfristig zu helfen – idealerweise mit einem deutlichen Hinweis im Protokoll oder in der Oberfläche. Er darf aber keinesfalls dazu führen, dass der eigentliche Fehler der Bank relativiert wird. Die DKB sollte den Fehler beheben und die Kunden über den weiteren Ablauf informieren.

Dass andere Programme an dieser Stelle großzügiger sind, ist aus meiner Sicht kein Freibrief für fehlerhafte Schnittstellen. Im Gegenteil: Gerade weil manche Clients tolerant reagieren, besteht die Gefahr, dass solche Fehler bei den Banken unbemerkt bleiben.

Gruß Crazyalex

Ich hab da (und an die DKB) eben Mails hingeschickt. Mal sehen, ob sich jemand bewegt.



100% Zustimmung. Das im Netz verbreitete Motto "be strict what you send but lenient what you accept" führt halt früher oder später zu Ergebnissen, die nicht mehr zusammenpassen. Was passiert, wenn (nur so als Beispiel) mein Steuerberater durch unterschiedlich interpretierte Finessen des Kontoabrufs auf eine andere Zinssumme kommt wie das Finanzamt, kann man sich vorstellen …

Das heißt noch nicht, dass die Software auf dem Mist der FI-TS selbst gewachsen ist … aber ich frag mal nach. (Ich habe da evtl. einen Kontakt.)

Danke, die Seite kannte ich noch nicht. Es kann aber trotzdem sein, dass die eigentliche Verantwortung für den Dienst und seinen Betrieb bei der F-I-TS liegt.

Mal sehen, wer wann antwortet …