Extraire les données fiscales DARF et GPS du Brésil
vers Excel pour la conformité mensuelle
Une seule facture de service d'un fournisseur brésilien peut générer cinq reçus 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 porte 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 copient encore ces chiffres dans des feuilles de calcul à la main, champ par champ.
Points clés à retenir
- Dix factures de service par mois peuvent produire 40 à 50 reçus de paiement DARF et GPS individuels — chacun saisi dans une feuille de calcul à la main, à raison de trois à quatre minutes par reçu.
- Un seul code de recette mal saisi sur un DARF crédite votre paiement sur le mauvais compte fiscal, et sa correction via la REDARF peut prendre des mois de procédure formelle.
- Téléversez un mois de reçus 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 saisie manuelle de ces reçus de paiement est plus risquée qu'il n'y paraît
La réponse courante à « nous devons suivre les paiements DARF » est une feuille de calcul partagée avec des colonnes pour le CNPJ, la date, le code et le montant. Un analyste senior consacre une à deux heures par semaine à saisir les valeurs des reçus payé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 reçus 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 reçus de paiement individuels par mois. À raison de trois à quatre minutes de saisie par reçu — ouvrir le PDF du DARF, lire le CNPJ, lire le code de recette, lire le principal, lire le total, saisir chacun dans la feuille de calcul — 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 reçus manquants. Cela déplace simplement 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 des 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 se rapporte. 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. Pour corriger, une procédure formelle de REDARF (Rectification du DARF) est requise, qui peut prendre des mois à résoudre, pendant lesquels le système de la Receita Federal peut afficher l'impôt d'origine comme impayé — déclenchant des avis de pénalité, l'accumulation d'intérêts et, dans certains cas, des restrictions sur le certificat d'absence de dettes fiscales de l'entreprise (Certidão Negativa de Débitos). Un seul chiffre mal saisi dans une colonne de feuille de calcul se transforme en un problème de conformité qu'un consultant fiscal doit démêler.
Le problème est structurel, pas un manque de formation. La transcription manuelle introduit un point de défaillance entre le reçu payé (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 feuille de calcul de suivi est proche du document source — idéalement, extraite directement de celui-ci — moins il existe 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 flux d'extraction décrit ici utilise ImageToTable.ai — un outil d'extraction IA sans modèle qui lit les documents en comprenant le sens de chaque valeur, et non sa position sur la page. Cette distinction est importante pour les reçus de paiement brésiliens car les formats DAE varient selon l'État, les mises en page 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 reçus PDF imprimés, de captures d'écran de banque en ligne ou d'impressions de portail gouvernemental — 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 principale différence opérationnelle par rapport à un flux de travail manuel : l'IA lit directement la source. Il n'y a aucune étape de transcription humaine entre le reçu payé 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 constituer un registre de conformité opérationnel qui sert de pont entre les reçus de paiement et les déclarations officielles.
Le registre minimal viable contient une ligne par reçu 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 reçu 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 R$15 000 pour la période, mais que votre registre totalise R$12 000, 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 laisser passer cela jusqu'à ce que l'écart apparaisse dans un avis de Malha Fiscal — le système automatisé de recoupement de l'administration fiscale brésilienne qui rapproche les déclarations et les enregistrements de paiement.
Suivi des dates d'échéance. Triez par date d'échéance pour identifier les reçus 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 encouru des pénalités permet à votre équipe de valider que les montants d'amende et d'intérêts sur le reçu 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 reçus, en espérant que rien ne cloche » à « extraire 40 reçus en une seule passe, examiner les exceptions et rapprocher les déclarations ». La fenêtre de révision remplace la fenêtre de saisie. C'est ce changement opérationnel qui maintient le travail de conformité gérable à 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.