40 reçus GPS mensuels,
un registre employé unique
Un cabinet comptable de taille moyenne à São Paulo gère la paie de 12 clients entreprises. 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é depuis DCTFWeb — pour la cotisation INSS consolidée de chaque client. Certains arrivent en PDF depuis la banque. D'autres sont des captures d'écran d'eSocial. Quelques-uns arrivent sous forme de bordereaux imprimés qui sont scannés. Avant le 20 du mois, l'équipe paie a 30 à 60 documents de paiement dans un dossier, et une personne a pour mission 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 à retenir
- Un cabinet comptable gérant la paie de 12 clients traite 40 reçus GPS et DARF par mois — chacun ouvert, lu et saisi à la main.
- Les données sont correctes à la sortie de la banque — la 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 provient d'un document traité par la banque, et non d'une frappe clavier.
Le problème mensuel des GPS : 40 documents de paiement, aucun registre unique
Le défi n'est pas que les données manquent — c'est qu'elles sont dispersées. Chaque reçu GPS ou DARF contient l'enregistrement de cotisation INSS pour un établissement (identifié par son CEI ou CNPJ) pour un mois de référence. Une entreprise avec 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 pour les entités tierces si leur code FPAS inclut SENAI, SESI, SEBRAE, ou les prélèvements pour l'éducation. Sur une année, ce seul client produit 48 reçus. Sur 12 clients, cela représente plus de 500 documents par an, tous stockés dans des PDF individuels ou des captures d'écran sans aucun lien structurel entre eux.
Le registre qui les relie — la seule feuille de calcul qui devrait montrer, d'un coup d'œil, ce que chaque client a payé en INSS chaque mois — est produit manuellement. Quelqu'un ouvre chaque reçu, lit la valeur de cotisation dans le champ INSS, vérifie si le competência (mois de référence) (mois de référence, ex. 06/2026) correspond à la période attendue, et saisit le nombre dans une ligne de la feuille de calcul. Le 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 façon dont la sécurité sociale brésilienne s'intègre dans l'écosystème fiscal et documentaire global du pays, le guide des documents fiscaux brésiliens couvre la relation entre NF-e, DCTFWeb et le système de reçus de paiement. L'accent ici est plus restreint : ce qui se passe à l'intérieur des documents GPS et DARF qui transportent les paiements INSS, et comment passer de 40 reçus dispersés à un registre d'employés propre.
Ce que les documents GPS et DARF contiennent réellement
Avant de construire un registre, il est utile de comprendre exactement quelles données sont verrouillé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 reçu de paiement de sécurité sociale traditionnel, encore utilisé par les petits employeurs, les travailleurs indépendants et les employeurs domestiques qui déclarent la paie via GFIP/SEFIP plutôt que via eSocial. Il contient le CNPJ ou CEI du cotisant, le competência (mois de référence) (mois de cotisation), la valeur INSS (total employé + 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, 2100 pour les travailleurs indépendants, ou 1007 pour les employeurs domestiques.
DARF généré à partir de DCTFWeb est le canal le 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 fiscal fédéral : 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 l'échéance avec amende et intérêts.
| Document | Champ clé | Ce qu'il capture |
|---|---|---|
| GPS | CNPJ / CEI | Identifiant de l'employeur ou de l'établissement |
| Competência | Mois de cotisation (ex. : 07/2026) | |
| Valeur INSS | Cotisation totale (employé + 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'individuel, etc.) | |
| DARF (DCTFWeb) | CPF / CNPJ | Identifiant du contribuable |
| Code recette (código da receita) | Type d'impôt — 2909 pour la paie 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 fil conducteur 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 additionnée par mois, recoupée avec les déclarations DCTFWeb et audité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 copier 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 bancaires, captures d'écran eSocial — en une seule passe 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 importe 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) semblent complètement différents mais contiennent les mêmes champs logiques.
Si vous débutez avec le flux de travail d'extraction de documents uniques pour les reçus de paiement brésiliens, le guide d'extraction des données DARF/GPS vers Excel couvre les fondamentaux 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 grand livre extrait au rapprochement DCTFWeb
La véritable valeur d'un grand livre 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, qui génère le DARF pour le paiement. La déclaration DCTFWeb et les bulletins réellement payés doivent correspondre. Lorsqu'ils ne correspondent pas, le système automatisé de recoupement Malha Fiscal de la Receita Federal (administration fiscale fédérale brésilienne) signale l'écart.
Avec un grand livre structuré construit à partir de données GPS et DARF extraites par lots, le rapprochement devient une jointure de tableaux : faites pivoter le grand livre 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 exigeait auparavant d'ouvrir 40 bulletins individuels et de les recouper chacun dans un système séparé 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 la Receita Federal (administration fiscale fédérale brésilienne) a été informée du montant correct dû).
Pour les équipes de 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 (bulletins de paie), reçus FGTS), définissez les colonnes, et obtenez un grand livre 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 registre compilé manuellement et un registre extrait par lots ne réside pas dans la vitesse — elle est structurelle. Un registre manuel est un enregistrement de ce qu'une personne a saisi. Un registre extrait par lots est un enregistrement de ce que disent les documents. 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 reçus GPS et DARF — elles étaient correctes à la sortie de la banque. La seule question est de savoir si votre registre reflète ces mêmes informations sans qu'une étape de saisie humaine n'introduise d'erreurs.
Si votre équipe paie ou votre cabinet comptable traite des reçus GPS et DARF pour plusieurs clients ou établissements, l'étape suivante est simple : prenez les documents de paiement d'un mois — 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 registre manuel et voyez lequel vous faites confiance pour le rapprochement DCTFWeb.