Zahlungsverkehr-Agent
Ausgehende Zahlungen formatkonform erstellen, an die Bank übermitteln und Rückmeldungen verarbeiten.
Bestimmt das Zahlungsformat (SEPA, SWIFT), erstellt die Zahlungsdatei, übermittelt an die Bank und verarbeitet Ausführungsbestätigungen oder Fehlermeldungen. Bei Einmalzahlungen über Schwellenwert greift die Vier-Augen-Freigabe.
Score-Dashboard
Was dieser Agent tut
Der Zahlungsverkehr ist die letzte Meile im Purchase-to-Pay-Prozess: Die freigegebene Zahlung muss formatkonform an die Bank übermittelt und die Ausführung bestätigt werden. Bei hunderten Zahlungen pro Tag darf kein technischer Fehler dazu führen, dass eine Zahlung nicht ausgeführt wird.
Der Decision Layer zerlegt den Zahlungsverkehr in sechs Entscheidungsschritte. Zahlungsformat bestimmen, SEPA-XML erstellen, Bankübermittlung, Rückmeldungsverarbeitung und Eskalation bei Fehlschlag sind vollständig regelbasiert. Einmalzahlungen über dem konfigurierten Schwellenwert erfordern Vier-Augen-Freigabe.
Das Ergebnis: Zahlungen werden zuverlässig ausgeführt. Fehlgeschlagene Zahlungen werden sofort eskaliert. Und die Vier-Augen-Freigabe schützt vor unautorisierten Einmalzahlungen.
Micro-Decision-Tabelle
Zahlungsformat bestimmen SEPA, SWIFT oder Scheck? Regelwerk
Stammdaten des Empfängers bestimmen das Format
Entscheidungsakte
Anfechtbar: Ja - Regelanwendung prüfbar. Einspruch bei fehlerhafter Datenbasis oder falscher Regelversion.
SEPA-XML erstellen Ist die pain.001-Datei formatkonform? Regelwerk
SEPA-Format-Standard
Entscheidungsakte
Anfechtbar: Ja - Regelanwendung prüfbar. Einspruch bei fehlerhafter Datenbasis oder falscher Regelversion.
An Bank übermitteln Wird die Zahlungsdatei erfolgreich übermittelt? Regelwerk
API/EBICS-Übermittlung
Entscheidungsakte
Anfechtbar: Ja - Regelanwendung prüfbar. Einspruch bei fehlerhafter Datenbasis oder falscher Regelversion.
Rückmeldungen verarbeiten Wurde die Zahlung ausgeführt oder abgelehnt? Regelwerk
Status-Handling der Bankrückmeldung
Entscheidungsakte
Anfechtbar: Ja - Regelanwendung prüfbar. Einspruch bei fehlerhafter Datenbasis oder falscher Regelversion.
Fehlgeschlagene Zahlungen eskalieren Wer wird bei fehlgeschlagener Zahlung informiert? Regelwerk
Automatische Eskalation an Sachbearbeiter
Entscheidungsakte
Anfechtbar: Ja - Regelanwendung prüfbar. Einspruch bei fehlerhafter Datenbasis oder falscher Regelversion.
Freigabe Einmalzahlung über Schwellenwert Wird die Einmalzahlung freigegeben? Mensch
Vier-Augen-Prinzip bei hohen Einzelzahlungen
Entscheidungsakte
Anfechtbar: Ja - über Vorgesetzten, Betriebsrat oder formalen Einspruch.
Entscheidungsakte und Anfechtbarkeit
Jede Entscheidung, die dieser Agent trifft oder vorbereitet, wird in einer vollständigen Entscheidungsakte dokumentiert. Betroffene (Mitarbeiter, Lieferanten, Prüfer) können jede einzelne Entscheidung einsehen, nachvollziehen und anfechten.
Voraussetzungen
- SEPA-fähige Bankschnittstelle (EBICS oder API)
- Empfänger-Stammdaten mit Bankverbindungen
- Definierter Schwellenwert für Vier-Augen-Freigabe
- Verbindung zum Zahlungslauf-Agent für freigegebene Zahlungen
Governance-Hinweise
GoBD-relevant: Jede Zahlung ist ein Geschäftsvorfall der dokumentiert werden muss. HGB §238 (Buchführungspflicht), GoBD (Nachvollziehbarkeit). Die Vier-Augen-Freigabe bei hohen Einzelzahlungen ist eine IKS-Anforderung. Der Decision Layer dokumentiert jede Zahlung: Format, Übermittlungszeitpunkt, Bankrückmeldung, Freigabe bei Einmalzahlungen.
§203 StGB-relevante Daten werden Ende-zu-Ende verschlüsselt und nie im Klartext an KI-Modelle übergeben.
Beitrag zur Verfahrensdokumentation
Infrastruktur-Beitrag
Der Zahlungsverkehr-Agent teilt die Bankschnittstellen-Infrastruktur mit dem Zahlungslauf-Agent und Bankabstimmungs-Agent. Die SEPA-XML-Generierung ist identisch zum Zahlungslauf-Agent. Die Rückmeldungsverarbeitung bildet die Basis für den Cash-Application-Agent (eingehende Zahlungen).
Verwandte Agenten
Bankabstimmungs-Agent
Kontoauszüge automatisch abgleichen und nicht zuordenbare Positionen klären.
Cash-Forecasting-Agent
Cashflow prognostizieren - von historischen Daten über Szenarien bis zur Handlungsempfehlung.
Häufige Fragen
Was ist der Unterschied zum Zahlungslauf-Agent?
Der Zahlungslauf-Agent selektiert und optimiert Zahlungen (was wird wann bezahlt). Der Zahlungsverkehr-Agent führt die technische Übermittlung aus (wie wird bezahlt). Beide arbeiten zusammen: Zahlungslauf gibt frei, Zahlungsverkehr übermittelt.
Wie werden fehlgeschlagene Zahlungen behandelt?
Der Agent analysiert den Fehlercode der Bank (falsche IBAN, gesperrtes Konto, etc.), dokumentiert den Fehler und eskaliert an den Sachbearbeiter. Bei korrigierbaren Fehlern wird ein Wiederholungsvorschlag erstellt.
Können Eilzahlungen priorisiert werden?
Ja. Eilzahlungen werden als separater Zahlungslauf mit höherer Priorität verarbeitet. Bei SEPA: Instant Payment (falls von der Bank unterstützt). Die Vier-Augen-Freigabe gilt unabhängig von der Priorität.
Diesen Agent implementieren?
Wir bewerten Ihre Finance-Prozesslandschaft und zeigen, wie dieser Agent in Ihre Infrastruktur passt.