80 000 lignes par an, un seul classeur
Comment traiter par lots les fichiers de leiaute SPED pour une analyse pluriannuelle
Une entreprise brésilienne de taille moyenne dépose entre 80 000 et 150 000 lignes de données d'écriture comptable numérique (Escrituração Contábil Digital, ou ECD) par an. Sur une fenêtre de comparaison de trois ans, cela représente un quart de million de lignes de codes Registro séparés par des barres verticales, réparties sur trois fichiers texte distincts — chacun structuré pour la validation automatique par la Receita Federal, et non pour l'analyse humaine. Chaque ligne est un enregistrement dont vous pourriez avoir besoin : une écriture de balance de vérification, une ligne de journal ou un ajustement fiscal e-Lalur. Mais extraire les comptes spécifiques dont vous avez besoin sur plusieurs années implique d'ouvrir chaque fichier, de filtrer par code Registro, d'aligner manuellement les colonnes et d'assembler les résultats dans un nouveau classeur. Ce travail se répète chaque fois qu'une question pluriannuelle se pose.
Cet article traite d'une alternative : traiter plusieurs années de fichiers SPED comme un seul lot, définir vos colonnes de sortie une fois, et extraire uniquement les données dont vous avez besoin dans un tableau prêt à l'analyse — que les données sources couvrent deux fichiers ECD, un fichier ECF, ou trois exercices fiscaux avec différentes versions de Leiaute. Cette approche ne nécessite pas d'analyseur syntaxique pour chaque type de Registro. Elle fonctionne sur plusieurs années, sur différentes versions de mise en page, et au-delà de la frontière ECD↔ECF.
Pourquoi « Ouvrir un fichier à la fois » ne fonctionne pas pour une analyse pluriannuelle
Le Système Public d'Écriture Numérique (Sistema Público de Escrituração Digital, ou SPED) a été conçu pour offrir à la Receita Federal un pipeline unique et standardisé pour recevoir les enregistrements comptables. Il a réussi sur ce point. Ce qu'il ne fournit pas, c'est un mécanisme intégré pour comparer les données d'une année à l'autre. Chaque exercice fiscal produit son propre fichier ECD et son propre fichier d'Écriture Fiscale Numérique (Escrituração Contábil Fiscal, ou ECF). Les Programas Validadors e Assinadores (PVA) valident et transmettent des fichiers individuels. Ils n'en ouvrent pas deux côte à côte.
Cela signifie que toute analyse pluriannuelle suit la même séquence manuelle : exporter l'ECD de l'année 1 depuis le PVA, exporter l'ECD de l'année 2, ouvrir chaque fichier dans Excel avec l'assistant d'importation de texte (délimiteur pipe), filtrer pour les codes Registro pertinents, renommer les colonnes (dont la position change selon le Registro filtré), construire un tableau de comparaison à partir de zéro, et répéter l'opération pour les données d'ajustement fiscal de l'ECF. Le travail n'est pas techniquement difficile — il est mécaniquement répétitif, sujet aux erreurs, et prend des heures à chaque fois.
Une équipe comptable traitant trois années de données ECD sur deux régimes fiscaux (Lucro Real une année, une fusion la deuxième) pourrait facilement passer une journée entière de travail à simplement préparer les données d'entrée pour une seule question analytique.
Ce dont une analyse SPED pluriannuelle a réellement besoin
Lorsqu'un contrôleur financier ou un responsable fiscal demande une comparaison pluriannuelle, il souhaite généralement l'un des vues suivantes :
« Affichez-moi le solde d'ouverture, le solde de clôture et le mouvement net de chaque compte pour les trois dernières années — côte à côte. »
Cela nécessite d'extraire le Registro C155 (balance de vérification) de chaque année d'ECD, d'aligner les codes de compte du plan comptable C050, et de construire un tableau de comparaison horizontal où chaque ligne est un Code de Compte Référentiel et où les soldes de chaque année apparaissent dans des colonnes adjacentes.
« Quelles différences permanentes dans l'e-Lalur ont changé de manière significative d'une année sur l'autre ? »
Cela signifie extraire le Registro M300 (ajustements de la Partie A de l'e-Lalur) de chaque année d'ECF, filtrer par type d'ajustement (additions, exclusions, compensations), et comparer les valeurs annuelles côte à côte. Une variation de 30 % dans un type d'ajustement spécifique signale soit un changement commercial, soit une erreur de classification qui mérite d'être examinée.
« Comment notre taux d'imposition effectif a-t-il évolué sur trois ans, et quels ajustements ont entraîné ce mouvement ? »
Cela nécessite de combiner les données ECD (base du bénéfice comptable du Bloco E dans l'ECF) avec les données ECF (ajustements e-Lalur du Bloco M) sur plusieurs années — deux types de fichiers différents, deux structures de Registro différentes, une seule question analytique.
Le point commun : chaque question couvre plusieurs fichiers, plusieurs types de Registro et plusieurs années. Le goulot d'étranglement n'est pas de savoir si les données existent — elles existent, dans un détail exhaustif. Le goulot d'étranglement est de les restructurer, passant d'une disposition orientée fichier de l'écosystème SPED à une disposition orientée question.
Stratégie de traitement par lots : pensez en colonnes de sortie, pas en formats de fichier
L'idée clé pour traiter par lots les fichiers SPED est que la structure des Registro — bien qu'obscure — est cohérente en interne. La même disposition du Registro C155 qui contenait la balance de vérification de l'année dernière contient celle de cette année. Les mêmes champs M300 qui décrivaient les différences permanentes de l'année dernière décrivent celles de cette année. Les changements de disposition sont peu fréquents et se situent au niveau des champs (le passage du Leiaute 8 à 9 pour l'ECD, ou 11 à 12 pour l'ECF), et ils ne modifient pas la relation fondamentale entre les types de Registro et les concepts comptables qu'ils représentent.
Cette cohérence signifie que vous pouvez définir votre structure de sortie une fois et l'appliquer sur plusieurs années. Au lieu de penser « Je dois ouvrir l'ECD 2024, filtrer pour C155, mapper les champs, puis répéter pour 2025 », vous pensez « J'ai besoin des soldes des comptes pour 2024 et 2025 côte à côte » — et laissez la couche d'extraction gérer la restructuration par fichier.
L'extraction de colonnes personnalisées est conçue exactement pour ce scénario. Vous nommez les colonnes souhaitées — « Code du compte », « Nom du compte », « Solde d'ouverture », « Solde de clôture » — et l'IA lit le fichier SPED pour localiser et extraire ces valeurs des enregistrements Registro pertinents, quel que soit le fichier de l'année que vous lui indiquez. La même définition de colonne qui a produit une balance de vérification propre à partir de l'ECD 2023 produit une structure identique à partir des fichiers ECD 2024 et 2025, car la relation sémantique entre le Registro C155 et le concept de « balance de vérification » n'a pas changé entre les années.
L'effet pratique : traiter trois années de données ECD nécessite de définir vos colonnes une fois, pas trois. Le travail passe de « filtrer et aligner 150 000 lignes trois fois » à « pointer vers trois fichiers avec une seule définition de colonne ».
Guide pas à pas : traiter par lots plusieurs années de données ECD pour obtenir une balance de vérification pluriannuelle
Voici le flux de travail pour transformer deux ou trois années de fichiers ECD en un tableau comparatif des comptes d'une année sur l'autre. La même logique s'applique aux données ECF ou aux analyses mixtes ECD+ECF.
Exportez les fichiers .txt validés depuis votre ERP (Omie, Conta Azul, Senior, Domínio, SAP TDF, ou tout autre système utilisé pour la génération SPED) ou depuis les archives du PVA. Vous avez besoin de la version finale transmise — pas d'un brouillon — car le fichier transmis correspond à ce que la Receita Federal a reçu. Stockez toutes les années dans un seul dossier.
ImageToTable.ai accepte les entrées PDF, JPG, PNG et WebP. Pour les fichiers .txt, ouvrez chaque ECD dans un visualiseur de texte ou dans le visualiseur de fichiers du PVA et imprimez-le au format PDF. La disposition à largeur fixe du format SPED (délimiteurs pipe, colonnes alignées) est visuellement cohérente, donc un PDF préserve la structure que l'IA lit. Cette étape prend environ 30 secondes par fichier.
Configurez une définition de colonne qui capture la balance comptable de n'importe quelle année de l'ECD. Vos colonnes : Année, Code Compte, Nom Compte, Solde Ouverture, Mouvement Débit, Mouvement Crédit, Solde Clôture. L'ajout d'une colonne « Année » vous permet de compiler les résultats de plusieurs années dans un seul tableau. Le code compte doit correspondre au Plan comptable de référence (Plano de Contas Referencial) du C050 pour une standardisation interannuelle.
Téléchargez le PDF de l'Année 1 et lancez l'extraction avec votre définition de colonne. Répétez pour l'Année 2 et l'Année 3. Comme la définition de colonne est sémantique — elle demande à l'IA de trouver « Code Compte », « Solde Clôture », etc. par le sens, et non par un décalage d'octets — elle fonctionne de manière identique sur tous les fichiers, même si le PVA a exporté la mise en page avec des différences de formatage mineures entre les années. Chaque exécution produit un tableau propre avec vos en-têtes.
Exportez les résultats de chaque année au format .xlsx et empilez-les dans un seul fichier en utilisant la colonne « Année » pour identifier la période source de chaque ligne. Construisez votre tableau de comparaison : filtrez par code compte et placez les soldes d'ouverture et de clôture de chaque année dans des colonnes adjacentes. Ajoutez des colonnes calculées pour la variance d'une année sur l'autre (absolue et en pourcentage) et un formatage conditionnel pour signaler les comptes dont le mouvement a dépassé un seuil, par exemple 20 % ou 100 000 R$.
Le cycle complet — des fichiers .txt à un tableau structuré interannuel — prend environ 30 minutes pour trois années de données, une fois la définition de colonne sauvegardée. Pour le même travail effectué entièrement dans Excel avec l'assistant d'importation de texte et un alignement manuel, l'estimation est de trois à quatre heures avec un taux d'erreur plus élevé dû au filtrage manuel et au mappage des champs.
Si vous répétez cette analyse chaque année (en comparant chaque nouvel exercice à l'exercice précédent dans le cadre du cycle de préparation de l'ECF), vous enregistrez la définition de colonne comme modèle. L'année suivante, vous exécutez l'étape 4 uniquement sur le nouveau fichier et ajoutez les résultats à votre feuille de calcul inter-exercices existante.
Étendre le lot : ajouter les données d'ajustement fiscal de l'ECF
La même logique de lot s'applique aux fichiers ECF. Le Bloco M de l'ECF contient les ajustements e-Lalur qui déterminent votre obligation d'IRPJ et de CSLL — et comparer ces ajustements d'une année sur l'autre révèle comment la planification fiscale et les différences permanentes évoluent.
Pour ajouter les données de l'ECF à votre analyse inter-exercices, créez une deuxième définition de colonne ciblant les Registros M300 (e-Lalur Partie A) et M350 (e-Lacs Partie A) de l'ECF :
Année, Registro, Code compte, Type d'ajustement (Addition/Exclusion/Compensation), Montant de l'ajustement, Numéro de procédure de référence
Traitez le PDF de l'ECF de chaque année avec cette définition, exportez et fusionnez dans votre feuille de calcul consolidée aux côtés des données de balance de vérification de l'ECD. Vous disposez désormais d'un fichier unique pour répondre aux questions qui traversent la frontière ECD↔ECF — comme « la différence permanente pour l'amortissement du goodwill a-t-elle changé entre 2024 et 2025, et la provision comptable correspondante a-t-elle été correctement enregistrée dans l'ECD de chaque année ? »
Point clé : Le Bloco E (E010, E015) de l'ECF contient les comptes mappés qui relient les soldes comptables de l'ECD aux ajustements fiscaux de l'ECF. Les inclure dans votre lot vous donne la table de correspondance dont vous avez besoin pour tracer tout ajustement de l'ECF jusqu'à son compte ECD d'origine — une vérification que le PVA n'effectue pas pour vous.
Que se passe-t-il lorsque le format change
Les formats SPED brésiliens évoluent. L'ECD est passé au Leiaute 9 en 2020 (stable depuis, avec des mises à jour au niveau des champs via les rulings ADE Cofis). L'ECF a adopté le Leiaute 12 pour les déclarations de l'année civile 2025 en 2026. Lorsqu'un format change, les analyseurs basés sur des scripts nécessitent des mises à jour de code. Une approche d'extraction sémantique gère la transition différemment : parce que l'IA lit par le sens — « ce bloc à largeur fixe décrit une écriture de balance de vérification » — plutôt que par la position absolue des octets, la même définition de colonne fonctionne fréquemment à travers les versions de format, tant que le code Registro et la structure conceptuelle de l'enregistrement sont préservés. En pratique, la transition du Leiaute 8 à 9 pour l'ECD et de 11 à 12 pour l'ECF n'a pas nécessité de modifications de la définition de colonne pour l'extraction de la balance de vérification ou de l'e-Lalur, car les structures de Registro principales (C155, M300) sont restées stables.
Questions fréquentes
Q : Puis-je traiter l'ECD et l'ECF en un seul lot ?
Chaque fichier nécessite sa propre passe d'extraction car les structures de Registro sont différentes. Cependant, les définitions de colonnes, une fois créées, peuvent être sauvegardées comme modèles et réutilisées chaque année. Le traitement de l'ECD prend une passe, l'ECF une seconde, et la consolidation se fait dans Excel après l'exportation des deux.
Q : Comment cela fonctionne-t-il pour les entreprises avec des livres départementaux (Bloco K) dans l'ECD ?
Si votre ECD inclut des enregistrements Bloco K, vous pouvez ajouter une colonne « Centre de coût » ou « Département » à votre définition. L'IA lit les balises de centre de coût de niveau K à partir du C100 de l'ECD et des Registros spécifiques au K, et les inclut dans le tableau de sortie. Cela est particulièrement utile pour l'analyse de rentabilité pluriannuelle par unité commerciale.
Q : Que faire si les codes de compte ont changé entre les années en raison d'une fusion ou d'une restructuration ?
C'est un problème de rapprochement de données, pas d'extraction. Extrayez le plan comptable C050 de l'ECD de chaque année en même temps que les données de balance de vérification. Utilisez les codes de compte de référence (du Plan comptable de référence (Plano de Contas Referencial), standardisé par la Receita Federal) comme clé de correspondance pluriannuelle, au lieu des numéros de compte internes de l'entreprise qui peuvent avoir changé.
Q : Y a-t-il une limite de taille de fichier pour le traitement par lots ?
ImageToTable.ai traite le fichier ECD sous forme de PDF ou d'un ensemble d'images de pages. Pour un fichier ECD typique (80 000 à 150 000 lignes), la version PDF fait environ 200 à 400 pages. L'outil traite page par page. Pour les très gros fichiers, vous pouvez diviser en sections par Bloco (par exemple, traiter le Bloco C en une passe, le Bloco I dans une autre) en utilisant le fractionnement PDF par plage de pages.
Q : Cette approche fonctionne-t-elle pour les entreprises en Lucro Presumido ?
Oui. Les entreprises en Lucro Presumido déposent l'ECD avec la même structure de Registro et ont le même besoin de comparaisons de comptes pluriannuelles. Le périmètre de l'ECF est plus restreint (pas d'e-Lalur avec des différences permanentes), mais l'extraction de l'ECD et l'analyse pluriannuelle de la balance de vérification fonctionnent à l'identique.
De l'obligation déclarative à l'actif analytique
Chaque soumission SPED est, d'une certaine manière, un gaspillage de potentiel analytique. Les données que votre système comptable a produites toute l'année — chaque écriture de journal, chaque solde de compte, chaque ajustement fiscal — sont restructurées dans un format optimisé pour un seul lecteur (le système de validation de la Receita Federal) et effectivement inutilisables à toute autre fin sans un travail manuel important. L'ironie, c'est qu'il s'agit du relevé financier le plus complet de l'exercice fiscal de votre entreprise, plus détaillé que n'importe quel rapport de gestion exporté par votre ERP.
Le traitement par lots change la donne. Lorsque vous pouvez extraire les balances de vérification, les ajustements fiscaux et les données de centre de coûts de plusieurs années en un seul après-midi, le fichier SPED passe d'un livrable de conformité que vous soumettez et oubliez à un ensemble de données analytiques que vous utilisez activement. Analyse des écarts d'une année sur l'autre. Suivi des tendances du taux d'imposition effectif. Courbes de tendance de rentabilité par service. Tout cela devient le résultat du même flux de travail d'extraction — et non des projets distincts nécessitant des cycles de préparation de données séparés.
La définition de colonne que vous écrivez cette année est un actif réutilisable. L'année prochaine, lorsque le nouveau fichier ECD arrivera sur votre bureau, vous l'exécuterez avec la même définition. La comparaison est prête en quelques minutes, pas en quelques heures.