Extraction de données CFDI :
Le guide complet des factures électroniques mexicaines

Ce qui distingue la CFDI de toute autre facture

Chaque facture que vous avez jamais traitée d'un fournisseur américain, européen ou asiatique suit le même schéma de base : le fournisseur émet un document, vous le recevez, et les données — numéro de facture, date, montant, taxes — résident sur le document lui-même. Le document est la source de vérité. La CFDI inverse entièrement ce modèle.

Une CFDI (Comprobante Fiscal Digital por Internet) est un document XML qui doit être validé et tamponné par un PAC autorisé par le gouvernement (Proveedor Autorizado de Certificación) avant de devenir juridiquement valide. C'est ce qu'on appelle le modèle de validation : l'émetteur génère le XML, le soumet à un PAC, le PAC vérifie la structure et la signature numérique, applique un cachet numérique (timbre fiscal), et transmet une copie au SAT — l'administration fiscale mexicaine — en temps réel. Ce n'est qu'après cette poignée de main à trois que la facture existe en tant que document légal. L'UUID (Folio Fiscal) attribué par le SAT à ce moment devient l'identifiant permanent qui relie cette transaction à chaque audit, paiement et déclaration fiscale ultérieurs.

Cela a une conséquence pratique qui surprend la plupart des équipes AP traitant des fournisseurs mexicains pour la première fois : le fichier XML est la facture juridiquement valide. Le PDF qui arrive en pièce jointe au même e-mail est un tirage décoratif — utile pour la revue humaine, mais sans aucune valeur légale. Selon l'article 30 du CFF, l'émetteur et le destinataire doivent tous deux conserver le XML CFDI original pendant au moins cinq ans. Se débarrasser du XML en ne gardant que le PDF crée une exposition d'audit que de nombreuses équipes découvrent seulement lorsque le SAT demande des dossiers.

La version actuelle, CFDI 4.0, est obligatoire depuis avril 2023. Elle a introduit une validation plus stricte du destinataire : le RFC, le nom légal et le code postal du domicile fiscal du destinataire doivent correspondre exactement au registre des contribuables du SAT. Les factures version 3.3 ne sont plus acceptées. Pour quiconque construit un flux d'extraction CFDI, cela signifie que chaque document que vous traitez suit le schéma 4.0 — une cible cohérente pour l'extraction, mais qui comporte plus de champs obligatoires que les versions précédentes.

Le problème central de l'extraction CFDI n'est pas que les données manquent. C'est que les données vivent dans un format conçu pour la validation gouvernementale, pas pour la consommation dans un tableur — et le pont entre les deux est ce que la plupart des équipes peinent à construire.

Les six types de documents CFDI — et quand vous les rencontrerez

Le CFDI n'est pas un type de document unique. Le SAT définit six types de comprobante distincts, chacun avec ses propres règles de schéma, champs obligatoires et exigences d'extraction. Si vous traitez des factures provenant de plus d'une poignée de fournisseurs mexicains, vous en rencontrerez la plupart.

Le type qui crée le plus de frictions d'extraction en pratique est Pago. Lorsqu'un fournisseur émet une facture avec des conditions de paiement PPD, la facture elle-même contient les lignes et les totaux, mais pas les détails de paiement. À chaque paiement effectué par l'acheteur, le fournisseur émet un CFDI Pago distinct contenant un Complemento de Pago qui précise quel UUID est payé, pour quel montant, à quelle date et par quel moyen. Une équipe AP traitant 40 factures PPD peut avoir 60 à 80 CFDI à rapprocher — chacun nécessitant une référence croisée UUID entre l'Ingreso et son ou ses compléments de paiement. Pour un flux de travail de fin de mois étape par étape qui gère ce rapprochement sur plus de 50 factures provenant de plusieurs fournisseurs, consultez notre guide sur le traitement par lots des factures CFDI mexicaines en comptabilité fournisseurs.

Champs principaux, catalogues SAT et leur signification pour votre feuille de calcul

Comprendre quels champs extraire n'est pas qu'une question technique — cela détermine si votre sortie est utilisable pour la déclaration DIOT, le rapprochement du crédit de TVA et la réponse aux audits. Chaque champ d'un CFDI correspond à un code de catalogue SAT, et le même champ peut avoir des conséquences fiscales différentes selon le code sélectionné.

Champs au niveau de l'en-tête (nœud Comprobante)

Répartition des taxes : IVA, Retenciones et IEPS

La structure fiscale d'un CFDI se situe sous le niveau du concept (ligne), imbriquée dans chaque Concepto. Cela signifie que le taux et le montant de la TVA sont par ligne, et non des agrégats au niveau de la facture. L'extraction doit les additionner si votre sortie nécessite une seule ligne de taxe par facture, mais les données sous-jacentes sont granulaires :

• TVA 16 % — taux standard appliqué à la plupart des biens et services. La région frontalière (frontière nord et sud) bénéficie d'un taux réduit de 8 % de TVA sous certaines conditions.
• TVA 0 % — s'applique aux exportations (Exportación=02/03) et à certains produits alimentaires de base, médicaments et fournitures agricoles.
• TVA retenue — le destinataire peut être tenu de retenir les deux tiers de la TVA et de la reverser directement au SAT. Le CFDI affiche à la fois ImpuestosTrasladados (TVA facturée par le fournisseur) et ImpuestosRetenidos (TVA retenue par l'acheteur).
• ISR retenu — retenue de 10 % sur les services fournis par des particuliers, de 1,67 % sur les achats auprès du régime général, de 20 % sur les paiements d'intérêts. Ces montants doivent être déclarés dans la DIOT mensuelle.
• IEPS — taxe d'accise sur des biens spécifiques : alcool, tabac, essence, boissons sucrées. Chaque catégorie de produit correspond à un taux IEPS différent (3 % à 160 %).

Pour l'extraction, le point critique est qu'un seul CFDI peut contenir plusieurs combinaisons de taxes sur différentes lignes. Une facture unique d'un distributeur qui vend à la fois des biens standard (TVA 16 %) et des produits soumis à l'IEPS aura des articles à 16 %, à 16 % + IEPS, et potentiellement à 0 %. Votre sortie d'extraction doit soit préserver le détail fiscal au niveau de la ligne, soit agréger correctement par taux.

La couche Complemento : là où s'arrêtent la plupart des guides d'extraction

Un complemento est un addendum XML structuré qui étend le schéma CFDI de base pour des types de transactions spécifiques. Le CFDI de base couvre l'en-tête de la facture et les lignes d'articles. Tout le reste — détails de paiement, ventilations de paie, données douanières, informations de transport — se trouve dans les complementos. Pour les équipes AP qui traitent des factures mexicaines, trois complementos comptent le plus.

Complemento de Pago (complément de paiement)

Joint à chaque CFDI Pago, ce complément est la plus grande source de complexité d'extraction dans la comptabilité fournisseurs mexicaine réelle. Lorsqu'un fournisseur émet une facture selon des conditions PPD (MétodoPago=PPD), la facture Ingreso d'origine ne contient pas de données de paiement. À chaque fois que l'acheteur paie — en totalité, partiellement ou à terme différé — le fournisseur émet un CFDI Pago dont le Complemento de Pago enregistre :

• L'UUID de la facture Ingreso d'origine en cours de paiement
• Le montant du paiement appliqué à cet UUID
• La date et le mode de paiement (virement, chèque, espèces, carte)
• La devise et le taux de change au moment du paiement (essentiel lorsque la facture d'origine était en USD)
• Le solde restant dû (saldo insoluto) après ce paiement

Une facture Ingreso peut être réglée par plusieurs CFDI Pago — chacun référençant le même UUID avec un montant de paiement différent. Le défi d'extraction n'est pas technique (l'UUID est toujours présent) mais procédural : la plupart des équipes AP n'extraient jamais le Complemento de Pago, laissant les données de paiement dans un document séparé que rien dans le flux de travail ne relie à la facture d'origine.

Une extraction de lignes d'articles CFDI qui s'arrête à l'en-tête de la facture et laisse les complementos intacts ne capture qu'environ 60 % des données dont votre équipe AP a réellement besoin.

Complemento de Nómina (Complément de paie)

Les employeurs au Mexique doivent émettre un CFDI de type Nómina pour chaque paiement de salarié — salaire, primes, commissions, prime de vacances, indemnité de départ et prime de Noël (aguinaldo). Le Complemento de Nómina est l'un des documents les plus denses en champs du système CFDI, contenant plus de 50 champs structurés, notamment :

• CURP du salarié et numéro de sécurité sociale IMSS
• Salaire de base et salaire journalier (Salario Base de Cotización)
• Revenus ordinaires (percepciones) ventilés par code de type — Sueldos, Aguinaldo, Prima Vacacional, PTU
• Déductions (deducciones) — ISR retenu, cotisations IMSS, remboursements de prêt INFONAVIT, SAR/Afore, prêts sur pension
• Heures supplémentaires (Horas Extra) avec type de temps et pourcentage
• Paiement net total

Pour les employeurs multi-entités, l'extraction de la paie implique le traitement de centaines de CFDI de type Nómina par cycle de paie. Chaque salarié produit un CFDI par paiement, et chacun nécessite que les champs du complemento soient aplatis dans un tableur de reporting RH ou de paie.

Complemento de Comercio Exterior (Complément de commerce extérieur)

Requis lorsque Exportación=02 (exportation définitive avec clé douanière A1) ou Exportación=03 (exportation définitive avec clé A2). Ce complément contient les données douanières pour les transactions transfrontalières :

• Numéro de déclaration en douane (pedimento)
• RFC de l'exportateur et adresse complète
• Identifiant fiscal étranger du destinataire
• Code INCOTERM
• Détail par ligne : code tarifaire (fracción arancelaria), unité de mesure douanière, valeur en USD des marchandises
• Pays d'origine et de destination

La version 2.0 de ce complément est intégrée au CFDI 4.0 depuis janvier 2024. Pour les entreprises qui exportent des marchandises depuis le Mexique, une extraction qui capture à la fois les champs CFDI de base et les données du complément de commerce extérieur est essentielle pour rapprocher les factures de fret des déclarations en douane.

Pourquoi des PAC différents signifient des mises en page PDF différentes

Chaque CFDI part du même schéma XML — Anexo 20 version 4.0, défini dans le XSD publié par le SAT. Le XML est cohérent, quel que soit le PAC qui l’appose. Mais la représentation PDF, celle que la plupart des équipes comptabilité fournisseurs consultent réellement, dépend entièrement de la façon dont chaque PAC choisit de rendre le XML dans un format visuel.

En pratique, un PDF CFDI apposé par Finkok disposera les champs dans un ordre visuel différent de celui apposé par SW sapien, Digifact, FacturAPI ou l’outil gratuit du SAT lui-même. Les données sont identiques. La mise en page ne l’est pas. Pour les outils OCR basés sur des modèles qui s’appuient sur des zones d’extraction à position fixe, chaque mise en page de PAC nécessite un modèle distinct. Une entreprise recevant des factures de 20 fournisseurs utilisant collectivement 8 PAC différents aurait besoin de 8 modèles d’extraction — et manquerait les factures du 9e PAC qu’elle n’aurait pas encore configuré.

C’est là que l’extraction sémantique — une IA qui lit un document en comprenant ce que chaque champ signifie plutôt que là où il se trouve — change l’économie du traitement des CFDI. Un outil d’extraction sémantique qui connaît la différence entre un UUID et un RFC peut trouver les deux champs n’importe où sur la page, que le PAC les ait positionnés en haut, à gauche, à droite, en bas ou dans un encadré. La mise en page du PAC devient sans importance, ce qui signifie qu’une seule configuration d’extraction couvre chaque fournisseur et chaque PAC de votre portefeuille.

Méthodes d’extraction comparées : quelle approche convient à votre flux de travail CFDI ?

Différentes équipes choisissent différentes approches pour l’extraction des CFDI en fonction du volume de documents, de la variété des formats, des capacités techniques et du budget. Le tableau suivant met en correspondance les quatre méthodes principales avec les dimensions qui comptent pour le traitement des factures mexicaines.

Le choix entre l’analyse XML et l’extraction sémantique par IA n’est pas toujours évident. Si chaque fournisseur envoie le XML brut du CFDI et que votre équipe a des compétences en script, l’analyse XML à l’aide de XPath ou d’une bibliothèque comme lxml en Python produit une extraction de champs propre et directe à partir des données structurées. La limite est que l’analyse XML ne peut pas lire les factures scannées, ne peut pas interpréter la représentation PDF visuelle lorsque le XML n’est pas joint, et nécessite une maintenance active lorsque le SAT met à jour le schéma (comme cela s’est produit avec la migration 3.3→4.0).

L’extraction sémantique par IA, en revanche, fonctionne à partir de n’importe quel document visuel — PDF, image scannée, photo de téléphone — et ne nécessite pas d’entrée XML structurée. Les modèles de vision modernes entraînés sur des milliers de mises en page de factures peuvent localiser les champs UUID, RFC et IVA en comprenant ce que ces étiquettes signifient, indépendamment de l’endroit où elles apparaissent dans le document. Pour les équipes qui reçoivent un mélange de pièces jointes PDF (sans XML) et de documents scannés, c’est la seule option évolutive.

Comment l'extraction IA gère les documents CFDI — dans les trois formats

Le scénario le plus courant pour la plupart des équipes AP est de recevoir un mélange de fichiers XML, de pièces jointes PDF et de documents numérisés provenant de différents fournisseurs utilisant différents PAC. Créer un flux de travail distinct pour chaque format crée une surcharge de maintenance et des lacunes de traitement. Une approche d'extraction IA qui traite les trois comme sources d'entrée avec une seule définition de champs simplifie considérablement cela.

ImageToTable.ai gère l'extraction CFDI via son paradigme d'Extraction de colonnes personnalisées — vous définissez les colonnes souhaitées dans votre sortie, et l'IA localise chaque valeur en comprenant ce que le champ signifie, et non où il se trouve sur la page. Pour CFDI, le flux de travail est le suivant :

Cette approche résout automatiquement le problème de mise en page des PAC : l'IA ne dépend pas de la position fixe des champs, donc un CFDI généré par Finkok (avec l'UUID dans le coin supérieur droit de la deuxième page) et un autre généré par FacturAPI (avec l'UUID dans le pied de page en bas à gauche) produisent tous deux la même sortie structurée.

Pour l'extraction du complément (complemento) en particulier, lors du traitement direct des fichiers XML, l'IA peut naviguer dans la structure hiérarchique — en parcourant le nœud /Complemento/Pagos d'un CFDI Pago pour extraire l'UUID référencé, le montant du paiement et la date. Pour les représentations PDF du même CFDI Pago, l'IA lit les champs du complément (complemento) à partir de l'endroit où le PAC a choisi de les afficher sur le document visuel.

Intégration des données CFDI avec les logiciels comptables mexicains

Les données CFDI extraites ne sont utiles que si elles parviennent au système utilisé par votre équipe comptable. L'écosystème des logiciels comptables mexicains diffère considérablement de celui des États-Unis ou de l'Europe : les acteurs dominants sont locaux et chacun a des exigences spécifiques d'importation de données.

CONTPAQi

CONTPAQi est la suite de comptabilité et de gestion la plus utilisée au Mexique, couvrant la comptabilité (Contabilidad), la facturation électronique (Factura Electrónica), la paie (Nóminas) et les opérations commerciales (Comercial). CONTPAQi importe nativement le XML CFDI pour vérification, mais pour l'analyse de données en masse — rapprocher 200 factures fournisseurs avec des codes budgétaires, créer des rapports de dépenses par catégorie UsoCFDI, ou préparer les saisies DIOT — les données doivent être dans un format Excel qui correspond au plan comptable de CONTPAQi. Les colonnes extraites comme RFC, UUID et montant de l'IVA alimentent directement l'auxiliar de cuentas de CONTPAQi lorsqu'elles sont importées sous forme d'écriture de journal par lot.

Aspel SAE / COI / NOI

Aspel est la deuxième plateforme comptable la plus courante dans les PME mexicaines, avec les modules SAE (administratif), COI (comptabilité) et NOI (paie). Comme CONTPAQi, Aspel peut traiter le XML CFDI pour la vérification individuelle des factures, mais sa couche de reporting fonctionne mieux lorsque les données CFDI par lot sont pré-compilées dans un tableau Excel correspondant aux modèles d'importation d'Aspel. La pratique courante chez les contrôleurs mexicains consiste à tenir un registre CFDI auxiliaire dans Excel — une ligne par facture, colonnes pour RFC, UUID, folio, taux d'IVA et retenue — et à le rapprocher mensuellement du grand livre d'Aspel. L'extraction automatisée transforme ce registre auxiliaire d'un exercice de saisie manuelle en une exportation directe.

SAP et Oracle NetSuite

Les grandes entreprises opérant au Mexique utilisent généralement SAP ou Oracle NetSuite avec des localisations pour la conformité CFDI. Ces systèmes gèrent la validation XML et la soumission PAC automatiquement via leurs modules CFDI intégrés. Cependant, le défi passe de la conformité au rapprochement : les équipes achats et comptabilité fournisseurs doivent faire correspondre les données CFDI extraites avec les bons de commande, les bons de réception de marchandises et les conditions contractuelles des fournisseurs. Un flux de travail d'extraction par IA qui produit des données CFDI sous forme de lignes structurées — avec UUID, RFC, codes de produits par ligne (c_ClaveProdServ) et ventilation fiscale — alimente directement les processus d'importation par lot de MIRO (vérification des factures logistiques) de SAP ou de la comptabilité fournisseurs de NetSuite.

Questions fréquentes

L'écart entre « j'ai des documents CFDI » et « mon système comptable contient les données » n'est pas un écart technologique — c'est un écart de traduction de format. Le bon flux d'extraction comble cet écart en quelques minutes, pas en quelques heures.

L'extraction de données CFDI n'est pas fondamentalement difficile. Le XML est structuré. Le PDF contient les mêmes données. Les compléments (complementos) sont documentés dans les XSD publiés par le SAT. Ce qui rend la tâche difficile en pratique, c'est la diversité des formats, la variabilité des mises en page des PAC, l'imbrication hiérarchique des données fiscales et des compléments, et le fait que la plupart des flux d'extraction ont été conçus pour des documents plats, basés sur des positions, qui se ressemblent à chaque fois. Une approche sémantique — qui lit les documents en comprenant ce que chaque champ est, et non où il se trouve — gère toutes ces complexités à partir d'une seule définition de champ. Vous définissez les colonnes. L'IA trouve les données. Le format devient sans importance.

Si vous traitez aujourd'hui des factures de fournisseurs mexicains et que vous passez plus de temps à déplacer des données entre les documents qu'à les utiliser, la prochaine étape est simple : prenez un lot d'échantillons — 10 à 20 fichiers CFDI dans le format que vous avez — et exécutez-les dans un flux d'extraction par IA. L'écart entre « j'ai les documents » et « mon tableur contient les données » est plus petit que ce que le processus manuel laisse paraître.

Cet article fait partie de la série de guides ImageToTable.ai sur l'extraction de données de factures. Pour une vue d'ensemble plus large, consultez Qu'est-ce que l'extraction de données de factures ? et Qu'est-ce que l'OCR ?. Pour une introduction au CFDI pour débutants, lisez Qu'est-ce qu'un CFDI ?. Pour un tutoriel pratique d'extraction étape par étape couvrant chaque format CFDI, voir Extraction de données de factures CFDI mexicaines vers Excel. Pour un regard plus approfondi sur pourquoi le traitement des CFDI déroute les flux de travail AP traditionnels, lisez Pourquoi le traitement des factures CFDI mexicaines est plus difficile que ce que la plupart des équipes attendent.