Extraire les données fiscales DARF et GPS brésiliennes
vers Excel pour la conformité mensuelle
Une seule facture de service d'un fournisseur brésilien peut générer cinq bordereaux de paiement ou plus — un DARF pour l'IRRF, un autre pour le PIS, un autre pour la COFINS, un autre pour la CSLL, plus un GPS distinct pour l'INSS si le service implique de la main-d'œuvre. Chacun possède son propre code de recette, sa période de calcul et sa date d'échéance. Chacun doit être suivi individuellement par rapport à ce qui a été déclaré dans la DCTFWeb et rapporté dans la DIRF en fin d'année. Et la plupart des équipes financières saisissent encore ces chiffres manuellement dans des feuilles de calcul, un champ à la fois.
Points clés
- Dix factures de service par mois peuvent produire 40 à 50 bordereaux de paiement DARF et GPS individuels — chacun saisi manuellement dans un tableur en trois à quatre minutes.
- Un seul code de recette mal saisi sur un DARF crédite votre paiement sur le mauvais compte fiscal, et sa correction via REDARF peut prendre des mois de procédure formelle.
- Téléchargez un mois de bordereaux en un seul lot, définissez six colonnes, et extrayez chaque paiement dans une feuille de calcul structurée — aucune étape de transcription entre le document et la ligne.
Que sont les DARF, GPS et DAE ?
Le système fiscal brésilien répartit la collecte entre trois niveaux de gouvernement — fédéral, étatique et municipal — et chaque niveau émet son propre format de document de paiement. Si votre équipe Comptabilité Fournisseurs traite des transactions brésiliennes, vous travaillez presque certainement avec au moins deux de ces trois types de documents :
DARF (Documento de Arrecadação de Receitas Federais) est le document de paiement des impôts fédéraux, utilisé pour les impôts sur le revenu (IRPJ, IRRF), les contributions sociales (PIS, COFINS, CSLL), la taxe sur les produits industrialisés (IPI) et les paiements mensuels Carnê-Leão pour les particuliers. Un DARF unique contient 11 champs numérotés : nom et téléphone du contribuable, CPF ou CNPJ, période de calcul (período de apuração), code de recette (código da receita — un identifiant à quatre chiffres qui indique à la Receita Federal exactement quel impôt est payé), date d'échéance, montant principal, montant de l'amende, intérêts selon le DL-1.025/69, montant total, numéro de référence et authentification bancaire. Tous les champs, sauf le numéro de référence, sont obligatoires. Deux modèles existent : le DARF Comum standard et le DARF Simples simplifié utilisé par les micro et petites entreprises sous le régime Simples Nacional.
GPS (Guia da Previdência Social) est le document de paiement des cotisations de sécurité sociale pour l'INSS. Il couvre les cotisations patronales (environ 20 % de la masse salariale brute), les retenues salariales à taux progressifs — 7,5 % jusqu'à 1 518,00 R$, 9 %, 12 % et 14 % au-dessus de 4 190,84 R$ selon les taux de 2025, plafonnées à un maximum mensuel de 8 157,41 R$ — et les contributions tierces déterminées par le code FPAS de l'entreprise (telles que SENAI, SESI et les prélèvements pour l'allocation d'éducation). Le GPS a sa propre structure de champs : CNPJ ou CEI du cotisant, le mois de cotisation (competência), la valeur INSS, les valeurs des entités tierces et un code de paiement.
DAE (Documento de Arrecadação Estadual) couvre les impôts au niveau de l'État — principalement l'ICMS (la TVA d'État sur les biens et services) et l'IPVA (taxe sur les véhicules). La dénomination varie selon l'État : São Paulo utilise DARE (anciennement GARE), Rio de Janeiro l'appelle DARJ, et d'autres États utilisent DUA ou d'autres noms. Chaque État définit son propre format, ses champs et ses règles de collecte, mais l'objectif est le même : reverser les obligations fiscales au niveau de l'État.
Pour un aperçu plus approfondi de la manière dont les documents fiscaux brésiliens s'intègrent dans l'écosystème plus large des factures et de la conformité, le guide du débutant sur la Nota Fiscal Eletrônica (NF-e) couvre le volet facturation du flux de travail — comment les transactions de marchandises sont autorisées avant expédition, et ce que les quatre taxes intégrées (ICMS, IPI, PIS, COFINS) signifient pour les équipes Comptabilité Fournisseurs.
Pourquoi la transcription manuelle de ces bordereaux de paiement est plus risquée qu'il n'y paraît
La réaction courante face au besoin de suivre les paiements DARF est un tableur partagé avec des colonnes pour le CNPJ, la date, le code et le montant. Un analyste senior passe une heure ou deux par semaine à saisir les valeurs des bordereaux acquittés dans les lignes. Cela semble gérable — jusqu'à ce que ça ne le soit plus.
Considérez l'arithmétique d'une entreprise de taille moyenne qui paie dix factures de services par mois. Chaque facture peut générer des bordereaux DARF distincts pour l'IRRF, le PIS, la COFINS et la CSLL — certains ou tous selon le régime fiscal du fournisseur et la nature du service. Si l'une de ces factures implique de la main-d'œuvre ou de la construction, un GPS distinct pour l'INSS s'ajoute. Au total, dix factures peuvent facilement produire 40 à 50 bordereaux de paiement individuels par mois. À raison de trois à quatre minutes de saisie par bordereau — ouvrir le PDF DARF, lire le CNPJ, lire le code de recette, lire le principal, lire le total, saisir chaque valeur dans le tableur — cela représente deux à trois heures de pure transcription chaque mois. Sur douze mois, cela représente environ 24 à 36 heures de travail sans aucune valeur analytique. Cela ne rapproche pas les paiements. Cela ne signale pas les bordereaux manquants. Cela se contente de déplacer des chiffres d'un endroit à un autre.
Le vrai risque n'est pas le temps perdu — c'est le profil d'erreur. La saisie manuelle de données dans les environnements de comptabilité fournisseurs produit généralement des taux d'erreur de 1 % à 4 % au niveau des champs, selon les références du secteur. Sur un DARF, le champ le plus important est le código da receita — le code de recette à quatre chiffres qui indique à la Receita Federal à quel impôt le paiement est affecté. Saisir le code 1708 (IRRF retenu sur les services) au lieu du 2362 (estimation mensuelle de l'IRPJ) signifie que le paiement est crédité sur le mauvais compte fiscal. Le corriger nécessite un processus formel de REDARF (Rectification du DARF) qui peut prendre des mois à résoudre, période durant laquelle le système de la Receita Federal peut afficher l'impôt d'origine comme impayé — déclenchant des avis de pénalité, des intérêts de retard et, dans certains cas, des restrictions sur le certificat de régularité fiscale de l'entreprise (Certidão Negativa de Débitos). Un seul chiffre mal saisi dans une colonne de tableur se transforme en un problème de conformité qui nécessite l'intervention d'un consultant fiscal pour être résolu.
Le problème est structurel, pas un manque de formation. La transcription manuelle introduit un point de défaillance entre le bordereau acquitté (qui est correct, car la banque l'a traité) et l'enregistrement de suivi (qui est erroné, car un humain l'a saisi). Plus votre tableur de suivi est proche du document source — idéalement, extrait directement de celui-ci — moins il y a d'opportunités pour que cette défaillance se produise.
Points clés par type de document
Avant toute extraction, vous devez définir clairement les données pertinentes. Les champs ci-dessous représentent le minimum nécessaire pour constituer un registre de paiement d'impôts pouvant être recoupé avec les déclarations DCTFWeb et utilisé pour la préparation de la DIRF en fin d'année.
| Document | Champ | Ce qu'il suit |
|---|---|---|
| DARF | CPF/CNPJ | Identifiant du contribuable |
| Code de recette (código da receita) | Impôt payé (ex. : 1708 pour IRRF, 0190 pour Carnê-Leão) | |
| Période de calcul (período de apuração) | Mois/année de référence de l'impôt | |
| Date d'échéance | Date limite de paiement | |
| Montant principal | Impôt dû avant pénalités | |
| Montant total | Principal + amende + intérêts | |
| GPS | CNPJ/CEI | Identifiant de l'employeur ou de l'établissement |
| Compétence | Mois de cotisation (ex. : 07/2026) | |
| Valeur INSS | Montant de la cotisation de sécurité sociale | |
| Valeur des tiers | Cotisations SENAI/SESI/etc. selon le code FPAS | |
| Code de paiement | Code identifiant le type de cotisation (salarié, employeur, facultatif) | |
| DAE (état) | CNPJ/CPF | Identifiant du contribuable |
| Référence ICMS/IPVA | Impôt d'État payé | |
| Période de calcul | Mois/trimestre de référence | |
| Total dû | Montant payé |
Si vous extrayez des données DARF pour un suivi mensuel de conformité, ces six champs par document constituent le minimum viable. La même logique s'applique aux GPS et DAE : capturez l'identifiant, la période, le code et la valeur, et vous obtenez un registre pouvant être additionné, trié et rapproché des déclarations officielles.
Comment extraire les données de paiement DARF/GPS vers Excel avec l'IA
Le processus d'extraction décrit ici utilise ImageToTable.ai — un outil d'extraction par IA sans modèle qui lit les documents en comprenant la signification de chaque valeur, et non sa position sur la page. Cette distinction est importante pour les bordereaux de paiement brésiliens, car les formats DAE varient selon les États, les présentations GPS diffèrent légèrement entre les versions générées en ligne et celles traitées par les banques, et les documents DARF peuvent se présenter sous forme de bordereaux PDF imprimés, de captures d'écran de banque en ligne ou d'impressions de portails gouvernementaux — chacun avec des mises en page visuelles différentes. Un modèle basé sur la position échouerait dès la deuxième variation. Une approche sémantique ne se soucie pas de l'emplacement du champ ; elle l'identifie par ce qu'il est.
Le processus se décompose en quatre étapes :
La différence opérationnelle clé par rapport à un flux manuel : l'IA lit directement la source. Il n'y a pas d'étape de transcription humaine entre le document de paiement et la ligne du tableur. Le vecteur d'erreur « J'ai bien lu le code mais j'ai tapé 2361 au lieu de 2362 » est éliminé, car le code est copié du document vers la sortie par le même processus qui le lit.
Construire votre registre de conformité mensuel à partir des données extraites
Disposer des données de paiement DARF et GPS dans un tableur structuré offre bien plus qu'un simple remplacement de la saisie manuelle. Cela vous permet de construire un registre de conformité opérationnel qui sert de pont entre les documents de paiement et les déclarations officielles.
Le registre minimum viable comporte une ligne par document de paiement avec les colonnes suivantes : type de document (DARF/GPS/DAE), CNPJ du contribuable, code de recette ou code de paiement, période de calcul, date d'échéance, montant principal et montant total payé. Une fois les données dans ce format, trois vérifications deviennent simples :
Totaux par période. Additionnez les montants totaux par période de calcul et comparez-les aux totaux déclarés dans la DCTFWeb (pour la sécurité sociale) ou la DCTF (pour les impôts fédéraux). Un écart signifie soit qu'un document manque dans le registre, soit que la déclaration a été déposée avec une valeur différente. Détecter cela en fin de mois, plutôt qu'au moment de la préparation de la DIRF en février, évite le processus difficile de rectification des déclarations passées.
Audit des codes de recette. Filtrez toutes les lignes par code de recette et vérifiez que les codes de votre registre correspondent aux impôts déclarés. Si la DCTFWeb indique un IRRF (code 1708) de 15 000 R$ pour la période mais que votre registre totalise 12 000 R$, la différence doit être tracée avant que le système de recoupement de la Receita Federal ne la signale. Un tableur manuel risque de passer inaperçu jusqu'à ce que l'écart apparaisse dans un avis de Malha Fiscal — le système automatisé de vérification croisée de l'administration fiscale brésilienne qui rapproche les déclarations des enregistrements de paiement.
Suivi des échéances. Triez par date d'échéance pour identifier les documents payés en retard. Les paiements INSS en retard accumulent une multa de mora de 0,33 % par jour (jusqu'à 20 %) plus les intérêts Selic. Savoir quels paiements ont entraîné des pénalités permet à votre équipe de valider que les montants des amendes et des intérêts sur le document ont été correctement calculés avant le paiement — et fournit la documentation nécessaire si une pénalité doit être contestée dans le cadre de la procédure administrative fiscale (Processo Administrativo Fiscal).
Avec l'extraction automatisée, le cycle mensuel passe de « saisir 40 documents, espérer qu'il n'y a pas d'erreur » à « extraire 40 documents en une seule fois, examiner les exceptions et rapprocher les déclarations ». La fenêtre de révision remplace la fenêtre de saisie des données. C'est le changement opérationnel qui permet de gérer le travail de conformité à mesure que les volumes de documents augmentent.
Foire aux questions
L'IA peut-elle extraire des données de documents DARF sans code-barres ni QR code ?
Oui — l'extraction ne dépend pas des codes-barres, QR codes ou de tout élément lisible par machine. Le modèle de vision sous-jacent lit le texte imprimé ou affiché dans le document et identifie les champs par leur sens sémantique. Un DARF imprimé depuis SicalcWeb, un GPS généré par le portail Meu INSS et une capture d'écran de DAE d'un site gouvernemental d'État sont tous traités de la même manière : l'IA localise le CNPJ parce qu'elle comprend qu'un nombre à 14 chiffres suivant « CPF/CNPJ » est l'identifiant du contribuable, et non parce qu'elle cherche une coordonnée spécifique sur la page.
Que se passe-t-il si un DARF a été payé en retard et comporte des champs d'amende et d'intérêts — l'outil les capture-t-il séparément ?
Oui. Si vos définitions de colonnes incluent « Montant principal », « Montant de l'amende » et « Montant des intérêts » comme colonnes distinctes, l'IA extrait chaque valeur indépendamment des champs correspondants sur le DARF. Il en va de même pour les documents GPS qui incluent des frais d'amende et d'intérêts. Vous pouvez également définir une colonne calculée — « Total (Principal + Amende + Intérêts) » — et l'IA calcule la somme lors de l'extraction, en la recoupant avec le champ total du document pour signaler les écarts.
L'outil fonctionne-t-il avec les formats DAE de différents États, comme le DARE de São Paulo et le DARJ de Rio de Janeiro ?
Oui. Parce que l'extraction est indépendante du format — elle lit le contenu du document de manière sémantique plutôt que de faire correspondre un modèle — les variations dans les présentations des DAE au niveau des États ne provoquent pas d'échecs. Un DARE de São Paulo, un DARJ de Rio et un DUA d'un autre État sont tous traités avec les mêmes définitions de colonnes. L'IA identifie le CNPJ, la période de référence, le montant de l'ICMS et le total, quel que soit l'endroit où ces champs apparaissent sur le formulaire de chaque État. C'est la principale différence avec les outils OCR basés sur des modèles, qui nécessiteraient un modèle séparé pour le format de chaque État.
Puis-je extraire des données de documents GPS qui incluent plusieurs lignes de cotisation (INSS salarié, INSS employeur, entités tierces) ?
Oui. Définissez des colonnes pour chaque composant de ligne — « INSS salarié », « INSS employeur », « Entités tierces » — et l'IA extrait les valeurs correspondantes de la section de ventilation du GPS. Pour les documents GPS multi-lignes où la même catégorie de cotisation apparaît pour différents codes d'établissement (CEI), les données de chaque établissement remplissent une ligne distincte dans le tableau de sortie, en maintenant la relation entre l'identifiant CEI et ses valeurs de cotisation.
Comment traiter les paiements DARF effectués via PIX, lorsque le reçu de paiement est une capture d'écran d'une application bancaire ?
Les captures d'écran d'applications bancaires (Caixa, Banco do Brasil, Itaú, Santander, etc.) sont traitées de la même manière que les documents DARF. Importez la capture d'écran comme fichier image, définissez vos noms de colonnes, et l'IA lit les détails du paiement à l'écran. La condition essentielle est que les champs DARF (code de recette, CNPJ, montant, période) soient visibles dans la capture — si l'application bancaire tronque ou masque certains champs, ces valeurs spécifiques risquent de ne pas pouvoir être extraites. Dans la mesure du possible, utilisez le bordereau DARF original généré par SicalcWeb ou e-CAC plutôt que la confirmation bancaire, car il contient l'ensemble complet des champs.
La différence entre l'extraction manuelle et automatisée dans ce contexte n'est pas la rapidité, mais l'élimination des erreurs. Un processus de saisie plus rapide produit toujours des erreurs de transcription. Une IA qui lit le document source et écrit directement dans le fichier de sortie élimine le point de défaillance le plus courant dans le suivi des paiements d'impôts : la main humaine qui transfère des chiffres d'un support à un autre. Le registre de conformité issu de l'extraction automatisée n'est correct que si les documents sources le sont — et les documents sources étaient déjà corrects lorsque la banque les a traités.
Si votre équipe traite des bordereaux de paiement DARF, GPS ou DAE brésiliens et les suit dans des tableurs, la prochaine étape est simple : prenez un mois de bordereaux — même une poignée — et exécutez-les dans le flux d'extraction. Le temps entre le téléchargement et l'obtention d'un tableau Excel structuré est inférieur à une minute. Comparez le résultat avec votre registre manuel et voyez lequel vous inspire le plus confiance pour la prochaine déclaration DIRF.