Gutschrift/Storno-Agent
Gutschriften und Stornorechnungen steuerlich korrekt unterscheiden und verarbeiten.
Klassifiziert Gutschriften versus Stornorechnungen nach §14 UStG, identifiziert die Bezugsrechnung, berechnet die USt-Korrektur und erstellt die Gegenbuchung. Die steuerlich korrekte Unterscheidung ist eine der häufigsten Fehlerquellen in der Buchhaltung.
Score-Dashboard
Was dieser Agent tut
Die Unterscheidung zwischen Gutschrift und Stornorechnung ist steuerlich kritisch: Eine Gutschrift ist ein eigenständiges Dokument mit eigenen Pflichtangaben. Eine Stornorechnung korrigiert die Originalrechnung. Die Verwechslung führt zu falschen USt-Erklärungen - ein klassischer Betriebsprüfungsfund.
Der Decision Layer zerlegt die Verarbeitung in sieben Entscheidungsschritte. Die Dokumenttyp-Klassifikation nutzt LLM-Unterstützung, weil viele Lieferanten die Begriffe inkonsistent verwenden. Bezugsrechnung finden kombiniert regelbasierten Referenznummern-Abgleich mit unscharfem Matching. Betragsvalidierung, USt-Korrektur, Gegenbuchung und GoBD-konforme Verknüpfung sind vollständig regelbasiert.
Das Ergebnis: Gutschriften und Stornos werden steuerlich korrekt unterschieden und verarbeitet. Die Verknüpfung mit der Originalrechnung ist lückenlos - bei der Betriebsprüfung ist der Zusammenhang sofort nachvollziehbar.
Micro-Decision-Tabelle
Dokumenttyp klassifizieren Gutschrift oder Stornorechnung? KI-Agent WP/BP
LLM-Klassifikation, steuerlich kritisch nach §14 UStG
Entscheidungsakte
Anfechtbar: Ja - vollständig dokumentiert, durch Menschen überprüfbar, Einspruch über formalen Prozess.
Anfechtbar durch: WP/BP
Bezugsrechnung identifizieren Welche Originalrechnung wird korrigiert? Regelwerk Lieferant
Referenznummer-Abgleich, bei fehlender Referenz unscharfes Matching
Entscheidungsakte
Anfechtbar: Ja - Regelanwendung prüfbar. Einspruch bei fehlerhafter Datenbasis oder falscher Regelversion.
Anfechtbar durch: Lieferant
Betrag validieren Übersteigt der Gutschriftsbetrag den Originalbetrag? Regelwerk Lieferant
Numerischer Vergleich
Entscheidungsakte
Anfechtbar: Ja - Regelanwendung prüfbar. Einspruch bei fehlerhafter Datenbasis oder falscher Regelversion.
Anfechtbar durch: Lieferant
USt-Korrektur berechnen Wie hoch ist die Umsatzsteuerkorrektur? Regelwerk WP/BP
UStG-Berechnung basierend auf Originalrechnung
Entscheidungsakte
Anfechtbar: Ja - Regelanwendung prüfbar. Einspruch bei fehlerhafter Datenbasis oder falscher Regelversion.
Anfechtbar durch: WP/BP
Gegenbuchung erstellen Wie lautet der Korrekturbuchungssatz? Regelwerk
Spiegelung der Originalbuchung
Entscheidungsakte
Anfechtbar: Ja - Regelanwendung prüfbar. Einspruch bei fehlerhafter Datenbasis oder falscher Regelversion.
GoBD-konforme Verknüpfung Ist die Gutschrift mit dem Originalbeleg verknüpft? Regelwerk WP/BP
Archivierung mit Belegkette nach GoBD
Entscheidungsakte
Anfechtbar: Ja - Regelanwendung prüfbar. Einspruch bei fehlerhafter Datenbasis oder falscher Regelversion.
Anfechtbar durch: WP/BP
Steuerliche Unterscheidung Ist die steuerliche Behandlung von Gutschrift vs. Storno korrekt? Regelwerk WP/BP
§14 UStG - häufige Fehlerquelle bei Betriebsprüfungen
Entscheidungsakte
Anfechtbar: Ja - Regelanwendung prüfbar. Einspruch bei fehlerhafter Datenbasis oder falscher Regelversion.
Anfechtbar durch: WP/BP
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
- ERP-System mit Kreditorenbuchhaltung und Belegverknüpfung
- GoBD-konformes Archivsystem mit Belegketten
- Zugang zu Originalrechnungen für Referenzabgleich
- Aktuelle USt-Sätze und Korrekturregeln
Governance-Hinweise
Steuerlich sensitiv: §14 UStG (Pflichtangaben, Unterscheidung Gutschrift/Storno), §17 UStG (Berichtigung des Steuerbetrags). Die falsche Klassifikation hat unmittelbare USt-Konsequenzen und ist ein häufiger Betriebsprüfungsfund. Der Decision Layer dokumentiert jede Klassifikationsentscheidung mit Begründung - bei der Prüfung nachvollziehbar, warum ein Dokument als Gutschrift oder Storno behandelt wurde.
§203 StGB-relevante Daten werden Ende-zu-Ende verschlüsselt und nie im Klartext an KI-Modelle übergeben.
Beitrag zur Verfahrensdokumentation
Infrastruktur-Beitrag
Der Gutschrift/Storno-Agent etabliert die Belegketten-Logik für den gesamten Katalog. Die Verknüpfung zwischen Korrekturbeleg und Originalbeleg wird vom Lohnkorrekturbuchungs-Agent wiederverwendet. Die USt-Korrekturlogik bildet die Basis für den USt-Voranmeldungs-Agent.
Passt dieser Agent zu Ihrem Prozess?
Wir analysieren Ihren konkreten Finance-Prozess und zeigen, wie dieser Agent in Ihre Systemlandschaft passt. 30 Minuten, keine Vorbereitung nötig.
Prozess analysieren lassenVerwandte Agenten
Rechnungseingangs-Agent
Eingehende Rechnungen lesen, prüfen und GoBD-konform archivieren - ohne manuelle Erfassung.
Kontierungs-Agent
Sachkonto, Kostenstelle und Steuercode regelbasiert zuordnen - mit LLM-Unterstützung bei Interpretationsfällen.
Three-Way-Matching Agent
Bestellung, Lieferschein und Rechnung automatisch abgleichen - der ideale Startkandidat.
Häufige Fragen
Warum ist die Unterscheidung Gutschrift vs. Storno so wichtig?
Eine Gutschrift nach §14 UStG ist ein eigenständiges Dokument des Leistungsempfängers. Eine Stornorechnung korrigiert eine fehlerhafte Rechnung des Leistenden. Die USt-Konsequenzen sind unterschiedlich - bei Verwechslung droht Nachzahlung bei der Betriebsprüfung.
Wie erkennt der Agent die Dokumentart, wenn Lieferanten die Begriffe falsch verwenden?
Das LLM analysiert den Dokumentinhalt, nicht nur die Überschrift. Viele Lieferanten schreiben 'Gutschrift' obwohl es eine Stornorechnung ist. Der Agent prüft die inhaltlichen Merkmale und klassifiziert korrekt - mit nachvollziehbarer Begründung in der Entscheidungsakte.
Was passiert als Nächstes?
30 Minuten
Erstgespräch
Wir analysieren Ihren Prozess und identifizieren den optimalen Startpunkt.
1 Woche
Discover
Mapping Ihrer Entscheidungslogik. Regelwerke dokumentiert, Decision Layer designt.
3-4 Wochen
Build
Produktiver Agent in Ihrer Infrastruktur. Governance, Audit Trail, Cert-Ready ab Tag 1.
12-18 Monate
Eigenständig
Voller Zugang zu Quellcode, Prompts und Regelversionen. Kein Vendor Lock-in.
Diesen Agent implementieren?
Wir bewerten Ihre Finance-Prozesslandschaft und zeigen, wie dieser Agent in Ihre Infrastruktur passt.