Zahlungsverkehr-Agent

Eine Zahlung ist freigegeben, die IBAN stimmt nicht, die Datei wird abgelehnt. Drei Tage später fragt der Lieferant nach seinem Geld. Dieses Szenario kostet nicht nur Liquidität, sondern Vertrauen. Im europäischen Zahlungsverkehr summierte sich der Betrug bei Überweisungen laut EBA und EZB im Jahr 2024 auf 2,2 Milliarden Euro - und Formatfehler, falsche Empfängerdaten oder verspätete Eskalationen bei Rejects kommen noch dazu. Die letzte Meile zwischen Freigabe und Bankübermittlung verdient deshalb dieselbe Prozessdisziplin wie die Freigabe selbst.

Zwischen Freigabe und Bankübermittlung entstehen die teuersten Fehler

Der Zahlungslauf-Agent entscheidet, was wann bezahlt wird. Aber die Frage, wie die Zahlung technisch an die Bank gelangt, bleibt offen. Genau hier setzt der Zahlungsverkehr-Agent an. Er bestimmt das Format - SEPA, SWIFT oder Scheck - anhand der Empfänger-Stammdaten, erzeugt die pain.001-Datei und übermittelt sie per EBICS oder API. Das klingt nach reiner Technik. In der Praxis scheitern Zahlungen aber nicht an der Freigabe, sondern an falschen BIC-Codes, fehlenden Pflichtfeldern oder abgelaufenen Zertifikaten. Ein Treasury-Team, das 400 Zahlungen am Tag verarbeitet, kann diese Fehler nicht einzeln prüfen. Ein regelbasierter Agent schon.

Sechs Entscheidungsschritte ersetzen den manuellen Workaround

Der Decision Layer zerlegt den Zahlungsweg in sechs Schritte: Formatwahl, XML-Erzeugung, Bankübermittlung, Rückmeldungsverarbeitung, Eskalation bei Fehlschlag und Vier-Augen-Freigabe bei hohen Einmalzahlungen. Fünf dieser Schritte sind vollständig regelbasiert. Das Zahlungsformat ergibt sich aus den Stammdaten des Empfängers, die pain.001-Validierung folgt dem SEPA-Standard, die Bankübermittlung ist ein technischer Handshake, und Fehlermeldungen werden automatisch analysiert und an den zuständigen Sachbearbeiter eskaliert. Nur bei Einmalzahlungen über dem konfigurierten Schwellenwert greift der Mensch ein. Dieses Muster - Regelwerk für die Masse, menschliche Kontrolle für das Risiko - ist die Signatur eines Decision Layer der Stufe 1.

Verification of Payee verändert die Anforderungen grundlegend

Seit Oktober 2025 sind alle Kreditinstitute im EWR verpflichtet, vor jeder SEPA-Überweisung eine Empfängerüberprüfung durchzuführen. Der angegebene Name wird mit dem tatsächlichen Kontoinhaber abgeglichen. Für den Zahlungsverkehr-Agent bedeutet das: Jede ausgehende Zahlung durchläuft einen zusätzlichen Validierungsschritt, bevor sie die Bank erreicht. Abweichungen zwischen Stammdaten und Kontoinhaber werden erkannt und dokumentiert, bevor Geld fließt. Banken berichten, dass die verschärfte Sanktionsprüfung unter SEPA Instant zu 30 bis 50 Prozent mehr geflaggten Transaktionen führt. Ein Agent, der diese Rückmeldungen in Echtzeit verarbeitet, verhindert, dass valide Zahlungen im Prüfstau stecken bleiben.

Der Mensch entscheidet dort, wo Automatisierung Risiko erzeugen würde

Die Vier-Augen-Freigabe bei hohen Einmalzahlungen ist kein Zugeständnis an mangelndes Vertrauen in die Technik. Sie ist eine IKS-Anforderung, die der Decision Layer bewusst als menschliche Entscheidung belässt. Denn bei einer ungewöhnlichen Einmalzahlung über 50.000 oder 100.000 Euro reicht Regelkonformität nicht aus - hier braucht es kaufmännisches Urteil. Die GoBD verlangt, dass jede Zahlung als Geschäftsvorfall nachvollziehbar dokumentiert wird. Der Agent liefert diese Dokumentation automatisch: Zahlungsformat, Übermittlungszeitpunkt, Bankrückmeldung, und bei Einmalzahlungen den Freigabezeitpunkt mit freigebender Person. Das Zahlungsverkehrsprotokoll entsteht als Nebenprodukt des Prozesses, nicht als nachträgliche Pflichtübung.