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

Rechnungsausgangs-Agent

Ausgangsrechnungen regelbasiert erstellen, formatieren und GoBD-konform versenden.

Erstellt Ausgangsrechnungen aus Leistungsdaten, bestimmt den korrekten USt-Satz, wählt das E-Rechnungsformat und vergibt lückenlose Rechnungsnummern.

Prozess analysieren lassen
Airbus Volkswagen Shell Renault Evonik Vattenfall Philips KPMG

USt-Satz, Format und Nummernkreise vollständig regelbasiert, 0 Prozent KI-Anteil

Der Agent validiert USt-Satz, E-Rechnungsformat und Nummernkreise vollständig deterministisch gegen die Konfiguration und §14 UStG, ohne jeglichen KI-Anteil.

Ergebnis: Fakturierungs-Durchlauf von 20 auf unter 3 Minuten je Rechnung, 0 Lücken in Nummernkreisen und GoBD-konforme Archivierung im selben Buchungslauf.

100% Regelwerk
0% KI-Agent
0% Mensch

Die vollständige Regelbasierung macht den Ausgangsrechnungs-Agent zum höchsten Readiness-Kandidaten im Katalog:

3,6 Prozent Fehlerquote, 53 Dollar pro Rechnungskorrektur

Rechnungserstellung bindet Kapazität, die in der Finanzabteilung an anderer Stelle fehlt. Gleichzeitig steigt der regulatorische Druck durch die E-Rechnungspflicht. Der Rechnungsausgangs-Agent löst beides: Er erstellt Ausgangsrechnungen vollständig regelbasiert - ohne KI-Anteil, ohne manuelle Eingriffe, mit lückenloser GoBD-Konformität ab dem ersten Beleg.

Fehlerhafte Rechnungen kosten mehr als nur Nacharbeit

Laut Forrester enthalten 3,6 % aller manuell erstellten Rechnungen Fehler. Die Korrektur eines einzelnen fehlerhaften Belegs kostet bis zu 53 US-Dollar, wenn Personalaufwand, Systemkorrekturen und Zahlungsverzögerungen eingerechnet werden (Quelle: Resolve Pay, 2025). Bei einem Unternehmen, das 500 Ausgangsrechnungen pro Monat verarbeitet, summiert sich das auf 18 fehlerhafte Belege und knapp 1.000 Euro Korrekturaufwand - jeden Monat, bevor der eigentliche Schaden durch verspätete Zahlungseingänge überhaupt berücksichtigt ist.

Fehler bei Ausgangsrechnungen sind dabei selten zufällig. Falsche Umsatzsteuersätze bei innergemeinschaftlichen Lieferungen, fehlende Pflichtangaben nach Paragraph 14 UStG, inkonsistente Zahlungsbedingungen - das sind systematische Schwächen, die aus dem gleichen manuellen Prozess immer wieder entstehen. Genau diese Systematik macht den Fehler regelbasiert lösbar.

Die E-Rechnungspflicht verschärft den Handlungsdruck

Seit dem 1. Januar 2025 müssen alle Unternehmen in Deutschland E-Rechnungen im B2B-Verkehr empfangen können. Die Übergangsfrist für den Versand läuft Ende 2026 aus. Danach gilt: Jede Ausgangsrechnung muss als strukturierter Datensatz im Format XRechnung oder ZUGFeRD vorliegen - nicht als PDF, nicht als Scan.

Hinter dieser Pflicht steht ein konkretes Ziel der Bundesregierung: die deutsche Mehrwertsteuerlücke von rund 22 Milliarden Euro zu schließen (Quelle: DATEV Magazin / EU-Kommission). Für Finanzabteilungen bedeutet das einen Formatwechsel, der weit über die Rechnungsstellung hinausreicht. Jeder Beleg muss maschinenlesbar sein, die Pflichtfelder müssen exakt dem Schema entsprechen, und das gewählte Format muss pro Kunde konfigurierbar bleiben.

Wer diesen Wechsel manuell steuert, baut neue Fehlerquellen in einen ohnehin fehleranfälligen Prozess ein. Wer ihn automatisiert, eliminiert das Formatproblem als Entscheidungspunkt.

Acht Entscheidungsschritte ersetzen den manuellen Prozess

Ein konkretes Szenario: Ein Projektdienstleister stellt monatlich 400 Ausgangsrechnungen an Kunden in Deutschland, der EU und der Schweiz. Bisher prüft ein Sachbearbeiter für jeden Beleg den USt-Satz, ergänzt Pflichtangaben, wählt das Format und vergibt die Rechnungsnummer manuell.

Der Decision Layer zerlegt diesen Prozess in acht deterministische Schritte. Leistungsdaten werden aus dem Quellsystem abgerufen. Pflichtangaben nach Paragraph 14 UStG werden automatisch zusammengestellt. Der USt-Satz ergibt sich aus dem Kundenstandort und der Leistungsart - 19 Prozent Inland, innergemeinschaftlich steuerfrei, Drittland ohne USt. Das E-Rechnungsformat wird aus den Kundenstammdaten abgeleitet. Zahlungsbedingungen kommen aus dem Vertrag. Die Rechnungsnummer wird atomar vergeben - keine Lücken, keine Doppelvergabe. Versand und Archivierung erfolgen zeitgleich.

Alle acht Schritte sind regelbasiert. Kein Schritt erfordert eine Einschätzung, eine Abwägung oder eine Prognose. Deshalb liegt der KI-Anteil bei exakt null Prozent - und die Readiness bei 89 bis 96 Punkten, dem höchsten Wert im gesamten Katalog.

GoBD-Konformität entsteht im Prozess, nicht in der Nachkontrolle

Die GoBD verlangt drei Dinge von jeder Ausgangsrechnung: lückenlose Nummernvergabe, unveränderbare Archivierung und vollständige Nachvollziehbarkeit. In manuellen Prozessen werden diese Anforderungen typischerweise durch nachgelagerte Kontrollen sichergestellt - eine Prüfung am Monatsende, ein Abgleich der Nummernkreise, ein manueller Archivierungslauf.

Der Rechnungsausgangs-Agent dreht diese Logik um. Die Nummernvergabe ist atomar in den Erstellungsprozess integriert. Die Archivierung erfolgt zeitgleich mit dem Versand, nicht danach. Und jede Entscheidung - welcher Steuersatz, welches Format, welcher Versandkanal - wird mit Zeitstempel und Begründung protokolliert. Bei einer Betriebsprüfung liegt der vollständige Entscheidungspfad für jeden einzelnen Beleg vor.

Für CFOs bedeutet das: GoBD-Konformität ist kein Prüfungsrisiko mehr, sondern eine Systemeigenschaft. Der Decision Layer auf Stufe 1 - reines Regelwerk - macht den Rechnungsausgang zum verlässlichsten Prozess in der gesamten Debitorenbuchhaltung.

Micro-Decision-Tabelle

Wer entscheidet bei diesem Agent?

8 Entscheidungsschritte, aufgeteilt nach Decider

100%(8/8)
Regelwerk
deterministisch
0%(0/8)
KI-Agent
modellbasiert mit Confidence
0%(0/8)
Mensch
explizit zugewiesen
Mensch
Regelwerk
KI-Agent
Jede Zeile ist eine Entscheidung. Aufklappen zeigt die Entscheidungsakte und ob man anfechten kann.
Leistungsdaten abrufen Welche Leistungen werden abgerechnet? Regelwerk

Datenbankabfrage aus Quellsystem (CRM, Projektverwaltung)

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.

Pflichtangaben zusammenstellen Sind alle Angaben nach §14 UStG vorhanden? Regelwerk WP/BP

Vorlage mit allen gesetzlichen Pflichtfeldern

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

USt-Satz bestimmen 19%, 7%, innergemeinschaftlich oder Drittland? Regelwerk WP/BP

UStG-Regeln basierend auf Kundenstandort und Leistungsart

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

E-Rechnungsformat wählen XRechnung, ZUGFeRD oder PDF? Regelwerk

Kundenstammdaten bestimmen das bevorzugte Format

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.

Zahlungsbedingungen einfügen Welche Zahlungsfrist und Konditionen gelten? Regelwerk

Vertragsdaten des Kunden

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.

Nummernkreis-Vergabe Welche Rechnungsnummer wird vergeben? Regelwerk

Lückenlose, fortlaufende Vergabe nach GoBD

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.

Versand Über welchen Kanal wird die Rechnung versendet? Regelwerk

Kundenkonfiguration: E-Mail, Portal oder EDI

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.

GoBD-konforme Archivierung Wird die Rechnung unveränderbar archiviert? Regelwerk WP/BP

Automatische Archivierung zeitgleich mit Versand

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

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 →

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

Governance-Hinweise

GoBD-konform §203 StGB-konform

Vollständig regelbasiert - kein KI-Anteil. GoBD-Kernrelevanz: §14 UStG (Pflichtangaben), GoBD (lückenlose Nummernvergabe, unveränderbare Archivierung), AO §147 (Aufbewahrungspflicht). Die lückenlose Nummernvergabe ist ein häufiger Prüfungspunkt bei Betriebsprüfungen. Der Decision Layer dokumentiert jede Rechnungserstellung vollständig - Nummernvergabe, Steuersatz-Entscheidung, Archivierungszeitpunkt.

§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 Ausgangsrechnung: Leistungsdatenquelle, angewandter USt-Satz mit Begründung, gewähltes E-Rechnungsformat, vergebene Rechnungsnummer, Versandkanal und Zeitpunkt, Archivierungszeitpunkt. Nachweis der lückenlosen Nummernvergabe für die Betriebsprüfung.

Bewertung

Agent Readiness 85-92%
Governance-Komplexität 18-25%
Economic Impact 74-81%
Leuchtturm-Wirkung 24-31%
Implementation Complexity 21-28%
Transaktionsvolumen Täglich

Voraussetzungen

  • ERP-System mit Debitorenstammdaten und Leistungserfassung
  • E-Rechnungs-Generator (XRechnung, ZUGFeRD)
  • GoBD-konformes Archivsystem
  • Versandinfrastruktur (E-Mail, EDI, Kundenportal)

Infrastruktur-Beitrag

Der Rechnungsausgangs-Agent etabliert die E-Rechnungs-Infrastruktur für den gesamten Katalog. Die XRechnung/ZUGFeRD-Generierung wird vom Mahnlauf-Agent und Gutschrift-Agent wiederverwendet. Die lückenlose Nummernvergabe-Logik bildet die Vorlage für alle Dokumenttypen mit GoBD-Nummernkreis-Pflicht.

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.

Rechnungsausgangs-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

Unterstützt der Agent die E-Rechnungspflicht ab 2025?

Ja. Der Agent generiert XRechnung und ZUGFeRD automatisch. Das Format wird pro Kunde konfiguriert. Für Kunden die noch kein E-Rechnungsformat unterstützen wird parallel ein PDF erstellt.

Wie wird die lückenlose Nummernvergabe sichergestellt?

Der Agent verwendet einen zentralen Nummernkreis mit atomarer Vergabe. Keine Nummernlücken, keine Doppelvergabe. Jede Vergabe wird mit Zeitstempel dokumentiert - bei der Betriebsprüfung sofort nachvollziehbar.

Was passiert bei Stornierungen?

Stornierte Rechnungen behalten ihre Nummer - die Nummer wird nie wiederverwendet. Stattdessen wird eine Stornorechnung mit neuer Nummer erstellt und mit der Originalrechnung verknüpft. GoBD-konform.

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.