Accueil › Reprendre un historique bancaire en PDF

Reprendre un historique bancaire qui n’existe plus qu’en PDF — en CFONB 120 ou en OFX, pas seulement en FEC

Sur un dossier repris dont la banque ne rejoue plus la période : déposez le relevé, les opérations s’affichent dans un tableau que vous corrigez à l’écran, puis vous exportez le fichier que votre logiciel attend — CFONB 120, OFX, QIF ou FEC. Le relevé ne quitte pas votre navigateur : rien à téléverser, aucun compte à créer, aucune limite de pages.

Convertir un relevé maintenant

Où cet outil se place — au troisième rang, et nous ne prétendons pas le contraire

Reprendre un historique bancaire se traite dans un ordre que personne n’a inventé ici :

1. Demander le fichier à la banque. Si l’établissement rejoue encore la période en CFONB ou en OFX, prenez-le. Rien ne vaut un fichier émis par la banque elle-même, et cet outil ne fera pas mieux.
2. À défaut, retravailler l’Excel. Quand l’export existe mais pas au bon format, il reste du tableur et des règles — long, mais sans perte.
3. À défaut seulement, convertir les relevés PDF. C’est là que nous sommes. Le troisième rang, celui du dernier recours : compte non professionnel inéligible à l’agrégation, période hors de portée de l’espace en ligne, connexion interrompue, dossier arrivé avec deux ans de PDF et rien d’autre.

Nous l’écrivons dès le premier écran parce qu’un collaborateur qui découvre au bout d’une heure qu’il aurait pu demander le fichier à la banque a perdu son heure, et nous a perdus avec. Si vous êtes au rang 1 ou 2, fermez cette page : elle ne vous servira à rien de bon.

Au rang 3, le réflexe est le FEC — et c’est le format qui coûte le plus cher ensuite

Une fois au rang 3, le réflexe est d’en faire un FEC. Il a un coût que tout le monde connaît et que peu écrivent : les écritures arrivent déjà imputées, en 471 à réaffecter à la main, et le module de rapprochement bancaire de votre logiciel n’a plus rien sur quoi travailler. Les règles d’imputation que le cabinet a mis des mois à construire sont court-circuitées par le format lui-même — et c’est le collaborateur qui reprend le dossier qui les réaffecte, ligne à ligne.

Le CFONB 120 et l’OFX sont des formats publics — le premier par la brochure du CFONB, le second par la spécification de son consortium. Rien n’oblige à ce qu’ils viennent de la banque. Quand l’espace en ligne ne les rejoue plus sur la période ancienne, ils se reconstituent à partir de ce que le relevé imprime. Vous retrouvez alors le chemin d’import normal, celui qui applique vos règles, au lieu du chemin de reprise. Sur un dossier repris, la différence n’est pas mince.

Le FEC reste produit, et il est jugé comme les autres — c’est le bon format quand c’est votre chemin d’import. Il n’est simplement pas le premier auquel penser.

À quoi ressemble le fichier produit

Ci-dessous, un CFONB 120 réellement produit par le convertisseur sur trois opérations. Ce n’est pas une illustration : ces lignes sortent du même code que celui qui traitera votre relevé. Les coordonnées du compte sont celles que vous saisissez ; ici, celles d’un compte d’exemple.

0112345    67890EUR2 00012345678  020126                                                  0000000025000{                
0412345    67890EUR2 0001234567891030126  030126VIR SEPA RECU FACTURE 2026-004   0000001  0000000014400{                
0512345    67890EUR2 0001234567891030126     LIBVIR SEPA RECU FACTURE 2026-004 CLIENT MARTIN                            
0412345    67890EUR2 0001234567891050126  050126PRLV SEPA URSSAF ILE DE FRANCE   0000002  0000000004123}                
0412345    67890EUR2 0001234567891120126  120126PRLV SEPA ORANGE SA ABONNEMENT   0000003  0000000000399R                
0512345    67890EUR2 0001234567891120126     LIBPRLV SEPA ORANGE SA ABONNEMENT PRO                                      
0712345    67890EUR2 00012345678  120126                                                  0000000034877A                

Sept enregistrements de 120 caractères exactement : un 01 (ancien solde), les 04 de mouvement, les 05 qui portent le libellé complet quand il dépasse trente et un caractères, et un 07 (nouveau solde). Le montant tient sur quatorze caractères — treize chiffres, puis une lettre finale qui porte à la fois le dernier chiffre et le sens : { au crédit et } au débit quand le montant se termine par zéro. C’est la convention de la brochure, pas une approximation — et c’est à ça qu’un fichier reconstitué se distingue d’un tableur renommé.

Le FEC, lui, sort en partie double, avec les dix-huit champs de l’article A47 A-1 du Livre des procédures fiscales :

JournalCode|JournalLib|EcritureNum|EcritureDate|CompteNum|CompteLib|CompAuxNum|CompAuxLib|PieceRef|PieceDate|EcritureLib|Debit|Credit|EcritureLet|DateLet|ValidDate|Montantdevise|Idevise
BQ|Banque|1|20260103|512000|Banques|||REL-00001|20260103|VIR SEPA RECU FACTURE 2026-004 CLIENT MARTIN|1440,00|0,00|||||
BQ|Banque|1|20260103|471000|Compte d'attente|||REL-00001|20260103|VIR SEPA RECU FACTURE 2026-004 CLIENT MARTIN|0,00|1440,00|||||
BQ|Banque|2|20260105|645100|Cotisations à l'Urssaf|||REL-00002|20260105|PRLV SEPA URSSAF ILE DE FRANCE|412,30|0,00|||||
BQ|Banque|2|20260105|512000|Banques|||REL-00002|20260105|PRLV SEPA URSSAF ILE DE FRANCE|0,00|412,30|||||

La ligne 471000 est délibérée : faute de règle pour « CLIENT MARTIN », la contrepartie part en compte d’attente, et vous la ventilez en connaissance de cause. Un compte faux coûte plus cher qu’un compte d’attente : rien n’est imputé « au plus proche ». C’est aussi, exactement, la méthode qu’un expert-comptable prescrit quand la reprise passe par un FEC.

Le contrôle qui compte n’est pas la mise en forme, c’est l’équilibre

Un convertisseur qui saute une ligne, ou qui en dédouble une, rend un fichier d’apparence parfaitement propre : colonnes alignées, dates correctes, rien qui attire l’œil. Aucune relecture visuelle ne le voit. Une addition, si — et c’est celle-là que l’outil refait avant de vous laisser exporter quoi que ce soit :

solde d’ouverture imprimé + total des crédits − total des débits = solde de clôture imprimé. Rien d’autre. C’est à faire avant même de regarder les imputations.

Si l’égalité ne tombe pas, il annonce un écart ; s’il ne relit aucun solde sur le relevé, il annonce inconnu. Il ne dit jamais « validé » sur une lecture fausse.

Sa réserve, et elle est réelle : il ne sait pas de quel côté est l’erreur. Un relevé numérisé légèrement de travers peut faire sortir le chiffre de tête d’un solde imprimé de sa cellule — les opérations sont alors lues parfaitement, et l’outil annonce quand même un écart. Il peut aussi refuser de conclure là où tout était juste, faute d’avoir relu un solde. Nous avons préféré la fausse alerte à la validation complaisante : c’est le sens dans lequel nous avons choisi de nous tromper, et vous méritez de le savoir avant de vous fier au feu vert plutôt qu’après.

Ce que la reconstitution ne peut pas inventer

Un fichier reconstitué ne portera jamais plus d’information que le papier dont il sort. Trois limites, écrites ici plutôt que découvertes à l’import :

• Le code opération interbancaire n’est presque jamais imprimé sur un relevé. Nous inscrivons donc 91 — « opérations diverses », le code officiel de l’opération dont la nature n’est pas précisée, valable au débit comme au crédit. C’est exact, et c’est moins précis qu’un fichier venu de la banque. Le laisser vide n’était pas une option : une bibliothèque CFONB indépendante refuse le fichier entier avant même de lire un montant.
• Sans les deux soldes, le convertisseur refuse de produire un CFONB. La brochure impose l’ancien et le nouveau solde ; un relevé de carte n’en imprime aucun. Plutôt que de fabriquer un zéro, l’outil s’arrête et vous dit ce qui manque. Même chose pour le numéro de compte, obligatoire en zone 2-H.
• Ce que le PDF ne dit pas, personne ne le devine. Référence de virement tronquée, contrepartie absente, libellé abrégé par la banque : le fichier reproduit le relevé, il ne le complète pas.

La marche à suivre

1. Déposer le relevé. Déposez le relevé PDF dans le convertisseur. Il est lu par votre navigateur ; rien n’est téléversé.
2. Contrôler l’équilibre. Vérifiez le contrôle comptable : le solde d’ouverture imprimé, plus les crédits, moins les débits, doit redonner le solde de clôture imprimé.
3. Compléter ce que le PDF ne porte pas. Renseignez les coordonnées du compte et, si le relevé ne les imprime pas, les deux soldes. Le convertisseur refuse de produire un CFONB sans eux.
4. Exporter le format attendu. Produisez le CFONB 120, l’OFX, le QIF ou le FEC, puis importez-le par le chemin habituel de votre logiciel.

La limite dont nous parlons le moins

Le corpus sur lequel ce convertisseur est éprouvé ne contient qu’une seule mise en page réellement émise par une banque : le spécimen officiel publié par la Société Générale. Toutes les autres dispositions — colonne unique de montants signés, en-têtes abrégés, devise dans l’intitulé de colonne, soldes intermédiaires, opération à cheval sur deux pages — sont reconstituées d’après ce que l’on rencontre, puis éprouvées comme telles. Votre banque imprime peut-être autre chose. C’est exactement ce que le contrôle d’équilibre est là pour vous dire — avant votre logiciel, et sur votre propre relevé.

Pour aller plus loin

• Les formats d’import comptable français, documentés — ce que chaque format porte, ce qu’il exige, et ce que la réglementation dit exactement.
• Comment nos fichiers sont vérifiés — les 8 juges extérieurs, ceux que nous avons écartés, et les défauts qu’ils ont trouvés chez nous.
• Pourquoi votre relevé ne part nulle part — et la liste complète de ce qui, malgré tout, nous parvient.

← Convertir un relevé