ARLing

Notes

camt.053 in MT940 umwandeln: warum DATEV seit November 2025 einen Umweg braucht

Andrej Lauko, ARLing · 5. September 2026

Die deutsche Kreditwirtschaft hat MT940 im November 2025 aus ihrem Regelwerk gestrichen. Viele Banken liefern den Kontoauszug für die Buchhaltung seitdem nur noch als camt.053-Datei aus, andere stellen MT940 noch eine Weile parallel bereit. Für die meisten Buchhaltungsprogramme ist das kein Problem, camt.053 ist ein gut dokumentiertes ISO-20022-Format. Für den manuellen Dateiimport in DATEV Kanzlei-Rechnungswesen aber schon: Der erwartet weiterhin eine MT940-Datei, die es von der Bank in dieser Form nicht mehr gibt. Dieser Beitrag erklärt, was am Stichtag 23. November 2025 genau geändert wurde, warum DATEV camt.053 trotzdem nicht direkt liest, was in einer MT940- und einer DATEV-Buchungsstapel-Datei technisch steckt, und wie Sie camt.053 im Browser in beide Formate umwandeln.

1. Was am 23. November 2025 geändert wurde

Die deutsche Kreditwirtschaft, der Zusammenschluss der Bankenverbände, der die technischen Regeln für den Zahlungsverkehr festlegt, hat MT940 zu diesem Stichtag aus ihrem Regelwerk für den Datenträgeraustausch gestrichen. Banken stellen den elektronischen Kontoauszug seither ausschließlich im camt-Format bereit, in der jeweils aktuellen camt.053-Version. Das betrifft nicht nur Großbanken: Sparkassen, Volksbanken und Raiffeisenbanken sowie die meisten Direktbanken haben die Umstellung im gleichen Zeitraum vollzogen, weil sie derselben Kreditwirtschaftsvereinbarung folgen. Ein Diskussionsfaden in der DATEV-Community, der genau diese Umstellungsfrist zum 23. November 2025 zum Thema hat, zeigt, dass die Änderung viele Kanzleien und Buchhaltungen zum Stichtag selbst überrascht hat, nicht nur einzelne Bankkunden.

2. Warum DATEV camt.053 trotzdem nicht direkt einliest

DATEV Kanzlei-Rechnungswesen hat für den manuellen Dateiimport, die klassische Stapelverarbeitung von Kontoumsätzen, keine direkte camt.053-Unterstützung. Das Importformat, das dort erwartet wird, ist nach wie vor MT940. DATEV selbst beschreibt auf der eigenen Seite zur Bereitstellung von Kontoumsätzen im neuen Format einen anderen Weg: den Bankdatenservice, ein kostenpflichtiges Zusatzprodukt, das Kontoumsätze im camt-Format direkt in die Kanzlei-Software überträgt, ohne den Umweg über eine hochgeladene Datei. Wer diesen Dienst nicht eingerichtet hat oder aus Kostengründen nicht einrichten will, steht vor der Lücke: Kontoauszug nur noch als camt.053, Import-Funktion erwartet nur MT940. Diese Lücke ist der eigentliche Grund für diesen Beitrag, nicht eine allgemeine Format-Unverträglichkeit von DATEV mit ISO 20022.

3. Was in einer MT940- und einer DATEV-Buchungsstapel-Datei technisch steckt

MT940 ist ein zeilenbasiertes SWIFT-Format, keine XML-Struktur. Jede Nachricht beginnt mit dem Feld :20: (Referenz) und :25: (Konto), gefolgt von :28C: (Blattnummer), dem Anfangssaldo :60F: und je gebuchtem Posten einem Feld :61: mit Datum, Betrag und Soll-/Haben-Kennzeichen. Direkt darunter folgt üblicherweise ein Feld :86: mit dem Verwendungszweck, in der in Deutschland gebräuchlichen Form mit einem zweistelligen Geschäftsvorfallcode (GVC) am Anfang und strukturierten Unterfeldern von ?00 bis ?34, darunter für SEPA-Zahlungen die Marker EREF+ für die Ende-zu-Ende-Referenz und SVWZ+ für den eigentlichen Verwendungszweck. Am Ende steht der Endsaldo :62F:. Zeilen sind auf 65 Zeichen und meist sechs Zeilen begrenzt, Umlaute müssen in den eingeschränkten SWIFT-Zeichensatz übertragen werden, und Zeilenenden folgen der CRLF-Konvention.

Das DATEV-Format "Buchungsstapel" ist dagegen eine CSV-Datei mit einer festen Kopfzeile (EXTF-Kennung, Formatversion, Kategorie "Buchungsstapel" und Metadaten wie Beraternummer, Mandantennummer und Beginn des Wirtschaftsjahres), gefolgt von einer Spaltenkopfzeile und einer Zeile je Buchung. Soll und Haben ergeben sich aus dem Feld CdtDbtInd der camt.053-Buchung: Eine Gutschrift auf das im Buchungsstapel eingestellte Bankkonto wird zu Soll, eine Belastung zu Haben, nach der in DATEV üblichen Kontenlogik. Datumsangaben stehen im Format Tag/Monat ohne Jahr, Beträge mit Komma als Dezimaltrennzeichen, und der Zeichensatz ist Windows-1252, in dem deutsche Umlaute direkt darstellbar sind.

4. Wie Sie camt.053 im Browser umwandeln

Das Tool camt.053 nach Excel liest die camt.053-Datei wie gewohnt kostenlos in eine Tabelle ein und prüft dabei Anfangs- und Endsaldo gegen die Summe der Buchungen. Mit einer Pro-Lizenz kommen bei jedem umgewandelten Auszug zwei zusätzliche Schaltflächen dazu: "MT940" baut aus der camt.053-Datei eine MT940-Nachricht nach den oben beschriebenen Feldregeln, "DATEV" baut direkt eine Buchungsstapel-CSV mit einem kleinen Einstellungsblock für Kontonummer, Sachkontenlänge, Beraternummer, Mandantennummer und Beginn des Wirtschaftsjahres. Beide laufen wie der Rest des Tools vollständig im Browser, ohne Upload; ohne Lizenz zeigt die Schaltfläche eine Vorschau der ersten Zeilen, damit das Ergebnis vor dem Kauf sichtbar ist.

Eine eigene Seite mit den Details zu diesem Fall (Ablauf in drei Schritten, Preis, technische Grenzen) steht unter arling.sk/camt053-to-excel/mt940/. Pro kostet 9 Euro im Monat oder 79 Euro im Jahr, inklusive Umsatzsteuer, mit einem Lizenzschlüssel für alle vier ARLing-Banktools. Der reine Excel- und CSV-Export von camt.053 bleibt unverändert kostenlos und ohne Limit.

camt.053 in MT940 umwandelnDetails zu MT940 und DATEV

5. Was Sie vor dem ersten Import prüfen sollten

Der Aufbau des Feldes :86: ist zwischen Banken nicht hundertprozentig identisch, auch wenn sich alle an dieselbe Grundkonvention halten: Prüfen Sie das Ergebnis mit einer kleinen Testdatei, bevor Sie eine ganze Buchungsperiode auf einmal importieren. Bei der DATEV-Buchungsstapel-Datei sind zwei Kopf-Metadatenfelder aus öffentlich dokumentierten, aber nicht für jede DATEV-Version einzeln bestätigten generischen Werten gebildet; Beraternummer und Mandantennummer tragen Sie selbst ein, und ein Testimport vor dem produktiven Einsatz ist auch hier sinnvoll. Beide Exportformate ersetzen nicht den DATEV Bankdatenservice und sind kein DATEV-Produkt, sie bilden nur die offen dokumentierten Dateiformate nach, aus denen DATEV selbst seinen manuellen Import liest.

Häufig gestellte Fragen

Warum kann DATEV camt.053 nicht importieren?

Der manuelle Dateiimport in DATEV Kanzlei-Rechnungswesen (die Stapelverarbeitung von Kontoumsätzen) liest weiterhin nur MT940-Dateien ein, einen direkten camt.053-Import gibt es dort nicht. Das gilt unabhängig davon, dass die Bank selbst inzwischen nur noch camt.053 ausstellt. Quellen: taxmain.de, ein Diskussionsfaden in der DATEV-Community zur Umstellungsfrist zum 23. November 2025, und die DATEV-Seite zur Bereitstellung von Kontoumsätzen im neuen Format, alle abgerufen am 5. September 2026.

Was ist der DATEV Bankdatenservice, und brauche ich ihn?

Der Bankdatenservice ist DATEVs eigener, kostenpflichtiger Weg, Kontoumsätze im camt-Format direkt in die Kanzlei-Software zu übernehmen, getrennt vom manuellen Dateiimport. Wer diesen Dienst bereits nutzt oder einrichten will, braucht die MT940-Umwandlung aus diesem Beitrag nicht. Wer weiterhin die einfache Dateiablage (Stapelverarbeitung) verwendet, für den bleibt MT940 der Weg hinein.

Funktioniert die Umwandlung mit jeder Bank?

Ja, sofern die Bank einen camt.053-Kontoauszug ausstellt: camt.053 ist ein bankunabhängiges ISO-20022-Format, das Sparkassen, Volksbanken, Commerzbank, Deutsche Bank und die meisten anderen Institute in Deutschland, Österreich und der Schweiz verwenden. Das Tool erkennt beide gebräuchlichen Versionen (camt.053.001.02 und .001.08) automatisch.

Quellen