Ein Tool zum Lösen dieser Problematik… Lesen Sie hier.

Zum Tool

Funktion: Die Webseite benutzt Javascript, um in XML-Dateien das Feld Message-ID auf einfachste Weise änderbar zu machen. Ziel ist es, das „Problem“ mit der Dubletten-Erkennung Onlinebankings auf simpelste Weise zu umgehen.

Wichtig:
Ich habe das Tool nach bestem Wissen getestet und geprüft, kann aber keine Haftung oder irgendeine Garantie übernehmen. Aufgrund der wirklich einfachen Aufgabenstellung gehe ich von einem Funktionieren ohne Fehler aus, aber bitte prüfen Sie immer das Ergebnis, bevor Sie Buchungen freigeben.

Wieso?
Das oben verlinkte Browser-Tool ist das Ergebnis meines Experimentes mit dem kostenlosen Sprachmodell von perplexity Ai, also einer künstlichen Intelligenz, die u.a. auch das Programmieren unterstützen kann. Für die Entwicklung der recht einfachen Aufgabe haben die KI und ich 6 Anläufe im Dialog und ca. eine Stunde zum Testen und Ausprobieren gebraucht, um das gewünschte zu generieren. Es war für mich sehr interessant und sogar lustig, wie der Dialog erfolgte und auch welche Fehler mehrfach von der KI erzeugt und kommentiert wurden.

So gab es im Generierungsprozess Sätze sinngemäß wie:
Moment mal, der User hat gesagt, dass das Rückgängig-Machen nicht richtig funktioniert. …
Warte, hier könnte ein Fehler sein….
Es ist besser, wenn wir die Variable…

Ziel war es also für mich nicht unbedingt ein an sich überflüssiges Tool zu basteln, sondern das Beschäftigen mit dem Thema KI als solches. Allerdings hatte ich Anfang des Monats eine Kundin am Telefon, die mit der an sich simplen Änderungs-Aufgabe trotz wirklich einfacher Anleitung überfordert war. Grund war einfach die große, aber eigentlich nicht gerechtfertige Angst davor, Fehler zu machen. Dazu kam allerdings der Kommentar eines Kollegen, dass das Thema sicher schon einige Menschen überfordere und voila…

Update 30.01.25:
Die Deutsche Bank hat die Einstellungen geändert, aktuell klappt es wieder.

Früher oder später wird das allerdings wahrscheinlich wieder zum Thema, ältere Versionen sind dann nicht mehr in der Lage, die Verbindung aufzubauen.

Seitdem die Deutsche Bank am 27.01.25 für die FinTS-Adressen Server Name Indication (SNI) aktiviert hat (ein Zertifikat für mehrere Adressen), kann sich Profi cash nicht mehr mit dem Bankserver verbinden.

Über die bkcemu.ini kann man per Editor (ich empfehle gerne das freie Notepad ++) SNI für die Adresse einstellen. Dieser Abschnitt sollte z.B. am Ende eingefügt werden.
Die BLZ muss entsprechend angepasst werden.
[SNI] 20070000=fints.deutsche-bank.de

für die Norisbank:
[SNI] 20070000=fints.norisbank.de

Voraussetzung ist eine aktuelle Version 12.xx, weil der Kernel dies unterstützen muss

letzte Änderung 23.01.2025
Suchwort: #cardput

Aktuell tritt bei einigen unserer Kunden erneut der Fehler „Kundenschlüssel nicht mehr gültig“ erneut auf, der mir aus den letzten Jahren bekannt vorkommt. Zuletzt hatte Lexware das Problem.

Wichtig:
Prüfen und aktualisieren Sie den Kartentreiber, bevor Sie weiter machen. Starten Sie nach einem Update ggf. neu.

Wie es häufig ist, wurde der Bankzugang nicht neu eingerichtet, sondern die neue Karte wurde mit dem alten Zugang verwendet. Andere Programme erkennen am Status des Kartenchips, dass die Austauschkarte noch nicht initialisiert wurde und reagieren darauf automatisch mit der Einreichung der neuen Schlüssel.

 

aus dem Logfile:

Empfangene Nachricht auswerten
##### HIRMG:9050:Die Nachricht enthält Fehler.:
##### HIRMS:9010:Schlüsseleinreichung wurde abgelehnt.: (Seg:4)
##### HIRMS:9010:Schlüsseleinreichung wurde abgelehnt.: (Seg:5)
##### HIRMS:9010:Schlüsseleinreichung wurde abgelehnt.: (Seg:6)
HIRMS:0020:*Dialoginitialisierung erfolgreich: (Seg:3)

 

 

Die Fehlermeldung lautet "Kundenschlüssel nicht mehr gültig", als ob noch die alte Karte verwendet würde.

Die Karte hatte bereits den Status 04, also „Schlüssel eingereicht“, wie im Bild zu sehen (Chipcard Master, Bedienung siehe unten). Die Übertragung war im Banksystem aber mit RDH2 angezeigt, also eine falschen Version der Verschlüsselung. RDH2 stimmt überigens nicht wirklich, das Banksystem trägt dies einfach als default-Wert ein weil die Verbindung nicht geklappt hat, aber die Benutzerkennung erkannt wurde.

Nach Änderung auf 01 und Einreichung der Schlüssel funktioniert die Initialisierung der Karte und dann auch der Kontozugriff.


Folgekarten, die abgelaufene HBCI-Karten ersetzen haben, werden erneut von einigen Programmen kaputtgeschrieben, wenn Sie nicht neu angemeldet werden.

Die Fehlermeldung lautet meist:

„Die Synchronisierung mit dem Kreditinstititut ist fehlgeschlagen.“ (…)

„Kundenschlüssel nicht mehr gültig. Auftrag abgelehnt“.

Sicher bin ich aktuell nur, dass einige Versionen des b+s (Datadesign)-Kernel ddbac mit den Karten erneut ein Problem haben muss. Die Schlüsselnummer wird vermutlich daher in bestimmten Versionen unter anderem in Lexware, Quicken, MS-Money99, windata, Buhl (wiso..), GLS eBank etc. falsch gesetzt.


Die Fehlermeldung wird in anderen Programmen eventuell mit anderen Texten ausgegeben.

Reparieren kann man die Karte nicht mit den ddbac-Hausmitteln, wie das bei falschen RDH-Versionen funktionieren kann.

Eine mögliche Lösung ist der Chipcard Master vom wirklich genialen Chipkarten-Guru Dr. Olaf Jacobsen (auch von hier noch einmal den herzlichsten Dank für alles und den Chipcard Master!). Sinnvoll ist dies nur, wenn man danach eine Software einsetzen kann, die die Karte nicht sofort wieder unbrauchbar macht.

Das kostenlose Tool erhält man schlussendlich bei heise zum freien Download, trotzdem sollte man sich hier www.chipcardmaster.de über den Stand informieren.

Achtung:
Man sollte diese Änderungen nur durchführen, wenn die Karte wirklich nicht funktioniert (letzte Maßnahme). Ich kann keine Haftung für die Bearbeitung übernehmen. Ist die Karte aber eh unbrauchbar, kann man sie kaum kaputter machen.

Prüfen und aktualisieren Sie ggf. den Treiber des Kartenlesers und auch die Firmware des Lesers.

In vielen Fällen muss dazu der Gerätemanager (Reiner SCT) mit Adminrechten gestartet werden (Rechte Maustaste auf das Icon).

Ich bin so vorgegangen:

Unter „Kartenleser“, Einstellung des Kartenlesers muss der Leser auf die sichere PIN-Eingabe umgestellt werden. Bei meinem Leser kam es zu Abstürzen, ich habe dann einfach neu gestartet und dann ging es.

Die HBCI-Daten der Karte lese ich unter „Banking“ aus.

Erst nach der PIN-Abfrage erfolgt die Anzeige. Das gesuchte, offensichtliche fehlerhafte Feld finde ich im Chipcard Master unter „Schlüssel Info“.

Bei meiner Folgekarte muss ich alle „001“ in die „002“ abändern und speichern.
Die RDH-Version bleibt bei personaliserten Karten 007, bei Karten ohne Namensdruck 009. Manchmal ist dies auch verstellt, bei einem Lexware-Kunden war es 009001009001009001. Richtig war 007002007002007002 (personalisierte Karte, erste Folgekarte). Leider sieht man im Banksystem nicht auf Anhieb, ob es sich um eine Folgekarte handelt.

 

Beim ersten Mal habe ich direkt den „Speichern-Befehl“ übersehen, dieser befindet sich unten links.

 

Danach funktionierte die Karte bei mir wieder, allerdings nur in Profi cash und der VR-NetWorld Software, weil damals die ddbac diesen Fehler ständig wiederholte und die Karte reproduzierbar kaputtschrieb. Ich hatte die Karte in einer ddbac-Software testweise neu initialisiert, danach war die Karte wieder defekt. Eingesetzt wurde ein ddbac-Kernel der Version 5.8.80 und .85, letztere vom 10.01.2020, wenn ich das richtig gesehen habe. Der Fehler trat im März 2024 erneut auf!


Ergänzung :
So sieht meine Karte der Generation 1 im Chipcardmaster aus. Die Karte wird im Laufe des Jahres ungültig werden.

Die URL der Karte ist hier seit 13.03.24 veraltet. Sie lautet für ex-GAD Banken und HBCI-Karten nun: fints1.atruvia.de

Der Schlüssel Hash  auf der Karte ist dieser:
3030373030310369F2B5D0A664D52EF043A0354DBD658848891A1A2385A1B1AE55008A2FF4999D
Da er unter „Kreditinstitut“ steht, vermute ich, dass es der öffentliche Schlüssel der Bank ist.

Es scheint mit dem Zertifikatswechsel nicht getan zu sein. Hier der Thread im Homebanking-Hilfe.de Forum zum Thema VR-NetWorld Software und DKB:
https://homebanking-hilfe.de/forum/topic.php?t=26893

Update (04.12.2024) mit Info aus dem Forum:
Die DKB scheint Änderungen am Server durchgeführt zu haben: Wenn man das neue Zertifikat hat, soll es helfen, die BPD zu löschen und dann den Bankzugang neu zu synchronisieren.


Zertifikatswechsel

Die genossenschaftlichen Programme verwenden eigene Zertifikatsspeicher, die in der Regel über Updates mit den aktuellen Daten versorgt werden. Leider hat es die DKB versäumt, die Zertifikate rechtzeitig vor dem Server-Wechsel an die Softwarehersteller zu verteilen, so dass in dringenden Fällen die nötigen Dateien manuell installiert werden müssen.

Die fehlende Datei müssen Sie bei Ihrer lizenzgebenden Bank anfragen.

 

Installation:

Laden Sie die Zertifikats-Datei aus dem von der Bank kommunizierten Downloadbereich.

In den Programmen werden die Zertifkatsdateien in einem Unterordner der Installation /certs vorgehalten. Finden Sie den Installationspfad heraus:
Klicken Sie mit der rechten Maustaste auf das jeweilige Programmicon. Wählen Sie im Kontextmenü „Eigenschaften“ aus. Den Programmpfad merken Sie sich oder kopieren Sie aus „Ausführen in“.

 

Starten Sie den Datei-Explorer und wechseln Sie in den Installationspfad.

VR-NetWorld Software:
Suchen Sie im Programmpfad den Ordner „hbkernel“ und dort „certs“.

Profi cash:
Suchen Sie „im Programmordner „hbci“ und dort nach „certs“. Sollten Sie den Pfad nicht finden, öffnen Sie die „bkcemu.ini“ und schauen Sie dort nach dem Dateipfad für „certs“. Den Ordner suchen Sie auf.

Kopieren Sie die Zertifikatsdatei in diesen Ordner und testen Sie den Zugang, z.B. indem Sie die Umsatzdaten abrufen.

 


 

Am 20.11.24 aktualisiert die Atruvia die SSL-Zertifikate für die Dienste FinTS /HBCI mit PIN und TAN und EBICS.

Bei den meisten Programmen und Apps ist keine Aktualisierung notwendig, weil sich die root-Zertifikate der Server nicht ändern werden.

Update:
Meines Wissens sind lediglich ältere Starmoney-Versionen 13.x betroffen, hier hat Starmoney Updates angekündigt.

Die betroffenen URL:
https://ebics.multivia-suite.de/
https://fints1.atruvia.de/cgi-bin/hbciservlet
https://fints2.atruvia.de/cgi-bin/hbciservlet

Der Fehler tritt selten auf, ist aber meist schnell geklärt, wenn man weiß, was damit gemeint ist.

Mit „Key“ ist eine Taste gemeint („Keyboard“) und die steckt fest („stuck“).
Der Fehler meist auf, wenn sich eine Taste einfach verklemmt hat, das kommt meiner Erfahrung nach schon mal vor, wenn z.B. eine der Gummi-Tasten des Vasco-Lesers mit einer Ecke unter das Gehäuse gerät und dann dort festhängt. Das kann man dann mit etwas „Gefummel“ leicht selbst lösen.

Denkbar und kaum lösbar sind natürlich auch Fehler an einem der Kontakte selbst, wenn z.B. eine leitende Flüssigkeit (z.B. leitende Schmiermittel) einen Kurzschluss verursacht hat oder die Gummitasten einem Lösungsmittel ausgesetzt waren (Aceton, Benzin, Verdünnung…) und sie dadurch beschädigt sind. Dann hilft eigentlich nur ein Austausch des Gerätes.

Wer Spaß am Basteln hat, kann natürlich online Videos finden, wie ähnlich aufgebaute Tastaturen (Fernbedienungen z.B.) repariert werden können. Ein Sicherheitsrisiko gibt es nicht bei den Geräten der Genossenschaftsbanken oder Sparkassen mit Kartenslot, weil die „eigentliche Intelligenz“ nicht im Gerät selbst sitzt, sondern im Chip der Karte. In dem Fall also beherzt ran an die Hardware:  und „Mach flott den Schrott!“

 

 

 

Manchmal steht man vor der umständlichen Herausforderung: Wie sende ich irrtümlich getätigte Lastschriften und falsch eingegangene Überweisungen auf effiziente Weise an den/die Absender zurück?

GLS eBank / windata hat hierzu eine einfache Technik, sofern die Umsatzdaten mit FinTS/HBCI abgerufen werden und die Bank auch die nötigen Daten liefert.

Aktualisieren Sie ggf. vorher die Umsatzdaten und wählen Sie dann die Kontoinformationen/Kontoumsätze aus.

 

 

Markieren Sie dazu den gewünschten Datensatz und wählen Sie dann unten „Weitere Funktionen“ an.

 

Im Menü können Sie dann einstellen, was Sie aus der Buchung generieren möchten.

 

Achtung: Ich rate davon ab, einfach ohne Überlegung aus Überweisungen Lastschriften zu generieren. Diese können ohne Angaben von Gründen zurückgegeben werden und um einigermaßen sicher zu sein, müsste man auch ein gültiges SEPA-Mandat haben. Überweisungen über Lastschriften zurückzuholen ist nur sinnvoll, wenn Sie dies ausdrücklich vereinbart haben.

Genauso „gefährlich“: Aus eingereichten Lastschriften Überweisungen machen. Lastschriften können storniert werden, Überweisungen „zurückzuholen“ erfordert immer den Willen zur Rückbuchung durch die Empfänger.

 

Die Bankadresse in „Haushaltsbuch“ zu ändern ist leider nicht über das Menü in der Software möglich. Die neue Adresse wird immer wieder mit alten Daten überspielt.

Es scheint aber so, als sei in „Haushaltsbuch“ die Bankadresse in einer änderbaren .dat Datei enthalten.

Wichtig: Da Windows die Datei schützt, muss der Editor, in meinem Fall Notepad++, mit Adminrechten gestartet werden. Hilfen dazu gibt es online. Notepad++ fragt aber beim Speichern auch nach den nötigen Rechten.

Bei mir liegt die Software unter „Program Files (x86)“ und dort unter „Haushaltsbuch“. Die zu ändernde Datei heißt treffend „institute.dat“.

Vorher sollte man zur Sicherheit ein Backup der Datei anlegen.

Welche Einträge zu ändern sind, sollte selbsterklärend sein.

Für das PIN und TAN-Verfahren lauten die neuen Adressen:

https://hbci-pintan.gad.de/cgi-bin/hbciservlet => https://fints1.atruvia.de/cgi-bin/hbciservlet
https://hbci11.fiducia.de/cgi-bin/hbciservlet  => https://fints2.atruvia.de/cgi-bin/hbciservlet

nach dem Ändern sieht das so aus.
Speichern nicht vergessen.

letzte Änderung: 05.04.24

Die Atruvia, u.a. das Rechenzentrum  der Genossenschaftsbanken, hat – wie seit langem angekündigt – am 19. März für die Zahlungsverkehrsdateien neue Pain-Formate aktiviert (nomen est omen). Infos zu den Spezifikationen gibt es hier: www.ebics.de

Probleme haben – oder hatten damit aktuell viele Programme, die bestimmte ddbac-Versionen als Transfermodul einsetzen, insbesondere  Lexware und buhl-Produkte (Wiso, etc.). An einem Update wurde intensiv gearbeitet und mit der neuesten Version scheinen die Probleme behoben zu sein.
nicht alle Probleme behoben zu sein.

Update 27.03.24 – Lexware: Mit dem neuesten Update könnte mit etwas Glück der Fehler behoben sein:
https://forum.lexware.de/threads/84428/post-471904

 

Welche Programme sonst noch betroffen sind, ergänze ich beizeiten hier.

Die Fehlermeldung des Bankservers lautet:

SEPA:Ungültiger Aufzählungswert „Notprovided“( 9010)

oder

Das Element ‚urn:iso:std:iso:20022:tech:xsd:pain.001.001.09:ChrgBr‘ ist ungültig – Der Wert ‚NOTPROVIDED‘ ist gemäß seinem Datentyp ‚urn:iso:std:iso:20022:tech:xsd:pain.001.001.09:ChargeBearerType1Code‘ ungültig — Enumeration-Einschränkung ist fehlgeschlagen

 

Update 20.03.2024: Mit dem letzten ddbac-Update ist der alte Fehler weg, dafür ist ein neuer Fehler aufgetreten.

Auftrag konnte nicht verarbeitet werden. Auftrag abgelehnt. (9010); *PIN gültig. (0901)

 

Update 21.03.2024: Nun lautet in einigen Lexware-Produkten die Fehlermeldung so:

9010: Für diesen Auftrag wurde kein passendes Sepa-Nachrichtenformat gefunden

Lexware: Das Update ist verfügbar! (20.03. 17:40 Uhr), löst aber das Problem nur in Teilen.

Hibiscus hat vom Entwickler gestern  Nacht ein Update erhalten („Nightly“), das Update vom 20. März scheint das Problem zu lösen. Hut ab!
Update um 14:13: Es gibt ein neues stable-Release!

ADNOVA (Land-Data) scheint ebenfalls betroffen zu sein.

Vario8 nutzt ebenfalls die ddbac und benötigt ein Update

Linear Vereinsverwaltung 2021: Mit dem Update funktioniert es wieder, Danke an Christoph:

Update von Linear Vereinsverwaltung 2021 mit dem Download von der Lexware-Seite einwandfrei möglich. DDBAC installieren und alles geht wieder (Münchner Bank)

Wiso mein Verein (buhl): Zum Teil funktionieren anscheinend Sammellastschriften nicht mehr. Das ddbac Modul, „Lets Trade“ benötigt eine manuelle Aktualisierung.
https://www.buhl.de/shop/faqs?article=2714

letzte Änderung:
16.03.2024

Das genossenschaftliche Rechenzentrum hat am 13.03.2024 einige alte Serveradressen abgeschaltet.

Mit einer aktuellen Version sollte die manuelle Änderung auf eine neue Adresse nicht nötig sein. Prüfen Sie daher auch die Aktualität Ihrer Installation und testen Sie nach einem Update erneut die Funktion.

Die Änderungen für HBCI mit Signaturdatei oder Chipkarte:

hbci.gad.de       -> fints1.atruvia.de
hbci01.fiducia.de -> fints2.atruvia.de

Für das PIN und TAN-Verfahren:

https://hbci-pintan.gad.de/cgi-bin/hbciservlet => https://fints1.atruvia.de/cgi-bin/hbciservlet
https://hbci11.fiducia.de/cgi-bin/hbciservlet  => https://fints2.atruvia.de/cgi-bin/hbciservlet

So prüfen und ändern Sie die Server-Adressen in GLS eBank:

Klicken Sie auf „Administrator für HBCI (FinTS)“. Es öffnet sich die Tabelle mit den Banking Kontakten.

Klicken Sie „Internet Verbindung ändern“ an.

 

aktualisieren Sie die Adresse und testen Sie die Erreichbarkeit mit „Verbindung testen“.

Wenn Sie hier eine Fehlermeldung erhalten, sollten Sie die Adresse zuerst auf Tippfehler prüfen. Wenn alles korrekt eingetragen ist, müssen Sie auf die Fehlersuche gehen.

Klicken Sie auf „Weiter“…

… und führen Sie die Einrichtung zu Ende.