Field Guide
KI für Treasury & Payments
Cash-Transparenz, Liquiditätsprognose und Zahlungsbetrieb, gebaut auf ISO-20022-Daten, Bank-APIs und Instant-Rails.
Das Treasury hat im letzten Jahrzehnt Transparenz gewonnen; die nächste Engstelle ist Geschwindigkeit. Instant-Rails lassen Sekunden, um eine Zahlung freizugeben oder anzuhalten, ISO 20022 liefert endlich strukturierte Daten, die sich auswerten lassen, und der Forecast, auf den der CFO reagiert, muss sich selbst aktualisieren, wenn das Geld tatsächlich fließt. Die Engineering-Arbeit liegt zwischen ERP, Banken und Modellen, nicht in einem der Systeme allein.
Dieser Leitfaden behandelt den Treasury- und Payments-Stack, wie wir ihn bauen: Intraday-Liquidität und 13-Wochen-Forecasts, die sich aus Bankdaten speisen, Payment-Repair und -Orchestrierung, die Fehlerquoten vor der Freigabe senken, virtuelle Konten und In-House-Bank-Strukturen, Verification-of-Payee-Kontrollen und die API-Anbindung, die Portal-Downloads und Dateibatches ablöst.
Aktuelle Signale
- Mit dem Ende der ISO-20022-Koexistenzphase Ende 2025 werten Treasury-Teams strukturierte Verwendungszweckdaten für Abstimmung und Ausnahmebehandlung aus, statt Referenzen neu einzugeben.
- SEPA Instant gilt vollständig: PSPs im Euroraum mussten Echtzeitüberweisungen bis Januar 2025 empfangen und bis Oktober 2025 senden können, inklusive Verification of Payee.
- Die Bankanbindung wandert von Dateibatches und Portal-Downloads zu APIs für Salden und Zahlungsauslösung; das Treasury liest Positionen zunehmend nahezu in Echtzeit.
- Rollierende 13-Wochen-Forecasts aktualisieren sich laufend aus ERP- und Bankdaten; Treasurer prüfen Abweichungen und Szenarien, statt Tabellen zu bauen.
In diesem Leitfaden
SEPA Instant als Betriebsmodell führen
SEPA Instant ist ein 24/7-Liquiditäts- und Kontrollproblem mit Payments-Abzeichen. Prefunding, 10-Sekunden-Budgets und Echtzeit-Risiko für die Always-on-Rail.
LesenPayment Orchestration und Smart Routing
Jede Transaktion nach Genehmigungswahrscheinlichkeit, Kosten und FX über Acquirer zu routen macht Payments zu einem Entscheidungsproblem. Was die Schicht leistet und wann sie sich rechnet.
Stablecoin-Settlement für Corporate Treasury
GENIUS und MiCA haben Stablecoins zu regulierten Settlement-Rails gemacht. Wo sie in einen Treasury-Stack passen, und welche Accounting- und Custody-Fallen bleiben.
Bankanbindung: APIs versus Dateien
Premium-Bank-APIs haben SFTP, EBICS und SWIFT FileAct nicht abgelöst. Wie man Treasury-Flüsse nach Latenz, Kontrolle und Volumen auf Kanäle aufteilt.
Verification of Payee: den Rollout überstehen
EU-VoP ist seit Oktober 2025 für PSPs im Euroraum live. Was der Namensabgleich von Matching-Engines, Corporate-Sammeldateien und Stammdaten tatsächlich verlangt.
Virtuelle Konten und die In-House Bank
Virtuelle Konten zentralisieren Cash und erhalten zugleich die Zuordnung auf Entitätsebene. Wo sie physische Konten schlagen, und wo sie eine Komplexitätsschicht hinzufügen.
FX-Exposure-Management automatisieren
Die meiste FX-Automatisierung scheitert an den Exposure-Daten, nicht am Hedging. Wie man Register, Netting und Policy-Prüfungen aufbaut, bevor KI in die Nähe eines Trade-Tickets kommt.
Intraday-Liquiditätsprognose in der Praxis
End-of-Day-Cash-Forecasts verfehlen die Stunden, in denen Funding-Probleme tatsächlich entstehen. Wie man Intraday-Positionen nowcastet und jede Prognose mit einer Aktion verdrahtet.
Payment-Repair-Automatisierung, die die Queue leert
Repair-Queues wachsen, weil Exceptions schneller entstehen, als Menschen sie abarbeiten. Wie eine Repair-Schicht aus Regeln plus ML Fehler klassifiziert, Daten anreichert und die STP-Quote hebt.
ISO-20022-Daten nach der Migration
Der CBPR+-Umstieg endete im November 2025. Der Ertrag entsteht jetzt daraus, strukturierte Zahlungsdaten für Reconciliation, Exceptions und Analytics zu nutzen.
Arbeiten Sie an etwas Ähnlichem?
Erzählen Sie uns von Ihren Daten und dem Workflow drumherum, und Sie bekommen eine ehrliche Einschätzung.
30-minütiges Erstgespräch buchen