Echtzeit-Reconciliation: Vom monatlichen Feuerwehreinsatz zu kontinuierlicher Sicherheit

---

Letzte Woche des Monats. Das Finance-Team lädt Kontoauszüge herunter. Exportiert das interne Ledger. Öffnet eine Tabelle. Beginnt mit dem Abgleich.

Zeile für Zeile. Betrag, Datum, Referenz. Manche passen sauber. Manche weichen um einen Tag ab, Timing-Differenz zwischen Buchungsdatum und Wertstellungsdatum. Manche passen beim Betrag, aber nicht bei der Referenz, die Bank hat die End-to-End-ID abgeschnitten. Manche passen gar nicht: eine Bankgebühr, die niemand erwartet hat, eine zurückgegebene Zahlung, die das System unter einem anderen Transaktionscode erfasst hat, ein Duplikateintrag von einem Provider-Webhook, der zweimal ausgelöst hat.

Die nicht zugeordneten Posten werden zu einer Warteschlange. Jeder erfordert Untersuchung. Wie alt ist die Diskrepanz? Eine Woche? Zwei? Dreißig Tage? Je älter sie ist, desto schwieriger die Untersuchung. Ein 30 Tage altes Mismatch erfordert forensische Arbeit über Bankportale, interne Logs, Provider-Dashboards und manchmal einen Anruf beim Clearing-Partner. Ein 1 Tag altes Mismatch ist in der Regel offensichtlich.

Das ist der monatliche Feuerwehreinsatz. Er kostet Zeit, Aufmerksamkeit und Vertrauen. Das Team fürchtet ihn. Der CFO fragt danach. Der Auditor fragt noch mehr danach.

Kontoauszugsimport als Fundament

camt.053 (Bank-to-Customer Statement) ist das ISO-20022-Standardformat für Tagesend-Kontoauszüge im SEPA-Raum. Die meisten Banken stellen es bereit. Manche liefern zusätzlich camt.052 (Intraday).

Automatisierter Import bedeutet: das XML parsen, Transaktionen als strukturierte Datensätze extrahieren, sie in einer Reconciliation-Staging-Tabelle speichern. Jede importierte Transaktion trägt:

Der BankTransactionCode ist dieselbe ISO-20022-Klassifikation, die im ISO-20022-Artikel besprochen wird: PMNT/RCDT/ESCT für eine eingehende SEPA-Überweisung, PMNT/RDDT/ESDD für eine eingehende Lastschrift. Wenn das interne Ledger dieselben Codes verwendet, weil es ISO-20022-Klassifikationen nativ speichert, ist der Klassifikationsabgleich strukturell. Keine Übersetzung erforderlich.

Konfidenz-bewertetes Matching

Matching ist nicht binär. Ein Kontoauszugseintrag passt entweder perfekt, teilweise oder gar nicht zu einem internen Ledger-Eintrag. Die Matching-Engine vergleicht mehrere Felder und produziert einen Konfidenz-Score.

Gewichte sind konfigurierbar. Datumsabgleich toleriert ±1 Geschäftstag, weil Wertstellungs- und Buchungsdaten über Zeitzonen und Clearing-Cutoff-Zeiten hinweg abweichen können.

Der Konfidenz-Score bestimmt die Aktion:

Das Ziel: Auto-Match-Rate über 95%. Das bedeutet, 95 von 100 Kontoauszugseinträgen werden ohne menschliches Eingreifen internen Ledger-Einträgen zugeordnet. Die verbleibenden 5 werden dem Finance-Team als priorisierte Warteschlange präsentiert, nicht als Tabellen-Dump.

Die 3% nicht zugeordneten Posten sind die, die zählen. Es sind Bankgebühren, verspätete Returns, Provider-Duplikate und echte Diskrepanzen. 3 Posten pro 100 zu untersuchen ist eine Aufgabe. 100 Posten pro 100 zu untersuchen ist ein Feuerwehreinsatz.

Von monatlich zu kontinuierlich

Die Umstellung: Kontoauszüge täglich (camt.053 Tagesend) oder untertägig (camt.052) importieren. Die Matching-Engine automatisch laufen lassen. Die Ergebnisse jeden Morgen präsentieren.

Der Untersuchungsaufwand sinkt nicht nur, weil die Warteschlange kleiner ist, sondern weil die Posten frisch sind. Eine Diskrepanz von gestern hat Kontext: Das Team erinnert sich an die Transaktionen, das Bankportal zeigt aktuelle Aktivität, das Provider-Dashboard hat aktuelle Daten. Eine Diskrepanz von vor drei Wochen erfordert Archäologie.

Drei Metriken verfolgen die Reconciliation-Gesundheit:

• Auto-Match-Rate: Prozentsatz der Posten, die ohne menschliches Eingreifen zugeordnet werden. Ziel: >95%.
• Durchschnittliche Auflösungszeit: Wie lange nicht zugeordnete Posten in der Warteschlange bleiben. Ziel: <24 Stunden.
• Reconciliation-Gap: Verstrichene Zeit zwischen dem Auftreten einer Transaktion und der Bestätigung ihrer Reconciliation. Ziel: T+1 oder besser.

Was das von Ihrem Ledger erfordert

Eine Matching-Engine ist nur so gut wie die Daten, die sie von beiden Seiten erhält. Kontoauszüge liefern strukturierte, ISO-standardisierte Daten. Ihr internes Ledger muss ebenso strukturierte Daten liefern, sonst degradiert das Matching von deterministisch zu heuristisch.

Konsistente Referenzen. Jede ausgehende Zahlung muss eine End-to-End-Referenz tragen, die die Bank im Auszug beibehält. Wenn das interne System Referenzen generiert, die das Clearing-Netzwerk abschneidet oder modifiziert, verliert die Matching-Engine ihr primäres Korrelationsfeld.

ISO-standardisierte Transaktionscodes. Wenn das interne Ledger PMNT/ICDT/ESCT für eine ausgehende SEPA-Überweisung verwendet und der Kontoauszug denselben Code verwendet, ist der Abgleich nach Transaktionstyp automatisch. Wenn das interne Ledger einen proprietären Code verwendet (SEPA_CT_OUT) und der Kontoauszug ISO, wird eine Übersetzungsschicht benötigt, und jede Übersetzung ist eine potenzielle Mismatch-Quelle.

Wertstellungsdaten. Der Kontoauszug meldet Wertstellungsdaten (wann Mittel verfügbar sind) und Buchungsdaten (wann die Bank den Eintrag erfasst hat). Das interne Ledger muss beides verfolgen. Abgleich nur auf Buchungsdatum produziert falsche Mismatches, wenn sich Wertstellungsdaten unterscheiden.

Strukturierte Beträge. Ganzzahl-Arithmetik. Kein Fließkomma. Ein Ledger-Eintrag von EUR 100,00, gespeichert als 10000 (Cent), matcht einen Kontoauszugsbetrag von 100.00, geparst zu 10000. Wenn eine Seite Fließkomma verwendet, erzeugen Rundungsdifferenzen Phantom-Mismatches: 99.999999 ≠ 100.000000.

Die operative Auswirkung

Kontinuierliche Reconciliation verändert die Beziehung des Finance-Teams zu den Zahlen.

Monatliche Reconciliation ist retrospektiv. Das Team entdeckt Probleme im Nachhinein. Der CFO sieht den Reconciliation-Report und fragt: „Sind wir bei den Zahlen des letzten Monats sicher?" Die ehrliche Antwort ist: „Werden wir sein, nachdem wir die nicht zugeordnete Warteschlange abgearbeitet haben."

Tägliche Reconciliation ist prospektiv. Das Team startet jeden Tag mit einer bestätigten Position. Die nicht zugeordnete Warteschlange von gestern hat 5 Posten, nicht 500. Der CFO fragt: „Sind wir sicher?" Die Antwort ist: „Stand Geschäftsschluss gestern, ja. Hier sind die 3 Posten, die wir heute untersuchen."

Das Vertrauen ist nicht aspirativ. Es ist gemessen. Auto-Match-Rate: 96,2%. Durchschnittliche Auflösungszeit: 4,3 Stunden. Reconciliation-Gap: T+1. Das sind Zahlen, die ein Auditor verifizieren kann.

---

Weiterlesen: Connectivity, Financial Rails | ISO 20022: Mehr als Message-Format-Konvertierung

---

Quellen:

• ISO 20022 camt.053.001.11, Bank-to-Customer Statement Nachrichtenspezifikation
• ISO 20022 camt.052.001.11, Bank-to-Customer Account Report (Intraday)
• ISO 20022 BankTransactionCode, External Code Sets (Domain/Family/SubFamily)
• EZB TARGET2-Betriebskalender (https://www.ecb.europa.eu/paym/target/target2/profuse/calendar/html/index.en.html)