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

Kontierungs-Agent

Sachkonto, Kostenstelle und Steuercode regelbasiert zuordnen - mit LLM-Unterstützung bei Interpretationsfällen.

Ordnet eingehende Rechnungen dem richtigen Sachkonto, der korrekten Kostenstelle und dem passenden Steuercode zu. Prüft Vorsteuerabzugsfähigkeit und Aktivierungspflicht automatisch nach UStG und HGB.

Score-Dashboard

Agent Readiness 82-89%
Governance-Komplexität 26-33%
Economic Impact 76-83%
Leuchtturm-Wirkung 31-38%
Implementation Complexity 31-38%
Transaktionsvolumen Täglich

Was dieser Agent tut

Die Kontierung ist der fehleranfälligste Schritt in der Kreditorenbuchhaltung. Falsche Sachkonten bedeuten falschen Steuerausweis. Falsche Kostenstellen verfälschen das Controlling. Falsche Steuercodes gefährden den Vorsteuerabzug. Bei 10.000 Rechnungen pro Monat sind das 10.000 Kontierungsentscheidungen - jede mit steuerlicher Konsequenz.

Der Decision Layer zerlegt die Kontierung in zehn Entscheidungsschritte. Sachkonto-Zuordnung, Kostenstellen-Zuordnung und Steuercode-Bestimmung kombinieren regelbasierte Logik mit LLM-Interpretation bei uneindeutigen Leistungsbeschreibungen. Vorsteuerabzugsfähigkeit (§15 UStG), Aktivierungspflicht (GWG-Grenze) und Periodenabgrenzung (HGB §250) sind vollständig deterministisch.

Das Ergebnis: Kontierungsfehler werden eliminiert bevor sie entstehen. Der Agent erstellt einen Buchungsvorschlag mit Confidence-Bewertung. Nur bei niedrigem Confidence-Score wird an einen Sachbearbeiter eskaliert. Die aufgebaute Kontenplan-Engine wird von jedem buchenden Agent im Katalog wiederverwendet.

Micro-Decision-Tabelle

Mensch
Regelwerk
KI-Agent
Jede Zeile ist eine Entscheidung. Aufklappen zeigt die Entscheidungsakte und ob man anfechten kann.
Sachkonto-Zuordnung Welches Sachkonto passt zur Leistungsbeschreibung? Regelwerk WP/BP

Standard-Zuordnung über SKR03/04, bei Interpretation LLM-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.

Anfechtbar durch: WP/BP

Kostenstellen-Zuordnung Welche Kostenstelle trägt die Kosten? Regelwerk

Aus Bestellung regelbasiert, aus Freitext LLM-unterstützt

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.

Profit-Center-Zuordnung Welches Profit Center wird belastet? Regelwerk

Ableitung aus Kostenstelle nach Mapping-Tabelle

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.

Steuercode bestimmen 19%, 7%, innergemeinschaftlich, Reverse Charge oder steuerfrei? Regelwerk WP/BP

UStG-Regeln deterministisch angewandt

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: WP/BP

Vorsteuerabzug prüfen Ist der Vorsteuerabzug nach §15 UStG zulässig? Regelwerk WP/BP

Deterministische Prüfung gegen §15 UStG

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: WP/BP

Aktivierungspflicht prüfen Liegt der Betrag über 800 EUR netto? GWG oder Anlagevermögen? Regelwerk WP/BP

HGB/EStG-Schwellenwerte 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.

Anfechtbar durch: WP/BP

Periodenabgrenzung prüfen Muss ein aktiver Rechnungsabgrenzungsposten gebildet werden? Regelwerk WP/BP

HGB §250 - Zahlung vor Leistungszeitraum

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: WP/BP

Buchungsvorschlag erstellen Wie lautet der vollständige Buchungssatz? Regelwerk

Zusammenführung aller Kontierungsentscheidungen

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.

Confidence-Bewertung Wie sicher ist die Kontierung? KI-Agent

LLM bewertet die eigene Sicherheit bei interpretierten Feldern

Entscheidungsakte

Modell-Version und Confidence Score
Eingabedaten und Klassifikationsergebnis
Entscheidungsgrund (Erklärbarkeit)
Audit Trail mit vollständiger Nachvollziehbarkeit

Anfechtbar: Ja - vollständig dokumentiert, durch Menschen überprüfbar, Einspruch über formalen Prozess.

Routing Auto-Buchung oder Eskalation an Sachbearbeiter? Regelwerk

Confidence-Schwelle bestimmt den Pfad

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.

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 Kontenplan (SKR03/04 oder individuell)
  • Kostenstellenstruktur mit Zuordnungsregeln
  • Aktuelle Steuerkennzeichen-Tabelle
  • Historische Kontierungsdaten für LLM-Training (mind. 12 Monate)

Governance-Hinweise

GoBD-konform §203 StGB-konform

Steuerlich besonders sensitiv - falsche Kontierung führt direkt zu falschem Steuerausweis. Relevante Vorschriften: §15 UStG (Vorsteuerabzug), §4 Abs. 5 EStG (nicht abzugsfähige Betriebsausgaben), HGB §250 (Rechnungsabgrenzung), EStG §6 Abs. 2 (GWG). Bei der Betriebsprüfung ist die Kontierung ein Schwerpunktthema. Der Decision Layer dokumentiert jede Kontierungsentscheidung mit angewandter Regel und Version - das Finanzamt sieht nicht nur das Ergebnis, sondern den Entscheidungspfad.

§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 Kontierung: angewandtes Sachkonto mit Begründung, Steuercode mit UStG-Referenz, Kostenstelle, Confidence-Score, ob manuell oder automatisch kontiert. Bildet den Kern der Verfahrensdokumentation für die buchhalterische Verarbeitung.

Infrastruktur-Beitrag

Der Kontierungs-Agent baut die zentrale Kontenplan-Engine auf. Das Mapping-Framework (Leistung zu Sachkonto zu Steuercode) wird von jedem buchenden Agent im Katalog wiederverwendet: Reisekosten, Bewirtung, Anlagenzugang, Rückstellungen, Abgrenzungen. Die Confidence-Bewertung und das Auto-Buchung/Eskalation-Pattern werden zum Standard für alle Buchungsagenten.

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 lassen

Häufige Fragen

Funktioniert der Agent auch mit individuellen Kontenplänen?

Ja. Der Agent arbeitet mit SKR03, SKR04 und individuellen Kontenplänen. Die Mapping-Tabelle wird einmalig konfiguriert. Das LLM lernt aus historischen Kontierungen - je mehr Daten, desto höher der Confidence-Score.

Was passiert bei einer falschen Kontierung?

Der Agent erstellt immer einen Vorschlag, nie eine finale Buchung ohne Prüfmöglichkeit. Bei niedrigem Confidence-Score eskaliert er automatisch. Jede Kontierung ist über die Entscheidungsakte nachvollziehbar und kann korrigiert werden.

Wie geht der Agent mit Reverse-Charge-Rechnungen um?

Reverse Charge wird regelbasiert über den Lieferantenstamm (EU-Ausland, Drittland) und die Leistungsart erkannt. Der Agent wendet §13b UStG automatisch an und erstellt die Buchung für Umsatzsteuer und Vorsteuer.

Was passiert als Nächstes?

1

30 Minuten

Erstgespräch

Wir analysieren Ihren Prozess und identifizieren den optimalen Startpunkt.

2

1 Woche

Discover

Mapping Ihrer Entscheidungslogik. Regelwerke dokumentiert, Decision Layer designt.

3

3-4 Wochen

Build

Produktiver Agent in Ihrer Infrastruktur. Governance, Audit Trail, Cert-Ready ab Tag 1.

4

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.