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 Rechnungen im 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 im 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 Hauptsaison rund 250 Rechnungen im 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 im 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 annimmt, Sie hätten ein Finanzteam von fünf Leuten und eine Einkaufsabteilung, die Bestellungen liefert. 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 wechselnden Layouts. Die zweite Stufe ist dedizierte Kreditorenbuchhaltungs-Automatisierung, bei der die Extraktion tatsächlich funktioniert, der Preis jedoch davon ausgeht, dass Sie eine gesamte Buchhaltungsabteilung ersetzen. Die dritte Stufe ist unternehmensweites IDP (Intelligentes Dokumentenmanagement), 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.

Dies ist die strukturelle Lücke, in die der Mittelstand fällt. Ein Unternehmen mit 80 Mitarbeitern und 120 Lieferantenrechnungen pro Monat ist nicht groß genug, damit Candis wirtschaftlich sinnvoll ist, aber zu groß, um die Vielfalt mit dem Belegscanner von lexoffice zu bewältigen. 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 brutto etwa 25–30 € pro Stunde. Ein externer Steuerberater, der nach der Steuerberatervergütungsverordnung (StBVV) abrechnet, verlangt 60–120 € pro Stunde. Die meisten Mittelstandsunternehmen teilen die Arbeit auf: interne Mitarbeiter übernehmen Datenerfassung und Klassifizierung, 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 lokalisieren, in DATEV oder lexoffice eingeben, das Format der USt-IdNr. prüfen, den Umsatzsteuersatz (19 % und 7 %) aufteilen 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 – etwa 250–300 € Arbeitskosten. Bei 250 Rechnungen sind es 21 Stunden und 525–630 €. Das ist echtes Geld. Aber hier stoßen die meisten Mittelstandsunternehmen an eine rechnerische Sackgasse:

Die unteren beiden Zeilen zeigen es deutlich. Wenn Ihre Rechnungsdatenerfassung von einem internen Buchhalter durchgeführt 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 mehr kostet 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 bei 199 € pro Monat für ein Tool, das nur die Kreditorenbuchhaltung abdeckt, verpflichten Sie sich zu einer jährlichen Softwareausgabe 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 Tools für Firmen mit 50-köpfigen Finanzabteilungen bepreist sind – nicht für ein Unternehmen, in dem dieselbe Person Rechnungen erfasst und den monatlichen Lauf in DATEV Lohn und Gehalt macht. Eine Aufschlüsselung der Kosten pro Rechnung bei verschiedenen Volumen finden Sie in der Analyse Was kostet die Verarbeitung von 100 Rechnungen pro Monat über verschiedene Automatisierungsstufen hinweg.

Die Extraktionsebene, ü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 überführt werden – 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 ändert eine unabhängige Extraktionsebene die Rechnung. Statt einer kompletten AP-Suite kauft man ein Tool, das eines kann: Rechnungsdaten von der Seite lesen und in selbst definierte Spalten setzen. ImageToTable.ai verarbeitet für 9 $ im Monat (≈ 8,30 €) 200 Seiten. Für 19 $ im Monat (≈ 17,50 €) 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, heißt Custom Column Extraction: Statt für jedes Rechnungsformat 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 Rechnungsnummer oben rechts und eine regionale Baustoffhändler-Rechnung mit demselben Feld unten links werden mit derselben Spaltendefinition gelesen – null 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 das besonders wichtig wegen der Anforderungen des § 14 UStG. Eine deutsche Rechnung ist keine übersetzte US-Rechnung – sie ist ein rechtliches Dokument mit zehn Pflichtangaben, 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 anderen 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 über 800.000 Euro Umsatz E-Rechnungen ausstellen. Bis 2028 sind alle Unternehmen dazu verpflichtet. Diese gestaffelte Pflicht führt dazu, dass die Formate, die im Posteingang 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, flaches PDF, fotografierte Papierrechnung oder 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. Sendet ein Lieferant eine reine XRechnung-XML-Datei, sind die Daten bereits strukturiert — das XML enthält jedes Feld in maschinenlesbarer Form. In diesem Fall ist gar 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 komplett. 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 wandelt sich 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 erhalten. 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 allein bei der Dateneingabe rund 357 € pro Monat – 4.284 € jährlich – durch den Wechsel von manueller Eingabe zur KI-Extraktion. Der Lebensmittelhändler im Max-Tarif deckt mit dem monatlichen Seitenkontingent nicht nur Rechnungen, sondern auch Lieferscheine und Lieferantenangebote ab und bündelt drei Belegarten in einem Abo. Der Preisvergleichsartikel bietet eine vollständige Übersicht 2026 zu KI-Dokumentenextraktionspreisen aller Tools und Tarife.

Der eigentliche 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 Urteilsvermögen 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 Dateneingabe – sondern der Vorsteuerabzugs-Zeitverzug, wenn eine Rechnung den monatlichen Umsatzsteuer-Meldeschluss verpasst. Wenn der Buchhalter vom Tippen entlastet wird, verpassen weniger Rechnungen diese Frist.

FAQ

Integriert sich ImageToTable.ai direkt mit DATEV?

Nicht über einen nativen DATEV-API-Connector. Die Ausgabe erfolgt als Excel (XLSX) oder CSV – dem universellen 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 weniger als eine Minute pro Batch. 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 sowohl 19 % als auch 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 Steuersä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?

Gemäß §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 genauso wie alle anderen: 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 ist und nicht fehlt.

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. Bestehen Ihre Rechnungen überwiegend aus einer Seite — 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 die Fälle, in denen mehrseitige Rechnungen die Norm sind.