Deutsche Rechnungserfassung
braucht keinen Enterprise-Preis

Das reale Rechnungsvolumen im deutschen Mittelstand

Die meisten AP-Automatisierungsbenchmarks stützen sich auf Zahlen aus Unternehmenseinkaufsabteilungen, die Tausende von Rechnungen pro Monat verarbeiten. Der Mittelstand – Deutschlands rund 2,6 Millionen kleine und mittlere Unternehmen, die das Bundesministerium für Wirtschaft als Rückgrat der Wirtschaft bezeichnet – arbeitet eine Größenordnung darunter. Eine Definition des IfM Bonn setzt die Obergrenze bei 499 Mitarbeitern und 50 Millionen Euro Jahresumsatz, aber das typische Unternehmen, an das sich dieser Artikel richtet, ist kleiner: 20 bis 200 Mitarbeiter, inhabergeführt, exportiert laut Ministeriumsdaten vielleicht 44 % seiner Produktion und arbeitet mit SAP Business One, Microsoft Dynamics oder DATEV – nicht mit SAP S/4HANA und einer eigenen Kreditorenbuchhaltung.

Ein Trainings- und Beratungsunternehmen mit 45 Mitarbeitern und 60 aktiven Lieferanten in Nordrhein-Westfalen verarbeitet nicht 2.000 Eingangsrechnungen pro Monat. Es verarbeitet vielleicht 120. Ein Präzisionstechnik-Unternehmen in Baden-Württemberg mit 80 Mitarbeitern, das Automobilzulieferer der ersten Reihe in drei Ländern beliefert, kommt auf etwa 180 – die Hälfte von deutschen Lieferanten mit 30-Tage-Zahlungsziel, die andere Hälfte von EU-Partnern mit Reverse-Charge-Umsatzsteuer. Ein regionaler Lebensmittelhändler mit 150 Mitarbeitern und 300 Lieferantenbeziehungen verarbeitet in der Hochsaison etwa 250 Rechnungen pro Monat, aber die Person, die sie in DATEV erfasst, kümmert sich auch um Kontoabstimmung, Zahlungsläufe und die monatliche Umsatzsteuervoranmeldung über ELSTER.

In dieser Volumenspanne – 80 bis 300 Rechnungen pro Monat – lebt der deutsche Mittelstand. Es ist zu viel, um es von Hand zu erfassen, ohne ganze Tage einer Buchhalterwoche zu verschlingen. Aber es ist zu wenig, um eine AP-Automatisierungsplattform für 199 €/Monat zu amortisieren, die davon ausgeht, dass man ein Finanzteam von fünf Leuten und eine Einkaufsabteilung hat, die sie mit Bestellungen versorgt. In der breiteren Preislandschaft für Dokumentextraktions-Tools ist diese Volumenstufe – zwischen Budget-Self-Service und Mid-Market-Enterprise – diejenige, die von der Preisarchitektur der dafür entwickelten Tools am häufigsten unterversorgt wird.

Was deutsche Rechnungsverarbeitungslösungen tatsächlich kosten

Die Preisgestaltung in Deutschland teilt sich in drei Stufen. Die erste Stufe ist Buchhaltungssoftware mit einfacher OCR-Funktion – günstig genug für den Kauf mit der Kreditkarte, aber die OCR wurde für Belege und einfache Rechnungen entwickelt, nicht für Rechnungen mehrerer Lieferanten mit variablen Layouts. Die zweite Stufe ist dedizierte Kreditorenbuchhaltungs-Automation, bei der die Extraktion tatsächlich funktioniert, der Preis jedoch davon ausgeht, dass Sie eine gesamte Buchhaltungsabteilung ersetzen. Die dritte Stufe ist Enterprise-IDP (Intelligent Document Processing), bei dem die jährliche Lizenz mehr kostet als das Gehalt des Buchhalters und die Implementierung sechs Monate dauert. Die meisten Mittelstandsunternehmen sehen bei der Suche nach Automatisierung nur die Stufen zwei und drei. Stufe eins haben sie bereits, und sie löst das Problem nicht.

Zwei Muster zeigen sich in der Tabelle. Erstens: Die Tools mit guter OCR sind in Buchhaltungssuiten eingebettet, die Ihren gesamten Buchhaltungsworkflow übernehmen wollen. Zweitens: Die dedizierten Extraktionstools, die tatsächlich die Vielfalt der Lieferantenrechnungen bewältigen, sind für Enterprise-Beschaffungszyklen bepreist — nicht für einen Geschäftsführer mit Firmenkreditkarte.

Diese strukturelle Lücke trifft den Mittelstand. Ein Unternehmen mit 80 Mitarbeitern und 120 Lieferantenrechnungen pro Monat ist für Candis zu klein, um wirtschaftlich zu sein, aber zu groß für den Belegscanner von lexoffice, der mit der Vielfalt nicht klarkommt. Die Folge: Der Buchhalter tippt weiter. Eine detaillierte Aufschlüsselung der Kosten für Rechnungsextraktionstools am Markt, einschließlich US-Dollar-Tools und Abrechnungsmodellen pro Dokument, finden Sie im Preisvergleich 2026 für Rechnungsextraktionstools.

Wenn Automatisierung teurer ist als manuelle Arbeit

Ein interner Buchhalter in Deutschland kostet inklusive Lohnnebenkosten rund 25–30 € pro Stunde. Ein externer Steuerberater, der nach der Steuerberatervergütungsverordnung (StBVV) abrechnet, verlangt 60–120 € pro Stunde. Die meisten Mittelständler teilen die Arbeit auf: interne Mitarbeiter erfassen und klassifizieren Daten, der Steuerberater kümmert sich um Buchung, Umsatzsteuerentscheidungen und den Jahresabschluss.

Die manuelle Verarbeitung einer einzelnen eingehenden Lieferantenrechnung dauert etwa 5 Minuten von Anfang bis Ende: PDF öffnen, die zehn Pflichtangaben gemäß §14 UStG finden, in DATEV oder lexoffice eintippen, das Format der USt-IdNr. prüfen, den Umsatzsteuersatz (19 % oder 7 %) zuordnen und das Dokument für die GoBD-konforme 10-jährige Aufbewahrungsfrist gemäß §146 und §147 AO ablegen.

Bei 120 Rechnungen pro Monat und 5 Minuten pro Rechnung sind das 10 Stunden manuelle Erfassung – also etwa 250–300 € Arbeitskosten. Bei 250 Rechnungen sind es 21 Stunden und 525–630 €. Das ist echtes Geld. Aber hier stoßen die meisten Mittelständler an eine rechnerische Sackgasse:

Die unteren beiden Zeilen zeigen es. Wenn die Rechnungserfassung von einem internen Buchhalter erledigt wird, amortisiert sich Candis erst ab etwa 140 Rechnungen pro Monat – der Break-even-Punkt verschiebt sich mit den Arbeitskosten. Darunter zahlen Sie für eine Software, die teurer ist als das Problem, das sie löst. Wenn Ihre Rechnungen direkt an einen Steuerberater gehen, der stundenweise abrechnet, liegt der Break-even früher – aber mit 199 € pro Monat für ein Tool, das nur die Kreditorenbuchhaltung abdeckt, verpflichten Sie sich zu jährlichen Softwarekosten von 2.388 €, bevor die erste Rechnung extrahiert ist.

Das ist der verborgene Grund, warum 2026 so viele Mittelständler Rechnungen noch von Hand bearbeiten. Es liegt nicht an Technologieverweigerung. Sondern daran, dass die als Lösung angepriesenen Werkzeuge für Unternehmen mit 50-köpfigen Finanzabteilungen bepreist sind – nicht für eine Firma, in der dieselbe Person Rechnungen erfasst und den Monatslohn in DATEV Lohn und Gehalt abrechnet. Eine Aufschlüsselung der Kosten pro Rechnung bei verschiedenen Volumina finden Sie in der Analyse Was kostet die Verarbeitung von 100 Rechnungen pro Monat über verschiedene Automatisierungsstufen hinweg.

Die Extraktionsschicht, über die niemand spricht

Die meisten AP-Automatisierungstools bündeln die Extraktion mit allem anderen: Genehmigungsrouting, Zahlungsplanung, ERP-Synchronisation, Ausgabenanalysen, Benutzerzugriffssteuerung. Deshalb kosten sie 199 € im Monat. Aber die Extraktion – der Schritt, bei dem Daten aus einer PDF in strukturierte Spalten wandern – ist der einzige Schritt, den der Buchhalter tatsächlich automatisiert braucht. Alles andere – Buchungslogik, Umsatzsteuerklassifizierung, Zahlungsläufe, Steuerberater-Übergabe – passiert bereits in DATEV oder lexoffice. Der Mittelstand muss diesen Workflow nicht ersetzen. Er muss ihn füttern.

Hier verändert eine unabhängige Extraktionsschicht die Rechnung. Statt einer kompletten AP-Suite kauft man ein Werkzeug, das eines tut: Rechnungsdaten von der Seite lesen und in selbst definierte Spalten setzen. ImageToTable.ai kostet 9 $ im Monat (≈ 8,30 €) für 200 Seiten. Für 19 $ im Monat (≈ 17,50 €) sind es 400 Seiten. Für ein mittelständisches Unternehmen mit 120 einseitigen Rechnungen pro Monat sind das 0,07 € pro Rechnung auf dem Pro-Tarif – mit 280 übrigen Seiten für Lieferscheine, Spesenbelege oder andere Dokumente im selben Monat. Für das vollständige Bild, wie sich reine Extraktionspreise im Markt vergleichen, siehe das Ranking 2026 der günstigsten Dokumentextraktions-Tools.

Der Mechanismus, der dies über 30 verschiedene Lieferantenlayouts hinweg funktionieren lässt, ist die benutzerdefinierte Spaltenextraktion: Statt für jedes Rechnungsformat eines Lieferanten eine Vorlage zu trainieren, geben Sie die gewünschten Feldnamen ein – „Rechnungsnummer", „Rechnungsdatum", „Nettobetrag", „USt-IdNr", „Leistungsdatum" – und die KI findet jeden Wert überall auf der Seite, indem sie versteht, was das Feld bedeutet, nicht wo es sitzt. Eine Würth-Rechnung mit der Rechnungsnummer oben rechts und eine regionale Baustoffhändler-Rechnung mit demselben Feld unten links werden mit derselben Spaltendefinition gelesen – ohne Vorlagenarbeit. Das ist der Unterschied zwischen semantischer Extraktion und vorlagenbasierter OCR, und der Grund, warum 30 Lieferantenlayouts genauso viel kosten wie eines.

Für deutsche Rechnungen ist dies speziell wegen der Anforderungen nach § 14 UStG relevant. Eine deutsche Rechnung ist keine übersetzte US-Rechnung – sie ist ein Rechtsdokument mit zehn Pflichtfeldern, deren Vorhandensein oder Fehlen darüber entscheidet, ob Ihr Unternehmen die Vorsteuer abziehen kann. Wie unser Leitfaden zum Extrahieren deutscher Rechnungsdaten nach Excel im Detail erklärt, erscheinen die zehn Pflichtangaben – von der Steuernummer über das Leistungsdatum bis zu den getrennten Umsatzsteuerbeträgen für 19 % und 7 % – bei jedem Lieferanten an unterschiedlichen Positionen. Eine vorlagenbasierte OCR, die bei Lieferant A funktioniert, versagt bei Lieferant B. Semantische Extraktion liest die Bedeutung.

XRechnung, ZUGFeRD und PDF: Warum das Format keine Rolle spielen sollte

Seit dem 1. Januar 2025 muss jedes deutsche B2B-Unternehmen in der Lage sein, elektronische Rechnungen in strukturierten Formaten zu empfangen. Die beiden Standards sind XRechnung — ein reiner XML-Datensatz ohne visuelle Darstellung — und ZUGFeRD 2.x — ein hybrides PDF, das strukturierte XML-Daten zusammen mit der lesbaren Seite einbettet. Bis Januar 2027 müssen Unternehmen mit einem Umsatz von über 800.000 Euro E-Rechnungen ausstellen. Bis 2028 sind alle Unternehmen dazu verpflichtet. Diese gestaffelte Verpflichtung führt dazu, dass die Formate, die im Rechnungseingang eines Mittelständlers landen, immer vielfältiger werden: ZUGFeRD-Rechnungen von größeren Lieferanten, PDFs von kleineren, die noch nicht umgestellt haben, eingescannte Papierrechnungen von Einzelunternehmern und XRechnung-XML-Dateien von öffentlichen Auftraggebern oder Behörden.

Ein vorlagenbasiertes Extraktionstool benötigt für jedes Format eine andere Vorlage — eine für das ZUGFeRD-Layout von Lieferant A, eine andere für das PDF von Lieferant B, eine dritte für die eingescannte Papierrechnung von Lieferant C. Der Wartungsaufwand steigt linear mit der Anzahl der Lieferanten. Die semantische Extraktion kümmert sich nicht um das Format. Die KI liest den visuellen Inhalt der Seite — egal ob sie als ZUGFeRD-PDF, als flaches PDF, als fotografierte Papierrechnung oder als Screenshot eines E-Mail-Anhangs eintrifft — und extrahiert das gleiche Rechnungsnummernfeld auf die gleiche Weise. Die Formatvielfalt, die die E-Rechnungspflicht schafft, ist ein Problem für vorlagenbasierte Tools. Für die semantische Extraktion ist sie unsichtbar.

Eine Nuance ist erwähnenswert. Wenn ein Lieferant eine reine XRechnung-XML-Datei sendet, sind die Daten bereits strukturiert — das XML enthält jedes Feld in maschinenlesbarer Form. In diesem Fall ist überhaupt keine Extraktion nötig. Das XML kann direkt in DATEV importiert oder von jedem Tool geparst werden, das das XRechnung-Schema liest. In der Praxis erhalten die meisten deutschen Mittelständler im Jahr 2026 jedoch eine Mischung: Vielleicht 30 % der Rechnungen treffen als strukturierte E-Rechnungen ein, weitere 50 % als PDFs und die restlichen 20 % als Papierscans oder E-Mail-Anhänge. Das Extraktionstool verarbeitet die 70 %, die nicht strukturiert sind — und die 30 %, die strukturiert sind, umgehen die Extraktion vollständig. Die Kosten pro Rechnung sinken im Durchschnitt, statt zu steigen.

Wie die Extraktion in Ihren bestehenden Stack passt

Der häufigste Einwand eines deutschen Finanzteams betrifft nicht die Extraktionstechnologie, sondern den Workflow. „Unser Buchhalter arbeitet bereits in DATEV Unternehmen Online. Unser Steuerberater greift auf dasselbe System zu. Wenn wir ein weiteres Tool hinzufügen, entsteht eine weitere Übergabe – eine weitere Fehlerquelle.“

Dieser Einwand ist berechtigt, wenn das neue Tool DATEV ersetzen soll. Er ist unberechtigt, wenn das neue Tool vor DATEV sitzt – die Rohrechnungen empfängt, deren Daten extrahiert und eine saubere Tabelle exportiert, die der Buchhalter dann in einem Durchgang in DATEV importiert oder überträgt. Die Aufgabe des Buchhalters wechselt von „Jedes PDF öffnen, jedes Feld suchen, jeden Wert eintippen“ zu „Die extrahierte Tabelle prüfen, Ausnahmen kontrollieren, importieren.“ Der Steuerberater sieht weiterhin saubere Daten in DATEV. Der GoBD-Prüfpfad bleibt in DATEV und dem revisionssicheren Archiv. Nachgelagert ändert sich nichts.

Der Workflow: Rechnungen per E-Mail oder Upload → ImageToTable.ai extrahiert die von Ihnen definierten Felder (Rechnungsnummer, Rechnungsdatum, Nettobetrag, USt 19%, USt 7%, USt-IdNr, Leistungsdatum, Zahlungsziel) → Export nach Excel oder CSV → Import in DATEV, lexoffice, sevDesk oder SAP Business One. Die Extraktion ist formatunabhängig, sodass dieselben Spaltendefinitionen für ZUGFeRD-PDFs, flache PDFs, fotografierte Papierrechnungen und E-Mail-Screenshots funktionieren. Das Exportformat ist Excel – das universelle Zwischenformat, das jedes deutsche Buchhaltungstool verarbeiten kann. Für größere Volumen bietet unsere Stapelverarbeitung von Rechnungen zu Excel die Möglichkeit, mehrere Rechnungen in einem Upload zu verarbeiten und die Ergebnisse in einer Tabelle zusammenzuführen.

Dies ist kein theoretischer Workflow. Es ist dieselbe Extraktionsfähigkeit, die in unserem Leitfaden zur Rechnungsverarbeitung detailliert beschrieben wird, speziell angepasst an den deutschen Buchhaltungs-Stack. Der Punkt ist: Die Extraktion muss nicht in Ihrer Buchhaltungssoftware leben, um sie zu versorgen. Sie kann einen Schritt vorgelagert sein – als dedizierte Schicht, die unstrukturierte Dokumente aufnimmt und strukturierte Daten ausgibt.

Was das im Mittelstand wirklich kostet

Kehren wir zu den drei Unternehmen aus dem Einleitungsteil zurück und legen konkrete Zahlen auf den Tisch.

Bei allen drei Volumen sind die Toolkosten nur ein Bruchteil der ersetzten Arbeitszeit. Der Feinmechanikbetrieb spart rund 357 € pro Monat allein bei der Dateneingabe – 4.284 € im Jahr – durch den Wechsel von manueller Erfassung zu KI-Extraktion. Der Lebensmittelhändler deckt mit dem Max-Tarif nicht nur Rechnungen ab, sondern auch Lieferscheine und Lieferantenangebote im selben monatlichen Seitenkontingent und bündelt drei Dokumenttypen in einem Abo. Der Preisübersichtsartikel bietet einen vollständigen Überblick über KI-Dokumentextraktionspreise 2026 für alle Tools und Stufen.

Der wahre Gewinn liegt aber nicht nur in den Arbeitskosten. Sondern darin, was der Buchhalter mit den gewonnenen 10 bis 21 Stunden pro Monat anfängt. Statt Rechnungsfelder abzutippen, fließt die Zeit in das, was wirklich menschliches Urteil erfordert: Prüfung der §13b-Umkehr der Steuerschuldnerschaft bei EU-Lieferantenrechnungen, Nachfassen beim Lieferanten, der die USt-IdNr. auf der letzten Rechnung vergessen hat, Vorbereitung der Umsatzsteuervoranmeldung vor der ELSTER-Frist am 10. des Monats. Wie unsere Analyse der manuellen Rechnungsbearbeitungskosten in deutschen KMU zeigt, ist der größte Kostentreiber nicht die Erfassungszeit – sondern der Vorsteuerabzugs-Zeitpuffer, wenn eine Rechnung den monatlichen Umsatzsteuer-Stichtag verpasst. Wenn der Buchhalter nicht mehr tippen muss, verpassen weniger Rechnungen diesen Stichtag.

FAQ

Integriert sich ImageToTable.ai direkt mit DATEV?

Nicht über einen nativen DATEV-API-Connector. Die Ausgabe erfolgt als Excel (XLSX) oder CSV – das universelle Format, das DATEV Unternehmen Online, lexoffice, sevDesk und SAP Business One alle importieren können. Für die meisten Mittelstands-Workflows dauert der Excel-zu-DATEV-Import pro Batch unter einer Minute. Falls Ihr Prozess einen direkten DATEV-Export (EXTF oder CSV im DATEV-spezifischen Layout) erfordert, können Sie die extrahierten Spalten einmalig in Excel auf die DATEV-Feldstruktur abbilden und diese Zuordnungsdatei für jeden Batch wiederverwenden. Das ist ein zusätzlicher Schritt im Vergleich zum nativen DATEV-Export von Candis, kostet aber 17,50 € pro Monat statt 199 €.

Kann das Tool deutsche Rechnungen mit 19 % und 7 % Mehrwertsteuer auf demselben Dokument verarbeiten?

Ja. Deutsche Rechnungen teilen Positionen häufig zwischen dem regulären Steuersatz von 19 % (Regelsteuersatz) und dem ermäßigten Satz von 7 % (ermäßigter Steuersatz) für Artikel wie Lebensmittel, Bücher oder Hotelunterkünfte auf. Sie definieren separate Spalten für jeden Steuersatz – z. B. „Nettobetrag 19 %", „USt 19 %", „Nettobetrag 7 %", „USt 7 %" – und die KI extrahiert jeden Betrag in die richtige Spalte, indem sie das daneben stehende Steuersatz-Label auf der Rechnung liest. Ein generisches OCR-Tool, das nur eine einzige „Steuer"-Spalte ausgibt, liefert Daten, die Ihr Steuerberater nicht für die Umsatzsteuervoranmeldung verwenden kann, da die beiden Sätze in getrennten Zeilen deklariert werden müssen (Kennziffer 81 für 19 %, Kennziffer 86 für 7 %).

Was ist mit §13b-Reverse-Charge-Rechnungen von EU-Lieferanten?

Nach §13b UStG zeigt eine Rechnung, die ein deutsches Unternehmen von einem EU-Lieferanten mit dem Vermerk „Reverse Charge" oder „Steuerschuldnerschaft des Leistungsempfängers" erhält, in der Regel einen Nettobetrag ohne Umsatzsteuer – weil der Käufer und nicht der Lieferant die Umsatzsteuer in Deutschland abführt. Die Extraktion behandelt diese Rechnungen wie jede andere: Der Nettobetrag und der Reverse-Charge-Indikator werden als separate Spalten extrahiert. Der Buchhalter bucht dann den Reverse-Charge-Eintrag in DATEV (Umsatzsteuer im Haben, Vorsteuer im Soll, Netto-Null-Effekt). Entscheidend ist, dass die Extraktion die Rechnung korrekt als Reverse-Charge erkennt und nicht fälschlicherweise eine Umsatzsteuerspalte mit Null befüllt, wenn die Umsatzsteuerbehandlung beabsichtigt und nicht fehlend ist.

Ist das Tool GoBD-konform für die Dokumentenarchivierung?

ImageToTable.ai verarbeitet Dateien während der Extraktion ausschließlich im Arbeitsspeicher und speichert sie nach der Verarbeitung nicht. Es ist kein Dokumentenarchiv. Die GoBD-konforme Archivierung — die 10-jährige Aufbewahrung mit Unveränderbarkeit, Vollständigkeit und Nachvollziehbarkeit gemäß §146 und §147 AO — bleibt Aufgabe Ihrer bestehenden Systeme: DATEV revisionssichere Ablage, lexoffice Dokumentenarchiv oder ein dediziertes DMS (Dokumentenmanagementsystem). Das Extraktionstool liest die Rechnung, gibt die Daten aus und löscht die Datei. Das Archiv lebt dort, wo es bereits lebt. Diese Trennung ist beabsichtigt: Die Extraktion muss nicht im selben System wie die Archivierung stattfinden, damit beide funktionieren.

Was ist, wenn meine Lieferanten mehrseitige Rechnungen senden?

Jede Seite verbraucht ein Guthaben. Eine 3-seitige Rechnung eines großen Industrielieferanten verbraucht 3 Guthaben, nicht 1. Im Pro-Tarif (400 Seiten/Monat) sind das etwa 130 dreiseitige Rechnungen. Wenn Ihre Rechnungen überwiegend einseitig sind — was bei den meisten deutschen Mittelstandslieferanten der Fall ist — deckt das 400-Seiten-Kontingent 400 Rechnungen ab. Der Max-Tarif mit 1.500 Seiten bewältigt Fälle, in denen mehrseitige Rechnungen die Norm sind.