So extrahieren Sie Daten aus deutschen Rechnungen
in Excel
Die meisten Anleitungen zur Rechnungsdatenextraktion gehen davon aus, dass Ihre Rechnungen wie generische US-Rechnungen aussehen. Doch wenn Ihr Lieferant eine Rechnung aus Düsseldorf sendet – mit Steuernummer, einem Leistungsdatum, das vom Rechnungsdatum abweicht, und einer Umsatzsteuer-Aufteilung zwischen 19 % und 7 % –, scheitern Tabellenkalkulations-Importtools, die für Stripe-Rechnungen oder QuickBooks-Vorlagen entwickelt wurden. Dieser Leitfaden behandelt, was für deutsche Rechnungen tatsächlich wichtig ist: die Pflichtfelder gemäß §14 UStG, die Umsatzsteuer-Strukturen, die bestimmen, was wohin extrahiert wird, und wie Sie die Daten in einem Format ablegen, das Ihr Steuerberater verwenden kann.
Die wichtigsten Erkenntnisse
- Fehlt ein Feld auf einer deutschen Rechnung, bedeutet das nicht nur unvollständige Daten – das Finanzamt kann Ihren gesamten Vorsteuerabzug verweigern, und das rechtliche Risiko liegt bei Ihrem Unternehmen, nicht beim Lieferanten, der die Rechnung gesendet hat.
- Eine einzige deutsche Rechnung kann in vier verschiedene Umsatzsteuer-Regelungen fallen – Standard 19 %, gemischt 19 %+7 %, §13b Reverse-Charge (bei dem der Käufer die Steuer selbst abführt) oder Kleinunternehmer-Befreiung –, die jeweils unterschiedliche Tabellenspalten erfordern. Daher erzeugt die einzelne „Steuer“-Spalte eines generischen Tools Daten, die Ihr Steuerberater nicht verwenden kann.
- Spaltennamen, die beschreiben, was die Daten bedeuten – „USt-IdNr“ für die Umsatzsteuer-Identifikationsnummer des Lieferanten, „Leistungsdatum“ für das Datum der Leistung – funktionieren in allen vier Umsatzsteuer-Regelungen und bei jedem Lieferanten-Layout, weil ImageToTable.ai die Bedeutung und nicht die Position auf der Seite liest.
Warum deutsche Rechnungen generische Extraktionstools überfordern
Eine deutsche Rechnung ist keine übersetzte US-Rechnung. Sie ist ein Rechtsinstrument, das durch §14 des Umsatzsteuergesetzes (UStG) geregelt ist – mit zehn Pflichtfeldern, deren Vorhandensein oder Fehlen darüber entscheidet, ob Ihr Unternehmen Vorsteuerabzug geltend machen kann. Wenn ein Feld fehlt oder falsch formatiert ist, kann das Finanzamt Ihren Vorsteuerabzug verweigern. Der Lieferant wird in jedem Fall bezahlt. Ihr Unternehmen trägt das Risiko.
Aus diesem Grund scheitern auch allgemeine Rechnungs-OCR-Tools – selbst solche, die englischsprachige Rechnungen gut verarbeiten – an deutschen Rechnungen. Sie sind nicht darauf ausgelegt, ein Rechnungsdatum von einem Leistungsdatum zu unterscheiden – zwei rechtlich getrennte Daten, die nach deutschem Recht erforderlich sind. Sie prüfen nicht, ob eine USt-IdNr dem Format DE123456789 entspricht. Sie fassen die Unterscheidung zwischen 19% und 7% Umsatzsteuer in einer einzigen Spalte „Steuer" zusammen, was für die Einreichung einer Umsatzsteuervoranmeldung über ELSTER unbrauchbar ist.
Das spielt keine Rolle, wenn Sie 3 inländische Rechnungen pro Monat verarbeiten und alles manuell in Lexware eingeben. Es spielt eine erhebliche Rolle, wenn Sie 80 Rechnungen pro Monat von 25 deutschen Lieferanten verarbeiten – jede mit unterschiedlichem Layout, einige als PDF, einige als fotografierte Papierkopien, einige mit §13b-Umkehrsteuerschuldnerschaft, die keine Umsatzsteuer-Extraktion und eine völlig andere Buchungslogik erfordern.
Was §14 UStG tatsächlich auf jeder deutschen Rechnung verlangt
§14 Abs. 4 UStG listet zehn Pflichtfelder auf – die Pflichtangaben – die jede vollständige deutsche Rechnung enthalten muss. Wenn Sie Daten für Buchhaltungszwecke nach Excel extrahieren, entspricht jedes dieser Felder einer Spalte in Ihrer Tabelle – und das Fehlen eines einzigen kann bedeuten, dass Ihre Daten für den DATEV-Import oder die Geltendmachung des Vorsteuerabzugs unbrauchbar sind.
| Deutsches Feld | Englische Übersetzung | Warum es für die Extraktion wichtig ist |
|---|---|---|
| Vollständiger Name und Anschrift (des leistenden Unternehmers und des Leistungsempfängers) | Full name and address of both supplier and recipient | Zwei getrennte Adressblöcke – Leistender und Empfänger. Einfache OCR-Systeme vermischen sie häufig oder ordnen sie falsch zu. |
| Steuernummer oder USt-IdNr | Tax number or VAT identification number | Kleinunternehmer verwenden die Steuernummer. Vorsteuerabzugsberechtigte Unternehmen verwenden die USt-IdNr (Format DE123456789). Wird die falsche oder keine der beiden Nummern extrahiert, ist die Rechnung für den Vorsteuerabzug ungültig. |
| Rechnungsnummer | Sequential invoice number | Muss eindeutig und lückenlos sein. Ihre extrahierten Daten benötigen diese Nummer für den Abgleich im Prüfpfad. |
| Rechnungsdatum | Invoice issue date | Nicht identisch mit dem Leistungsdatum. Deutsche Rechnungen enthalten beide Daten – Extraktionstools, die nur eine einzelne „Datum"-Spalte ausgeben, vermischen sie. |
| Leistungsdatum / Leistungszeitraum | Date or period when the service was delivered | Einzigartig für deutsche und einige EU-Rechnungen. Erforderlich, um festzulegen, in welchem Voranmeldungszeitraum der Vorsteuerabzug geltend zu machen ist. Die meisten Standard-Extraktionstools suchen dieses Feld nicht einmal. |
| Menge und Art der gelieferten Gegenstände oder Umfang und Art der Leistung | Quantity and description of goods or scope and type of service | Deutsche Rechnungen enthalten oft lange, rechtlich präzise Positionsbeschreibungen. Die Positionsextraktion muss den vollständigen Beschreibungstext erhalten, nicht gekürzt. |
| Nettobetrag | Net amount (per tax rate) | Muss nach Steuersatz aufgeteilt werden – eine einzelne Nettozeile über 100 €, die sowohl 19 %- als auch 7 %-Positionen abdeckt, ist nicht konform. Die Extraktion muss getrennte Nettobeträge je Steuersatz erfassen. |
| Umsatzsteuersatz und -betrag | VAT rate and VAT amount | Der Satz (19 % oder 7 %) und der entsprechende Betrag müssen beide erscheinen. Bei Anwendung des §13b UStG (Reverse-Charge) weist die Umsatzsteuerzeile „0" auf und ein Verweis auf §13b muss extrahiert werden. |
| Bruttobetrag | Gross total amount | Muss mit Netto + Umsatzsteuer übereinstimmen. Manche Tools extrahieren eine „Gesamtsumme", die nicht übereinstimmt, weil eine Rabatt- oder Zuschlagszeile übersehen wurde. |
| Hinweis auf Steuerbefreiung (falls zutreffend) | Reference to tax exemption | Für Kleinunternehmer (§19 UStG): „Gemäß §19 UStG wird keine Umsatzsteuer berechnet." Für innergemeinschaftliche Lieferungen: Reverse-Charge-Hinweis. Fehlen diese Hinweise, ist die Rechnung für den Empfänger ungültig. |
Zwei praktische Ausnahmen reduzieren die Anzahl der Pflichtfelder. Rechnungen unter 250 € brutto gelten als Kleinbetragsrechnungen gemäß §33 UStDV und erfordern nur: Name und Anschrift des Lieferanten, Rechnungsdatum, Bezeichnung der Ware/Dienstleistung, Bruttobetrag sowie den anzuwendenden Umsatzsteuersatz oder den §19-Hinweis. Und für Kleinunternehmer gemäß §19 UStG – Unternehmen, deren Vorjahresumsatz 22.000 € nicht überschritten hat – dürfen Rechnungen keine Umsatzsteuer ausweisen und müssen stattdessen den Hinweis enthalten, dass gemäß §19 keine Umsatzsteuer berechnet wird. Die Extraktionsregeln ändern sich je nachdem, in welche Kategorie die Rechnung fällt.
Das deutsche Umsatzsteuer-Labyrinth: Wenn eine „Steuer“-Spalte nicht ausreicht
Die Extraktionslogik für eine deutsche Rechnung ändert sich erheblich je nach anwendbarem Umsatzsteuerregime. Ein einzelnes Spaltenpaar „Umsatzsteuersatz“ und „Umsatzsteuerbetrag“ funktioniert nur im einfachsten Fall. Deutsche Rechnungen können in eines von vier Szenarien fallen, die jeweils unterschiedliche Spaltendefinitionen erfordern:
| Umsatzsteuer-Szenario | Rechtsgrundlage | Was zu extrahieren ist | Häufige Fehlerquelle |
|---|---|---|---|
| Regelsteuersatz (19 %) | §12 Abs. 1 UStG | Nettobetrag, 19 % Umsatzsteuerbetrag, Bruttosumme. Eine Zeile, wenn nur Artikel mit Regelsteuersatz enthalten sind. | Tools, die den Umsatzsteuersatz aus den Summen ableiten, statt den ausgewiesenen Satz zu lesen. |
| Gemischte Steuersätze (19 % + 7 %) | §12 Abs. 1 + Abs. 2 UStG | Getrennte Netto- und Umsatzsteuerspalten pro Steuersatz. Beispiel: Netto-19-%-Spalte, USt-19-%-Spalte, Netto-7-%-Spalte, USt-7-%-Spalte – plus Bruttosumme. Häufig bei Gastronomie- und Lebensmittelrechnungen. | Tools, die einen aggregierten Umsatzsteuerbetrag ausgeben. Ihr Steuerberater benötigt die Aufteilung für die Umsatzsteuervoranmeldung, insbesondere die Kennzahlen 81 und 86. |
| Reverse-Charge-Verfahren (§13b) | §13b UStG | Nur Nettobetrag, keine Umsatzsteuer, plus den Text des Reverse-Charge-Hinweises. Zudem müssen die ausländische USt-IdNr des Lieferanten und die USt-IdNr des Empfängers erfasst werden (beide erforderlich gemäß §14a Abs. 2). | Tools, die weiterhin einen Umsatzsteuerbetrag eintragen, weil sie ein „Steuer“-Label gefunden haben – oder den Reverse-Charge-Hinweis vollständig übersehen. |
| Kleinunternehmer (§19) | §19 UStG | Nur Bruttobetrag, keine Umsatzsteueraufschlüsselung. Der §19-Hinweistext muss erfasst werden, um zu bestätigen, dass die Rechnung bewusst ohne Umsatzsteuer ausgestellt wurde. | Tools, die „fehlende Umsatzsteuer“ als Fehler kennzeichnen. Bei einer Kleinunternehmer-Rechnung ist das Fehlen der Umsatzsteuer korrekt – die Kennzeichnung als Fehler ist falsch. |
Für Unternehmen, die Rechnungen von deutschen Lieferanten aus mehreren Umsatzsteuerkategorien erhalten – ein häufiges Szenario für Gastronomiegruppen, die Lebensmittel (7 %) sowie Ausrüstung (19 %) von Metro und Transgourmet beziehen – muss das Extraktionstool flexibel genug sein, um unterschiedliche Spaltenstrukturen pro Rechnungstyp auszugeben, statt jede Rechnung in dieselbe Vorlage zu zwingen.
So bewältigt die KI-gestützte Extraktion deutsche Rechnungsformate
Hier zeigt sich der konkrete Unterschied zwischen vorlagenbasierter OCR und KI-gesteuerter Extraktion. Vorlagenbasierte Tools erfordern, dass Sie Feldkoordinaten für jedes Lieferantenlayout definieren – ein Metro-Rechnungslayout unterscheidet sich von einem Transgourmet-Layout, das wiederum anders ist als die Rechnung eines lokalen Handwerkers. Der Wartungsaufwand wächst mit jedem neuen Lieferanten.
ImageToTable.ai verfolgt einen anderen Ansatz: Benutzerdefinierte Spaltenextraktion. Statt dem Tool beizubringen, wo sich Felder auf der Seite befinden, definieren Sie, was extrahiert werden soll, indem Sie Spaltennamen eingeben – „Rechnungsnummer", „Leistungsdatum", „Nettobetrag 19%", „USt-Betrag 19%", „Nettobetrag 7%", „USt-Betrag 7%", „USt-IdNr" – und die KI lokalisiert jeden Wert an beliebiger Stelle auf der Seite, indem sie versteht, was das Feld bedeutet, nicht wo es sich befindet. Dies funktioniert über Lieferantenformate hinweg ohne Konfiguration pro Anbieter: Eine Spaltendefinition deckt Metro, Transgourmet, Selgros und die unabhängige Tischlerei nebenan ab.
Dateien werden sicher verarbeitet und nicht gespeichert.
Versuchen Sie, eine deutsche Rechnung in der Demo oben hochzuladen. Definieren Sie Spalten, die den §14 UStG-Feldern entsprechen, die Sie benötigen – beginnen Sie mit Rechnungsnummer, Rechnungsdatum, Leistungsdatum, Lieferant, Nettobetrag, USt-Satz, USt-Betrag, Bruttobetrag und USt-IdNr – und sehen Sie, was die KI extrahiert. Dieselbe Spaltendefinition funktioniert, wenn Sie zu einem anderen Lieferanten-Rechnungslayout wechseln, weil die KI Bedeutung liest, nicht Position.
Für die Stapelverarbeitung – das Hochladen eines Monats an Metro- und Transgourmet-Rechnungen auf einmal – extrahiert das Tool jede Rechnung in eine Zeile einer zusammengeführten Tabelle. Sie erhalten eine Excel-Datei mit jeder Rechnung als Zeile, bereit zum Filtern nach Lieferant, Datumsbereich oder Umsatzsteuersatz, bevor Sie sie an Ihren Steuerberater übergeben.
Von der Extraktion zur Buchhaltung: Was Ihr DATEV-, Lexware- oder sevDesk-Workflow erwartet
Die Datenextraktion ist nur die erste Hälfte der Arbeit. In Deutschland besteht die zweite Hälfte darin, diese Daten in einem Format in die Buchhaltungssoftware zu übertragen, das Ihr Steuerberater ohne Nacharbeit verwenden kann. Das Ziel ist entscheidend, denn jede Plattform hat unterschiedliche Anforderungen:
DATEV – von schätzungsweise 60–70 % der deutschen Steuerberater genutzt – erwartet Daten über Kanzlei-Rechnungswesen (CSV im DATEV-Format) oder Unternehmen Online (XML). Das CSV-Format erfordert bestimmte Spalten: Belegdatum, Buchungstext, Gegenkonto, Betrag und – am wichtigsten – den korrekten Buchungsschlüssel und die Kontierung (Kontenzuordnung nach SKR03 oder SKR04). Wenn Ihr Steuerberater vorcodierte Konten erwartet, benötigt Ihre Extraktionsausgabe eine zusätzliche Spalte für die DATEV-Kontonummer. Wenn er die Kontierung selbst übernimmt, können Sie darauf verzichten – aber fragen Sie ihn zuerst.
Lexware Office (ehemals lexoffice) – für 7,90 €/Monat die am weitesten verbreitete Cloud-Buchhaltungsplattform für deutsche KMU – importiert über eine eigene CSV-Struktur oder direkten Bankfeed. Es kategorisiert Transaktionen automatisch, erwartet jedoch, dass eingehende Rechnungsdaten die USt-IdNr des Lieferanten zur Umsatzsteuerprüfung enthalten. Fehlt dieses Feld in Ihrer Extraktion, markiert Lexware die Rechnung zur manuellen Prüfung.
sevDesk – der moderne Herausforderer für 12,90 €/Monat – importiert Kontakte und Belege per CSV mit eigener Vorlage. Der CSV-Upload ist unkompliziert, erwartet jedoch eine Klassifizierung der Belegart: Eingangsrechnung, Ausgangsrechnung oder Gutschrift. Wenn Ihre Extraktion diese nicht unterscheidet, müssen Sie Zeilen nach dem Import manuell umklassifizieren.
Die Gemeinsamkeit: Deutsche Buchhaltungssoftware erwartet deutsche Rechnungsdatenstrukturen. Eine generische Extraktion, die „Lieferant", „Datum" und „Gesamtbetrag" ausgibt, erfordert vor der Annahme durch eine dieser Plattformen erhebliche manuelle Neuformatierung. Wenn Sie die Extraktionsspalten direkt an das Schema der Zielsoftware anpassen – z. B. die Spalte USt-IdNr statt „VAT Number" und Belegdatum statt „Datum" nennen – entfällt der Neuformatierungsschritt.
Derselbe Extraktionsansatz funktioniert auch für internationale Rechnungen in mehreren Sprachen und Formaten, da die Spaltennamens-Semantik unabhängig von der Originalsprache der Rechnung konsistent bleibt.
GoBD und E-Rechnung: So bleiben Ihre extrahierten Daten revisionssicher
In Deutschland ist die Extraktion von Rechnungsdaten nicht nur eine Frage der Effizienz – sie bringt auch gesetzliche Aufbewahrungspflichten mit sich. Die GoBD (Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern) bilden den Rahmen der Finanzverwaltung für die digitale Buchführung. Ihre Kernprinzipien – Nachvollziehbarkeit, Unveränderbarkeit und Verfügbarkeit – bedeuten, dass jeder extrahierte Datenpunkt bis zur Originalrechnung zurückverfolgbar sein muss und jede Originalrechnung gemäß §147 AO zehn Jahre lang im Originalformat aufzubewahren ist.
Eine Änderung der GoBD vom Juli 2025 hat einen entscheidenden Punkt für die E-Rechnungs-Archivierung klargestellt: Bei strukturierten E-Rechnungen (XRechnung und der in ZUGFeRD-PDFs eingebetteten XML-Ebene) ist die maschinenlesbare XML-Datei der maßgebliche Datensatz. Das menschenlesbare PDF muss nur dann archiviert werden, wenn es zusätzliche steuerrelevante Informationen enthält, die nicht in der XML-Datei vorhanden sind – etwa Buchungsvermerke oder Zahlungsbedingungen, die handschriftlich auf der visuellen Ebene ergänzt wurden. Für die meisten Unternehmen bedeutet dies: Die extrahierte Excel-Datei ist Ihr Arbeitsdatensatz, aber die ursprüngliche XML-Datei ist das, was die Prüfer anfordern werden.
Die deutsche B2B-E-Rechnungspflicht wird wie folgt eingeführt:
- 1. Januar 2025 – Alle deutschen B2B-Unternehmen müssen in der Lage sein, E-Rechnungen im EN-16931-konformen Format (XRechnung oder ZUGFeRD 2.1) zu empfangen.
- 1. Januar 2027 – Unternehmen mit einem Vorjahresumsatz von über 800.000 € müssen E-Rechnungen auch senden.
- 1. Januar 2028 – Alle deutschen B2B-Unternehmen müssen E-Rechnungen senden. Papier- und PDF-Rechnungen werden für inländische B2B-Transaktionen nicht mehr akzeptiert, mit Ausnahme von Kleinbetragsrechnungen unter 250 € und Kleinunternehmern gemäß §19.
Die praktische Konsequenz für die Datenextraktion: Ihre Mischung eingehender Rechnungen ändert sich bereits. ZUGFeRD-PDFs, die in Ihrem Posteingang ankommen, enthalten eine eingebettete XML-Datenebene, die ein leistungsfähiges Extraktionstool direkt lesen kann – ohne OCR für diese Felder – und liefert so 100 % genaue strukturierte Daten. Für Lieferanten, die weiterhin einfache PDF-Rechnungen senden (während der Übergangsfrist bis 2027 zulässig), überbrückt die KI-Extraktion die Lücke – sie liest das visuelle PDF und gibt dieselben strukturierten Spalten aus.
Für die Compliance entscheidend ist, dass Ihr Extraktions-Workflow die Verbindung zwischen extrahierten Daten und Quelldokument bewahrt. Wenn Sie 40 Rechnungen in einer Stapelverarbeitung in eine Excel-Datei extrahieren und nur die Excel-Datei archivieren, verstoßen Sie gegen die GoBD. Die Originaldokumente – ob XML, PDF oder gescanntes Papier – müssen zehn Jahre lang zugänglich und abrufbar bleiben.
Häufig gestellte Fragen
Funktioniert das mit gescannten Papierrechnungen und Handyfotos?
Ja. Die KI liest den Dokumentinhalt semantisch – sie benötigt kein sauberes digitales PDF. Fotografierte Papierrechnungen, gescannte Dokumente und Screenshots von Online-Rechnungen werden alle unterstützt. Die Qualität ist entscheidend: Wenn das Foto zu unscharf ist, um die USt-IdNr-Ziffern zu lesen, kann kein Tool sie zuverlässig extrahieren. Bei lesbaren Fotos ist die Extraktionsgenauigkeit jedoch mit PDF-Eingaben vergleichbar.
Kann das Tool zwischen Rechnungsdatum und Leistungsdatum unterscheiden?
Ja, sofern Sie für jedes Datum separate Spalten definieren. Wenn Sie eine Spalte namens „Rechnungsdatum" und eine weitere namens „Leistungsdatum" definieren, versteht die KI, dass es sich um zwei unterschiedliche Datumsfelder handelt, und liefert für jedes den korrekten Wert. Wenn Sie nur eine einzelne Spalte „Datum" definieren, verwendet die KI standardmäßig das Rechnungsdatum als primäres Datum – sie rät nicht, dass Sie auch das Leistungsdatum benötigen. Die von Ihnen gewählten Spaltennamen steuern die Extraktion.
Wie handhabt die Extraktion Rechnungen mit §13b Reverse-Charge?
Definieren Sie für §13b-Reverse-Charge-Rechnungen Ihre Spalten so, dass sie den Nettobetrag, eine Spalte für den Umsatzsteuersatz (der als 0% extrahiert wird) und eine Spalte für den Reverse-Charge-Verweis enthalten. Die KI wird keinen Umsatzsteuerbetrag fälschlich ausfüllen, da die Rechnung selbst keine Umsatzsteuer ausweist – sie besagt, dass der Leistungsempfänger die Steuer schuldet. Sie sollten dennoch die ausländische USt-IdNr des Lieferanten und Ihre eigene USt-IdNr aus der Rechnung extrahieren, da beide gemäß §14a Abs. 2 UStG für die Reverse-Charge-Behandlung Pflichtfelder sind.
Was ist mit ZUGFeRD und XRechnung – kann das Tool eingebettetes XML parsen?
Wenn Sie eine ZUGFeRD-PDF hochladen, liest die KI die visuelle PDF-Ebene. Sie parst das eingebettete XML nicht direkt. Für Felder, die im XML vorhanden sind, führt dies zum gleichen Endergebnis – strukturierte Spalten –, aber der Ansatz ist visuelles Lesen statt XML-Parsing. Für reine XRechnung-XML-Dateien ist das Tool nicht für die Verarbeitung von rohem XML ausgelegt; dafür benötigen Sie einen XML-zu-CSV-Konverter. In der Praxis betten die meisten deutschen Lieferanten, die ZUGFeRD-Rechnungen ausstellen, das XML in ein sichtbares PDF ein, was mit dem visuellen Extraktionsansatz funktioniert.
Kann ich Metro-, Transgourmet- und Selgros-Rechnungen in einem einzigen Batch verarbeiten?
Ja. Da die Extraktion durch die Semantik der Spaltennamen und nicht durch lieferantenspezifische Vorlagen gesteuert wird, laden Sie Rechnungen aller drei Großhändler in einem Batch hoch und definieren Ihre Spalten einmal. Die KI findet Rechnungsnummer, Lieferant, Nettobetrag, USt-Betrag usw. auf jedem Dokument unabhängig. Die Ausgabe ist eine zusammengeführte Tabelle mit einer Zeile pro Rechnung und konsistenten Spalten über alle Lieferanten hinweg.
Sind die extrahierten Daten für Prüfzwecke GoBD-konform?
Die extrahierte Excel-Datei ist eine Arbeitskopie, nicht Ihr Prüfungsarchiv. Die GoBD-Konformität betrifft die Frage, wie Sie die Originaldokumente speichern, nicht wie Sie extrahierte Daten operativ nutzen. Solange Sie die Originalrechnungen – PDFs, XML-Dateien oder gescannte Papierkopien – 10 Jahre lang in einem unveränderbaren, abrufbaren Format aufbewahren, verstößt die Datenextraktion für Buchhaltungsabläufe nicht gegen die GoBD. Das Extraktionstool selbst bietet keine Archivspeicherung; für die Dokumentenaufbewahrung sind Sie separat verantwortlich.
So bringen Sie Ihre deutschen Rechnungsdaten an ihren Bestimmungsort
Die deutsche Rechnungsextraktion liegt an der Schnittstelle von drei Anliegen, die üblicherweise getrennt behandelt werden: Datengenauigkeit, Steuerkonformität und Softwarekompatibilität. Die Tools, die eines davon gut beherrschen, ignorieren tendenziell die anderen. Template-basierte OCR kann für das Format eines einzelnen Lieferanten genau sein, erfordert aber für jeden neuen Lieferanten einen Neuaufbau. Die manuelle Eingabe in Lexware hält die Daten in der richtigen Struktur, skaliert aber nicht über 30 Rechnungen pro Monat hinaus. Die KI-basierte Verarbeitung von ZUGFeRD-XML liefert bei E-Rechnungen 100 % Genauigkeit, hilft aber nichts bei der Papierrechnung des örtlichen Elektrikers, der seine Rechnungen weiterhin ausdruckt und per Post versendet.
Ein Workflow, der auf semantischer Extraktion basiert – also darauf, was Sie per Spaltenname definieren, statt per Template-Position –, adressiert alle drei Anliegen gleichzeitig. Er extrahiert die Felder, die §14 UStG verlangt, bewahrt die Umsatzsteuerstruktur, die Ihre Umsatzsteuervoranmeldung benötigt, und erzeugt Spalten, die zum Importschema Ihrer Buchhaltungssoftware passen. Und er funktioniert auf dieselbe Weise, ob die Rechnung als ZUGFeRD-PDF, als Foto vom Kamera-Handy eines Lieferanten oder als gescanntes Papierdokument aus dem Jahr 2023 eintrifft.
Kostenlos testen – für die ersten 50 Seiten ist kein Konto erforderlich.