Zum Inhalt springen
W
GoBD-konform §203 StGB-konform Q1

Zahlungslauf-Agent

Fällige Rechnungen selektieren, Skonto optimieren und SEPA-Dateien generieren - mit Vier-Augen-Freigabe.

Selektiert fällige Rechnungen, optimiert Skonto-Ausnutzung, prüft Liquiditätsreserven und generiert SEPA-XML-Dateien. Die finale Zahlungsfreigabe bleibt beim Menschen im Vier-Augen-Prinzip.

Score-Dashboard

Agent Readiness 87-94%
Governance-Komplexität 24-31%
Economic Impact 74-81%
Leuchtturm-Wirkung 26-33%
Implementation Complexity 24-31%
Transaktionsvolumen Wöchentlich

Was dieser Agent tut

Der Zahlungslauf ist einer der sensibelsten Prozesse in der Kreditorenbuchhaltung. Jede Woche werden Hunderttausende Euro überwiesen - eine Doppelzahlung, eine falsche Bankverbindung oder eine verpasste Skonto-Frist hat unmittelbare finanzielle Konsequenzen.

Der Decision Layer zerlegt den Zahlungslauf in acht Entscheidungsschritte. Fälligkeitsselektion, Skonto-Optimierung, Zahlungsart-Bestimmung, Sammelüberweisung, SEPA-XML-Generierung, Doppelzahlungsprüfung und Liquiditätsreserve-Check sind vollständig regelbasiert. Die finale Freigabe des Zahlungslaufs bleibt beim Menschen - Vier-Augen-Prinzip als Compliance-Anforderung.

Das Ergebnis: Skonto-Ausnutzung steigt auf nahezu 100% bei berechtigten Rechnungen. Doppelzahlungen werden vor der Überweisung erkannt. Und der CFO sieht vor jeder Freigabe, wie der Zahlungslauf die Liquiditätsreserve beeinflusst.

Micro-Decision-Tabelle

Mensch
Regelwerk
KI-Agent
Jede Zeile ist eine Entscheidung. Aufklappen zeigt die Entscheidungsakte und ob man anfechten kann.
Fällige Rechnungen selektieren Welche Rechnungen sind zum Zahlungslauf fällig? Regelwerk

Fälligkeitsdatum aus Kreditorenbuchhaltung

Entscheidungsakte

Regel-ID und Versionsnummer
Eingabedaten die zur Anwendung führten
Berechnungsergebnis und angewandte Formel

Anfechtbar: Ja - Regelanwendung prüfbar. Einspruch bei fehlerhafter Datenbasis oder falscher Regelversion.

Skonto-Optimierung Lohnt sich die vorzeitige Zahlung für Skonto? Regelwerk

Skonto-Frist und Liquiditätsreserve gegenrechnen

Entscheidungsakte

Regel-ID und Versionsnummer
Eingabedaten die zur Anwendung führten
Berechnungsergebnis und angewandte Formel

Anfechtbar: Ja - Regelanwendung prüfbar. Einspruch bei fehlerhafter Datenbasis oder falscher Regelversion.

Zahlungsart bestimmen SEPA, Auslandsüberweisung oder Scheck? Regelwerk

Stammdaten des Kreditors bestimmen Zahlungsweg

Entscheidungsakte

Regel-ID und Versionsnummer
Eingabedaten die zur Anwendung führten
Berechnungsergebnis und angewandte Formel

Anfechtbar: Ja - Regelanwendung prüfbar. Einspruch bei fehlerhafter Datenbasis oder falscher Regelversion.

Sammelüberweisung bilden Welche Zahlungen werden zu einer Sammelüberweisung gruppiert? Regelwerk

Gruppierung nach Kreditor und Bankverbindung

Entscheidungsakte

Regel-ID und Versionsnummer
Eingabedaten die zur Anwendung führten
Berechnungsergebnis und angewandte Formel

Anfechtbar: Ja - Regelanwendung prüfbar. Einspruch bei fehlerhafter Datenbasis oder falscher Regelversion.

SEPA-XML generieren Ist die pain.001-Datei formatkonform? Regelwerk

SEPA-Format-Standard deterministisch

Entscheidungsakte

Regel-ID und Versionsnummer
Eingabedaten die zur Anwendung führten
Berechnungsergebnis und angewandte Formel

Anfechtbar: Ja - Regelanwendung prüfbar. Einspruch bei fehlerhafter Datenbasis oder falscher Regelversion.

Doppelzahlungs-Prüfung Wurde für diese Rechnung bereits gezahlt? Regelwerk

Duplikat-Check gegen Zahlungshistorie

Entscheidungsakte

Regel-ID und Versionsnummer
Eingabedaten die zur Anwendung führten
Berechnungsergebnis und angewandte Formel

Anfechtbar: Ja - Regelanwendung prüfbar. Einspruch bei fehlerhafter Datenbasis oder falscher Regelversion.

Liquiditätsreserve-Check Reicht der Kontostand für den gesamten Zahlungslauf? Regelwerk

Saldo versus Zahlungssumme

Entscheidungsakte

Regel-ID und Versionsnummer
Eingabedaten die zur Anwendung führten
Berechnungsergebnis und angewandte Formel

Anfechtbar: Ja - Regelanwendung prüfbar. Einspruch bei fehlerhafter Datenbasis oder falscher Regelversion.

Freigabe Zahlungslauf Wird der Zahlungslauf freigegeben? Mensch Lieferant

Vier-Augen-Prinzip als Compliance-Anforderung

Entscheidungsakte

Entscheider-ID und Rolle
Begründung der Entscheidung
Zeitstempel und Kontext

Anfechtbar: Ja - über Vorgesetzten, Betriebsrat oder formalen Einspruch.

Anfechtbar durch: Lieferant

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.

Welche Regel in welcher Version wurde angewandt?
Welche Daten lagen der Entscheidung zugrunde?
Wer (Mensch, Regelwerk oder KI) hat entschieden - und warum?
Wie kann die betroffene Person Einspruch einlegen?
So setzt der Decision Layer das architektonisch um →

Voraussetzungen

  • ERP-System mit Kreditorenbuchhaltung und offenen Posten
  • SEPA-fähige Bankschnittstelle (EBICS oder API)
  • Definierte Freigabematrix für Zahlungsläufe
  • Liquiditätsplanung mit aktuellem Kontostand

Governance-Hinweise

GoBD-konform §203 StGB-konform

Vier-Augen-Pflicht: Die finale Zahlungsfreigabe erfordert immer eine menschliche Freigabe - der Agent bereitet vor, der Mensch gibt frei. HGB §238 (ordnungsgemäße Buchführung), GoBD (Nachvollziehbarkeit jeder Zahlung), AO §146 (Ordnungsvorschriften). Der Decision Layer dokumentiert jeden Zahlungslauf lückenlos: welche Rechnungen selektiert, welche Skonto-Entscheidungen getroffen, wer wann freigegeben hat.

§203 StGB-relevante Daten werden Ende-zu-Ende verschlüsselt und nie im Klartext an KI-Modelle übergeben.

Beitrag zur Verfahrensdokumentation

Dokumentiert für jeden Zahlungslauf: selektierte Rechnungen mit Fälligkeitsdatum, Skonto-Entscheidungen mit Berechnung, Zahlungsart pro Position, generierte SEPA-Datei, Ergebnis der Doppelzahlungsprüfung, Liquiditätsstand vor/nach Zahlung, Freigabezeitpunkt und freigebende Person.

Infrastruktur-Beitrag

Der Zahlungslauf-Agent etabliert das Vier-Augen-Freigabe-Pattern für den gesamten Katalog. Die Freigabe-Logik (Agent bereitet vor, Mensch gibt frei) wird vom Lohnkorrekturbuchungs-Agent, Journal-Entry-Agent und USt-Voranmeldungs-Agent wiederverwendet. Die SEPA-XML-Generierung wird vom Zahlungsverkehr-Agent genutzt.

Häufige Fragen

Kann der Agent auch internationale Zahlungen abwickeln?

Ja. Neben SEPA-Überweisungen (EUR-Raum) unterstützt der Agent SWIFT-Zahlungen für Drittländer. Die Zahlungsart wird automatisch aus den Kreditorenstammdaten abgeleitet.

Wie wird Skonto-Optimierung berechnet?

Der Agent vergleicht den Skonto-Vorteil mit den Opportunitätskosten einer vorzeitigen Zahlung. Bei einem typischen 2% Skonto bei 10 Tagen Zahlungsziel entspricht das einem annualisierten Zinssatz von über 36% - fast immer lohnenswert.

Was passiert bei unzureichender Liquidität?

Der Agent priorisiert Zahlungen nach Fälligkeit und Skonto-Potenzial. Bei Liquiditätsengpass werden Zahlungen gestaffelt vorgeschlagen. Die finale Entscheidung über Priorisierung trifft der Mensch.

Diesen Agent implementieren?

Wir bewerten Ihre Finance-Prozesslandschaft und zeigen, wie dieser Agent in Ihre Infrastruktur passt.