BAI2

Warum BAI2 wichtig ist

BAI2 ist das Dateiformat, das Nacht für Nacht unauffällig Zahlungsinformationen im Wert von Billionen Dollar zwischen US-Banken und ihren Firmenkunden bewegt. Das Bank Administration Institute veröffentlichte die ursprüngliche BAI-Spezifikation in den 1980er-Jahren. Mit Version 2 entstand dann der De-facto-Standard für das Vortagesreporting. Wenn ein Treasurer um sieben Uhr morgens einen Liquiditätsstatus-Bericht öffnet oder ein Debitorenteam die Lockbox-Eingänge von gestern noch vor der Mittagspause verbucht, sind die zugrunde liegenden Daten fast immer als BAI2-Datei angekommen, über Nacht abgelegt auf einem SFTP-Server.

Gerade für die Debitorenbuchhaltung und die Cash Application (automatischer Zahlungsabgleich) transportiert BAI2 die Lockbox-Zahlungsavise. Die Bank empfängt Papierschecks und elektronische Zahlungen auf einem Lockbox-Konto, erfasst die Avis-Details und bündelt alles in einer BAI2-Datei. Das Debitorensystem liest diese Datei ein und ordnet die Zahlungen den offenen Rechnungen zu.

Die Struktur einer BAI2-Datei

Eine BAI2-Datei ist eine reine Textdatei aus fest definierten Satzarten, die streng hierarchisch verschachtelt sind. Jede Ebene beginnt mit einem Header und endet mit einem Trailer. So kann ein Parser die Datei schon beim Einlesen prüfen.

• 01 File Header nennt Sender, Empfänger, Erstellungsdatum und -uhrzeit der Datei sowie eine Datei-ID.
• 02 Group Header eröffnet eine Gruppe von Konten, in der Regel alle Konten eines Erstellers zu einem bestimmten Stichtag.
• 03 Account Identifier eröffnet ein einzelnes Bankkonto und enthält zusammenfassende Statuscodes wie Anfangssaldo (Ledger Balance), verfügbaren Schlusssaldo und Float-Positionen.
• 16 Transaction Detail-Sätze enthalten die eigentlichen Transaktionen. Jeder 16er-Satz besteht aus einem dreistelligen Type-Code, einem Betrag und optionalen Textfeldern für Bankreferenznummern, Kundenreferenznummern und Verwendungszweck.
• 88 Continuation-Sätze verlängern jeden Satz, der über 80 Zeichen hinausgeht. So lassen sich etwa Lockbox-Details mit vielen Rechnungsreferenzen übertragen.
• 49 Account Trailer, 98 Group Trailer und 99 File Trailer schließen die jeweilige Ebene ab und enthalten Kontrollsummen und Satzzähler.

Gängige BAI2-Transaktionscodes

Erst die dreistelligen Type-Codes machen BAI2 maschinenlesbar. Codes von 100 bis 399 stehen für Gutschriften, Codes von 400 bis 699 für Belastungen. Den Großteil der Arbeit für Debitorenteams erledigen dabei nur wenige Codes.

• 115 Lockbox-Gutschrift, die Sammelgutschrift für einen Lockbox-Stapel.
• 165 Vorautorisierte ACH-Gutschrift, für wiederkehrende ACH-Zahlungseingänge.
• 175 Scheckeinzahlung, häufig für einzelne eingereichte Belege.
• 195 Eingehende Überweisung, der Standardcode für eingehende Wire-Transfers.
• 275 Erhaltene ACH-Gutschrift, die manche Banken für allgemeine ACH-Zahlungseingänge verwenden.
• 451 Erhaltene ACH-Belastung, wenn eine vom Kunden veranlasste Lastschrift das Konto belastet.
• 475 Bezahlter Scheck, der Standardcode für eingelöste Auszahlungsschecks.

Welche Codes genau zum Einsatz kommen, unterscheidet sich von Bank zu Bank. Führen Sie einen Zahlungsabgleich ein, müssen Sie das Code-Mapping deshalb beim Onboarding mit jeder Bank einzeln abstimmen.

BAI2 versus MT940 versus ISO 20022 camt.053

BAI2 ist nicht das einzige Format für die Vortagesberichterstattung. Zwei Alternativen sind relevant.

MT940 ist das SWIFT-Nachrichtenformat, das sich in Europa und im grenzüberschreitenden Zahlungsverkehr durchgesetzt hat. Es enthält ähnliche Informationen wie BAI2, nutzt jedoch SWIFT-Feldkennungen statt der dreistelligen BAI-Codes. Auch die Regeln für Zeilenlänge und Zeichensatz weichen ab.

ISO 20022 camt.053 ist die moderne XML-basierte Kontoauszugsnachricht von der Bank an den Kunden. Sie ist strukturiert, selbsterklärend und transportiert umfassendere Zahlungsavis-Daten. Dazu gehört der vollständige ISO-20022-Block mit Zahlungsinformationen, der sich sauber auf Referenznummern bis auf Rechnungsebene abbilden lässt. Aufsichtsbehörden und große Banken treiben camt.053 als strategischen Nachfolger voran, und pain.001 sowie camt.053 bilden inzwischen das Rückgrat der Echtzeit-Zahlungsinfrastruktur.

Trotzdem dominiert BAI2 nach wie vor das US-amerikanische Firmenkundengeschäft. Die meisten US-Banken stellen BAI2 standardmäßig bereit, die meisten ERP-Systeme verarbeiten es nativ, und Migrationsprojekte kosten so viel, dass Finanzteams BAI2 über Jahre hinweg parallel zu camt.053 weiterlaufen lassen.

Häufige Herausforderungen beim Parsen von BAI2

Auf dem Papier wirkt BAI2 simpel. Doch echte Bankdateien stecken voller Eigenheiten, an denen naive Parser scheitern.

• Fortsetzungssätze (88) verteilen eine einzelne Zahlungsavis-Beschreibung mitunter über viele Zeilen. Der Parser muss den Text also erst wieder zusammensetzen, bevor er Rechnungsnummern auslesen kann.
• Banken befüllen das Textfeld eines 16er-Satzes ganz unterschiedlich. Manche liefern strukturierte Avisdaten aus dem Lockbox-Scanner, andere hinterlegen frei formulierte Scheck-Vermerke und wieder andere gar nichts Verwertbares.
• Betragsfelder tragen kein Vorzeichen. Ob Gut- oder Lastschrift, das zeigt allein der Type-Code an. Ein Parser, der den Code ignoriert, bucht deshalb in die falsche Richtung.
• Zeitzonen und Stichtage können auseinanderdriften, wenn eine Bank verspätet überträgt. Die Folge sind Doppelbuchungen, sofern das Debitorensystem nicht über die Bankreferenznummer dedupliziert.

So nutzen moderne Plattformen BAI2 für den Zahlungsabgleich

Eine agentische Plattform für den Zahlungsabgleich behandelt die BAI2-Datei als Strom von Zahlungsereignissen, nicht als statischen Bericht. Sie liest die Datei ein, sobald diese eintrifft, zerlegt die verschachtelte Struktur und leitet jeden 16-Datensatz je nach Type-Code in die passende Verarbeitungsstrecke. Lockbox-Datensätze (115 und benachbarte Codes) fließen in den Abgleich auf Rechnungsebene. Dort lesen KI-Modelle den Fortsetzungstext aus, extrahieren Rechnungsnummern, Kundennamen und Beträge und schlagen Zuordnungen zu den offenen Posten der Debitorenbuchhaltung vor.

Überweisungs- und ACH-Eingänge (195, 165, 275) laufen über eine andere Strecke. Diese kombiniert den Zahlungsavis aus BAI2 mit separaten Zahlungsavis-Dateien wie EDI 820 oder per E-Mail zugesandten Avis-PDFs. Die Plattform führt beide Quellen zusammen, sodass eine einzelne Überweisung mit separatem EDI 820 als eine zugeordnete Zahlung endet und nicht als zwei offene Posten. Der Abgleich schließt den Kreis: Er vergleicht die BAI2-Schlussbestände mit den gebuchten Zahlungseingängen und macht etwaige Differenzen sichtbar, damit der Analyst des Zahlungsabgleichs sie klären kann.

Häufig gestellte Fragen

Wofür steht BAI2?

BAI2 steht für das Format des Bank Administration Institute in der Version 2. Das Bank Administration Institute veröffentlichte in den 1980er-Jahren die ursprüngliche BAI-Spezifikation für das Cash-Management-Saldenreporting. Version 2 wurde dann zum US-Standardformat, mit dem Banken das Vortagesreporting liefern.

Wird BAI2 noch genutzt oder hat ISO 20022 es abgelöst?

Im US-Firmenkundengeschäft dominiert BAI2 nach wie vor das Vortagesreporting. ISO 20022 camt.053 gilt als strategischer Nachfolger, und die meisten großen Banken bieten es inzwischen an. Weil aber etablierte ERP-Integrationen, Treasury-Systeme und AR-Plattformen weiterhin auf BAI2 setzen, betreiben die meisten Unternehmen beide Formate noch über Jahre parallel.

Was ist der Unterschied zwischen BAI und BAI2?

BAI ist das ursprüngliche Cash-Management-Reportingformat des Bank Administration Institute. BAI2 ist die überarbeitete Version 2. Sie ergänzt strukturierte Detaildatensätze für Transaktionen, Fortsetzungsdatensätze sowie eine umfangreichere Sammlung dreistelliger Type-Codes. Wenn heute von BAI die Rede ist, meint man damit fast immer BAI2.

Welcher BAI2-Transaktionscode steht für eine Lockbox-Gutschrift?

Code 115 ist der Standard-Gutschriftscode für einen Lockbox-Einzahlungsstapel. Manche Banken nutzen zudem verwandte Codes aus der 100er-Reihe für einzelne eingezahlte Belege innerhalb des Stapels, einige verwenden bankspezifische Codes. Stimmen Sie das genaue Mapping deshalb beim Onboarding mit jeder Bank ab.

Kann BAI2 Zahlungsavise auf Rechnungsebene für den Zahlungsabgleich übermitteln?

Ja. Lockbox-Detail- und Fortsetzungsdatensätze (Typ 16 plus Typ 88) enthalten den Avistext, den der Lockbox-Scanner der Bank erfasst hat. Er umfasst in der Regel Rechnungsnummern, Kundenreferenzen und Scheckvermerke. Eine KI-native Engine für den Zahlungsabgleich liest diesen Text aus und ordnet Zahlungen automatisch offenen Rechnungen zu.

Wie wird eine BAI2-Datei an das Unternehmen übermittelt?

Banken liefern BAI2-Dateien fast immer per SFTP oder über ein sicheres Dateiübertragungsportal im Nachtlauf. Die Vortagesdatei trifft dabei in den frühen Morgenstunden ein. Einige Banken unterstützen auch untertägige BAI2-Dateien. Diese aktualisieren sich im Laufe des Geschäftstags mehrfach und ermöglichen so eine genauere Tagesdisposition.