Mexikanische CFDI-Rechnungsdatenextraktion
nach Excel: Anleitung (2026)

Was eine CFDI-Rechnung wirklich ist – und warum die Datenextraktion anders ist

Eine CFDI (Comprobante Fiscal Digital por Internet) ist Mexikos verbindliches elektronisches Rechnungsformat, das seit 2014 vom SAT (Servicio de Administración Tributaria) vorgeschrieben wird. Es handelt sich nicht um ein Dokument, das wie eine PDF von einem US-amerikanischen oder europäischen Lieferanten behandelt werden kann. Jede CFDI durchläuft ein Dreiparteien-Prüfmodell: Der Aussteller erzeugt die XML, ein PAC (Proveedor Autorizado de Certificación) validiert und signiert sie digital – ein Vorgang namens Timbrado – und das SAT erhält eine Kopie in Echtzeit. Erst nachdem der PAC den digitalen Stempel angebracht hat, wird die Rechnung rechtsgültig.

Die aktuelle Version, CFDI 4.0, ist seit dem 1. April 2023 für alle Steuerpflichtigen verpflichtend und führte eine strengere Empfängerprüfung ein: Die RFC des Empfängers, der Firmenname und die Postleitzahl des Steuerdomizils müssen exakt mit dem Steuerregister des SAT übereinstimmen. Rechnungen der Version 3.3 werden von SAT-Systemen nicht mehr akzeptiert. Für alle, die mexikanische Lieferantenrechnungen verarbeiten, bedeutet dies, dass jedes Dokument, das Sie bearbeiten, Version 4.0 ist – ob Sie es wussten oder nicht.

Eine CFDI enthält Felder, die in einer Standardrechnung kein Äquivalent haben: Uso CFDI (ein Code, der angibt, wie der Empfänger die Rechnung steuerlich verwendet – G01 für Anschaffungen, G03 für Ausgaben, P01 für ausstehende Zahlungen), Régimen Fiscal (der Steuerregime-Code des Ausstellers) und die UUID (Folio Fiscal), eine 36-stellige eindeutige Kennung des SAT, die zur dauerhaften Referenz dieser Transaktion in allen Systemen der mexikanischen Steuerinfrastruktur wird. Wenn Sie Zahlungen abstimmen, DIOT (Declaración Informativa de Operaciones con Terceros) einreichen oder sich auf eine Prüfung vorbereiten, ist die UUID das Feld, das alles miteinander verbindet.

Und dann ist da noch die XML. Nach mexikanischem Steuerrecht ist die XML-Datei das rechtsgültige Dokument – die PDF-Darstellung ist sekundär und dient nur der Information. Aussteller und Empfänger müssen die XML gemäß Artikel 30 des CFF mindestens fünf Jahre lang aufbewahren. Die unsachgemäße Archivierung von CFDIs wird mit Geldstrafen von 5–10 % des Rechnungswerts pro Verstoß belegt. Unternehmen, die die PDF als „die Rechnung" betrachten und die XML verwerfen, tragen ein Prüfungsrisiko, das sie möglicherweise erst entdecken, wenn das SAT die Aufzeichnungen anfordert.

Den meisten Mexiko-orientierten AP-Teams fehlen nicht die Rechnungsdaten. Sie fehlen in einem Format, das ihr Buchhaltungssystem verarbeiten kann. Die XML ist strukturiert, aber hierarchisch. Die PDF ist lesbar, aber unstrukturiert. Die Daten sind dieselben – sie in Excel-Spalten zu bekommen, ist der Schritt, der den Prozess zum Scheitern bringt.

Die drei CFDI-Formate, die Sie tatsächlich erhalten – und was jedes für die Extraktion bedeutet

In der Praxis erreicht eine mexikanische Lieferantenrechnung Ihre AP-Abteilung in einer von drei Formen. Jedes enthält dieselben CFDI-Daten, erfordert jedoch einen grundlegend anderen Extraktionsansatz.

XML-Extraktion klingt einfach – es ist ein strukturiertes Format mit einem veröffentlichten Schema (SATs Anexo 20 Version 4.0, definiert in XSD). Aber das CFDI-XML ist tief hierarchisch: Der Wurzelknoten enthält Aussteller- und Empfängerdaten, jeder Posten (Concepto) verschachtelt Menge, Einheitencode, Produkt-/Dienstleistungscode (aus SATs c_ClaveProdServ-Katalog), Einzelpreis und Steueraufschlüsselung. Ein Complemento de Pago – erforderlich, wenn die Originalrechnung unter PPD (Pago en Parcialidades o Diferido) ausgestellt wurde – ist ein separates XML-Dokument, das auf die UUID des ursprünglichen CFDI verweist und detailliert, welche Zahlungen welche Rechnungen wann und in welcher Höhe beglichen haben. Die Extraktion in flache Excel-Zeilen erfordert das Durchlaufen einer Baumstruktur und das Auflösen von dokumentübergreifenden Verweisen.

PDF-Extraktion ist der häufigste reale Anwendungsfall, da mexikanische Lieferanten in der Regel die PDF-Darstellung per E-Mail senden, nicht das rohe XML. Das PDF ist eine menschenlesbare Wiedergabe – dieselben Daten, aber ohne strukturierte Tags. Jedes Feld muss anhand seiner visuellen Position oder durch semantisches Verständnis des Textes identifiziert werden. Hier versagen vorlagenbasierte OCR-Tools: Ein CFDI-PDF von Grupo Bimbo sieht völlig anders aus als eines von einem kleinen Dienstleister, der CONTPAQi Factura Electrónica verwendet.

Gescannte oder fotografierte CFDI führen zu einer Verschlechterung der Bildqualität: schiefe Winkel, Schatten, Kameras mit niedriger Auflösung. Diese stammen von kleineren Lieferanten, die Rechnungen ausdrucken und sie Zustellfahrern übergeben, oder von Außendienstmitarbeitern, die Belege per WhatsApp fotografieren. Die Daten sind weiterhin CFDI-Daten — UUID, RFC, IVA-Aufschlüsselung — aber ihre Extraktion bedeutet, mit Pixeln zu arbeiten, die kein XML-Parser jemals sehen wird.

Die Formatvielfalt zu verstehen ist Schritt eins. Schritt zwei ist zu wissen, welche Felder für Ihre Buchhaltung wirklich relevant sind — und auf welche SAT-Katalognummern sie abgebildet werden.

Die CFDI-Felder, die Sie in Ihrer Excel-Ausgabe benötigen — und warum jedes einzelne wichtig ist

Nicht jedes Feld in einem CFDI gehört in Ihre Excel-Datei. Ein vollständiges, Anexo-20-konformes XML kann über 60 verschiedene Datenpunkte enthalten. Für Kreditorenabstimmung, Buchhaltungseinträge und Steuererklärungen sind dies die Felder, die den Platz in der Spalte rechtfertigen:

Diese zwölf Felder bilden den minimalen Datensatz für jeden Kreditoren-Workflow mit mexikanischen Rechnungen. Fehlt die UUID, können Sie die Rechnung nicht im SAT-Portal verifizieren oder ihren Stornierungsstatus verfolgen. Fehlt der Uso CFDI, könnten Sie eine Ausgabe der falschen Abzugskategorie zuordnen. Fehlt das Régimen Fiscal, können Sie nicht bestimmen, ob die IVA des Lieferanten der Einbehaltung unterliegt (Retención de IVA, in der Regel 6 % des IVA-Betrags, anwendbar auf Lieferanten unter bestimmten Regimen).

Über die Kopfebenen-Felder hinaus tragen Positionen ihre eigenen strukturierten Daten: Menge, Maßeinheit (aus dem SAT-Katalog c_ClaveUnidad), Beschreibung, Einzelpreis und die Steueraufschlüsselung pro Position. Für Unternehmen, die einen Drei-Wege-Abgleich durchführen (Bestellung → Wareneingang → CFDI), ist die Positionsextraktion das, was den CFDI mit der Bestellung Zeile für Zeile vergleichbar macht.

Die Felder sind klar definiert. Die Herausforderung besteht darin, sie aus dem Dokument in Ihre Tabellenkalkulation zu bringen — und dieser Prozess hängt stark vom Ausgangsformat ab.

So extrahieren Sie CFDI-Daten in Excel: Eine Schritt-für-Schritt-Anleitung

Es gibt vier Wege, CFDI-Daten in Excel zu überführen, geordnet von der häufigsten zur seltensten Methode in der realen Kreditorenbuchhaltung. Welchen Weg Sie wählen, hängt davon ab, ob Sie die XML, das PDF oder nur ein Bild haben – und ob Sie eine einzelne Rechnung oder hundert verarbeiten.

Pfad 1: XML-Parsing (wenn Sie die rohe CFDI-Datei haben)

Wenn Ihr Lieferant die XML bereitstellt – oder Sie sie aus dem SAT-Portal herunterladen – können Sie strukturierte Daten programmatisch extrahieren. Tools wie Python mit lxml oder dedizierte CFDI-Bibliotheken (cfdipython, PyCFDI) können das Anexo-20-Schema durchlaufen und Felder per XPath auslesen. Der Haken: Dieser Weg setzt voraus, dass Sie Code schreiben können, namespace-qualifizierte XML verarbeiten (jedes CFDI-Element liegt in einem SAT-definierten Namespace) und die Parsing-Logik über Katalog-Updates hinweg warten. SAT aktualisiert seine Kataloge regelmäßig – die Codes c_RegimenFiscal und c_UsoCFDI ändern sich, und eine hartcodierte Zuordnung wird veralten.

Für den Complemento de Pago-Abgleich – Zahlungen mit Originalrechnungen abgleichen – wird das XML-Parsing deutlich schwieriger, da Sie mit zwei XML-Dokumenten arbeiten, die nur durch eine UUID-Referenz verknüpft sind. Eine einzelne PPD-Rechnung kann über Monate durch mehrere Zahlungen beglichen werden, die jeweils einen eigenen Complemento de Pago erzeugen. Die Abgleichlogik (welche Zahlung welche Rechnung abdeckte, welcher offene Saldo zu jedem Zeitpunkt bestand) ist keine einfache Feldextraktion – es ist eine finanzielle Berechnung über zusammenhängende Dokumente hinweg.

Pfad 2: PDF-Extraktion mit vorlagenbasierten Tools

Vorlagenbasierte OCR-Tools – bei denen Sie Begrenzungsrahmen um jedes Feld in einem Musterdokument ziehen und das Tool diese Koordinaten auf zukünftige Rechnungen anwendet – scheitern an CFDI-PDFs aus einem einfachen Grund: Jeder Lieferant verwendet andere Rechnungssoftware. Ein von CONTPAQi Factura Electrónica erzeugter CFDI sieht anders aus als einer aus Aspel FACTURAe, Alegra oder einer benutzerdefinierten ERP-Integration. UUID, RFCs und IVA-Aufschlüsselung erscheinen an unterschiedlichen Positionen, in unterschiedlichen Schriftgrößen und mit unterschiedlichem Begleittext. Eine Vorlage, die auf einem Walmart-Addenda-konformen CFDI basiert, wird bei einem kleinen Lieferanten-CFDI versagen und umgekehrt.

Dies ist eine grundlegende Einschränkung der koordinatenbasierten Extraktion bei einem Dokumenttyp, dessen Datenstruktur standardisiert ist (Anexo 20), das visuelle Layout jedoch nicht.

Pfad 3: KI-gestützte semantische Extraktion (funktioniert mit jedem Format)

Semantische Extraktion – der Ansatz von ImageToTable.ai – arbeitet nicht mit Koordinaten. Sie liest das Dokument wie ein Mensch: indem sie versteht, was jeder Text bedeutet, nicht wo er auf der Seite steht. Sie geben dem Tool die gewünschten Felder vor – „UUID", „RFC Emisor", „SubTotal", „IVA 16%" – und die KI findet die jeweiligen Werte überall im Dokument, indem sie das dahinterstehende Konzept erkennt – unabhängig vom Layout.

Dieser Mechanismus heißt Custom Column Extraction: Sie geben die Spaltennamen für Ihre Ausgabetabelle vor, und die KI nutzt visuelles Sprachverständnis, um die passenden Daten auf jeder Seite zu finden. Sie zeichnen keine Rechtecke, Sie erstellen keine Vorlagen, und Sie müssen nicht wissen, wo auf der Seite ein Feld erscheint. Derselbe Satz an Spaltennamen funktioniert bei CFDI-PDFs verschiedener Lieferanten, bei gescannten Kopien und XML-Dateien – denn die KI erkennt „IVA 16% ist der Steuerbetrag zum Satz von 16%" und nicht „die Zahl im Kasten bei Koordinaten (430, 210)".

So läuft der schrittweise Arbeitsablauf ab:

Für Teams, die CFDI-Rechnungen in großen Mengen verarbeiten, verändert die Stapelverarbeitung die Wirtschaftlichkeit. Laden Sie alle erhaltenen CFDIs auf einmal hoch – ob 20 oder 200 – und das Tool verarbeitet sie parallel und führt alle extrahierten Daten in einer einzigen Excel-Datei mit einer Zeile pro Rechnung zusammen. Der 18-fache Geschwindigkeitsunterschied zwischen manueller Erfassung (ca. 3 Minuten pro Rechnung) und KI-Extraktion (5–10 Sekunden pro Seite) multipliziert sich mit der Menge: 100 CFDIs, die 5 Stunden manueller Eingabe erfordern würden, sind in unter 10 Minuten fertig. Für einen monatlichen Kreditorenabschluss ist diese Lücke der Unterschied zwischen pünktlichem Abschluss der Abstimmung und einer Übertragung in die nächste Periode. Für einen vollständigen Monatsend-Workflow mit 50+ Rechnungen von mehreren Lieferanten – einschließlich PUE/PPD-Sortierung, UUID-Deduplizierung und DIOT-Vorbereitung – finden Sie in unserem Leitfaden zur Stapelverarbeitung mexikanischer CFDI-Rechnungen in der Kreditorenbuchhaltung weitere Informationen.

Die Felder auf Kopfebene sind die Grundlage. Doch ein erheblicher Prozentsatz der CFDI-Rechnungen – insbesondere solche, die unter PPD ausgestellt werden – trägt eine Komplexitätsebene, die die meisten Extraktionsleitfäden völlig ignorieren.

Umgang mit Complementos: Zahlungen, Lohnabrechnung und Außenhandel

Ein Complemento ist ein strukturierter XML-Zusatz, der in einen CFDI eingebettet oder mit ihm verknüpft ist. Er enthält Daten, die für bestimmte Transaktionsarten erforderlich sind, die das Basis-CFDI-Schema nicht abdeckt. Für AP-Teams sind drei Complementos besonders wichtig:

Complemento de Pago (Zahlungs-Complemento)

Wird ein CFDI mit der Zahlungsmethode PPD (Pago en Parcialidades o Diferido) ausgestellt, bestätigt die Rechnung selbst, dass die Zahlung später erfolgt – in Raten oder als Pauschalbetrag nach Lieferung. Das Complemento de Pago ist ein separater CFDI (TipoDeComprobante = "P"), der das tatsächliche Zahlungsereignis dokumentiert. Es verweist auf die UUID der Originalrechnung und gibt an: das Zahlungsdatum, den gezahlten Betrag, den Wechselkurs bei Zahlung in einer anderen Währung und welche Originalrechnungen (ggf. mehrere) mit dieser Zahlung beglichen wurden.

Für die Extraktion in Excel ergibt sich eine Eins-zu-Viele-Beziehung: eine PPD-Rechnung → mehrere Zahlungs-Complementos im Laufe der Zeit. Manueller Abgleich bedeutet, jede XML-Datei des Zahlungs-Complementos zu öffnen, die referenzierten UUIDs zu lesen und eine Tracking-Tabelle zu aktualisieren. Das Extraktionstool muss die referenzübergreifende Auflösung beherrschen – das Zahlungsdatum und den Betrag aus dem Complemento lesen und in derselben Ausgabezeile mit den Daten der Originalrechnung verknüpfen.

Complemento de Nómina (Lohnabrechnungs-Complemento)

Lohnabrechnungs-CFDIs enthalten mitarbeiterspezifische Details: die RFC des Arbeitnehmers, CURP (Clave Única de Registro de Población), Sozialversicherungsnummer (NSS), Berufsrisikokategorie, gearbeitete Tage sowie eine detaillierte Aufschlüsselung der Vergütungen (Gehalt, Boni) und Abzüge (ISR, IMSS, INFONAVIT). Unternehmen mit mexikanischen Mitarbeitern erhalten diese im Rahmen von Outsourcing- oder PEO-Beziehungen (Professional Employer Organization). Die Extraktion der Lohnabrechnungs-Complemento-Daten in Excel ermöglicht die Konsolidierung der mitarbeiterbezogenen Kosten über Zeiträume hinweg für Buchungseinträge und Arbeitskostenanalysen.

Ergänzung Carta Porte (Transport-Ergänzung)

Seit Januar 2024 macht die Carta-Porte-Ergänzung Version 2.0 zuvor optionale Felder verpflichtend: Zollanmeldecode, Angaben zum Exporteur sowie Ursprungs- und Bestimmungsdaten. Für Logistik- und Supply-Chain-Teams, die transportbezogene CFDIs erhalten, muss die Extraktion neben den Standard-Rechnungsdaten auch die transportspezifischen Felder erfassen – Kennzeichen, Transportart, Routenstart und -ziel. Diese Felder sind für die SAT-Prüfung und Zollabfertigung erforderlich.

Die häufigste CFDI-Extraktionslücke, die wir sehen, sind zurückgelassene Ergänzungsdaten. AP-Teams extrahieren die Kopffelder – UUID, RFC, Gesamtbetrag –, aber nie die Zahlungsergänzungsdaten. Das bedeutet, dass PPD-Rechnungen ohne Zahlungsdatum oder Abwicklungsreferenz im Abstimmungsblatt treiben. Die Daten sind im Ergänzungs-XML vorhanden. Sie haben es nur nie in die Excel-Tabelle geschafft.

Grenzüberschreitender CFDI: Wenn der Käufer nicht in Mexiko ist

Ausländische Unternehmen, die von mexikanischen Lieferanten kaufen, stehen vor einer zusätzlichen Komplexität. Gemäß CFDI 4.0 müssen die RFC des Empfängers und die Postleitzahl des steuerlichen Wohnsitzes mit dem Steuerzahlerregister der SAT übereinstimmen. Ein US-amerikanischer oder europäischer Käufer ohne mexikanische Steuerregistrierung kann keine RFC angeben – das CFDI-System verlangt jedoch eine.

In der Praxis wird dies gelöst, indem die generische ausländische RFC (XEXX010101000 für juristische Personen, XAXX010101000 für natürliche Personen) verwendet und die Steuer-ID des Empfängers im Bestimmungsland in einem separaten Feld angegeben wird. Der CFDI wird mit dem Uso-CFDI-Code S01 (Sin efectos fiscales – ohne Steuerwirkung) ausgestellt, was bedeutet, dass die Rechnung für die kaufmännische Buchführung existiert, aber keine IVA-Gutschrift oder Abzugsfähigkeit für den Käufer erzeugt.

Für ausländische AP-Teams verschiebt sich das Extraktionsziel: Sie extrahieren Daten nicht für die SAT-Einreichung, sondern für die interne Buchhaltung, Zahlungsfreigabe und Kostenverfolgung. Die relevanten Felder sind die kommerziellen – Lieferantenname, Rechnungsbetrag, Positionen, Zahlungsmethode – und nicht die steuerspezifischen Codes. Eine gut strukturierte Extraktion sollte dennoch die UUID erfassen; selbst wenn Sie nicht bei der SAT einreichen, ist die UUID die einzige global eindeutige Kennung, die definitiv beweist, dass diese Rechnung existiert und validiert wurde.

Exportvorgänge fügen eine weitere Dimension hinzu. Ein CFDI mit dem Feld Exportacion auf „01" oder „02" (vorläufig) enthält eine Ergänzung zum Außenhandel mit Zolldaten: die Pedimento-Nummer (Zollanmeldung), die RFC des Exporteurs und den INCOTERM. Für grenzüberschreitende Logistikteams, die Frachtrechnungen mit Zollanmeldungen abgleichen, muss die Extraktion sowohl die CFDI-Daten als auch die Außenhandelsergänzungsfelder in einer einzigen Ausgabe erfassen.

Wie sich Extraktionsmethoden unterscheiden: Manuelle Eingabe, XML-Parsing, Vorlagen und KI

Verschiedene Teams wählen unterschiedliche Wege – abhängig von Volumen, technischen Ressourcen und den empfangenen Formaten. Hier sehen Sie, wie sich die wichtigsten Optionen in den für die CFDI-Datenextraktion relevanten Dimensionen vergleichen:

XML-Parsing ist die richtige Wahl für Teams, die ausschließlich XML erhalten und intern über die Entwicklungskapazitäten verfügen, um den Parsing-Code bei Katalogaktualisierungen zu warten. Ein typisches AP-Team in Mexiko erhält jedoch eine Mischung: Manche Lieferanten senden XML, andere PDF und einige – meist kleinere Lieferanten oder Außendienstmitarbeiter – senden Fotos. Sich ausschließlich auf XML-Parsing zu verlassen, bedeutet, die Daten aus jedem Nicht-XML-CFDI manuell einzugeben oder einen zweiten Extraktionspfad für diese Formate zu unterhalten.

Vorlagenbasierte OCR erzeugt einen Wartungsaufwand, der proportional zur Anzahl der Lieferanten steigt. Jeder neue Lieferant mit einem anderen CFDI-Layout erfordert eine neue Vorlage. CFDI 4.0 hat die Datenfelder standardisiert, nicht jedoch die visuelle Darstellung, und die Kosten für die Vorlagenverwaltung steigen linear mit der Anzahl der Lieferanten.

Die KI-gestützte semantische Extraktion löst das Formatproblem, weil sie auf der Bedeutung der Daten arbeitet und nicht auf ihrer Position. Dieselben Spaltendefinitionen — UUID, RFC Emisor, IVA, Total — funktionieren mit jedem CFDI, von jedem Lieferanten, in jedem Format. Das ist besonders wertvoll für die CFDI-Batch-Abstimmung beim Monatsabschluss, wenn AP-Teams eingehende Rechnungen von 50–200 Lieferanten verarbeiten müssen, die jeweils ihr eigenes Rechnungssystem verwenden, bevor die Abrechnungsperiode endet.

FAQ: CFDI-Datenextraktion nach Excel

Warum die Extraktion nur die halbe Lösung ist

Der häufig genannte Engpass bei der CFDI-Verarbeitung ist die Dateneingabe. Doch die Dateneingabe ist nur der sichtbare Engpass. Der verborgene — der im Monatsverlauf weit mehr Stunden kostet — ist die anschließende Abstimmung: PPD-Zahlungen den ursprünglichen Rechnungen zuordnen, prüfen, ob die IVA auf dem CFDI mit dem Betrag in Ihrem Buchhaltungssystem übereinstimmt, feststellen, welche CFDIs seit Ihrer letzten Prüfung storniert wurden, und bestätigen, dass jede RFC in Ihrem Lieferantenstamm mit dem übereinstimmt, was SAT in den Akten hat.

Die Extraktion holt die Daten aus dem Dokument und bringt sie in eine Struktur, mit der Sie arbeiten können. Der Wert vervielfacht sich, wenn diese strukturierten Daten direkt in Ihre nachgelagerten Prozesse fließen — DIOT-Erstellung, CONTPAQi-Import, Lieferantenabstimmung, Monatsabgrenzungen — ohne manuelle Neueingabe zwischen Extraktion und Aktion.

Ein CFDI enthält mehr Daten als eine Standardrechnung und erfüllt einen Compliance-Zweck, der über die kaufmännische Dokumentation hinausgeht. Eine korrekt durchgeführte Extraktion behandelt den CFDI als das, was er ist: ein Steuerdokument mit strenger Struktur, das von einer Regierungsbehörde in Echtzeit validiert wird und Felder enthält, die bei Fehlern rechtliche Konsequenzen haben. Die Daten nach Excel zu bringen ist der erste Schritt. Sie zu nutzen, um Ihre AP-, Steuererklärungs- und Prüfpfad-Konsistenz zu wahren, ist das dauerhafte Ergebnis.