Wie fließen camt.053, MT940 und BAI2 in den Zahlungsabgleich?

Das Wichtigste in Kürze

• Eine Bankdatei liefert je Zahlung Betrag, Valuta, Zahler und eine Referenz; die Rechnungsliste kommt meist separat.
• Die Deutsche Kreditwirtschaft hat das Regelwerk für MT940 im November 2025 beendet, der Nachfolger ist camt.053.001.08; Swift plant das Ende der MT-Kontoauszüge derzeit für November 2028.
• MT940 trägt den Verwendungszweck im Feld :86: (6 x 65 Zeichen); SEPA begrenzt den Verwendungszweck auf 140 Zeichen (EPC, 2024).
• Transformance liest die Kontoauszugszeilen, die Ihr ERP importiert hat, plus die Zahlungsavise. ClearMatch erreicht eine Auto-Match-Quote von 95 %; gebucht wird nichts ohne Freigabe durch eine Person.

In diesem Artikel

• Das Wichtigste in Kürze
• Wie fließen Kontoauszugsdateien in den automatischen Zahlungsabgleich?
• Was hat sich 2025 und 2026 bei MT940 und camt.053 geändert?
• Wo steht der Verwendungszweck in camt.053?
• Wie trägt MT940 den Verwendungszweck, und wo bricht er?
• Wie transportieren BAI2 und Lockbox-Dateien den Verwendungszweck (US-Formate)?
• Welche Bankformate importieren SAP, Oracle, Dynamics 365, NetSuite und Odoo?
• Welche Lücken in Bankdateien verhindern einen automatischen Treffer?
• Was sollten Sie Ihre Bank fragen, bevor Sie den Zahlungsabgleich automatisieren?
• Wie sieht eine Zahlung über 48.250,00 EUR in camt.053, MT940 und BAI2 aus?
• Wie nutzt Transformance Kontoauszüge und Zahlungsavise?

Wie fließen Kontoauszugsdateien in den automatischen Zahlungsabgleich?

Die Bankdatei liefert dem ERP je Zahlung Betrag, Valuta, Zahler und Referenz; der Zahlungsabgleich führt diese Zeile mit dem Zahlungsavis zusammen und schlägt passende offene Posten zum Ausgleich vor.

Bankdateien im Überblick: Wo der Verwendungszweck steht und was der Zahlungsabgleich braucht

Formate, Versionen und Felder unterscheiden sich je nach Bank und ERP-Release; klären Sie sie mit Ihrer Bank und Ihrem ERP-Team.

Eine Kontoauszugsdatei ist der maschinenlesbare Bericht der Bank über gebuchte Umsätze, den das ERP als elektronischen Kontoauszug importiert; eine Lockbox-Datei (US-Verfahren) ist der von der Bank erfasste Bericht über Scheckzahlungen.

‍

‍

Laut The Hackett Group liegt die mediane Auto-Match-Quote der bewerteten Cash-Application-Software bei den Endanwendern bei 70 %, bei einem Drittel über 80 % (The Hackett Group, 2025). Der Rest braucht eine Person oder einen Agenten, der Bankzeile und Zahlungsavis zusammenführt.

Formatwechsel können genau diese Verbindung brechen. KPMG in Deutschland hat festgestellt, dass nach dem Wechsel von MT940 auf camt.053 viele Abstimmungsregeln, die auf Textmustern im MT940-Verwendungszweck beruhten, nicht mehr zuverlässig griffen, weil die Daten nun in getrennten XML-Feldern wie EndToEndId oder RmtInf stehen (KPMG, 2026).

Die zweite Quelle sind Zahlungsavise per E-Mail, PDF, EDI 820 oder Portal (wie KI Zahlungsavise ausliest).

Was hat sich 2025 und 2026 bei MT940 und camt.053 geändert?

Die Deutsche Kreditwirtschaft hat ihr MT940-Regelwerk im November 2025 zugunsten von camt.053.001.08 beendet; Swift plant das Ende der MT-Kontoauszüge in seinem Netz derzeit für November 2028.

Deutschland. Die Deutsche Kreditwirtschaft (DK) hat ihr Regelwerk für elektronische Kontoinformationen auf Basis von MT940 im November 2025 beendet; der Nachfolger ist camt.053.001.08 in der DK-Version 3.8 (Kundeninformation der OLB, 2026). Österreich und die Schweiz decken die hier genutzten Quellen nicht ab. Seit dem 23. November 2025 gilt die EBICS-Spezifikation 3.7; sie nimmt die MT-Formate aus der Auslieferung der Bank an den Kunden heraus (Commerzbank, 2026).

Jede Bank legt ihren eigenen Termin fest. Die Commerzbank stellt EBICS-Zugänge am 16. November 2026 automatisch auf camt um und weist darauf hin, dass Informationen im MT-Format seit dem 23. November 2025 verkürzt sein können; ein Konzern kann daher von einer Bank camt.053 und von einer anderen MT940 erhalten.

Swift. Die Frist im November 2025 betraf Zahlungsaufträge. Für Kontoauszüge und Reporting-Nachrichten nennt die aktuelle Swift-Kommunikation laut J.P. Morgan November 2028 als Ende der Koexistenz; J.P. Morgan plant ab Ende 2026 optionale Umstellungen auf camt (J.P. Morgan, 2026).

Die deutsche Umstellung geht auf die Deutsche Kreditwirtschaft zurück; andere Länder folgen eigenen Leitfäden. Pro Bank und Konto heißt das:

• Testen Sie camt.053 parallel zu MT940, wie es die Postbank empfiehlt, und passen Sie das Mapping der Felder an.
• Prüfen Sie jede Regel neu, die den Verwendungszweck liest: Eine Rechnungsnummer, die in :86: stand, kann in camt.053 an anderer Stelle stehen.
• Prüfen Sie die Gebühren: Laut KPMG kommen sie teils nicht mehr als eigene Buchungszeile, sondern „innerhalb einer Transaktion referenziert“.

Wo steht der Verwendungszweck in camt.053?

camt.053 führt jede Zahlung als Buchung mit Transaktionsdetails: den Verwendungszweck oder eine strukturierte Referenz unter RmtInf, die Ende-zu-Ende-Referenz unter den Referenzen und den Zahler unter den beteiligten Parteien.

Der Pfad lautet Stmt (Auszug) > Ntry (eine Buchung) > NtryDtls > TxDtls (ein Block je Zahlung) > RmtInf; dort steht entweder Freitext in Ustrd oder eine strukturierte Gläubigerreferenz in Strd/CdtrRefInf/Ref (Oracle-Dokumentation, abgerufen 2026).

Bei einer SEPA-Überweisung ist der Verwendungszweck entweder ein unstrukturierter Text oder ein strukturierter Block, jeweils bis zu 140 Zeichen (European Payments Council, 2024). Das reicht für eine Rechnungsnummer, selten für eine Liste von 12, und die E-Rechnung allein schließt diese Lücke nicht.

Außer bei Sammelbuchungen ist das Element TxDtls laut Oracle-Dokumentation verpflichtend, sodass 40 gebündelte Lastschriften als eine einzige Buchung eintreffen können. Das Detail liefert camt.054, die Nachricht auf Transaktionsebene für Sammelbuchungen und R-Transaktionen (Rückgaben, Zurückweisungen, Erstattungen); camt.052 ist der untertägige Bericht, der MT942 ablöst (Factsheet der Postbank, 2026).

Auch die Versionen unterscheiden sich: camt.053.001.02 und .001.08 sind beide im Einsatz, und selbst der SEPA-Bankstandard kennt laut Microsoft lokale Varianten (Microsoft Learn, 2025). Zu Zahlerfeldern wie dem abweichenden Zahler (Ultimate Debtor) siehe Zahlung ohne Verwendungszweck zuordnen.

Wie trägt MT940 den Verwendungszweck, und wo bricht er?

MT940 führt jede Zahlung in einer Umsatzzeile :61: mit einer Referenz von 16 Zeichen und den Verwendungszweck im Feld :86: mit sechs Zeilen zu je 65 Zeichen, bankindividuell belegt.

Die Zeile :61: enthält Valuta, Soll-/Haben-Kennzeichen, Betrag, einen Transaktionstyp wie NTRF (Überweisung), die Referenz des Kontoinhabers (16 Zeichen) und die Referenz der Bank (16). Das Feld :86:, bei Swift „Information to Account Owner“, hat das Format 6*65x und ergänzt Angaben zum Umsatz der vorangehenden Umsatzzeile (ING-Formatbeschreibung, abgerufen 2026).

Bankindividuelle Belegung. In der strukturierten Variante der ING beginnt jedes Unterfeld von :86: mit seiner Nummer und endet mit einer Tilde (~); andere Banken verwenden eigene Unterfelder oder Freitext, sodass eine Auswertung, die für eine Bank gebaut wurde, die nächste falsch liest.

Grenzen. Die Postbank nennt eine begrenzte Zeichenzahl, oft gekürzte Details und keine Details zu Sammelbuchungen. Die 390 Zeichen von :86: müssen Zahlername, Konto, Codes und Text zusammen aufnehmen, und der SEPA-Text ist auf 140 Zeichen begrenzt; eine Zahlung für 12 Rechnungen trifft daher selten mit allen 12 Nummern ein.

Wie transportieren BAI2 und Lockbox-Dateien den Verwendungszweck (US-Formate)?

Ein BAI2-Kontoauszug meldet jede Zahlung in einem Satz 16 mit Typcode und Referenzen, der Text folgt in 88-Sätzen; eine BAI2-Lockbox-Datei meldet Rechnungsreferenzen und Beträge je Scheck.

Satzarten. 01 Dateikopf, 02 Gruppenkopf, 03 Kontoangabe mit Salden, 16 Umsatzdetail (Typcode, Betrag, Funds Type, Bankreferenz, Kundenreferenz, Text), 88 Fortsetzung, 49, 98 und 99 Summensätze (Westpac, BAI2-Format, abgerufen 2026).

Standard und Codes. Die technischen Angaben zu BAI2 stellt das Accredited Standards Committee X9 bereit. Typcodes sagen, was für ein Umsatz vorliegt, etwa 142 ACH-Gutschrift oder 195 eingehende Überweisung; Beträge haben keinen Dezimalpunkt, und zu einem Satz 16 können mehrere 88-Sätze gehören (BAI2-Leitfaden der East West Bank, 2022). Banken ergänzen eigene Codes.

Die Referenz steckt im Text. Manche Banken geben ACH-Addenda oder den Text von Wire-Zahlungen in 88-Sätzen weiter, andere melden ihn separat (siehe Frage 5 in der Bankcheckliste weiter unten).

Vortag und laufender Tag. Eine Datei des laufenden Tages ist vorläufig; stimmen Sie gegen die Vortagesdatei ab (die Standard-Parser von NetSuite unterstützen BAI2-Prior-Day-Reporting, Oracle NetSuite Help, abgerufen 2026).

Lockbox. Eine Lockbox-Datei (US-Verfahren) ist der von der Bank erfasste Bericht über Scheckzahlungen; ihre Rechnungsreferenzen sind daher nur so gut wie die Abschnitte der Schecks. Fragen Sie, ob sie Rechnungsreferenzen und Beträge je Scheck auflistet.

Welche Bankformate importieren SAP, Oracle, Dynamics 365, NetSuite und Odoo?

Jedes ERP auf dieser Liste dokumentiert eigene unterstützte Kontoauszugsformate, Versionen, Codezuordnungen und bankspezifische Anpassungen; prüfen Sie Ihre vor der Umstellung.

• SAP S/4HANA: Elektronische Kontoauszüge und Lockbox-Dateien werden mit der App „Manage Incoming Payment Files“ importiert; welche Formate und Versionen sie annimmt, hängt vom Release ab, prüfen Sie daher die SAP-Dokumentation zu Ihrem Release. Siehe SAP S/4HANA und SAP ECC.
• Dynamics 365 Finance: Laut Microsoft werden die drei Kontoauszugsformate ISO 20022, MT940 und BAI2 ohne Zusatzentwicklung unterstützt; weil Banken häufig davon abweichen, muss die Transformationsdatei unter Umständen angepasst werden (Microsoft Learn, 2026); der aktuelle Einrichtungsweg ist die Elektronische Berichterstattung (Electronic reporting). Siehe Dynamics 365 Finance & Operations.
• Business Central: Der Import von SEPA-CAMT-Kontoauszügen ist über eine Datenaustauschdefinition ohne Zusatzentwicklung möglich (Microsoft Learn, 2025). Siehe Business Central.
• NetSuite: Die SuiteApp Bank Statement Parsers wertet BAI2, camt.053.001.02 oder .001.08 und MT940 aus; die Standard-Parser verarbeiten BAI2 Prior-Day und camt.053.001.06 (Oracle NetSuite Help, abgerufen 2026). Einen Leitfaden zur NetSuite-Schnittstelle gibt es auf Englisch.
• Oracle Fusion: BAI2, SWIFT MT940, EDIFACT FINSTA, camt.052.001.01 und camt.053.001.01 bis .03, mit Code-Map-Gruppen, die Bankcodes übersetzen (Oracle-Dokumentation, 2026). Siehe Oracle Fusion und EBS.
• Odoo: Die Dokumentation zu Version 19.0 nennt CAMT.053, CSV, XLSX, OFX, QIF und CODA (Odoo-Dokumentation, abgerufen 2026). Siehe Odoo.

Welche Lücken in Bankdateien verhindern einen automatischen Treffer?

Sieben Lücken verhindern häufig Treffer: Sammelbuchungen ohne Detail, gekürzter Text, Referenzen im falschen Feld, fehlende Zahlerdaten, verrechnete Gebühren, untertägige Dubletten und bankindividuelle Layouts.

Sieben Lücken in Bankdateien, die einen automatischen Treffer verhindern, und wie Sie sie schließen

Unsere Faustregel: Bringen Sie die Datei in Ordnung, bevor Sie Zuordnungsregeln feinjustieren; viele Lücken lassen sich mit der Bank klären.

‍

‍

Behalten Sie beide Datumsangaben: Das Valutadatum fließt in die Liquiditätsplanung, und das Buchungsdatum muss in eine offene Buchungsperiode fallen. Ein Rückläufer in camt.054 sollte den ausgeglichenen Posten wieder öffnen, mit einem nachvollziehbaren Storno. Lücken bei den Zahlerdaten sind bei Intercompany-Zahlungen häufig.

Was sollten Sie Ihre Bank fragen, bevor Sie den Zahlungsabgleich automatisieren?

Fragen Sie Ihre Bank nach Formatversion, Transaktionsdetail zu jeder Sammelbuchung, unverändert durchgereichtem Verwendungszweck, den Zahlerfeldern, dem Zeitpunkt der untertägigen und der Tagesdateien sowie nach einer Testdatei.

Acht Fragen an Ihre Bank, je Konto

1. Welches Format und welche Version senden Sie: camt.053.001.02 oder .001.08, MT940 oder BAI2?
2. Kommen Sammelbuchungen mit Details, oder senden Sie camt.054 oder eine Lockbox-Datei?
3. Geben Sie den Verwendungszweck unverändert weiter, einschließlich strukturierter Referenzen?
4. Welche Zahlerfelder kommen an: Name, IBAN oder Kontonummer, Ende-zu-Ende-Referenz, abweichender Zahler (Ultimate Debtor)?
5. Wo stehen ACH-Addenda und der Text von Wire-Zahlungen in BAI2: in 88-Sätzen oder in einem separaten Bericht?
6. Wann kommen die untertägigen und die Tagesdateien, und wie kennzeichnen Sie vorläufige Umsätze?
7. Welche Transaktions- oder Typcodes verwenden Sie über die Standardliste hinaus?
8. Können Sie eine Testdatei mit echten Zahlungen senden, und bei einem Formatwechsel das alte und das neue Format parallel?

Gehen Sie die Liste je Konto und Gesellschaft durch: Ein deutsches Konto mit camt.053.001.08 und ein US-Konto mit BAI2 brauchen unterschiedliche Antworten (Order-to-Cash über mehrere Gesellschaften). Die Treasury fragt bei der Bank an, das ERP-Team verantwortet den Import, und das Debitorenteam testet mit echten Zahlungen.

Wie sieht eine Zahlung über 48.250,00 EUR in camt.053, MT940 und BAI2 aus?

In diesem illustrativen Beispiel trägt dieselbe Zahlung über 48.250,00 EUR in allen drei Dateien eine Zahllaufnummer, und nur die E-Mail mit dem Zahlungsavis nennt die drei Rechnungen.

Illustrativ, fiktive Unternehmen: Kunde A zahlt an Lieferant B die Rechnungen 90012 (21.000,00 EUR), 90015 (17.500,00 EUR) und 90021 (9.750,00 EUR); 21.000 + 17.500 + 9.750 = 48.250. Die BAI2-Zeile stammt aus dem Konto einer US-Tochter.

Jedes Format nennt Zahler und Betrag; nur das Zahlungsavis per E-Mail führt 90012, 90015 und 90021 auf. Der Treffer braucht beides.

Wie nutzt Transformance Kontoauszüge und Zahlungsavise?

Transformance liest die Kontoauszugszeilen, die Ihr ERP importiert hat, und die Zahlungsavise aus E-Mail, PDF oder Portalen, ordnet sie zu und schlägt den Ausgleich zur Freigabe durch eine Person vor.

Das gilt unabhängig davon, ob der Kontoauszug als camt.053, MT940 oder BAI2 eintraf (die vollständige Lese- und Schreibübersicht).

DocSense liest Zahlungsavise in jedem Format mit einer Extraktionsgenauigkeit von über 97 %, bei mehr als 100 Dokumenttypen und über 170 Sprachen, ohne dass Vorlagen konfiguriert werden müssen (Plattformdaten von Transformance, 2026). ClearMatch erreicht eine Auto-Match-Quote von 95 % und durchläuft den gesamten Ablauf in weniger als 8 Minuten, mit 100 % Buchungsprüfung (Kundendaten von Transformance, 2026).

Bei einer nicht zugeordneten Zahlung untersucht Vero, der KI-Agent, den Fall in Customer 360, holt interne und externe Informationen ein, um weitere Treffer zu finden, und schlägt mit den Belegen einen Ausgleich vor. Eine Person gibt innerhalb von Wertgrenzen nach Betrag, Gesellschaft und Kunde frei; erst danach werden Ausgleichsbuchungen und Buchungssätze zurückgeschrieben.

Für wen Transformance gemacht ist

• ERP-Systeme: Teams, deren Kontoauszüge als camt.053, MT940 oder BAI2 in SAP S/4HANA (On-Premises, Private oder Public Cloud), SAP ECC, NetSuite (auch OneWorld-Tochtergesellschaften), Microsoft Dynamics 365 Finance & Operations und Business Central oder Odoo eingehen, alle bei Kunden im Produktivbetrieb; Oracle und Infor werden unterstützt.
• Größe: Mittelstand bis Großunternehmen, 250 bis über 2.000 Mitarbeitende, auch Gruppen mit mehreren Gesellschaften und Shared Service Centern.
• Zahlungsvolumen: von unter 1.000 bis über 100.000 Zahlungen im Monat.
• Branchen: Fertigung, Konsumgüter sowie Lebensmittel und Getränke, Logistik, E-Commerce, Landwirtschaft, Energie und unternehmensnahe Dienstleistungen.
• Umfang: Zahlungsabgleich allein oder der gesamte Order-to-Cash-Prozess (Zahlungsabgleich, Abzüge, Forderungsmanagement, Liquiditätsprognose).

Fazit: erst die Bankdatei in Ordnung bringen, dann die Zuordnung abstimmen

Bankdateien entscheiden, wie viel Zahlungsabgleich ohne eine Person läuft: Holen Sie sich Transaktionsdetails zu jeder Sammelbuchung, strukturierte Referenzen und ein getestetes Format je Bank, bevor Sie eine Zuordnungsregel feinjustieren.

Beginnen Sie mit den Konten, über die die meisten Zahlungen eingehen, und testen Sie einen Monat echter Dateien in der Pilotgesellschaft.

Wichtige Begriffe

• camt.053: der XML-Tagesauszug nach ISO 20022, der MT940 ablöst.
• MT940: der Swift-Textkontoauszug mit einer Zeile :61: und Text in :86: je Zahlung.
• BAI2: das US-Berichtsformat mit typcodierten 16-Sätzen.
• Lockbox: ein Bankservice (US-Verfahren), der Schecks einsammelt und deren Zahlungsinformationen als Datei sendet.
• Zahlungsavis: die Liste des Kunden, welche Rechnungen eine Zahlung abdeckt.

Weiterführende Ratgeber

• Mit welchen ERP-Systemen arbeitet Transformance zusammen?
• Welche Daten liest und schreibt die Automatisierung der Debitorenbuchhaltung im ERP?
• Wie buchen externe Systeme Zahlungen und gleichen offene Posten aus?
• Wie läuft ein Debitorenprozess über SAP, Oracle und NetSuite?
• Wie KI Zahlungsavise ausliest und Zahlungen zuordnet
• Wie ordnen Sie eine Zahlung ohne Verwendungszweck zu?

Häufig gestellte Fragen

Was ist der Unterschied zwischen MT940 und camt.053?

camt.053 ist der XML-Tagesauszug nach ISO 20022 mit getrennten Elementen für Referenzen, Zahler, Verwendungszweck und Sammelbuchungsposten, während MT940 der ältere Swift-Textkontoauszug mit einem einzigen Feld für den Verwendungszweck aus 6 x 65 Zeichen ist.

Enthält eine BAI2-Datei Angaben zum Verwendungszweck?

Ein BAI2-Kontoauszug enthält je Zahlung Referenzen und Freitext in den Sätzen 16 und 88, selten die vollständige Rechnungsliste; eine BAI2-Lockbox-Datei meldet Rechnungsreferenzen je Scheck.

Wird MT940 abgeschafft?

Die Deutsche Kreditwirtschaft hat das MT940-Regelwerk im November 2025 beendet, und Swift plant das Ende der MT-Kontoauszüge in seinem Netz derzeit für November 2028; Ihren Termin legt Ihre Bank fest.

Aus welchen ERPs kann Transformance Kontoauszüge lesen?

Transformance liest die Kontoauszüge, die Ihr ERP importiert hat, in SAP S/4HANA, SAP ECC, NetSuite, Microsoft Dynamics 365 Finance & Operations, Business Central und Odoo, alle im Produktivbetrieb bei Kunden. Oracle und Infor werden unterstützt.

Funktioniert das auch für Gruppen mit vielen Banken, Gesellschaften und hohem Zahlungsvolumen?

Ja. Transformance wird von Unternehmen mit 250 bis über 2.000 Mitarbeitenden und von unter 1.000 bis über 100.000 Zahlungen im Monat eingesetzt. Mehrere SAP-Instanzen und Buchungskreise, NetSuite-Tochtergesellschaften und juristische Personen in Dynamics 365 laufen in einer Transformance-Umgebung zusammen.

Wie lange dauert es, Kontoauszugsdaten an Transformance anzubinden?

Die Anbindung ans ERP dauert in der Regel 2 bis 3 Tage, Ihre IT kann beteiligt sein; der vollständige Rollout dauert bis zu 4 bis 8 Wochen.

Was kostet es, den Zahlungsabgleich auf Basis von Kontoauszugsdaten zu automatisieren?

Die Kosten hängen vom Umfang und von der Zahl der Gesellschaften ab. Termin buchen und wir dimensionieren es gemeinsam mit Ihnen.