So extrahieren Sie Daten aus spanischen Rechnungen (Facturas)
in Excel

Was unterscheidet eine spanische Rechnung von anderen EU-Formaten

Die EU-Mehrwertsteuersystemrichtlinie (2006/112/EG) legt einen gemeinsamen Rahmen für den Rechnungsinhalt in allen Mitgliedstaaten fest. Jede EU-Rechnung muss eine Umsatzsteuer-Identifikationsnummer des Lieferanten, ein Datum, eine Beschreibung und den Mehrwertsteuerbetrag enthalten. Diese Mindestanforderung ist von Lissabon bis Helsinki identisch. Was eine spanische Rechnung anders macht, ist das, was Spanien zusätzlich vorschreibt.

Die Rechnungspflichten in Spanien werden durch Real Decreto 1619/2012 geregelt, das über die EU-Mindestanforderungen hinausgehende Pflichtfelder festlegt. Die Agencia Estatal de Administración Tributaria (AEAT, die spanische Steuerbehörde) setzt diese Regeln durch vierteljährliche Steuererklärungen durch. Eine Rechnung, bei der ein Pflichtfeld fehlt, kann den IVA-Vorsteuerabzug (Mehrwertsteuer) für den Empfänger blockieren und Strafen von 1-2 % des Transaktionswerts auslösen.

Vier strukturelle Unterschiede trennen eine spanische Rechnung (Factura) von der generischen europäischen Vorlage:

Dies sind keine kosmetischen Unterschiede. Ein vorlagenbasiertes Extraktionstool, das einen einzigen Mehrwertsteuersatz pro Rechnung erwartet, wird die 21 %- und 10 %-IVA-Zeilen einer spanischen Rechnung auf zwei separate Zeilen aufteilen — oder schlimmer noch, sie in einer einzigen Spalte zusammenführen, ohne zu bewahren, welche Bemessungsgrundlage zu welchem Satz gehört. Ein Tool, das auf deutschen oder britischen Rechnungslayouts trainiert wurde, hat kein Konzept für eine Einbehaltszeile, da der Rechnungsbetrag in diesen Märkten einfach Nettobetrag + MwSt. ist. Bei einer spanischen Rechnung ist der Gesamtbetrag oft Netto + IVA − IRPF, und ein Rechenfehler führt dazu, dass der extrahierte Betrag nicht mit dem tatsächlich gezahlten übereinstimmt.

Pflichtfelder spanischer Rechnungen — und was sie bedeuten

Gemäß Real Decreto 1619/2012, Artikel 6, muss eine vollständige Rechnung (factura completa) mindestens elf Datenpunkte enthalten. Eine vereinfachte Rechnung (factura simplificada), die für Beträge unter 400 € oder in Branchen wie Gastgewerbe und Transport verwendet wird, verzichtet auf NIF und Adresse des Empfängers. Für die Extraktion müssen Sie beide Varianten berücksichtigen: Ein Batch mit 30 Lieferantenrechnungen wird mit ziemlicher Sicherheit eine Mischung enthalten.

Der häufigste Extraktionsfehler ist, die Importe Total als Base Imponible + IVA zu behandeln und den IRPF-Abzug zu ignorieren. Bei einer Dienstleistungsrechnung über 1.000 € mit 21 % IVA und 15 % IRPF beträgt die Gesamtsumme 1.060 € – nicht 1.210 €. Ein Tool, das IRPF addiert statt subtrahiert, weist pro Rechnung 150 € zu viel aus. Bei 30 Rechnungen monatlich ergibt sich eine monatliche Abweichung von 4.500 € in Ihrer Verbindlichkeitenbuchhaltung.

Das IVA-Aufschlüsselungsproblem: Warum eine Rechnung drei Steuersätze haben kann

Spanien wendet drei IVA-Sätze gemäß Ley 37/1992 (LIVA) an: 21 % allgemein, 10 % ermäßigt und 4 % superermäßigt. Der Satz von 10 % gilt für Lebensmittel, Personenbeförderung, Gastgewerbe und bestimmte Dienstleistungen. Der Satz von 4 % gilt für Grundbedarfsgüter: Brot, Milch, Bücher, Medikamente. Eine einzelne Rechnung eines Großhändlers für Lebensmittel kann sowohl Artikel mit 10 % (zubereitete Speisen) als auch mit 4 % (Grundnahrungsmittel) sowie 21 % auf Verpackung oder Lieferkosten enthalten.

In diesem Fall muss die Rechnung jeden Satz in einer eigenen Zeile mit separater Base Imponible (Bemessungsgrundlage) und Cuota (Steuerbetrag) ausweisen. Die Zusammenfassung unterschiedlicher Sätze ist gemäß Real Decreto 1619/2012 nicht zulässig. Für die Extraktion bedeutet dies, dass eine einzelne Rechnung mehrere Steuerzeilen erzeugen kann:

Die meisten generischen Rechnungsextraktionstools verarbeiten dies schlecht. Sie erfassen entweder nur die erste IVA-Zeile und ignorieren den Rest oder summieren alle IVA-Beträge in einer Spalte, ohne die aufgeschlüsselten Sätze zu erhalten. Diese fehlende Aufschlüsselung ist relevant: Bei der Einreichung des Modelo 303 (der vierteljährlichen IVA-Erklärung) verlangt die AEAT, dass die IVA soportado (Vorsteuer) nach Steuersatzkategorie gemeldet wird. Wenn Ihre Extraktionsausgabe 104,00 € IVA ohne Satzangabe zeigt, können Sie die Felder 28–31 der Erklärung nicht korrekt ausfüllen.

Hier kommt es auf die Extraktionsmethode an. Vorlagenbasierte OCR-Tools suchen nach einem Label wie „VAT“ und greifen die Zahl daneben. Bei einer spanischen Rechnung mit drei IVA-Zeilen erscheint „VAT“ dreimal mit drei verschiedenen Zahlen. Ein semantischer Extraktionsansatz – der versteht, was jeder Satz bedeutet, statt wo er auf der Seite steht – erfasst alle drei Sätze als separate Datenpunkte mit ihren Basen und Beträgen. Sie definieren Spalten wie „Base Imponible 21 %“, „Cuota IVA 21 %“, „Base Imponible 10 %“ usw. Die KI liest die gesamte Seite, identifiziert jeden IVA-Block und platziert den korrekten Wert in der jeweiligen Spalte, unabhängig vom Layout.

IRPF-Rückbehalt (Retención IRPF): Das Feld, das Ihre Summen nicht aufgehen lässt

Der IRPF-Rückbehalt ist für jeden außerhalb Spaniens das verwirrendste Feld auf einer spanischen Rechnung. Es handelt sich um einen Einkommensteuervorschuss – nicht um eine Umsatzsteuer. Wenn ein selbstständiger Profi (autónomo) einem spanischen Unternehmen Dienstleistungen in Rechnung stellt, muss der Kunde einen Prozentsatz des Nettobetrags einbehalten und direkt an die AEAT abführen. Der Profi erhält den Nettobetrag nach Abzug und holt sich den einbehaltenen Betrag mit der jährlichen IRPF-Erklärung (Modelo 100 oder Declaración de la Renta) zurück.

Die Einbehaltungssätze sind in Artículo 101 de la Ley del IRPF festgelegt:

Auf der Rechnung selbst erscheint der IRPF als negativer Posten unterhalb der IVA-Berechnung. Ein typisches Layout:

Für die Extraktion stellt die IRPF-Zeile eine besondere Herausforderung dar: Sie sieht aus wie ein Rabatt, verhält sich aber wie eine Steuer. Manche Rechnungen bezeichnen sie als „Retención IRPF", andere kürzen sie mit „IRPF" oder „Ret. IRPF" ab. Prozentsatz und Betrag können in derselben Zeile oder auf zwei Zeilen verteilt stehen. Eine Vorlage, die alle Geldbeträge als positive Werte erwartet, liest −150 fälschlich als 150 und errechnet eine Summe von 1.360 € statt 1.060 €.

Die Gegenprobe ist einfach: Prüfen Sie nach der Extraktion, ob Importe Total = Base Imponible + ∑Cuota IVA − Retención IRPF. Stimmen die Zahlen nicht überein, fehlt entweder ein IVA-Satz oder die IRPF-Zeile.

Rechnungsnummerierung: Regeln und Bedeutung für den Datenabgleich

Die spanische Rechnungsnummerierung nach Real Decreto 1619/2012 folgt dem Aufbau Serie + Nummer. Eine Serie ist ein benanntes Präfix (z. B. „2026-F“ für Standardrechnungen oder „R-2026“ für Korrekturrechnungen), und die Nummern laufen innerhalb dieser Serie fortlaufend ohne Lücken. Das Seriensystem existiert, weil das spanische Recht getrennte Nummernkreise für verschiedene Rechnungstypen vorschreibt: Normalrechnungen, vereinfachte Rechnungen und Korrekturrechnungen (facturas rectificativas) müssen jeweils eine eigene Serie haben.

Eine Korrekturrechnung (factura rectificativa) annulliert die Originalrechnung nicht einfach. Sie verweist auf die Originalrechnung mit Nummer und Datum, nennt den Korrekturgrund und zeigt die Differenz zwischen ursprünglichem und korrigiertem Betrag. Der korrigierte Betrag kann positiv sein (zu wenig berechnet) oder negativ (zu viel berechnet oder Warenrücksendung). Die Prüfungsregeln nach Real Decreto 1619/2012 verlangen Korrekturrechnungen innerhalb von vier Jahren nach dem Steuerentstehungsdatum der Originalrechnung. Nach vier Jahren sind Korrekturen per Rectificativa nicht mehr möglich.

Für den Datenabgleich fungiert das Serienpräfix als Dokumenttyp-Klassifikator. Ein Rechnungspool, der F-Serien (Standard) und R-Serien (Rectificativa) mischt, erfordert unterschiedliche Behandlung: Eine R-Serien-Rechnung stellt keine neue Zahlungsverpflichtung dar – sie passt eine bestehende an. Werden sie nicht getrennt, zählt man dieselbe Ausgabe doppelt oder gleicht bei einer negativen Rectificativa eine nie existierende Zahlungsverpflichtung ab.

Die Extraktionsstrategie: Definieren Sie zwei Spalten – „Rechnungsserie“ und „Rechnungsnummer“ – und extrahieren Sie diese unabhängig voneinander. Richten Sie dann eine berechnete Spalte oder Excel-Formel ein, die jedes R-Serien-Präfix zur manuellen Prüfung markiert. Die KI liest das Serienpräfix exakt so, wie es gedruckt ist, egal ob „2026-F-000123“, „R-2026/045“ oder „REC-001“.

Schritt für Schritt: Spanische Rechnungsdaten in Excel extrahieren

Hier ist der Workflow zum Extrahieren von Daten aus einem Satz spanischer Rechnungen (facturas) in eine einzelne Excel-Tabelle. Der Ansatz verwendet semantische KI-Extraktion – das Tool liest die Rechnung, indem es versteht, was jedes Feld bedeutet, und nicht, wo es auf der Seite steht. Das ist wichtig, weil spanische Rechnungen verschiedener Lieferanten dasselbe Feld an völlig unterschiedlichen Positionen platzieren können: Ein Lieferant setzt die NIF oben rechts, ein anderer in einem Fußblock unter den Positionen, ein dritter in einem QR-Code. Positionsbasierte Extraktion versagt bei Layoutänderungen. Semantische Extraktion nicht.

Formatvarianten: Factura Completa, Simplificada, Rectificativa und Proforma

Nicht jede Rechnung eines spanischen Lieferanten ist eine Factura Completa mit allen elf Pflichtfeldern. Das spanische Steuerrecht kennt mehrere Rechnungstypen, und ein typischer AP-Eingang enthält eine Mischung:

Die Extraktionsstrategie passt sich dem jeweiligen Rechnungstyp an. Bei einer Simplificada ohne NIF des Empfängers bleibt die NIF-Spalte einfach leer und die Zeile gültig. Bei einer Rectificativa löst das Serienpräfix eine Markierung zur manuellen Prüfung aus. Die KI liest, was auf der Seite steht, anstatt ein festes Schema zu erwarten.

Über die Einzelrechnung hinaus: Was als Nächstes kommt

Das Extrahieren einer spanischen Rechnung in Excel löst das Problem der Dateneingabe für genau dieses eine Dokument. Die größere betriebliche Herausforderung – 30, 50 oder 200 Lieferantenrechnungen auf einmal zu verarbeiten, die IVA über alle hinweg für das Modell 303 zu konsolidieren und die IRPF-Einbehalte für den Abgleich mit Modell 111 zusammenzuführen – ist Gegenstand von Stapelverarbeitung spanischer Lieferantenrechnungen in eine Kreditorenbuchhaltungstabelle, das Multi-Lieferanten-Workflows und die vierteljährliche Steuerkonsolidierung abdeckt.

Für Unternehmen, die spanische Rechnungen zusammen mit Rechnungen aus anderen Märkten verarbeiten, funktioniert derselbe Extraktionsansatz über Formate hinweg. Ein Tool, das eine Seite visuell liest, anstatt XML zu parsen, ist unabhängig davon, ob es sich um eine spanische Factura, eine mexikanische CFDI oder eine französische Facture handelt – es liest die Zahlen und Bezeichnungen genauso wie ein Mensch. Für einen Kostenvergleich der Extraktion in spanischsprachigen Märkten siehe Dokumentenextraktion in spanischsprachigen Märkten mit kleinem Budget und Bezahlbare CFDI-Extraktion für mexikanische Kleinunternehmen.

FAQ

Funktioniert die KI-Extraktion auch mit handschriftlichen spanischen Rechnungen?

Ja. Die Handschrifterkennung umfasst sowohl gedruckte als auch handschriftliche spanische Rechnungen, einschließlich Schreibschrift. Derselbe Ansatz über Spaltennamen funktioniert: Die KI identifiziert „NIF“ und „Bemessungsgrundlage“ anhand ihrer semantischen Bedeutung, unabhängig davon, ob der Text getippt oder handschriftlich ist. Die Genauigkeit bei klarer Handschrift ist mit gedrucktem Text vergleichbar; stark stilisierte oder blasse Handschrift kann eine Stichprobenprüfung erfordern.

Kann das Tool FacturaE-XML-Dateien verarbeiten oder nur PDFs?

Das Extraktionstool liest die visuelle Ebene von Dokumenten – PDFs, Bilder und Screenshots. Es parst XML nicht direkt. Wenn Sie eine FacturaE-XML-Datei haben, sind die Daten bereits strukturiert und maschinenlesbar; eine Extraktion ist nicht erforderlich. Das Tool ist für das weitaus häufigere Szenario konzipiert: Der Lieferant hat eine PDF-Version der Rechnung gesendet, nicht das XML, und Sie müssen die Daten aus der visuellen Darstellung extrahieren.

Was passiert, wenn sich der IVA-Satz ändert oder ein neuer Satz eingeführt wird?

Da die Extraktion semantisch und nicht vorlagenbasiert ist, passt sie sich jedem auf der Rechnung ausgewiesenen IVA-Satz an. Führt die spanische Regierung einen neuen Satz ein oder ändert einen bestehenden, liest die KI den jeweils auf der Seite erscheinenden Satz aus. Keine Vorlagenaktualisierungen oder Nachschulungen erforderlich. Gleiches gilt für Änderungen des IRPF-Satzes.

Wie verarbeitet das Tool Rechnungen von nicht-spanischen EU-Lieferanten mit IVA im Reverse-Charge-Verfahren?

Erhält ein spanisches Unternehmen eine Rechnung aus einem anderen EU-Land im Reverse-Charge-Verfahren (inversión del sujeto pasivo), weist die Rechnung „IVA: Inversión del sujeto pasivo" oder „0% IVA — Art. 84 LIVA" ohne Steuerbetrag aus. Die KI extrahiert die 0%-IVA-Angabe und den Verweis auf den Rechtsartikel. Da die IVA im Reverse-Charge-Verfahren vom Rechnungsempfänger selbst zu versteuern ist (nicht vom Lieferanten erhoben), gibt der extrahierte Datensatz korrekt eine Vorsteuer von null für diese Rechnung wieder. Für innergemeinschaftliche Umsätze ist das Formular 349 (nicht 303) für die Meldung zuständig.

Wie genau ist die Extraktion bei mehrseitigen spanischen Rechnungen?

Die KI verarbeitet alle Seiten eines mehrseitigen Dokuments als eine Einheit. Positionszeilen, die sich über mehrere Seiten erstrecken, werden fortlaufend erfasst. Kopf- und Fußzeilen sowie Seitenzahlen werden als wiederkehrende Elemente erkannt und nicht dupliziert. Die Genauigkeit bei mehrseitigen Rechnungen ist mit der von einseitigen Dokumenten vergleichbar.

Die Extraktion, die spanische Rechnungen wirklich brauchen

Spanische Rechnungen sind strukturell komplexer als ihre EU-Pendants: Mehrfach-IVA-Sätze, IRPF-Einbehalt, der die übliche Steuerarithmetik umkehrt, und eine serienbasierte Nummerierung mit getrennten Korrekturströmen. Die meisten Extraktionstools wurden für ein einfacheres Rechnungsmodell entwickelt. Die Folge sind entweder unvollständige Daten (fehlende IVA-Sätze, fehlender IRPF) oder falsche Summen (eine Summe, die nicht mit dem gezahlten Betrag übereinstimmt, weil der IRPF-Abzug ignoriert wurde). Die semantische Extraktion ändert dies, indem sie die Rechnung so liest, wie ein spanischer Contable es tun würde: Sie identifiziert jedes Feld nach seiner Bedeutung, nicht danach, wo eine Vorlage es erwartet. Das Ergebnis ist eine saubere Tabelle, in der die Base Imponible 21% in einer Spalte, die Base Imponible 10% in einer anderen, der IRPF in einer eigenen Spalte steht und die Summe aufgeht.