Im Fokus: 10-Sekunden-Zahlungen, Empfängerabgleich, Fraud Prevention, Zahlungsfreigabe, Bankstammdaten und Cash Management.
Von der Tagesdatei zum Echtzeit-Zahlungsverkehr
Der europäische Zahlungsverkehr hat sich strukturell verändert. Die Instant-Payments-Regelung verpflichtet Zahlungsdienstleister im Euroraum dazu, Euro-Echtzeitüberweisungen breit verfügbar zu machen. Seit dem 9. Oktober 2025 müssen Kunden im Euroraum grundsätzlich auch Euro-Instant-Zahlungen senden können. Das Geld wird innerhalb von Sekunden verfügbar, und der Service steht an jedem Kalendertag rund um die Uhr zur Verfügung.
Für Privatkunden ist das bequem. Für Unternehmen ist es ein Prozesswechsel. Ein klassischer Zahllauf bietet häufig Stunden oder sogar einen Bankarbeitstag, um Fehler zu erkennen und einen Auftrag zu stoppen. Bei Instant Payments schrumpft dieses Zeitfenster drastisch. Deshalb muss die Kontrolle vor der Autorisierung stärker werden: korrekte Stammdaten, klare Freigabe und belastbare Fraud-Prüfung sind wichtiger als ein nachgelagerter Review.
Verification of Payee als neue Kontrollinformation
Ein zentraler Bestandteil ist die Verification of Payee. Der Zahlungsdienstleister prüft vor der Autorisierung, ob der angegebene Empfängername zur IBAN passt. Bei einer Abweichung oder nahezu passenden Angaben erhält der Zahlende eine entsprechende Information. Diese Kontrolle soll Fehlüberweisungen und bestimmte Betrugsszenarien reduzieren.
Für Accounts Payable darf das Ergebnis aber nicht als automatische Freigabe interpretiert werden. Ein exakter Name-IBAN-Match beweist nicht, dass die Rechnung sachlich richtig ist oder dass der Lieferant legitim beauftragt wurde. Umgekehrt kann ein „close match“ durch Rechtsformzusätze, Sonderzeichen oder unterschiedliche Schreibweisen entstehen. Unternehmen brauchen deshalb Regeln, wie Match-Ergebnisse in den bestehenden Freigabeprozess einfließen.
Lieferantenstammdaten werden noch kritischer
Business Email Compromise und manipulierte Bankverbindungen gehören zu den teuersten Zahlungsbetrugsfällen. Instant Payments erhöhen die Geschwindigkeit, mit der ein erfolgreicher Angriff Liquidität entziehen kann. Der wichtigste Kontrollpunkt bleibt daher der Änderungsprozess für Bankstammdaten.
Eine Änderung der IBAN sollte unabhängig vom Rechnungsworkflow verifiziert werden, zum Beispiel über einen bekannten Kommunikationskanal mit dem Lieferanten. Vier-Augen-Prinzip, Änderungsprotokoll und Sperrfrist für unmittelbar folgende Hochbetragszahlungen können zusätzliche Sicherheit schaffen. Das Verification-of-Payee-Ergebnis wird dabei als weiteres Signal gespeichert, ersetzt aber nicht die Stammdatenkontrolle.
Was ändert sich im Zahllauf?
Unternehmen müssen entscheiden, welche Zahlungen tatsächlich instant ausgeführt werden sollen. Eine pauschale Umstellung aller SEPA-Zahlungen kann operativ unnötig sein. Sinnvoll ist eine Payment Policy nach Zweck und Risiko: dringende Lieferantenfreigaben, Liquiditätsausgleich, Kundenrückzahlungen oder Treasury-Transfers können andere Regeln erhalten als reguläre Sammelzahlläufe.
Für jeden Kanal werden Betragsgrenzen, Cut-off-Logik, Benutzerrechte und Freigabestufen definiert. Die EU-Regelung ermöglicht es Zahlern, individuelle Höchstbeträge für Instant Transfers festzulegen. Unternehmen können diese Funktion mit internen Limits kombinieren. Entscheidend ist, dass ERP, Treasury Management System und E-Banking dieselbe Freigabelogik nicht gegenseitig unterlaufen.
Liquidität in Sekunden ist ein Vorteil – und ein Forecast-Thema
Instant Payments können Working Capital verbessern, weil Geld nicht mehr unnötig zwischen Banken „unterwegs“ ist. Zahlungseingänge sind sofort verfügbar, und Treasury kann Liquidität präziser zwischen Konten verteilen. Das ist insbesondere bei kurzfristigen Engpässen, Cash Pooling oder zeitkritischen Kundenzahlungen wertvoll.
Gleichzeitig wird Intraday Liquidity relevanter. Wenn große Zahlungen zu beliebigen Uhrzeiten ausgelöst werden können, reicht ein Tagesend-Saldo als Steuerungsgröße nicht immer aus. Treasury sollte definieren, welche Echtzeitinformationen benötigt werden und wie unerwartete Abflüsse überwacht werden. Ein modernes Cash Dashboard verbindet Bankkonten, freigegebene Zahlungen und kurzfristige Forecasts.
Exception Management statt Warnungsblindheit
Wenn die Empfängerprüfung bei vielen Zahlungen Warnungen erzeugt, besteht die Gefahr, dass Nutzer diese routinemäßig wegklicken. Deshalb müssen Unternehmen analysieren, welche Ursachen hinter „no match“ oder „close match“ stehen. Häufige, legitime Namensvarianten sollten in den Lieferantenstammdaten bereinigt werden; echte Unstimmigkeiten gehören in eine Exception Queue.
KPIs können helfen: Anteil exakter Matches, Quote manueller Overrides, Zahl geänderter IBANs, Betrag der Zahlungen nach Stammdatenänderung und Zahl gestoppter Transaktionen. Ziel ist nicht eine möglichst hohe Instant-Quote, sondern ein schneller Zahlungsprozess mit niedriger Fehlerrate und nachvollziehbarer Freigabe.
ERP- und Bankintegration: Wo die Entscheidung wirklich fällt
Viele Unternehmen erzeugen den Zahllauf im ERP, übertragen eine Datei an die Bank und autorisieren anschließend im E-Banking. Verification of Payee entsteht jedoch typischerweise auf Ebene des Zahlungsdienstleisters. Finance muss entscheiden, wie das Ergebnis zurück in den internen Workflow gelangt. Wenn eine Warnung nur im Bankportal sichtbar ist, die Freigabedokumentation aber im ERP endet, entsteht ein Nachweisbruch.
Eine zukunftsfähige Architektur speichert Match-Status, Zeitstempel und Entscheidung möglichst beim Zahlungsauftrag. Bei API- oder Host-to-Host-Verbindungen sollte früh geklärt werden, welche technischen Rückmeldungen verfügbar sind. Für Massenzahlungen braucht es zudem eine klare Regel, ob und wann Nutzer von der Empfängerprüfung abweichen dürfen und wie diese Entscheidung protokolliert wird.
Sanktionsprüfung ist nicht dasselbe wie Empfängerprüfung
Verification of Payee beantwortet primär die Frage, ob Name und Konto zusammenpassen. Sie ersetzt weder Sanktionsscreening noch Geldwäschekontrollen oder die Prüfung, ob eine Zahlung wirtschaftlich zulässig ist. Unternehmen sollten diese Kontrollarten nicht vermischen, weil sonst ein positives Match fälschlich als umfassende Zahlungsfreigabe verstanden werden kann.
Im Kontrollmodell stehen deshalb mehrere Gates nebeneinander: gültiger Beleg, sachliche Freigabe, geprüfte Bankstammdaten, Empfängerabgleich, gegebenenfalls Compliance-Screening und finale Zahlungsautorisation. Erst das Zusammenspiel schafft Sicherheit. Gerade bei sehr schnellen Zahlungen muss der Workflow sichtbar machen, welches Gate bestanden wurde und welches noch offen ist.
Auswirkungen auf Debitoren und Kundenerlebnis
Auch Accounts Receivable kann profitieren. Echtzeitige Kundenzahlungen verkürzen den Zeitraum zwischen Zahlungszusage und tatsächlichem Geldeingang. Bei Vorkasse, Freigabe von Lieferungen oder kurzfristigen Zahlungsvereinbarungen kann das operative Prozesse beschleunigen. Voraussetzung ist, dass der Bankeingang automatisiert einer offenen Forderung zugeordnet wird.
Damit entsteht eine Verbindung zu Virtual Accounts, strukturierten Verwendungszwecken und automatischem Cash Application. Der Nutzen von Instant Payments steigt deutlich, wenn die Buchhaltung nicht nur schneller Geld erhält, sondern den Eingang ebenso schnell im Nebenbuch erkennt und den Kundenstatus aktualisiert.
Kontrollmodell für Finance
- Payment Policy für Instant und reguläre Überweisungen definieren.
- Verification-of-Payee-Ergebnisse im Freigabeworkflow speichern.
- Bankstammdatenänderungen separat und unabhängig verifizieren.
- Betragslimits und Berechtigungen je Zahlungskanal harmonisieren.
- Warnungen in einer Exception Queue mit Owner und Begründung bearbeiten.
- Intraday-Liquidität und freigegebene Zahlungen im Treasury-Dashboard verbinden.
- Fraud-Szenarien regelmäßig mit realistischen Testfällen durchspielen.