40 reçus GPS mensuels,
un seul registre employé
Un cabinet comptable de taille moyenne à São Paulo gère la paie de 12 clients professionnels. Chaque client compte entre 5 et 120 employés. Chaque mois, le cabinet reçoit un reçu de paiement — un GPS (Guia da Previdência Social) ou un DARF généré à partir de DCTFWeb — pour la cotisation INSS consolidée de chaque client. Certains arrivent sous forme de PDF provenant de la banque. D'autres sont des captures d'écran d'eSocial. Quelques-uns arrivent sous forme de bordereaux imprimés qui sont ensuite scannés. Avant le 20 du mois, l'équipe paie a entre 30 et 60 documents de paiement dans un dossier, et une personne est chargée d'ouvrir chacun, de lire le montant INSS, de noter la competência (mois de référence) et de le saisir dans un tableur maître. Ce tableur est ce que le cabinet appelle son « registre de sécurité sociale des employés ».
Points clés
- Un cabinet comptable gérant la paie de 12 clients traite 40 reçus GPS et DARF par mois — chacun est ouvert, lu et saisi à la main.
- Les données sont correctes lorsqu'elles quittent la banque — l'étape de saisie manuelle introduit des erreurs de transcription entre la confirmation de paiement et votre registre employé.
- L'extraction par lots de tous les reçus en une seule passe produit un registre structurellement identique où chaque valeur remonte à un document traité par la banque, et non à une frappe au clavier.
Le problème mensuel des GPS : 40 documents de paiement, aucun registre centralisé
Le défi n'est pas que les données manquent — c'est qu'elles sont dispersées. Chaque titre de paiement GPS ou DARF contient le relevé des cotisations INSS d'un établissement (identifié par son CEI ou CNPJ) pour un mois de référence. Une entreprise de quatre succursales et 80 employés génère quatre documents GPS par mois — un par CEI — chacun avec une cotisation patronale INSS distincte, un total de retenues salariales distinct, et des cotisations distinctes aux entités tierces si son code FPAS inclut SENAI, SESI, SEBRAE ou les prélèvements pour l'éducation. Sur une année, ce seul client produit 48 titres de paiement. Pour 12 clients, cela représente plus de 500 documents par an, tous stockés dans des PDF ou captures d'écran individuels, sans lien structurel entre eux.
Le registre qui les relie — le tableur unique qui devrait montrer, en un coup d'œil, ce que chaque client a payé en INSS chaque mois — est produit manuellement. Quelqu'un ouvre chaque titre, lit la valeur de la cotisation dans le champ INSS, vérifie si la competência (mois de référence) (par ex., 06/2026) correspond à la période attendue, et saisit le nombre dans une ligne du tableur. Ce processus prend deux à trois heures par mois pour une charge de paie moyenne. Plus important encore, il introduit un écart de transcription entre le document source (qui est correct — la banque a traité le paiement) et l'enregistrement de suivi (qui peut être erroné — un humain l'a saisi).
Pour une vue d'ensemble de la place de la sécurité sociale brésilienne dans l'écosystème fiscal et documentaire du pays, le guide des documents fiscaux brésiliens couvre la relation entre la NF-e, la DCTFWeb et le système de titres de paiement. L'accent est ici plus restreint : ce qui se passe à l'intérieur des documents GPS et DARF qui transportent les paiements INSS, et comment passer de 40 titres dispersés à un registre salarial propre et unique.
Ce que contiennent réellement les documents GPS et DARF
Avant de construire un registre, il est utile de comprendre exactement quelles données sont enfermées dans chaque document de paiement. Les cotisations de sécurité sociale brésiliennes transitent par deux canaux principaux, et celui que votre équipe rencontre dépend de la méthode de déclaration de l'employeur.
GPS (Guia da Previdência Social) est le titre de paiement traditionnel de la sécurité sociale, encore utilisé par les petits employeurs, les travailleurs indépendants et les employeurs domestiques qui déclarent leur paie via GFIP/SEFIP plutôt que via eSocial. Il contient le CNPJ ou CEI du cotisant, la competência (mois de référence), la valeur INSS (total salarié + employeur + tiers), une ventilation des valeurs des entités tierces (SENAI, SESI, SEBRAE, allocation éducation), et un code de paiement qui identifie le type de cotisation — par exemple, le code 2003 pour l'INSS patronal standard, le 2100 pour les travailleurs indépendants, ou le 1007 pour les employeurs domestiques.
DARF généré à partir de la DCTFWeb est le canal plus récent utilisé par les entreprises qui déclarent via eSocial. Depuis 2020, eSocial remplace progressivement GFIP, et lorsque la paie d'une entreprise est déclarée via eSocial, le module DCTFWeb (Déclaration Numérique de Sécurité Sociale et Fiscale) génère automatiquement un DARF — et non un GPS — pour le montant consolidé de l'INSS. Ce DARF contient les mêmes données sous-jacentes mais utilise le format de paiement des impôts fédéraux : un código da receita (code recette) (généralement 2909 pour l'INSS sur la paie), le CNPJ du contribuable, le período de apuração (période de calcul), le montant principal (INSS dû), et le montant total si payé après la date limite avec amende et intérêts.
| Document | Champ clé | Ce qu'il capture |
|---|---|---|
| GPS (Guia da Previdência Social) | CNPJ / CEI | Identifiant de l'employeur ou de l'établissement |
| Competência (mois de référence) | Mois de cotisation (ex. : 07/2026) | |
| Valeur INSS | Cotisation totale (salarié + employeur + tiers) | |
| Valeur des entités tierces | Prélèvements SENAI/SESI/SEBRAE selon le code FPAS | |
| Code de paiement | Type de cotisation (2003 pour l'employeur, 2100 pour l'individu, etc.) | |
| DARF (DCTFWeb) | CPF / CNPJ | Identifiant du contribuable |
| Code recette (código da receita) | Type d'impôt — 2909 pour la masse salariale INSS | |
| Période de calcul (período de apuração) | Mois auquel la cotisation se rapporte | |
| Montant principal | INSS dû avant pénalités | |
| Montant total | Principal + amende + intérêts (en cas de retard) |
Le point commun entre les deux formats est la nécessité de capturer l'identifiant de l'établissement (CNPJ ou CEI), le mois de référence (competência ou período de apuração) et la valeur de la cotisation. Ces trois champs sont le minimum requis pour construire une ligne dans un registre de sécurité sociale qui peut être totalisée par mois, recoupée avec les déclarations DCTFWeb et vérifiée en fin d'année.
Comment traiter par lots les reçus GPS dans un registre INSS des employés
Le traitement par lots ne signifie pas ici « ouvrir chaque PDF et recopier le numéro un peu plus vite ». Cela signifie téléverser tous les documents de paiement — reçus GPS, bordereaux DARF, reçus de paiement bancaire, captures d'écran eSocial — en une seule fois et laisser un moteur d'IA extraire les champs structurés de chaque document simultanément, en fusionnant les résultats dans un seul tableau. Le flux de travail suivant utilise ImageToTable.ai, un outil d'extraction sans modèle qui lit les documents par compréhension sémantique — il identifie le CNPJ, la valeur INSS et la competência (mois de référence) par ce que ces champs signifient, et non par leur emplacement sur la page. Cela est important car les documents GPS provenant de différentes banques, différents États et différentes sources (reçu PDF vs. capture d'écran de téléphone vs. impression scannée) ont des apparences totalement différentes mais contiennent les mêmes champs logiques.
Si vous débutez avec le flux de travail d'extraction d'un seul document pour les bordereaux de paiement brésiliens, le guide d'extraction des données DARF/GPS vers Excel couvre les bases de la définition des colonnes et de l'exécution de l'extraction pour un document. Le flux de travail par lots hérite de tout cela et ajoute la couche de consolidation multi-documents.
Le changement opérationnel clé : le tableur n'est plus produit par une personne lisant un bordereau et tapant les données. Il est produit par l'IA lisant le bordereau et écrivant les données. La différence entre ces deux méthodes n'est pas la rapidité — c'est l'élimination du vecteur d'erreur de transcription. Chaque chiffre dans le résultat provient d'un document source, authentifié par le fait que la banque a traité le paiement, et déplacé dans un tableau structuré par le même processus qui l'a lu.
Construire votre registre de cotisations INSS à partir des données extraites
Avec un tableau extrait par lots de tous les bordereaux GPS et DARF mensuels, le registre des cotisations sociales des employés devient un ensemble de données structuré plutôt qu'une compilation manuelle. Trois niveaux de reporting deviennent simples :
Registre mensuel par établissement. Filtrez par CEI ou CNPJ pour produire un relevé mois par mois des cotisations INSS pour chaque établissement. Ce registre indique, pour chaque mois de référence, le montant INSS payé, les cotisations aux entités tierces, et si le paiement a été effectué à la date d'échéance ou avant (le 15 du mois suivant pour GPS, le 20 pour DARF provenant de DCTFWeb). Un mois manquant dans la séquence — une competência (mois de référence) sans ligne correspondante — signale un paiement manqué qui nécessite une enquête avant que les pénalités de retard (0,33 % par jour jusqu'à 20 % plus les intérêts Selic) ne commencent à courir.
Consolidation multi-établissements. Pour les entreprises qui exploitent plusieurs succursales sous différents codes CEI, le tableau extrait vous permet de regrouper toutes les cotisations INSS dans une vue unique au niveau de l'entreprise. Additionnez par competência (mois de référence) sur tous les codes CEI pour obtenir le total INSS payé par l'entreprise pour le mois. Comparez ce total avec l'INSS consolidé déclaré dans DCTFWeb — un écart signifie soit qu'un bordereau manque dans le registre, soit que la déclaration a été déposée avec une valeur différente. Détecter cela à la fin du mois, plutôt qu'au moment de la préparation de la DIRF en février, évite le processus coûteux de modification des soumissions DCTFWeb passées.
Suivi des entités tierces par code FPAS. La GPS inclut une ligne pour les cotisations aux entités tierces (SENAI, SESI, SEBRAE et l'allocation éducation, collectivement déterminées par le code FPAS de l'entreprise — un code à quatre chiffres qui classe l'entreprise par activité économique aux fins des cotisations sociales). Si vos colonnes d'extraction incluent « Valeur des cotisations aux entités tierces » comme champ distinct, vous pouvez suivre ces cotisations indépendamment du montant INSS principal. Cela est important car le code FPAS détermine le taux — certaines industries paient 3,3 % de la masse salariale à ces entités, d'autres paient 2,5 % ou 4,0 % — et une erreur de classification FPAS à la source signifie que la ligne des entités tierces sur la GPS pourrait être incorrecte pour chaque mois de l'année.
Du relevé extrait au rapprochement DCTFWeb
La véritable valeur d'un relevé de cotisations INSS apparaît lors du rapprochement. Au Brésil, les employeurs doivent déclarer chaque mois leur obligation totale de sécurité sociale via DCTFWeb, ce qui génère le DARF pour le paiement. La déclaration DCTFWeb et les bulletins de versement effectifs doivent correspondre. En cas de divergence, le système automatisé de recoupement Malha Fiscal de la Receita Federal (administration fiscale fédérale brésilienne) signale l'écart.
Avec un relevé structuré issu de l'extraction par lots des données GPS (Guia da Previdência Social) et DARF, le rapprochement devient une jointure de tableaux : faites pivoter le relevé par competência (mois de référence) pour obtenir le total INSS payé par mois, comparez-le aux montants déclarés dans DCTFWeb pour la même période, et identifiez les mois où les deux divergent. Une analyse des écarts qui nécessitait auparavant d'ouvrir 40 bulletins individuels et de les recouper un par un avec un système distinct prend désormais quelques minutes dans un tableau croisé dynamique. Les données extraites deviennent le pont entre les documents de paiement (qui prouvent que l'argent a quitté le compte) et la déclaration (qui prouve que le montant correct dû a été communiqué à la Receita Federal).
Pour les équipes paie qui gèrent également les paiements individuels des employés — comme le traitement par lots des holerites (bulletins de paie) brésiliens dans un registre de paie consolidé — la même approche par lots fonctionne pour tous les types de documents : téléchargez tous les documents d'un mois de paie (bulletins GPS, holerites, reçus FGTS), définissez les colonnes, et obtenez un relevé unique couvrant l'ensemble du tableau fiscal et salarial.
Questions fréquentes
L'outil peut-il distinguer les documents GPS des documents DARF dans un même lot ?
Oui. Si vos définitions de colonnes incluent « Type de document (options : GPS/DARF) » en tant que colonne inférée, l'IA classifie automatiquement chaque document. Elle lit l'en-tête et la structure du document — les documents GPS contiennent des champs comme « CEI do Contribuinte » et « Competência », les documents DARF comportent « Período de Apuração » et « Código da Receita » — et attribue le type correct à chaque ligne. Cela vous permet de traiter un lot mixte de bulletins GPS d'un client et de bulletins DARF d'un autre en un seul téléchargement, la colonne du type de document gardant les résultats organisés.
Comment l'outil gère-t-il les bulletins GPS qui incluent plusieurs lignes de cotisation (INSS salarié, INSS employeur, entités tierces) ?
L'outil extrait chaque composant de ligne indépendamment. Définissez des colonnes séparées — « INSS Salarié », « INSS Employeur », « Entités Tierces » — et l'IA lit les valeurs correspondantes dans la section de détail du bulletin. Pour les documents GPS où la même catégorie de cotisation apparaît sur plusieurs lignes (par exemple, des lignes distinctes pour différents codes CEI au sein du même établissement), chaque ligne génère une ligne distincte dans le résultat, préservant la relation CEI-valeur. Ceci est utile pour suivre les cotisations qui s'appliquent à différentes succursales d'une même entreprise.
Que se passe-t-il si un GPS a été payé en retard et inclut des amendes et des intérêts ?
Incluez « Montant de l'amende », « Montant des intérêts » et « Montant principal » comme colonnes séparées dans vos définitions. L'IA extrait chaque valeur des champs correspondants sur le bulletin. Votre registre capture alors à la fois la cotisation de base et les éventuelles pénalités, vous donnant un enregistrement complet de ce qui a été payé et pourquoi le total diffère du montant INSS déclaré. Ceci est particulièrement utile pour le rapprochement, car l'amende et les intérêts ne font pas partie de l'obligation INSS elle-même — ils sont une conséquence du retard de paiement — et les séparer dans le registre permet de garder un suivi précis des cotisations.
Puis-je extraire des données d'un reçu de paiement bancaire au lieu du document GPS original ?
Oui — à condition que le reçu bancaire affiche les mêmes champs clés (CNPJ/CEI, competência (mois de référence), valeur INSS, montant total) que ceux figurant sur le GPS original. Les applications bancaires de Caixa, Banco do Brasil, Itaú, Santander et Bradesco génèrent toutes des confirmations de paiement qui incluent ces champs. Téléchargez la capture d'écran ou le PDF exporté en tant qu'image, définissez les mêmes colonnes, et l'IA extrait les données de la confirmation bancaire. La limite est que les confirmations bancaires peuvent tronquer certains champs — la ventilation complète du GPS entre INSS employé et employeur est généralement regroupée en un seul total, alors que le talon GPS original affiche la structure complète sur plusieurs lignes. Utilisez le GPS original lorsque vous avez besoin de la ventilation détaillée ; utilisez le reçu bancaire lorsque vous n'avez besoin que de la valeur globale pour le suivi comptable.
Ce processus fonctionne-t-il également pour les cotisations FGTS (Fundo de Garantia do Tempo de Serviço) ?
Les paiements FGTS utilisent un système de collecte distinct (GFIP/SEFIP ou FGTS Digital généré par eSocial), avec un format de bordereau de paiement différent — le GRF (Guia de Recolhimento do FGTS) ou le nouveau bordereau de paiement numérique. La même approche d'extraction par lots s'applique : définissez des colonnes pour les champs spécifiques au FGTS (CNPJ de l'employeur, mois de référence, dépôt employeur de 8 % et toute cotisation supplémentaire), téléchargez les documents de paiement et extrayez-les dans un registre distinct des cotisations FGTS. Le processus par lots lui-même est identique ; seules les définitions de colonnes changent pour correspondre à la structure du document FGTS.
La différence entre un relevé compilé manuellement et un relevé extrait par lots n'est pas la rapidité — elle est structurelle. Un relevé manuel est l'enregistrement de ce qu'une personne a saisi. Un relevé extrait par lots est l'enregistrement de ce que les documents disent. Le second est intrinsèquement vérifiable car chaque valeur remonte à un document source traité par une banque. Les informations de sécurité sociale des employés figurent déjà dans les bulletins GPS et DARF — elles étaient correctes lorsqu'elles ont quitté la banque. La seule question est de savoir si votre relevé reflète ces mêmes informations sans qu'une étape de transcription humaine n'introduise d'erreurs.
Si votre équipe paie ou votre cabinet comptable traite des bulletins GPS et DARF pour plusieurs clients ou établissements, la prochaine étape est simple : prenez un mois de documents de paiement — même une poignée — et exécutez-les dans le flux de travail d'extraction par lots. 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 relevé manuel et voyez lequel vous inspire confiance pour le rapprochement DCTFWeb.