12 mois, un seul tableur :
Rapprochement bancaire par lots des relevés français

L'obligation de rapprochement bancaire de fin d'année en France

L'article L123-12 du Code de commerce ne mentionne pas explicitement le « rapprochement bancaire ». Mais il impose à tout commerçant de tenir une comptabilité régulière et sincère, de contrôler par inventaire au moins une fois tous les 12 mois l'actif et le passif, et d'établir des comptes annuels. En pratique, aucun expert-comptable ou commissaire aux comptes (CAC) — le contrôleur légal obligatoire pour les sociétés françaises dépassant deux des trois seuils (4M€ de total bilan, 8M€ de chiffre d'affaires HT, 50 salariés) — ne certifiera des comptes sans voir un état de rapprochement bancaire achevé pour chaque compte bancaire actif.

La Cour d'appel d'Angers, dans son arrêt du 15 janvier 2001 (n°2000/00239), a qualifié le lettrage et le rapprochement bancaire d'« éléments comptables de base ». L'absence de rapprochement n'est pas un formulaire manquant ; c'est une lacune dans le contrôle interne qu'un CAC est professionnellement tenu de signaler. Le Plan Comptable Général (règlement ANC n°2014-03) renforce cette exigence en imposant la justification et la traçabilité de chaque écriture comptable.

Pourquoi les entreprises françaises ont des relevés dans plusieurs banques

Une PME française ne fonctionne pas comme une petite entreprise américaine avec un seul compte courant chez Chase. Le paysage bancaire français est fragmenté par nature : une entreprise peut avoir un compte courant à la BNP Paribas pour ses opérations domestiques, un compte d'épargne au Crédit Agricole pour ses excédents de trésorerie, et un compte professionnel chez Qonto ou Shine pour la gestion quotidienne des dépenses. Chacun de ces comptes est un compte 512 distinct dans le plan comptable — et chacun nécessite son propre rapprochement bancaire en fin d'année.

Ce schéma multi-banques est courant plutôt qu'exceptionnel. Une enquête de Tiime sur le comportement bancaire des PME françaises montre que la multi-bancarisation est motivée par la séparation pratique des activités (opérations vs. épargne vs. devises), l'accès à différents produits financiers, et parfois la volonté délibérée de répartir le risque bancaire — notamment lorsqu'un financement soutenu par Bpifrance demande à l'entreprise de diversifier ses prêteurs au sein d'un pool bancaire.

Le résultat pratique pour le rapprochement de fin d'année : trois banques signifient trois relevés de compte distincts chaque mois. Le Crédit Agricole fonctionne avec 41 caisses régionales, chacune autonome dans le format de ses relevés. BNP Paribas utilise des colonnes débit et crédit séparées. La Société Générale utilise une seule colonne « Montant » avec des signes positifs et négatifs. Un tableur de rapprochement construit en copiant-collant trois formats de relevés différents, sur 12 mois, n'est pas un travail d'une matinée. C'est un problème structurel d'intégration de données déguisé en tâche comptable.

Limites des flux bancaires et exports CSV dans le contexte multi-banques français

Les logiciels comptables français — Sage 100, Cegid Quadra, Pennylane, EBP — ont massivement investi dans l'intégration des flux bancaires via DSP2. Le principe est simple : vous autorisez votre logiciel à récupérer les transactions directement auprès de votre banque via un agrégateur bancaire (Budget Insight, Bankin' ou Powens). Mais ce principe présente trois lacunes qui se révèlent précisément lors de la clôture annuelle.

Premièrement, les données historiques sont souvent inaccessibles. Les flux DSP2 et les connexions EBICS ne remontent généralement que les 90 derniers jours de transactions. Un rapprochement annuel couvrant janvier à décembre nécessite les 12 mois complets. Pour les périodes hors fenêtre de flux — ou pour les comptes dans des banques françaises plus petites ne participant pas au réseau d'agrégation — le recours est le relevé bancaire PDF téléchargé depuis l'espace client, ou, pour les caisses mutualistes plus anciennes, le relevé papier envoyé puis scanné.

Deuxièmement, les exports CSV des banques françaises ne sont pas standardisés. Un CSV BNP Paribas utilise des points-virgules comme séparateurs avec des virgules pour les décimales ; un CSV Crédit Agricole a des en-têtes de colonnes et des formats de date différents ; un CSV La Banque Postale structure les libellés de transactions différemment d'un CSV LCL. Télécharger 12 mois de CSV de trois banques signifie normaliser au moins trois schémas de colonnes différents avant toute fusion. Le format CFONB-120 existe comme standard, mais toutes les banques ne le supportent pas — et l'export en CFONB nécessite souvent de naviguer dans des menus différents selon l'interface de chaque banque.

Troisièmement, l'approche par flux présuppose un accès numérique en temps réel, mais les entreprises françaises qui changent de banque, ferment des comptes ou gèrent des audits historiques ne disposent souvent que de PDF. L'article L123-22 du Code de commerce impose aux entreprises de conserver les relevés bancaires pendant 10 ans. Ces relevés décennaux sont au mieux des PDF (ou du papier scanné) — aucun flux DSP2 ne remonte aussi loin.

Comment l’extraction par lot lit trois banques françaises comme un seul format

Si trois banques françaises deviennent trois projets de saisie distincts, c’est à cause de la dépendance aux modèles. Un outil OCR basé sur des modèles dessine des cadres autour de coordonnées : « La date est en (x=45, y=120) sur les relevés BNP. » Ces coordonnées deviennent fausses dès que la banque modifie sa mise en page, et elles n’ont aucun sens sur un PDF du Crédit Agricole provenant d’une caisse régionale différente.

ImageToTable.ai remplace les modèles de coordonnées par une extraction par noms de colonnes : vous définissez une fois les noms de colonnes souhaités — « Date », « Libellé (Description) », « Débit », « Crédit », « Solde (Balance) ». L’IA lit chaque relevé bancaire comme le ferait un humain : elle identifie la colonne date en reconnaissant les motifs de dates, localise les descriptions de transactions par leur position structurelle par rapport aux montants, et détermine si une valeur appartient au débit ou au crédit en fonction du contexte environnant — et non en vérifiant quelles coordonnées de pixels contiennent un signe moins. C’est le même mécanisme que celui présenté dans notre guide de traitement par lot des factures françaises pour la clôture d’exercice : la logique est indépendante du format, ce qui rend possible un véritable traitement multi-source par lot.

Vous ne configurez pas BNP Paribas, Crédit Agricole et Société Générale séparément. Vous configurez un seul jeu de noms de colonnes, importez les 36 PDF, et l’IA applique la même logique d’extraction à chaque page. Une mise en page à deux colonnes distinctes et une colonne unique « Montant » avec notation de signe produisent toutes deux des lignes structurellement identiques en sortie.

De 36 relevés à un tableur de rapprochement : le workflow par lot

Le workflow comporte trois étapes, et la structure du résultat est ce qui compte pour le ERB :

Le traitement par lot utilise le même moteur d'extraction que notre convertisseur de relevé bancaire en Excel dédié — utilisé pour les relevés individuels — mais adapté au volume. La principale différence structurelle en mode lot est la colonne « Fichier source », qui préserve la provenance sur un ensemble de chargement arbitrairement volumineux.

À quoi ressemble le résultat pour un expert-comptable français

Le tableur exporté n'est pas un simple copier-coller brut. C'est un tableau structuré où chaque en-tête de colonne correspond au nom que vous avez défini, et les données sont standardisées quel que soit le format source. Un prélèvement BNP Paribas, un virement Crédit Agricole et un paiement par carte Société Générale atterrissent tous dans les mêmes lignes structurées avec les mêmes colonnes.

La colonne « Fichier source » permet à l'expert-comptable ou au CAC de tracer chaque transaction jusqu'au PDF d'origine. En flux manuel, retrouver l'origine d'un écart implique d'ouvrir les PDF un par un. Dans le résultat batch, la piste d'audit est intégrée au tableur. Pour les petites entreprises qui tiennent leur comptabilité en cours d'année et remettent le fichier à leur comptable pour la clôture, cette traçabilité supprime le point de friction le plus courant : « d'où vient ce chiffre ? »

Le résultat standardisé peut être importé dans pratiquement tout environnement comptable français — Sage 100, Cegid Quadra, EBP Compta, Pennylane, iTool, ou un modèle Excel de rapprochement déjà utilisé par votre cabinet d'expertise comptable. Pour les entreprises gérant plusieurs flux de notes de frais, la même approche batch s'applique aux notes de frais en lot — le défi structurel est identique, seul le type de document change.

FAQ

Fonctionne-t-il avec les relevés bancaires papier scannés, ou seulement les PDF numériques ?

Les deux. L'IA analyse le contenu visuel de la page — papier scanné, PDF téléchargé depuis un espace client, photo d'un relevé imprimé prise avec un smartphone. La qualité de l'image compte : une photo floue prise en biais donnera une extraction moins fiable qu'un scan à plat à 200+ DPI, mais le système gère la même variété de documents que les entreprises françaises rencontrent réellement — y compris les relevés papier trimestriels encore envoyés par certaines caisses régionales du Crédit Mutuel.

Puis-je extraire le RIB/IBAN de chaque relevé ?

Oui. Le bloc RIB (Relevé d'Identité Bancaire) — contenant le code banque (5 chiffres), le code guichet (5 chiffres), le numéro de compte (11 chiffres) et la clé RIB (2 chiffres) — peut être extrait sous forme de colonne. Utile pour consolider des relevés de plusieurs banques : vous pouvez inclure le RIB comme colonne pour identifier le compte de chaque transaction, en complément de la colonne « Fichier source » avec un identifiant bancaire lisible par machine.

Et les types d'opérations français — distingue-t-il prélèvement, virement et chèque ?

L'IA lit le libellé de l'opération et en identifie le type. Les relevés bancaires français indiquent généralement les prélèvements par le préfixe « PRLV », les virements par « VIR », les chèques par leur numéro, et les opérations par carte bancaire avec la date et le commerçant. Le mécanisme de colonne inférée vous permet d'ajouter une colonne « Type d'opération » que l'IA remplit en lisant chaque libellé — aucune classification manuelle après export.

Combien de temps faut-il pour traiter 36 relevés ?

Le temps d'upload dépend de la taille des fichiers, mais l'extraction elle-même traite environ une page toutes les 5 à 10 secondes. Un relevé de 3 pages prend environ 15 à 30 secondes. Pour 36 relevés de 3 pages en moyenne, le traitement s'effectue en arrière-plan avec une mise à jour en temps réel. Le temps gagné par rapport à la saisie manuelle est décuplé : une page de relevé qui prend environ 3 minutes à taper manuellement est traitée en 5 à 10 secondes, soit un gain de 18x sur la seule étape de saisie. Pour 100+ pages issues de plusieurs banques, c'est la différence entre finir l'ERB dans l'après-midi ou l'étaler sur plusieurs soirées.

Ce logiciel fonctionne-t-il avec mes logiciels comptables français — Sage, Cegid, EBP ?

Oui. Le résultat est un fichier Excel standard (XLSX) qui peut être importé dans tout logiciel comptable français acceptant l'import de données structurées. Sage 100, Cegid Quadra, EBP Compta, Pennylane et iTool prennent tous en charge l'import de données de transactions Excel. La structure des colonnes que vous définissez lors de l'extraction peut être alignée sur le modèle d'import de votre logiciel, de sorte que le fichier s'intègre directement dans le journal de banque sans reformatage.