am 04.07.2026 12:34
Hallo,
ich rufe meine Umsätze mit FinTs ab. Bisher hat das auch immer funktioniert.
Jetzt habe ich zwei Umsätze, wo Comdirect anscheinend nicht mt940-konforme Daten liefert.
Das Parsing mit https://pypi.org/project/mt-940/ schlägt fehl.
Konkret sieht das so aus:
:28:46 KFN 1 ?23VJ 2612?24BARGELDAUSZAHLUNG?25Ref. 111D111111CD1
:28: ist kein korrekter Prefix.
:28C: wäre korrekt, da passt der Inhalt nicht zu "Statement Number".
Grüße,
Daniel
am 06.07.2026 16:12
Hallo Daniel,
kurze Rückfrage. Handelt es sich um ein Problem mit einem konkreten Anbieter wie StarMoney etc. oder nutzt du unsere API?
VG
Christoph
am 07.07.2026 22:11
Hallo Christoph,
ich nutze die FinTS Schnittstelle. Als Client nutze ich https://python-fints.readthedocs.io/en/latest/ welches wiederum https://pypi.org/project/mt-940/ zum Parsen der mt940 Daten nutzt. python-fints nutzt das Segment HKKAZ um die Transaktionen abzurufen.
Mehrere Jahre funktionierte das ohne Probleme.
Nur bei zwei Transaktionen in den letzten Wochen wurden fehlerhafte Daten geliefert.
Laut Standard https://www2.swift.com/knowledgecentre/publications/us9m_20190719/2.0?topic=mt940-format-spec.htm sollte ein ":28:" Prefix gar nicht mehr vorkommen und kam auch in allen anderen tausenden Transaktionen nie vor.
Laut https://www.kontopruef.de/mt940s.shtml ist das Prefix :28: seit 1999 gar nicht mehr zulässig, und selbst wenn müssten die Daten dahinter das Format xxxxx/yy haben.
Ich habe mir mit einem Patch beholfen, der die ungültigen Tags ignoriert, frage mich aber trotzdem, wie sowas vorkommen kann.
Grüße,
Daniel
am 09.07.2026 08:59
Hi @Daniel990,
ich bin kein Experte, was die Eigenkreation mit unserer FinTS-Schnittstelle betrifft. Du scheinst ja eine Möglichkeit für einen vorläufigen Fix gefunden zu haben. Das ist erstmal gut. Ich geben den Fall einmal an meine Kollegen weiter. Ob die speziell zu deinem Fall etwas sagen können, vermag ich nicht zu beurteilen. Aber eventuell hat die Community noch eine Idee, was hier das Problem gewesen sein könnte.
Ich melde mich, wenn ich ein Update habe.
VG
Christoph
am 09.07.2026 11:13
Wenn die Comdirect nichtkonforme Daten liefert, dann liegt es an der Comdirect und nicht am Gegenüber.
am 10.08.2026 16:21
Hallo @Daniel990,
sorry für die späte Antwort. In deinen Details schreibst du, dass du versuchst über unsere Schnittstelle MT940 Daten zu beziehen. Die Schnittstelle wurde auf das CAMT-Format umgestellt. Diese Umstellung basiert auf einer regulatorischen Vorgabe der EU. Mehr Infos dazu findest du hier: Umstellung von MT-Formaten auf camt-Formate in EBICS | Commerzbank
Bitte nutzt zukünftig das neue CAMT-Format.
Danke.
VG
Christoph
10.08.2026 18:19 - bearbeitet 10.08.2026 18:29
In Zukunft sollte ja CAMT verwendet werden.
Ist es aber nicht so, dass die endgültige Abschaltung von MT940 erst für den 14.10.26 geplant ist und bis dahin spezifikationskonforme Daten geliefert werden sollten? (wobei ich fairerweise sagen muss, dass ich jetzt nicht geprüft habe, ob die Daten nicht spezifikationskonform sind)
Ob es tatsächlich eine regulatorische Vorgabe der EU gibt, welche die Nutzung von MT940 in dem betroffenen Bereich untersagt habe ich auch nicht geprüft.
Im Februar jedenfalls mussten die Kunden noch MT940 als Workaround verwenden, da die CAMT-Variante nicht richtig funktioniert hatte...
In hibiscus läuft der Abruf, zumindest soweit ich das aktuell bei mir beurteilen konnte, jedoch fehlerfrei. Abgesehen davon, dass eine Echtzeitüberweisung nicht zeitnah gebucht wurde (aber online das Geld als verfügbar sichtbar ist - per FinTS-Abrif war der Umsatz jedoch nicht sichtbar)
ERGÄNZUNG: Mit ca. 5 Minuten Verzögerung erscheint der Umsatz jetzt auch per FinTS-Abfrage (im MT940 Format)
Gruß Crazyalex
am 10.08.2026 20:38
Ich verwende solche Banking-Tools nicht und habe keine Ahnung von den Details.
Fakt ist jedoch, dass seit einigen Wochen im Multibanking meiner Sparkasse der Kontostand meiner Comdirect-Konten angezeigt wird, aber nicht die Umsätze. Und jetzt wird es lustig: Die Umsätze meiner Visa-Credit werden angezeigt. Also habe ich aufgrund der Meldungen hier inzwischen einen leisen Verdacht, an wem es liegen könnte ...