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

Buchungs-QA-Agent

Jede Buchung auf formale Vollständigkeit, Plausibilität und Konsistenz prüfen - bevor sie ins Hauptbuch geht.

Prüft die formale Vollständigkeit, Plausibilität, Kontenkonsistenz und Periodenzuordnung jeder Buchung. Erkennt Duplikate und berechnet einen Anomalie-Score. Nur bei Auffälligkeiten wird eskaliert - der Normalfall passiert automatisch.

Prozess analysieren lassen
Airbus Volkswagen Shell Renault Evonik Vattenfall Philips KPMG

Bewertung

Agent Readiness 84-91%
Governance-Komplexität 18-25%
Economic Impact 74-81%
Leuchtturm-Wirkung 31-38%
Implementation Complexity 24-31%
Transaktionsvolumen Täglich

Was dieser Agent tut

Buchungsqualität ist der Hebel zwischen Einzelbuchung und verlässlichem Abschluss. Jede fehlerhafte Buchung die ins Hauptbuch geht, wird zur Korrekturbuchung im Monatsabschluss. Bei tausenden Buchungen pro Tag reicht eine Fehlerquote von 2% für dutzende Korrekturen pro Monat.

Der Decision Layer zerlegt die Buchungsprüfung in acht Entscheidungsschritte. Formale Vollständigkeit, Kontenkonsistenz, Steuercode-Konsistenz, Periodenprüfung und Duplikat-Erkennung sind vollständig regelbasiert. Plausibilitätsprüfung und Anomalie-Score nutzen historische Vergleiche und ML-basierte Erkennung. Das Routing (Freigabe oder Eskalation) basiert auf dem Score.

Das Ergebnis: Buchungsfehler werden vor dem Hauptbuch-Eintrag erkannt. Korrekturbuchungen im Monatsabschluss werden drastisch reduziert. Und der Anomalie-Score gibt dem Sachbearbeiter eine Priorisierung: welche Buchungen zuerst prüfen?

Micro-Decision-Tabelle

Mensch
Regelwerk
KI-Agent
Jede Zeile ist eine Entscheidung. Aufklappen zeigt die Entscheidungsakte und ob man anfechten kann.
Formale Vollständigkeit prüfen Sind Beleg, Konto, Betrag und Datum vorhanden? Regelwerk

Checkliste der Pflichtfelder

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.

Plausibilitätsprüfung Liegt der Betrag im üblichen Rahmen für dieses Konto? Regelwerk

Schwellenwert regelbasiert, historischer Vergleich KI-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.

Kontenkonsistenz prüfen Passen Soll- und Habenkonto zusammen? Regelwerk

Doppelte Buchführung - Konsistenzregeln

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-Konsistenz prüfen Passt der USt-Code zum gebuchten Konto? Regelwerk WP/BP

Mapping-Tabelle Konto zu Steuercode

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

Periodenprüfung Ist die Buchung im richtigen Monat? Regelwerk

Datumsvergleich: Belegdatum vs. Buchungsperiode

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.

Duplikat-Erkennung Wurde diese Buchung bereits erfasst? Regelwerk

Muster-Match über Betrag, Konto, Datum

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.

Anomalie-Score berechnen Wie auffällig ist diese Buchung? KI-Agent

ML-basierte Anomalie-Erkennung aus historischen Mustern

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 Freigabe oder Eskalation? Regelwerk

Score-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 Buchungsprüfung vor Hauptbuch-Eintrag
  • Historische Buchungsdaten für Anomalie-Erkennung (mind. 12 Monate)
  • Definierte Plausibilitätsschwellen pro Kontengruppe
  • Mapping-Tabelle Konto zu zulässigem Steuercode

Governance-Hinweise

GoBD-konform §203 StGB-konform

GoBD-relevant: Die Buchungsprüfung ist ein wesentlicher Bestandteil des IKS (Internes Kontrollsystem). HGB §238 (ordnungsgemäße Buchführung), GoBD (Nachvollziehbarkeit), AO §146 (Ordnungsvorschriften). Der Decision Layer dokumentiert jede Prüfung: welche Checks durchgeführt, welche bestanden, welche fehlgeschlagen, Anomalie-Score. Für die Betriebsprüfung nachvollziehbar, dass ein systematisches QA-Verfahren existiert.

§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 geprüfte Buchung: Prüfergebnis pro Check (Vollständigkeit, Plausibilität, Konsistenz, Periode, Duplikat), Anomalie-Score, Routing-Entscheidung. Aggregiert: Fehlerquoten pro Kontengruppe, häufigste Fehlertypen, Trend über Zeit.

Infrastruktur-Beitrag

Der Buchungs-QA-Agent ist die zentrale Qualitätssicherung für das gesamte Hauptbuch. Jeder buchende Agent (Kontierung, AfA, Rückstellungen, Abgrenzungen) kann seine Buchungen durch den QA-Agent prüfen lassen. Die Anomalie-Erkennung wird vom Fraud-Detection-Agent (Betrugserkennung) und IKS-Monitoring-Agent (Kontrollüberwachung) wiederverwendet.

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

Was diese Erstbewertung enthält: 9 Slides für Ihr Führungsteam

Personalisiert mit Ihren Zahlen. Generiert in 2 Minuten direkt im Browser. Kein Upload, kein Login.

  1. 1

    Titelfolie - Prozessname, Entscheidungspunkte, Automatisierungspotenzial

  2. 2

    Executive Summary - FTE-Freisetzung, Kosten pro Vorgang vorher/nachher, Break-Even-Datum, Kosten des Wartens

  3. 3

    Ausgangslage - Transaktionsvolumen, Fehlerkosten, Wachstumsszenario mit FTE-Vergleich

  4. 4

    Lösungsarchitektur - Mensch - Regelwerk - KI-Agent mit konkreten Entscheidungspunkten

  5. 5

    Governance - EU AI Act, GoBD/HGB, Audit Trail - mit Ampelstatus

  6. 6

    Risikoanalyse - 5 Risiken mit Eintrittswahrscheinlichkeit, Auswirkung und Gegenmaßnahme

  7. 7

    Roadmap - 3-Phasen-Plan mit konkreten Kalenderdaten und Go/No-Go

  8. 8

    Business Case - 3-Szenarien-Vergleich (Nichtstun/Neueinstellung/Automatisierung) plus 3×3-Sensitivitätsmatrix

  9. 9

    Diskussionsvorschlag - Konkrete nächste Schritte mit Zeitplan und Verantwortlichkeiten

Enthält: 3-Szenarien-Vergleich

Nichtstun vs. Neueinstellung vs. Automatisierung - mit Ihrem Gehaltsniveau, Ihrer Fehlerquote und Ihrem Wachstumsplan. Die eine Slide, die Ihr CFO als erstes sehen will.

Berechnungsmethodik anzeigen

Stundensatz: Jahresgehalt (Ihre Eingabe) × 1,3 AG-Anteil ÷ 1.720 Jahresarbeitsstunden

Einsparung: Vorgänge × 12 × Automatisierungsrate × Minuten/Vorgang × Stundensatz × Economic Factor

Qualitäts-ROI: Fehlerreduktion × Vorgänge × 12 × EUR 260/Fehler (APQC Open Standards Benchmarking)

FTE: Eingesparte Stunden ÷ 1.720 Jahresarbeitsstunden

Break-Even: Benchmark-Investition ÷ monatliche Gesamteinsparung (Effizienz + Qualität)

Neueinstellung: Jahresgehalt × 1,3 + EUR 12.000 Recruiting pro FTE

Alle Daten bleiben in Ihrem Browser. Nichts wird an Server übertragen.

Buchungs-QA-Agent

Erstbewertung für Ihr Führungsteam

In 2 Minuten eine fundierte Erstbewertung - mit Ihren Zahlen, Ihrem Risikoprofil und Branchenbenchmarks. Kein Anbieter-Logo, kein Vendor-Pitch.

30K120K
1%15%

Alle Daten bleiben in Ihrem Browser. Nichts wird übertragen.

Häufige Fragen

Wie viele Buchungen werden typischerweise eskaliert?

Bei gut gepflegten Stammdaten werden 2-5% der Buchungen eskaliert. Der Anomalie-Score priorisiert die Eskalationen - die auffälligsten Buchungen werden zuerst geprüft.

Kann der Agent nachträglich bereits gebuchte Transaktionen prüfen?

Ja. Neben der Echtzeit-Prüfung vor dem Hauptbuch-Eintrag kann der Agent auch einen Batch-Lauf über bereits gebuchte Transaktionen durchführen - z.B. als Teil der Monatsabschluss-Vorbereitung.

Wie werden die Plausibilitätsschwellen kalibriert?

Die Schwellen werden initial aus historischen Daten berechnet (z.B. Mittelwert + 3 Standardabweichungen pro Kontengruppe). Im Betrieb werden sie durch Feedback des Sachbearbeiters verfeinert - jede Eskalation die sich als False Positive erweist, verbessert das Modell.

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, prüfungsfähig 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.