Guten Morgen Frau Eichner,
Hallo Herr Haller,
-> Wenn Sie beispielsweise über ein Bankprogramm das HBCI PIN/TAN Verfahren nutzen, können Sie das auch weiterhin wie bisher nutzen.
Lustig. Unser "Bankprogramm" ist Datev Zahlungsverkehr...
Deswegen ist DATEV vom ZAG betroffen. Aus diesem Grund müssen bis 14.09. alle heutigen HBCI-Benutzer deaktiviert sein. Die offiziell kommunizierten Umstellungstermine (Zahlungsverkehr und Bank online) sind z.B. auf unserer Landingpage aufgeführt:
Das ist ja im Prinzip auch soweit ok. Habe mich ja nicht darüber beschwert, dass überhaupt umgestellt werden muss.
-> Bei der Migration des ersten HBCI Benutzers auf finAPI kommt eine Hinweismeldung mit ACHTUNG - WICHTIG – UNBEDINGT LESEN, in der darauf hingewiesen wird, dass nach der ersten Umstellung alle weiteren HBCI Benutzer im Datenbestand auf „nicht initialisiert“ gesetzt werden. Dies ist auch im Info-Dokument 1004176 (DATEV Zahlungsverkehr – Umstellung auf den Drittanbieter finAPI GmbH, Schritt-für-Schritt-Anleitung) so aufgeführt.
Jetzt nähern wir uns der Sache an, um die es geht.
-> Wenn ich es richtig verstanden habe, nutzen Sie DATEV Zahlungsverkehr. Hier kann frei ein Umstiegszeitpunkt vom 09. August bis 09. September 2019 von Ihnen bestimmt werden.
So ist es. Aber hier liegt auch das Problem:
Es ist egal, ob ich am 09. August oder am 09. September umstelle, wenn dann
a) Fehler auftreten und
b) zugleich die anderen Nutzer nicht mehr genutzt werden können, also keine Alternativen bestehen.
Die Situation ist doch Folgende: Stelle ich nicht um, habe ich am 09. September ein Problem. Also stelle ich ein bisschen früher um, um zu TESTEN, ob alles funktioniert.
Gibt es Probleme (und die gibt es offenbar), habe ich JETZT keine Möglichkeit mehr, Alternativen zu nutzen.
Es nützt mir also herzlich wenig, dass ich die Umstellung auf irgendeinen Tag X terminieren kann, wenn ich dann entweder nicht getestet habe und Probleme habe, oder eben vorher testen möchte, ob Probleme bestehen und dafür ALLES Alte abgeschnitten wird und dadurch keine Alternativen existieren.
Was ich doch nur erwartet hätte (als Softwareentwickler kenne ich solche Szenarien leider): Umstellung ermöglichen für jeden User einzeln (muss ja eh jeder User sich entsprechend "anmelden"), um mit einem ersten User die Tests zu ermöglichen. Bei Misserfolg stehen noch die anderen Identitäten mit dem alten Verfahren zur Verfügung, bei Erfolg können die anderen Identitäten umgestellt werden.
War das zu viel verlangt? Und ganz ehrlich: Dann zu schreiben, dass man durch geeignete Terminierung oder Ähnliches besser dagestanden hätte... Also ich weiß nicht.
Sorry, aber hier hat sich Datev einen dicken Fauxpas geleistet. Natürlich konnte Datev nicht vorhersehen, dass genau diese Probleme entstehen. Aber sehr wohl können Projektverantwortliche bei einer so großen Umstellung einschätzen, dass es zu IRGENDWELCHEN Problemen kommen könnte, egal wie gut die internen Tests abgelaufen sind - und dann schneidet man die Alternativen doch bitte nicht ab! No way!
-> Welche konkrete Fehlermeldungen erhalten Sie derzeit? Was funktioniert nicht? Wenn Sie dazu bereits einen Servicekontakt geschickt haben, können Sie sicher sein, dass wir so schnell wie nur möglich versuchen zu antworten.
Die Meldungen hatte ich bereits gepostet und mein Servicekontakt steht immer noch auf "gesendet".
Heiko Haller
.
