Extraction de données NF-e à faible coût
pour les petites entreprises brésiliennes

Les deux mondes de la NF-e : automatisation XML vs saisie manuelle du DANFE

La Nota Fiscal Eletrônica du Brésil — établie par l'Ajuste SINIEF 07/2005 et obligatoire pour les transactions de marchandises depuis 2008 — repose sur deux documents parallèles. Le fichier XML, soumis et autorisé par la SEFAZ (Secretaria da Fazenda) en temps réel, contient l'intégralité de la transaction : CNPJ des deux parties, CFOP (Código Fiscal de Operações e Prestações) classifiant le type de transaction, codes produits NCM, base et taux ICMS détaillés au niveau de chaque ligne, contributions PIS/COFINS, IPI le cas échéant, données de fret, et la chave de acesso à 44 chiffres qui identifie de manière unique chaque NF-e du pays. Le XML contient environ 10 fois plus de données que la version papier.

Le DANFE (Documento Auxiliar da Nota Fiscal Eletrônica) — la représentation visuelle imprimée ou en PDF qui accompagne les marchandises pendant le transport — est un résumé. Il présente ce que le portail SEFAZ appelle « les champs minimaux nécessaires au transit » : CNPJ de l'émetteur et du destinataire, la chave de acesso sous forme de code-barres, la valeur totale, et quelques totaux fiscaux. Le détail ICMS par ligne qui remplit 200 lignes dans le XML ? Le DANFE n'affiche peut-être que trois montants agrégés. Le code CFOP qui détermine s'il s'agit d'un achat imposable ou d'un transfert entre succursales ? Parfois imprimé, parfois non.

Pour une grande entreprise utilisant SAP ou Totvs avec une équipe informatique dédiée, cette scission est invisible. Leur ERP génère le XML, le soumet à la SEFAZ via des services web, reçoit le protocole d'autorisation, et comptabilise automatiquement la facture en comptes fournisseurs — aucun DANFE côté émetteur. Côté réception, ils utilisent la même infrastructure XML : téléchargement du XML via le service web de distribution de la SEFAZ avec un certificat numérique A1 ou A3 (certificado digital e-CNPJ, R$150–400 par an), analyse des données structurées, et comptabilisation dans l'ERP. Le DANFE est un reçu papier pour le chauffeur de camion.

Mais une petite entreprise brésilienne de 20 employés et 40 fournisseurs actifs n'a pas d'intégration XML. Elle n'a pas de certificat numérique configuré pour des téléchargements XML automatisés. Ses fournisseurs envoient des DANFE PDF par e-mail — ou via WhatsApp, ce qui au Brésil est aussi courant pour les documents professionnels que l'e-mail. La personne chargée de la finance ouvre chaque PDF, lit les champs imprimés, et saisit. C'est là que les deux mondes se séparent : l'un traite des données structurées nées numériques ; l'autre lit un PDF et ressaisit une fraction des données qui existent déjà sous forme lisible par machine ailleurs.

Pourquoi les PME brésiliennes tapent encore les données des factures à la main en 2026

La réponse n'est pas une résistance à la technologie. Le Brésil possède l'un des systèmes de facturation électronique les plus avancés au monde — le portail national NF-e traite des milliards de documents dans tout le pays, et depuis juin 2026, la Nota Técnica 2025.002 v1.50 a déjà mis à jour les formats NF-e pour accueillir les nouvelles taxes IBS et CBS qui remplaceront ICMS, ISS, PIS et COFINS dans le cadre de la Reforma Tributária. L'infrastructure existe. Le problème est structurel : les outils qui facilitent l'extraction sont conçus pour les entreprises dotées de services informatiques, et les outils au prix accessible pour les petites entreprises ne résolvent pas réellement le problème d'extraction.

Trois barrières structurelles expliquent pourquoi la saisie manuelle persiste :

Barrière 1 : Le téléchargement du XML exige une infrastructure que la plupart des PME n'ont pas. Pour télécharger un XML NF-e entrant depuis SEFAZ, il faut un certificat numérique e-CNPJ (modèle A1 ou A3, R$150–400/an), un logiciel capable d'appeler les services web SEFAZ (Distribuição de DF-e), et la chave de acesso à 44 chiffres pour chaque facture à télécharger. La chave est imprimée sur le DANFE — donc vous lisez déjà le PDF pour obtenir la clé qui permet de télécharger le XML. Le cercle est bouclé avant même de commencer. Pour une petite entreprise, le coût de mise en place du téléchargement automatisé des XML dépasse le coût de simplement taper les données pendant encore un an.

Barrière 2 : Les outils brésiliens résolvent l'émission, pas l'extraction entrante. Les fournisseurs d'API NF-e comme NFe.io (R$119/mois pour 120 documents), Focus NFe (R$109/mois pour 200 documents) et Spedy (R$89/mois pour 150 documents) sont conçus pour les entreprises qui émettent des NF-e — ils génèrent les XML, les soumettent à SEFAZ et renvoient le protocole d'autorisation. Leur tarification est basée sur le document émis. Ils ne lisent pas les DANFE PDF de vos fournisseurs pour produire des données structurées. Quand une petite entreprise cherche « automatizar NF-e entrada » (automatiser la NF-e entrante), elle trouve des outils conçus pour le flux sortant.

Barrière 3 : Les ERP qui gèrent la NF-e entrante sont tarifés pour les grandes structures. Omie, l'ERP cloud qui sert 180 000 entreprises brésiliennes et traite R$35 milliards de factures par mois, capture automatiquement les XML NF-e — mais uniquement pour les entreprises sur sa plateforme qui ont configuré l'intégration du certificat numérique. Omie démarre à R$99/mois pour les forfaits de base, avec des coûts qui augmentent selon les modules : modules fiscaux, intégration contador, accès multi-utilisateurs s'ajoutent tous au prix. Conta Azul propose la capture automatisée des NF-e sur son forfait Controle (R$309.90/mois pour les entreprises facturant R$81K–360K/an). Bling, populaire auprès des vendeurs e-commerce, démarre à R$30–80/mois mais son module NF-e est conçu pour l'émission et l'intégration marketplace, pas pour le traitement des factures fournisseurs. Ces outils sont des ERP complets — ils remplacent votre stack comptable, votre gestion des stocks et votre pipeline commercial. Si tout ce dont vous avez besoin est que quelqu'un lise le DANFE, vous achetez un immeuble pour le hall d'entrée.

Combien coûtent réellement les outils NF-e brésiliens

Le paysage tarifaire pour la gestion des NF-e au Brésil se divise en quatre catégories, et une seule d'entre elles répond directement au problème d'extraction des PDF entrants :

Le vide dans le tableau est celui dans lequel tombent les petites entreprises : des outils qui gèrent les NF-e entrants existent, mais ce sont soit des ERP complets (Omie/Conta Azul à R$99–720/mois), soit des plateformes d'entreprise (Qive avec une tarification sur mesure). Il n'existe aucun outil à R$50/mois sur le marché brésilien qui fasse une seule chose — lire un DANFE PDF et générer les données — sans le regrouper avec la gestion d'inventaire, les pipelines de vente et les portails contador. Pour le contexte plus large sur la façon dont cette architecture tarifaire affecte les acheteurs sur tous les marchés, consultez le guide 2026 sur la tarification de l'extraction de documents par IA.

Le calcul par image : R$0,31 contre un engagement mensuel de R$99

Mettons des chiffres sur trois scénarios réels pour une petite entreprise brésilienne qui traite des NF-e DANFE fournisseurs entrants.

À 40 DANFE par mois, le calcul est simple : R$50 pour l'extraction contre R$83 pour le travail manuel, avec 110 pages restantes sur le forfait Basic utilisables pour des documents NFS-e, des reçus de dépenses ou des bons de livraison. À 90 DANFE, les économies se creusent : R$50 contre R$188 en main-d'œuvre, et Omie à R$99 est dans la même fourchette de prix mais achète un ERP complet, pas un outil d'extraction. À 160 DANFE, le forfait Pro à ~R$100 remplace R$333 de travail manuel — un retour de 3,3x tout en laissant des pages pour d'autres types de documents.

La variable clé est ce que vous payez déjà. Si vous utilisez déjà Omie ou Conta Azul pour la gestion des stocks et des ventes, ajouter leur module de capture NF-e peut avoir du sens comme étape intégrée — mais vous devez quand même configurer l'intégration du certificat numérique et payer l'abonnement ERP quel que soit le volume d'extraction. Si vous n'avez pas d'ERP, ou si le module NF-e de votre ERP ne gère pas les DANFE en PDF uniquement provenant de fournisseurs qui n'envoient pas le XML, l'approche par couche d'extraction coûte moins cher et démarre dès aujourd'hui. Pour une comparaison des coûts sur l'ensemble du marché de l'extraction de factures, consultez la comparaison des prix des outils d'extraction de factures 2026.

Comment l'extraction sémantique lit n'importe quelle mise en page de DANFE

Un DANFE d'un grand fournisseur industriel comme Gerdau ou Suzano ne ressemble en rien à un DANFE d'un grossiste alimentaire régional de Goiânia. Le CNPJ peut être en haut à gauche sur l'un et en bas à droite sur un autre. Le code CFOP peut être imprimé à côté de la description du produit sur l'un et enfoui dans un bloc « Dados Adicionais » (informations complémentaires) sur un autre. La ventilation de l'ICMS — base de cálculo (base imposable), alíquota (taux), valor (montant) — peut apparaître comme trois champs libellés sur un DANFE et comme une seule ligne dans un tableau récapitulatif des taxes sur un autre.

Un outil OCR basé sur des modèles — le genre intégré à la plupart des logiciels comptables brésiliens — nécessite un modèle différent pour la mise en page de chaque fournisseur. Quand le fournisseur A modifie son format de DANFE à cause d'une mise à jour de Nota Técnica (et la NT 2025.002 v1.50 est exactement ce type de mise à jour, restructurant les mises en page de NF-e pour la réforme fiscale IBS/CBS qui prend effet en août 2026), le modèle casse silencieusement. Il ne produit pas d'erreur. Il fait correspondre les anciennes positions de champs à de nouveaux contenus, et les données de ton tableur sont fausses.

ImageToTable.ai utilise l'Extraction de colonnes personnalisées à la place. Tu saisis les noms de champs que tu veux extraire — « CNPJ emitente » (CNPJ de l'émetteur), « Número NF-e » (numéro NF-e), « CFOP », « Valor Total », « Base ICMS », « Alíquota ICMS », « Valor ICMS », « Valor PIS », « Valor COFINS » — et l'IA localise chaque valeur sur la page en comprenant ce que le champ signifie, pas où il se trouve. Un DANFE Gerdau avec le CNPJ dans l'en-tête et un DANFE de fournisseur local avec le même champ en pied de page sont lus par la même définition de colonne, sans aucun travail de modèle. Le mécanisme derrière cela — compréhension sémantique vs extraction par coordonnées — est le même que celui détaillé dans notre analyse de l'extraction IA vs l'OCR traditionnel.

Pour la NF-e brésilienne spécifiquement, cela compte à cause de ce que le DANFE ne montre pas. Le XML contient des champs comme CST (Código de Situação Tributária — code de situation fiscale) qui déterminent si l'ICMS sur cet achat est créditable (CST 00, imposable) ou non créditable (CST 40, isento — exonéré). Certains DANFE impriment le CST ; d'autres non. Si le tien le fait, définir une colonne pour « CST ICMS » permet à l'IA de le trouver quelle que soit sa position. S'il ne le fait pas, la colonne reste vide et tu sais qu'il faut le chercher. Dans les deux cas, tu ne ressaisis pas les champs présents.

Tu peux aussi utiliser des colonne calculée pendant l'extraction. Si le DANFE montre la base de cálculo et l'alíquota mais pas la valeur finale de l'ICMS, définis une colonne comme « Valor ICMS (Base ICMS × Alíquota ICMS) » et l'IA effectue la multiplication pendant l'extraction — en sortant le résultat, pas les entrées brutes. Pour les DANFE où le taux d'ICMS varie entre les produits (par ex., 12 % pour une ligne, 18 % pour une autre), cela détecte les erreurs arithmétiques que le fournisseur a pu commettre.

La réalité du taux de change : payer en dollars pour un problème libellé en réais

Chaque outil facturé en dollars vendu au Brésil comporte un risque de taux de change que les outils locaux n'ont pas. Au taux de juin 2026, d'environ R$5,15 pour un dollar, un plan Basic à 9 $US/mois coûte environ 50 R$/mois. Dans six mois, si le réal s'affaiblit à 5,50 ou 5,80 R$ — la monnaie a évolué dans cette fourchette à plusieurs reprises au cours des 12 derniers mois, touchant 5,06 R$ début juin et 5,17 R$ à la mi-juin — le même plan à 9 $US coûtera environ 52 R$. C'est une petite variation absolue pour un seul abonnement. Mais il faut le reconnaître : tu factures ton traitement de documents dans une devise différente de celle de tes revenus.

C'est là que l'option de paiement à l'utilisation prend tout son sens. Le pack Starter d'ImageToTable.ai (6 $US pour 50 images, soit environ 31 R$) est un achat unique : tu achètes les crédits, ils n'expirent pas avant un an, et les fluctuations du taux de change après l'achat n'ont plus d'importance. Pour une petite entreprise qui reçoit 40 DANFEs par mois en haute saison et 20 en basse saison, le pack Starter couvre un à deux mois de traitement à un coût fixe de 31 R$ — sans engagement mensuel, sans reconduction automatique, et le taux de change est verrouillé au moment de l'achat. Pour les utilisateurs à plus fort volume, le plan Pro à 19 $US/mois (environ 100 R$) avec 400 pages couvre 160–400 DANFEs selon que les factures sont sur une ou plusieurs pages.

La comparaison qui compte n'est pas dollars contre réais. C'est le coût par document livré. Un outil d'extraction à 50 R$/mois traitant 80 DANFEs revient à 0,63 R$ par document en coût d'outil, plus environ 0,08 R$ en main-d'œuvre (les secondes passées à vérifier les résultats contre les minutes passées à saisir). Un ERP à 99 R$/mois traitant les mêmes 80 DANFEs revient à 1,24 R$ par document en coût d'outil seul, avant même de prendre en compte le temps passé à configurer les intégrations de certificats numériques. La main-d'œuvre que tu remplaces — la saisie à 25 R$/heure, 5 minutes par DANFE — coûte 2,08 R$ par document. Dans les trois scénarios de volume du tableau ci-dessus, l'extraction coûte moins de la moitié du coût de la main-d'œuvre, même avec le taux de change inclus. Pour une analyse plus complète du coût par document selon les paliers d'extraction, consulte notre classement des outils d'extraction de documents IA les plus abordables.

Quand un ERP a plus de sens qu'une couche d'extraction

Cet article défend que l'extraction autonome est le bon outil pour le problème des DANFE entrants. Mais une comparaison honnête implique de reconnaître quand ce n'est pas le cas.

Si votre entreprise émet ses propres NF-e (même quelques-unes par mois), un ERP ou un outil API NF-e devient nécessaire — vous ne pouvez pas émettre de NF-e depuis un outil d'extraction de documents. Si votre contador travaille dans Omie ou Conta Azul et que votre comptabilité passe entièrement par ce système, ajouter le module de capture NF-e de l'ERP maintient le flux de travail intégré : les données entrent dans le même système où elles sont comptabilisées, sans étape intermédiaire d'export-import Excel. Si vous traitez plus de 500 documents par mois tous types confondus (NF-e, NFS-e, CT-e, boletos, comprovantes), une plateforme d'entreprise comme Qive avec son téléchargement automatisé des XML SEFAZ devient rentable malgré la tarification sur mesure.

Mais ces scénarios décrivent des entreprises qui ont déjà franchi le seuil où l'investissement dans un ERP s'autofinance. Les entreprises pour lesquelles cet article est écrit — petits fabricants, distributeurs, détaillants et prestataires de services de 10 à 50 employés — ne l'ont pas franchi. Elles tapent encore les données des DANFE dans Excel et envoient le tableur par e-mail au contador. Pour elles, un outil d'extraction à R$50/mois qui produit un fichier Excel propre n'est pas un compromis entre manuel et automatisé. C'est la première étape automatisée qu'elles aient jamais eue.

La variable de la réforme fiscale : pourquoi c'est le moment d'arrêter de taper

La Reforma Tributária du Brésil, promulguée par la Lei Complementar nº 214/2024, commence à remplacer les cinq taxes à la consommation existantes — ICMS (étatique), ISS (municipal), PIS, COFINS et IPI (fédéral) — par deux nouvelles taxes : IBS (Imposto sobre Bens e Serviços, une TVA duale gérée conjointement par les États et les municipalités) et CBS (Contribuição sobre Bens e Serviços, une TVA fédérale). La transition s'étend de 2026 à 2032. Entre le 3 août 2026 et 2032, les XML NF-e devront porter simultanément les anciens et les nouveaux champs fiscaux (NT 2025.002 v1.50, publiée le 3 juin 2026). Les NF-e sans champs IBS/CBS seront rejetées par SEFAZ à partir du 3 août 2026.

Pour une petite entreprise qui tape manuellement les données des DANFE, cette transition ajoute une douleur concrète. Le DANFE que vous recevez de votre fournisseur en août 2026 aura plus de champs imprimés que celui reçu en juillet 2026 — le régime fiscal dual exige à la fois les lignes fiscales anciennes (ICMS) et nouvelles (IBS). Un DANFE qui prenait 5 minutes à saisir manuellement en prend maintenant 6 ou 7, car il y a plus de chiffres à transcrire et plus de codes fiscaux à vérifier. Un contador qui fait cela pour 10 clients, chacun avec 60 DANFE par mois, fait face à 600 champs supplémentaires à saisir à chaque cycle de facturation.

Les outils d'extraction basés sur des modèles — où vous avez défini des règles d'analyse par fournisseur — nécessitent désormais que toutes les règles soient mises à jour car la mise en page du DANFE a changé. L'extraction sémantique, elle, n'en a pas besoin : le champ appelé « Base ICMS » dit toujours « Base ICMS », et le nouveau champ appelé « Base IBS » est reconnu comme une nouvelle colonne à côté. La réforme fiscale ne casse pas l'extraction. Elle ajoute simplement des colonnes à votre tableur de sortie. Pour une petite entreprise confrontée à un régime fiscal dual de 7 ans, cela compte : votre outil d'extraction n'a pas besoin d'être reconfiguré à chaque fois que les révisions de la Nota Técnica changent la mise en page. Pour un aperçu plus approfondi de la façon dont le Mittelstand allemand gère une approche similaire de couche d'extraction avec ses propres mandats de facturation électronique, voyez comment les PME allemandes séparent l'extraction de l'ERP.

FAQ

Est-ce qu'ImageToTable.ai s'intègre directement avec SEFAZ pour télécharger les XML de NF-e ?

Non. ImageToTable.ai lit le contenu visuel des documents — PDF, images, captures d'écran — et extrait les données de ce qu'il voit sur la page. Il ne se connecte pas aux services web de SEFAZ, ne télécharge pas de XML et ne nécessite pas de certificat numérique. Si vous avez le XML et pouvez l'analyser par programmation, vous n'avez pas besoin d'extraction du tout. L'outil est conçu pour le scénario où vous n'avez que le PDF DANFE et avez besoin des données qu'il contient. La sortie est Excel (XLSX) ou CSV — le format universel que les systèmes d'Omie, Conta Azul, Bling et de tout contador peuvent importer.

Peut-il extraire les 40+ champs qui existent dans le XML de NF-e à partir d'un PDF DANFE ?

Il peut extraire chaque champ visible sur le DANFE. Les champs qui n'existent que dans le XML et ne sont pas imprimés sur le DANFE ne peuvent pas être extraits du PDF — il n'y a rien à lire sur la page. C'est une limitation du DANFE, pas une limitation de l'extraction. Si votre processus nécessite des champs qui n'existent que dans le XML (comme les codes NCM par ligne ou des scénarios fiscaux spécifiques au fret que le DANFE résume), vous avez besoin d'un accès au XML. Pour la douzaine de champs et plus typiquement visibles sur un DANFE — CNPJ emitente/destinatário, número NF-e, data de emissão, CFOP, valor total, base ICMS, valor ICMS, valor PIS/COFINS, chave de acesso — l'extraction couvre ce qui est sur la page.

Qu'en est-il de la NFS-e (Nota Fiscal de Serviço Eletrônica) ?

ImageToTable.ai traite la NFS-e de la même manière que la NF-e : il lit le PDF et extrait les champs que vous définissez. Depuis le 1er janvier 2026, la NFS-e utilise une norme XML nationale unifiée selon la Lei Complementar 214/2024, remplaçant les systèmes municipaux fragmentés. La mise en page visuelle de la NFS-e varie selon la municipalité, mais l'extraction sémantique lit les valeurs des champs indépendamment de leur position. Pour une comparaison plus large de la façon dont un outil d'extraction gère plusieurs types de documents brésiliens, voir notre comparaison des coûts entre l'extraction NF-e, NFS-e et Holerite.

L'outil gère-t-il les DANFE papier scannés, ou uniquement les PDF numériques ?

Il gère les deux. Un DANFE papier photographié ou scanné, un PDF généré depuis un ERP, une capture d'écran d'un DANFE consulté sur le portail SEFAZ, ou une image WhatsApp d'un DANFE envoyé par un fournisseur — tous sont traités de la même manière. L'IA lit le contenu visuel de la page, quelle que soit la source. Les annotations manuscrites sur un DANFE (comme les notes marginales d'un contador) sont lisibles, bien que la précision de reconnaissance de l'écriture manuscrite dépende de la lisibilité.

Que se passe-t-il lorsque la mise en page du DANFE change en raison des mises à jour de la Nota Técnica ?

Rien ne doit changer de votre côté. L'extraction sémantique ne repose pas sur les positions des champs ni sur des modèles. Ainsi, lorsque la mise en page du DANFE d'un fournisseur change à cause d'une mise à jour de la Nota Técnica, les mêmes définitions de colonnes (« CNPJ emitente », « Valor Total », « Base ICMS ») continuent de trouver leurs cibles, car l'IA cherche ce que le champ signifie, et non où il se trouve. Le seul changement que vous pourriez devoir apporter est d'ajouter de nouvelles colonnes pour les nouveaux champs — par exemple, ajouter « Base IBS » et « Valor IBS » à mesure que la réforme fiscale les introduit sur les DANFE.

L'outil est-il conforme à la loi brésilienne sur la protection des données (LGPD) ?

ImageToTable.ai traite les fichiers en mémoire pendant l'extraction et ne les conserve pas ensuite. Ce n'est pas une archive documentaire et il ne stocke pas les données NF-e à long terme. Pour l'exigence d'archivage de 5 ans imposée par l'Ajuste SINIEF 07/2005, vous devez maintenir votre propre archive — que ce soit le système ERP, un DMS (système de gestion documentaire) ou les registres du contador. L'outil d'extraction lit et génère des données. L'archivage reste votre responsabilité dans le cadre de votre dispositif de conformité existant.