Mexikanische CFDI-Rechnungsdatenextraktion
nach Excel: Anleitung (2026)

Was eine CFDI-Rechnung tatsächlich ist – und warum sich die Datenextraktion daraus unterscheidet

Eine CFDI (Comprobante Fiscal Digital por Internet) ist Mexikos verbindliches elektronisches Rechnungsformat, das seit 2014 von der SAT (Servicio de Administración Tributaria) durchgesetzt wird. Es ist kein Dokument, das Sie wie eine PDF von einem US-amerikanischen oder europäischen Lieferanten behandeln können. Jede CFDI durchläuft ein Drei-Parteien-Freigabemodell: Der Aussteller erzeugt die XML, ein PAC (Proveedor Autorizado de Certificación) validiert und stempelt sie digital – ein Prozess namens timbrado – und die SAT erhält in Echtzeit eine Kopie. Erst nachdem der PAC den digitalen Stempel angebracht hat, wird die Rechnung rechtlich gültig.

Die aktuelle Version, CFDI 4.0, wurde am 1. April 2023 für alle Steuerzahler verpflichtend und führte eine strengere Empfängervalidierung ein: Die RFC des Empfängers, der gesetzliche Name und die Postleitzahl des Steuerdomizils müssen exakt mit dem Steuerzahlerregister der SAT übereinstimmen. Rechnungen der Version 3.3 werden von den SAT-Systemen nicht mehr akzeptiert. Für jeden, der Rechnungen mexikanischer Lieferanten erhält, bedeutet das: Jedes Dokument, das Sie verarbeiten, ist Version 4.0 – ob Sie es wussten oder nicht.

Eine CFDI enthält Felder, die in einer Standardrechnung keine Entsprechung haben: Uso CFDI (ein Code, der angibt, wie der Empfänger die Rechnung für Steuerzwecke nutzen wird – 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, die von der SAT vergeben wird und zur dauerhaften Referenz für diese Transaktion in allen Systemen der mexikanischen Steuerinfrastruktur wird. Wenn Sie Zahlungen abgleichen, 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 rechtlich gültige Dokument – die PDF-Darstellung ist sekundär und informativ. Aussteller und Empfänger müssen die XML gemäß Artikel 30 des CFF mindestens fünf Jahre lang aufbewahren. Die ordnungsgemäße Archivierung von CFDIs zu versäumen, zieht Geldstrafen von 5–10 % des Rechnungswerts pro Fall nach sich. Unternehmen, die die PDF als „die Rechnung“ behandeln und die XML verwerfen, tragen ein Prüfungsrisiko, das sie möglicherweise erst entdecken, wenn die SAT Unterlagen anfordert.

Den meisten Mexiko-orientierten AP-Teams fehlen keine Rechnungsdaten. Ihnen fehlt ein 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 bringen, ist der Schritt, an dem der Prozess scheitert.

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

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

XML-Extraktion klingt unkompliziert – es ist ein strukturiertes Format mit einem veröffentlichten Schema (SATs Anexo 20 Version 4.0, definiert in XSD). Aber das CFDI-XML ist stark hierarchisch: Der Wurzelknoten enthält Aussteller- und Empfängerdaten, jede Position (Concepto) verschachtelt Menge, Einheitencode, Produkt-/Dienstleistungscode (aus SATs c_ClaveProdServ-Katalog), Einzelpreis und Steueraufschlüsselung. Ein Complemento de Pago – erforderlich, wenn die ursprüngliche Rechnung unter PPD (Pago en Parcialidades o Diferido) ausgestellt wurde – ist ein separates XML-Dokument, das auf die UUID der ursprünglichen CFDI verweist und detailliert, welche Zahlungen welche Rechnungen beglichen haben, wann und in welchen Beträgen. Dies in flache Excel-Zeilen zu extrahieren bedeutet, eine Baumstruktur zu durchlaufen und dokumentübergreifende Referenzen aufzulösen.

PDF-Extraktion ist das häufigste reale Szenario, da mexikanische Lieferanten typischerweise 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 scheitern vorlagenbasierte OCR-Tools: Ein CFDI-PDF von Grupo Bimbo sieht völlig anders aus als eines von einem kleinen Proveedor de Servicios, der CONTPAQi Factura Electrónica verwendet.

Gescannte oder fotografierte CFDIs 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 Fahrern übergeben, oder von Außendienstmitarbeitern, die Belege mit WhatsApp fotografieren. Die Daten sind weiterhin CFDI-Daten — UUID, RFC, IVA-Aufschlüsselung — aber die 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 relevant sind — und auf welche SAT-Katalogcodes 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, Buchung und Steuererklärung 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, buchen Sie eine Ausgabe möglicherweise in die falsche Abzugskategorie. Fehlt das Régimen Fiscal, können Sie nicht bestimmen, ob die IVA des Lieferanten der Einbehaltung unterliegt (Retención de IVA, zwei Drittel des IVA-Betrags oder 10,6667 % der Zwischensumme, gemäß Artikel 1-A des LIVA, wenn eine persona moral eine persona física für Dienstleistungen, Leasing oder Provisionen bezahlt).

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

Die Felder sind klar definiert. Die Herausforderung besteht darin, sie aus dem Dokument in Ihre Tabelle 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, den ImageToTable.ai verwendet – betrachtet keine Koordinaten. Sie liest das Dokument so, wie ein Mensch es tun würde: indem sie versteht, was jeder Textabschnitt bedeutet, nicht wo er auf der Seite steht. Sie teilen dem Tool mit, welche Felder Sie möchten – „UUID“, „RFC Emisor“, „SubTotal“, „IVA 16%“ – und die KI lokalisiert jeden Wert an beliebiger Stelle im Dokument, indem sie das dahinterstehende Konzept erkennt, unabhängig vom Layout.

Dieser Mechanismus heißt Benutzerdefinierte Spaltenextraktion: Sie geben die Spaltennamen ein, die Sie in Ihrer Ausgabetabelle möchten, und die KI nutzt visuelles Sprachverständnis, um die entsprechenden 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. Dieselben Spaltennamen funktionieren bei CFDI-PDFs verschiedener Anbieter und bei gescannten Kopien, weil die KI erkennt, dass „IVA 16% der Steuerbetrag zum Satz von 16% ist“, statt „die Zahl im Feld bei den Koordinaten (430, 210)“.

Hier ist der schrittweise Arbeitsablauf:

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

Sobald die Spalten befüllt sind, stellt sich die Frage, ob die Werte stimmen. Der Prüfmodus beantwortet sie ohne einen Seitenvergleich: Fahren Sie mit der Maus über eine extrahierte Zelle oder klicken Sie darauf, und das Tool hebt den genauen Bereich des ursprünglichen CFDI hervor, aus dem der Wert stammt. Ein Klick auf einen Bereich im Dokument springt zurück zur zugehörigen Zelle. Wenn Sie ein Feld bearbeitet haben, zeigt ein Klick den ursprünglichen KI-Wert an, sodass Sie ihn wiederherstellen können. Aktivieren Sie die Auto-Annotation, und die Lokalisierungskarte wird bei Abschluss der Verarbeitung generiert, sodass die erste geöffnete Rechnung bereits prüfbar ist. Bei einem Dokument, bei dem eine falsche RFC oder ein fehlgelesener IVA-Satz abzugstechnische Konsequenzen hat, dauert diese Prüfung Sekunden statt eines vollständigen erneuten Lesens der Rechnung.

Die Kopfzeilenfelder sind die Grundlage. Aber ein erheblicher Prozentsatz der CFDI-Rechnungen – insbesondere solche, die unter PPD ausgestellt wurden – trägt eine Komplexitätsebene, die die meisten Extraktionsanleitungen völlig ignorieren.

Umgang mit Complementos: Zahlungen, Gehaltsabrechnungen und Außenhandel

Ein Complemento ist ein strukturierter XML-Zusatz, der in eine CFDI eingebettet oder mit ihr 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)

Wenn eine CFDI unter der Zahlungsmethode PPD (Pago en Parcialidades o Diferido) ausgestellt wird, erkennt die Rechnung selbst an, dass die Zahlung später erfolgt – in Raten oder als Einmalbetrag nach Lieferung. Das Complemento de Pago ist eine separate CFDI (TipoDeComprobante = "P"), die das tatsächliche Zahlungsereignis dokumentiert. Es verweist auf die UUID der ursprünglichen Rechnung und gibt an: das Zahlungsdatum, den gezahlten Betrag, den Wechselkurs, falls die Zahlung in einer anderen Währung erfolgte, und welche ursprünglichen Rechnungen (möglicherweise mehrere) mit dieser Zahlung beglichen wurden.

Für die Extraktion nach Excel ergibt sich daraus eine Eins-zu-viele-Beziehung: eine PPD-Rechnung → mehrere Zahlungs-Complementos im Laufe der Zeit. Die manuelle Abstimmung bedeutet, jede Zahlungs-Complemento-XML zu öffnen, zu lesen, auf welche UUIDs sie verweist, und eine Tracking-Tabelle zu aktualisieren. Das Extraktionstool muss das Zahlungsdatum, den gezahlten Betrag und die zugehörige UUID aus der PDF-Darstellung des Complementos lesen und diese Zeile dann in Ihrer Tabelle per UUID der ursprünglichen Rechnung zuordnen.

Complemento de Nómina (Gehalts-Complemento)

Gehalts-CFDIs enthalten Details auf Mitarbeiterebene: die RFC des Arbeitnehmers, CURP (Clave Única de Registro de Población), Sozialversicherungsnummer (NSS), Berufsrisikokategorie, gearbeitete Tage sowie eine detaillierte Aufschlüsselung der Wahrnehmungen (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 von Gehalts-Complemento-Daten nach Excel ermöglicht die Konsolidierung der Kosten auf Mitarbeiterebene über Zeiträume hinweg für Buchungszwecke 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.

So vergleichen sich Extraktionsmethoden: manuelle Eingabe, XML-Parsing, Vorlagen und KI

Verschiedene Teams wählen unterschiedliche Wege – abhängig von Volumen, technischen Ressourcen und den Formaten, die sie erhalten. So schneiden die wichtigsten Optionen in den Bereichen ab, die für die CFDI-Datenextraktion entscheidend sind:

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

Vorlagenbasierte OCR erzeugt einen Wartungsaufwand, der proportional zur Anzahl der Lieferanten wächst. Jeder neue Lieferant mit einem anderen CFDI-Layout erfordert eine neue Vorlage. CFDI 4.0 hat die Datenfelder standardisiert, aber nicht die visuelle Darstellung, und die Kosten der Vorlagenverwaltung wachsen linear mit der Anzahl der Lieferanten.

Die KI-gestützte semantische Extraktion löst das Formatproblem, weil sie erfasst, was ein Wert bedeutet, statt wo er steht. Eine Spalte namens „RFC Emisor“ liefert die RFC des Ausstellers, unabhängig davon, ob das Layout von CONTPAQi, Aspel FACTURAE oder einem benutzerdefinierten ERP-Export stammt. 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 die Kreditorenbuchhaltung eingehende Rechnungen von 50–200 Lieferanten verarbeiten muss, die jeweils eigene Rechnungssysteme nutzen, 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 Datenerfassung. Doch die Datenerfassung ist nur der sichtbare Engpass. Der verborgene – derjenige, 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 strukturierte, nutzbare Form. Der Wert steigt, wenn diese strukturierten Daten direkt in Ihre nachgelagerten Prozesse fließen – DIOT-Erstellung, CONTPAQi-Import, Lieferantenabstimmung, Monatsabgrenzungen – ohne manuelle Neuerfassung zwischen Extraktion und Aktion.

Ein CFDI enthält mehr Daten als eine Standardrechnung und erfüllt einen Compliance-Zweck, der über die kommerzielle Buchführung hinausgeht. Ein falsch gelesener Uso-CFDI-Code bucht eine Ausgabe in die falsche Abzugskategorie, und eine verlorene UUID macht die Rechnung im SAT-Portal unprüfbar. Die Daten nach Excel zu bringen ist der erste Schritt. Ihre Kreditorenbuchhaltung, DIOT-Meldung und Prüfpfad konsistent damit zu halten, ist das dauerhafte Ergebnis.