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

Zahlungseingangszuordnungs-Agent

Eingehende Zahlungen automatisch offenen Rechnungen zuordnen - auch bei abweichendem Zahler.

Liest Kontoauszüge ein, ordnet Zahlungen Debitoren und offenen Rechnungen zu, validiert Skonto-Abzüge und erstellt Ausgleichsbuchungen. Nicht zuordenbare Zahlungen und Differenzen eskaliert der Agent an den Sachbearbeiter.

Score-Dashboard

Agent Readiness 79-86%
Governance-Komplexität 18-25%
Economic Impact 76-83%
Leuchtturm-Wirkung 21-28%
Implementation Complexity 28-35%
Transaktionsvolumen Täglich

Was dieser Agent tut

Cash Application ist der Prozess, der aus einer anonymen Bankbewegung einen zugeordneten Zahlungseingang macht. Bei hunderten Zahlungseingängen pro Tag ist die manuelle Zuordnung zeitintensiv und fehleranfällig - insbesondere wenn der Zahler vom Rechnungsempfänger abweicht oder Teilzahlungen erfolgen.

Der Decision Layer zerlegt die Zuordnung in sieben Entscheidungsschritte. Kontoauszug einlesen und Ausgleichsbuchung erstellen sind vollständig regelbasiert. Debitor-Zuordnung und Rechnungszuordnung kombinieren exakten Abgleich mit unscharfem Matching bei Abweichungen. Skonto-Validierung ist regelbasiert. Differenzklärung und nicht zuordenbare Zahlungen eskalieren an den Menschen.

Das Ergebnis: 70-85% der Zahlungseingänge werden automatisch zugeordnet. Die Zuordnungsrate steigt mit der Zeit, weil das System aus Korrekturen lernt. Und der Sachbearbeiter konzentriert sich auf die echten Klärungsfälle statt auf Routinezuordnungen.

Micro-Decision-Tabelle

Mensch
Regelwerk
KI-Agent
Jede Zeile ist eine Entscheidung. Aufklappen zeigt die Entscheidungsakte und ob man anfechten kann.
Kontoauszug einlesen Welche Zahlungseingänge sind auf dem Konto? Regelwerk

Parsing von CAMT.053 oder MT940 Kontoauszügen

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.

Zahlung einem Debitor zuordnen Welcher Debitor hat gezahlt? Regelwerk

Exakter Match über Verwendungszweck, bei abweichendem Zahler unscharfes Matching

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.

Zahlung einer Rechnung zuordnen Welche offene Rechnung wird beglichen? Regelwerk

Betrag und Referenz für exakten Match, bei Teil- oder Überzahlung KI-Unterstützung

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-Abzug validieren Ist der Skonto-Abzug berechtigt? Regelwerk Lieferant

Vertragsdaten und Fristprüfung

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.

Anfechtbar durch: Lieferant

Differenzklärung Wie wird eine Unter-, Über- oder Doppelzahlung behandelt? Mensch

Interpretationsentscheidung bei unklarer Zahlungsabsicht

Entscheidungsakte

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

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

Ausgleichsbuchung erstellen Wie lautet der Buchungssatz für den Zahlungsausgleich? Regelwerk

Buchungslogik basierend auf Zuordnungsergebnis

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.

Nicht zuordenbare Zahlungen Was passiert mit Zahlungen ohne klare Zuordnung? Mensch

Manuelle Klärung bei fehlender Referenz oder unbekanntem Zahler

Entscheidungsakte

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

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.

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

  • Bankkonto mit elektronischem Kontoauszug (CAMT.053, MT940)
  • ERP-System mit Debitorenbuchhaltung und offenen Posten
  • Kundenstammdaten mit Bankverbindungen
  • Definierte Skonto-Konditionen pro Kunde

Governance-Hinweise

GoBD-konform §203 StGB-konform

GoBD-relevant: Jeder Zahlungseingang muss zeitnah zugeordnet und gebucht werden (GoBD: bargeldlose Vorgänge innerhalb von 10 Tagen). HGB §238 (Buchführungspflicht), AO §146 (Ordnungsvorschriften). Der Decision Layer dokumentiert jede Zuordnungsentscheidung: welcher Debitor, welche Rechnung, welche Matching-Methode, Confidence-Score. Bei der Betriebsprüfung nachvollziehbar.

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

Beitrag zur Verfahrensdokumentation

Dokumentiert für jede Zahlungszuordnung: Kontoauszugsdaten, identifizierter Debitor mit Matching-Methode, zugeordnete Rechnung(en), Skonto-Prüfungsergebnis, Differenzbehandlung, Ausgleichsbuchungssatz. Lückenlose Zuordnungshistorie für jede Bankbewegung.

Infrastruktur-Beitrag

Der Cash-Application-Agent baut die Bankschnittstelleninfrastruktur auf. Das CAMT.053/MT940-Parsing wird vom Bankabstimmungs-Agent wiederverwendet. Das unscharfe Matching-Framework bildet die Vorlage für den Abstimmungs-Agent und Intercompany-Agent. Die Skonto-Validierungslogik wird vom Zahlungslauf-Agent genutzt.

Häufige Fragen

Was passiert bei Sammelüberweisungen?

Der Agent erkennt Sammelüberweisungen und splittet sie anhand des Verwendungszwecks auf einzelne Rechnungen. Bei nicht eindeutiger Zuordnung wird der Sachbearbeiter einbezogen.

Wie hoch ist die automatische Zuordnungsrate?

Typischerweise 70-85% bei Ersteinführung, steigend auf 90-95% nach 6-12 Monaten. Die Rate hängt von der Qualität der Kundenstammdaten und der Konsistenz der Verwendungszwecke ab.

Wie werden Zahlungen in Fremdwährung behandelt?

Fremdwährungszahlungen werden zum Tageskurs umgerechnet. Kursdifferenzen werden automatisch auf das konfigurierte Kursdifferenzenkonto gebucht. Der Decision Layer dokumentiert den angewandten Kurs.

Diesen Agent implementieren?

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