Automatische Rechnungserstellung: Entwurf vor Versand

Automatische Rechnungserstellung wird gerade zur Chat-Funktion. Im Produktupdate vom August 2026 erklärte QuickBooks, dass Nutzer in einer begrenzten Beta Rechnungen aus einem KI-Dialog erstellen und Dokumente, Tabellen oder Bilder als Kontext hochladen können. Am 25. August kündigte Sage für Sage Intacct Enhanced Billing Groups eine bedarfsgesteuerte Rechnungserstellung mit Prüfung von Rechnungsentwürfen an.

Die Richtung stimmt. Doch das Verb „erstellen“ verdeckt die wichtigste Produktentscheidung. Bereitet das System einen Entwurf vor, den du prüfen kannst? Oder stellt und versendet es eine Rechnung, weil eine Eingabe vollständig klang?

Meine Position ist klar: Automatische Rechnungserstellung sollte zuerst den Entwurf automatisieren und sich den automatischen Versand später verdienen. Eine Rechnung ist eine finanzielle Forderung an ein anderes Unternehmen. Nach dem Versand werden ein falscher Kunde, Betrag, Steuerfall oder eine falsche Bankverbindung zu einem echten Problem und nicht zu einem harmlosen Vorschlag.

Die sinnvolle Grenze verläuft nicht zwischen Mensch und KI. Sie verläuft zwischen schnellen, überprüfbaren Schritten und einer externen Aktion, die ausdrücklich freigegeben sein muss.

Was ist automatische Rechnungserstellung?

Automatische Rechnungserstellung überführt ein freigegebenes Geschäftsereignis in eine strukturierte Rechnung. Dieses Ereignis kann ein monatliches Abo, ein unterschriebener Auftrag, eine abgeschlossene Projektphase, ein bestätigter Stundenzettel oder eine Zeile in einer Importdatei sein. Das Ergebnis ist nicht nur ein PDF. Es ist ein Datensatz mit Kunde, Positionen, Mengen, Preisen, Daten, Währung, Steuerlogik, Zahlungsziel und eindeutiger Nummer.

Dieser Unterschied ist wichtig, weil die Dokumenterzeugung leicht ist. Ein Modell kann eine überzeugend aussehende Rechnung erzeugen, obwohl es ein Feld geraten hat. Ein Buchhaltungssystem muss Mehrdeutigkeit dagegen ablehnen. Wenn in der Quelle „Beratungspaket“ steht, aber kein freigegebener Preis, ist eine Warnung über den fehlenden Wert richtig. Eine plausibel klingende Zahl ist falsch.

Ein solider Ablauf hat deshalb vier Stufen:

1. Fakten aus einer bekannten Quelle übernehmen oder extrahieren;
2. sie in typisierte Rechnungsfelder übertragen;
3. Berechnungen, Pflichtangaben und Geschäftsregeln prüfen;
4. einen prüfbaren Entwurf anlegen und den Versand getrennt auslösen.

Quelle und Rechnung bleiben verbunden. Wenn jemand fragt, warum im Entwurf zwölf statt zehn Stunden stehen, sollte die Antwort auf die bestätigte Zeiterfassung zeigen und nicht auf einen undurchsichtigen Chatverlauf.

Kann KI eine Rechnung aus einem Prompt erstellen?

Ja, wenn „erstellen“ einen Entwurf meint und der Prompt als Eingabe statt als Autorität behandelt wird.

Ein Prompt beschreibt die Absicht gut: „Stelle Acme die freigegebenen Designarbeiten für August mit 14 Tagen Zahlungsziel in Rechnung.“ Er trägt aber selten alle Vertragsdaten. Welche Acme-Gesellschaft ist der Kunde? Welche Rechnungsadresse und Steuer-ID gelten? War die Leistung pauschal oder nach Stunden bepreist? Läuft der Vertrag in Euro? Verlangt der Kunde eine Bestellnummer?

Das System muss diese Fragen gegen strukturierte Daten auflösen und offene Entscheidungen sichtbar machen. Es darf den wahrscheinlichen Kunden oder eine Position vorschlagen. Ein Vorschlag muss aber klar von einem bestätigten Wert unterscheidbar bleiben. Deshalb gilt auch bei Genauigkeitsversprechen für KI-Buchhaltung: Eine selbstsichere Antwort ist noch kein Beleg für eine korrekte Buchung oder Rechnung.

Das August-Update von QuickBooks zeigt Chance und Grenze zugleich. Hochgeladene Dokumente und Tabellen sparen manuelle Eingaben. Entwürfe und Erinnerungen im Abrechnungsablauf bleiben trotzdem von einer Freigabe abhängig. Sage verbindet die neue Erzeugung ebenfalls mit der Prüfung von Rechnungsentwürfen. Der Markt entfernt Menschen also nicht einfach aus der Rechnungsstellung. Er verschiebt ihre Arbeit vom Abtippen aller Felder zur Prüfung von Ausnahmen.

Welche Rechnungsfelder müssen eindeutig sein?

Die Quelle bestimmt, wie viel Automatisierung sicher ist. Eine wiederkehrende Vorlage ist nicht dasselbe wie eine freie Nachricht, auch wenn beide am Ende dasselbe PDF erzeugen.

Mindestens braucht das Rechnungssystem einen eindeutigen Kunden, Rechnungs- und Fälligkeitsdatum, Währung, Positionstexte, Mengen, Einzelpreise, Rabatte, Steuersätze und die geltende Behandlung von Sonderfällen. Dazu kommen Nummerierung und Dublettenschutz. Diese Details lassen sich nach dem Versand nicht folgenlos nachholen.

Das bedeutet nicht, dass ein Mensch dauerhaft jedes Feld anklicken muss. Es bedeutet eine Vertrauensregel auf Basis von Belegen. Stabile, wiederholte Felder können schrittweise automatisch verarbeitet werden. Neue oder widersprüchliche Felder bleiben in der Prüfung. Das System sollte zeigen, warum es eine Rechnung als Routine eingestuft hat und welche Regel den nächsten Schritt erlaubt.

Das Muster entspricht einer guten Werkzeuggrenze. Bei unseren Werkzeugen, die wir nicht selbst geschrieben haben, war der Funktionsaufruf nicht das schwierige Problem. Entscheidend war, welches System die Wahrheit besitzt, was ein Werkzeug verändern darf und wie Fehler sichtbar werden.

Was hat Norman in echten Rechnungen gemessen?

Wir haben knapp 4.000 Rechnungen untersucht, die deutsche Unternehmen in den vergangenen zwölf Monaten über Norman ausgestellt haben. Den einfachen Pfad haben wir eng definiert: eine Position, Euro, 19 Prozent Umsatzsteuer, kein Rabatt und kein Reverse Charge.

Mehr als vier von fünf Rechnungen verließen diesen einfachen Pfad auf mindestens eine Weise. Ungefähr jede achte enthielt mehrere Positionen. Andere nutzten einen abweichenden Steuersatz, mehrere Sätze, eine andere Währung, einen Rabatt oder Reverse Charge.

Das ist keine Fehlerstudie und kein Beleg dafür, dass ein KI-System an diesen Rechnungen scheitern würde. Gemessen wurde die strukturelle Vielfalt. Trotzdem ist das Ergebnis relevant: Die Standardrechnung aus einer Produktdemo ist nicht repräsentativ genug, um damit die Kontrollgrenze für den Produktivbetrieb festzulegen.

Norman trennt deshalb Rechnungserstellung und Rechnungsversand in zwei Aktionen. Die Erstellung setzt typisierte Felder zusammen, prüft sie und erzeugt das Dokument. Der Versand ist eine neue Entscheidung. Dieselbe Trennung prägt unser automatisiertes Forderungsmanagement: Der exakte finanzielle Status gehört in deterministische Systeme. KI hilft vor allem bei Kontext und Ausnahmen.

Die Trennung verbessert auch die Fehlerbehandlung. Einen abgelehnten Entwurf kannst du still korrigieren. Eine versendete Rechnung kann eine Stornierung, einen Ersatz, eine Erklärung an den Kunden und Nacharbeit in der Buchhaltung erfordern. Beim Versand steigt der Preis eines Fehlers deutlich.

Wann dürfen automatische Rechnungen ohne Prüfung rausgehen?

Automatischer Versand ist sinnvoll, wenn du den zulässigen Fall ohne Wörter wie „normalerweise“ oder „wahrscheinlich“ beschreiben kannst.

Ein guter Kandidat ist eine wiederkehrende Rechnung aus einer freigegebenen Vorlage, mit unveränderten Kundenstammdaten, deterministischen Leistungsdaten, festen Preisen und bekannter Steuerlogik. Das System sollte außerdem bestätigen, dass keine Dublette existiert, der Leistungszeitraum vollständig ist und der Kunde seit dem letzten Lauf weder gesperrt noch geändert wurde.

Alles andere beginnt mit einer Prüfung. Dazu zählen ein neuer Kunde, eine neue Position, ein geänderter Preis, eine ungewöhnliche Währung, mehrere Steuersätze, eine fehlende Bestellnummer, eine Vertragsänderung oder ein Widerspruch zwischen Quellen. Prüfung muss nicht bedeuten, die ganze Rechnung zu lesen. Sie sollte deine Aufmerksamkeit auf Werte lenken, die sich geändert haben oder keinen Beleg besitzen.

Drei Automatisierungsstufen sind nützlich:

• jede Rechnung als Entwurf anlegen und freigeben lassen;
• nur eine benannte, gemessene Klasse automatisch freigeben und Ausnahmen prüfen;
• eine enge Klasse automatisch versenden, mit Überwachung und schnellem Stopp.

Zwischen den Stufen solltest du anhand beobachteter Ergebnisse wechseln und nicht wegen einer Einstellung namens „autonom“. Spiele vor dem automatischen Versand historische Fälle erneut durch, vergleiche jeden erzeugten Entwurf mit der tatsächlich ausgestellten Rechnung und untersuche falsche Freigaben getrennt von unnötigen Prüfungen. Eine falsche Freigabe verursacht externe Kosten. Eine unnötige Prüfung kostet hauptsächlich Zeit.

Wie testest du automatische Rechnungssoftware?

Beginne mit deinem schwierigsten Monat und nicht mit der aufgeräumten Demo des Anbieters. Nimm neue und wiederkehrende Kunden, Rabatte, mehrteilige Leistungen, Korrekturen, unterschiedliche Steuersätze, Fremdwährungen, unvollständige Quellen und mögliche Dubletten auf. Entferne das Endergebnis und lass das System Entwürfe mit Begründungen erzeugen.

Bewerte mindestens fünf Punkte:

• Feldgenauigkeit vor manueller Korrektur;
• Prüfung von Berechnung und Steuerregeln;
• Dublettenerkennung und lückenlose Nummerierung;
• Qualität der Ausnahmeliste;
• falsche Versandentscheidungen.

Prüfe außerdem die Betriebshistorie. Siehst du, welche Quelle jedes wichtige Feld geliefert hat, wer die Rechnung freigegeben hat, was sich zwischen Entwurfsversionen änderte und wann sie ausgestellt und versendet wurde? Kann ein Administrator den automatischen Versand stoppen, ohne die Entwurfserstellung auszuschalten? Kann das System eine fehlgeschlagene Zustellung wiederholen, ohne eine zweite Rechnung anzulegen?

Trenne schließlich Automatisierungsquote und Automatisierungsqualität. Eine Software kann behaupten, 95 Prozent der Rechnungen erzeugt zu haben, obwohl Menschen die Hälfte still repariert haben. Miss den Anteil unverändert freigegebener Entwürfe, die Bearbeitungszeit pro Ausnahme und externe Korrekturen nach dem Versand.

Automatische Rechnungserstellung ist wertvoll, weil sie wiederholte Montagearbeit entfernt und Aufmerksamkeit auf ungewöhnliche Fälle lenkt. Gefährlich wird sie erst, wenn ein flüssiger Dialog mit vollständigen Belegen verwechselt wird. Mach den Entwurf schnell, die Prüfung streng und den Versand zu einer eigenen Berechtigung. So wird Rechnungsautomatisierung zur Infrastruktur statt zur Demo.