Open banking et comptabilité : ce que les nouvelles API bancaires changent pour les dirigeants

L'open banking est l'un de ces sujets qui occupent beaucoup l'espace dans les discussions Fintech mais dont les implications pratiques pour les dirigeants d'entreprises classiques (e-commerçants, agences, SaaS, freelances) restent souvent abstraites. Pourtant, si vous utilisez Pennylane et que vos transactions bancaires s'y importent automatiquement, ou si votre néobanque Qonto ou Finom synchronise vos flux avec votre logiciel comptable, vous utilisez déjà l'open banking sans le savoir.

Ce guide explique ce qu'est l'open banking dans sa réalité technique et réglementaire, ce qu'il change concrètement dans votre organisation comptable, et ce que DSP3 (la prochaine évolution du cadre réglementaire européen) va modifier dans les prochaines années.

Qu’est-ce que l’open banking au juste ?

L'open banking est le cadre réglementaire et technique qui contraint les banques à ouvrir leurs données et leurs infrastructures de paiement à des tiers agréés via des APIs (Application Programming Interface) standardisées. En Europe, ce cadre est défini par la Directive sur les Services de Paiement 2 (DSP2), transposée en droit français en 2018.

Concrètement, DSP2 a imposé à toutes les banques établies dans l'UE de créer des APIs spécifiques permettant deux types d'accès.

L'accès aux informations de compte (AISP - Account Information Service Provider)

Un prestataire AISP agréé peut, avec votre consentement, accéder aux données de vos comptes bancaires : liste des transactions, soldes, informations sur les comptes. C'est ce qui permet à Pennylane d'importer automatiquement vos transactions, à des applications de gestion de budget personnel d'agréger vos comptes de différentes banques, ou à des outils de trésorerie de suivre vos soldes en temps réel.

L'initiation de paiements (PISP - Payment Initiation Service Provider)

Un prestataire PISP agréé peut, avec votre consentement, initier des virements depuis votre compte bancaire sans que vous ayez besoin de vous connecter à votre interface bancaire. C'est ce qui permet à certains outils de paiement B2B d'initier des virements directement depuis l'interface comptable, ou à des applications de paiement de déclencher un virement SEPA sans intermédiaire de carte bancaire.

Ces deux types d'accès étaient soit impossibles (les banques refusaient tout accès tiers), soit réalisés via des techniques de "scraping" (connexion à l'interface web de la banque avec vos identifiants, technique fragile et réglementairement grise) avant DSP2.

Ce que l'open banking change dans votre organisation comptable

La suppression des exports manuels

Avant la connexion open banking, alimenter votre comptabilité depuis vos relevés bancaires nécessitait soit des exports manuels de fichiers CSV depuis l'interface de votre banque, soit la saisie manuelle des transactions. Ces opérations prenaient du temps, créaient des erreurs de saisie et produisaient une comptabilité en décalage de plusieurs jours ou semaines sur la réalité bancaire.

Avec une connexion open banking établie entre votre banque et Pennylane, vos transactions apparaissent dans votre logiciel comptable en temps quasi-réel (quelques heures de délai selon les banques et les fréquences de synchronisation configurées). Cette automatisation élimine la tâche de saisie et rapproche considérablement votre comptabilité de la réalité de votre trésorerie.

La qualité des données importées

Les données importées via open banking sont plus fiables que les exports manuels pour plusieurs raisons. L'accès se fait directement à la source (les systèmes de la banque), sans risque d'erreur de saisie ou de fichier corrompu. Les données sont structurées selon des formats standardisés qui facilitent leur traitement automatique. Les catégorisations et les libellés des transactions correspondent exactement à ce qui figure sur vos relevés bancaires officiels.

Les règles de catégorisation automatique

L'importation automatique des transactions n'est que la première étape. La véritable valeur de la connexion open banking est la combinaison avec des règles de catégorisation automatique que vous définissez dans votre logiciel comptable.

Dans Pennylane, vous pouvez définir des règles qui s'appliquent automatiquement à chaque nouvelle transaction importée : toute transaction créditée avec le libellé "STRIPE" est catégorisée comme encaissement clients Stripe (débit compte clients 411.STRIPE, crédit banque 512), toute transaction débitée avec "GITHUB" est catégorisée comme charge SaaS informatique avec autoliquidation TVA (débit charge SaaS 626.2, débit TVA déductible autoliquidée 4456, crédit banque 512, crédit TVA collectée autoliquidée 4457).

Ces règles transforment l'import automatique en comptabilité quasi-automatique. Pour un dirigeant qui supervise sa comptabilité, le travail mensuel ne consiste plus à saisir des centaines de transactions mais à valider les catégorisations automatiques et à traiter les transactions atypiques que les règles n'ont pas su catégoriser.

Le multibanking : agréger plusieurs comptes dans un seul outil

Si vous avez plusieurs comptes bancaires (un compte courant BNP pour les opérations principales, un compte Qonto pour les dépenses courantes, un compte Airwallex pour les transactions en devises) la connexion open banking vous permet de les agréger tous dans Pennylane. Vous avez une vision unifiée de votre trésorerie sans passer d'une interface à l'autre.

Cette consolidation est particulièrement utile pour les e-commerçants qui ont plusieurs sources d'encaissement (Stripe pour leur boutique, PayPal pour leurs ventes internationales, Mollie pour leurs clients belges) et veulent une vue globale de leurs flux sans travail de consolidation manuel.

Les limites actuelles que vous devez connaître

La connexion open banking n'est pas parfaite. Comprendre ses limites évite les mauvaises surprises.

L'instabilité des connexions

DSP2 a imposé aux banques d'ouvrir des APIs mais a laissé une grande liberté dans l'implémentation. Résultat : la qualité des APIs varie considérablement d'une banque à l'autre. Certaines banques traditionnelles (notamment parmi les plus anciennement établies) ont des APIs qui tombent régulièrement en maintenance ou qui produisent des données incomplètes. Les néobanques, qui ont été conçues dès le départ pour l'open banking, ont généralement des APIs plus fiables.

La ré-authentification périodique

Pour des raisons de sécurité, les connexions open banking nécessitent une ré-authentification périodique de l'utilisateur. En Europe, la règle générale est une ré-authentification tous les 90 jours. Chaque logiciel comptable gère cette contrainte différemment mais elle crée des interruptions de synchronisation que vous devez traiter manuellement (reconnexion dans l'interface de votre logiciel).

Ce que l'API ne transmet pas

L'API open banking donne accès aux transactions et aux soldes, pas à l'ensemble des données bancaires. Les relevés de frais bancaires détaillés, les avis de prélèvement avec leur décomposition, les relevés de compte sous format PDF : ces documents ne transitent pas par l'API et doivent être obtenus séparément auprès de votre banque.

La catégorisation n'est pas infaillible

Les règles de catégorisation automatique que vous définissez couvrent vos fournisseurs récurrents mais pas les transactions nouvelles ou atypiques. Un fournisseur que vous utilisez pour la première fois, une transaction avec un libellé inhabituel ou un virement d'un montant inédit : ces transactions nécessitent une vérification manuelle. La supervision mensuelle de votre comptabilité reste indispensable.

Ce que DSP3 va changer : les améliorations à anticiper

DSP3 (Directive sur les Services de Paiement 3), dont l'adoption formelle est attendue pour 2025-2026 avec une transposition nationale à partir de 2027, adresse directement plusieurs des limites citées ci-dessus.

Des APIs plus robustes et plus standardisées

DSP3 impose des standards techniques plus précis que DSP2. L'interface dédiée est désormais obligatoire pour les banques (elles ne peuvent plus rediriger les tiers vers leur interface web comme solution de repli). Des SLA (Service Level Agreement) de disponibilité de l'API sont imposés. Ces mesures réduiront significativement les instabilités qui affectent aujourd'hui certaines connexions open banking.

L'extension à de nouvelles données financières

DSP3 ouvre la voie à une extension du périmètre de l'open banking au-delà des comptes de paiement. Les comptes d'épargne, les données de crédit, certaines données d'assurance pourraient progressivement être inclus dans le cadre de "l'open finance". Pour les dirigeants, cela signifie la possibilité future de centraliser dans un seul outil l'ensemble de leurs données financières : compte courant, comptes d'épargne, encours de crédit, assurances professionnelles.

La vérification du bénéficiaire (VOP - Verification of Payee)

DSP3 introduit l'obligation pour les banques de vérifier la correspondance entre l'IBAN et le nom du bénéficiaire avant d'exécuter un virement, similairement au service "Confirmation of Payee" déjà déployé au Royaume-Uni. Pour les dirigeants, cette mesure réduit le risque de fraude aux virements frauduleux (faux RIB) et améliore la sécurité des paiements B2B.

La ré-authentification simplifiée

DSP3 devrait assouplir les règles de ré-authentification pour les connexions de lecture de données (AISP) dont le risque est plus faible que les connexions d'initiation de paiement. Les interruptions tous les 90 jours pourraient être espacées ou remplacées par des mécanismes moins intrusifs.

Comment tirer parti de l'open banking dès maintenant ?

Connecter l'ensemble de vos comptes bancaires

Si vous n'avez connecté que votre compte principal, connectez également vos comptes secondaires (néobanques, comptes devises, PayPal Business). Chaque flux non connecté est un flux que vous devez réconcilier manuellement.

Investir dans la configuration des règles de catégorisation

Passez du temps une fois pour toutes à configurer les règles de catégorisation de vos fournisseurs récurrents dans Pennylane. C'est un investissement initial de quelques heures qui se traduit par une économie permanente.

Mettre en place une routine de validation mensuelle

L'automatisation réduit le travail mais ne le supprime pas. Définissez une routine mensuelle (idéalement dans les 5 premiers jours du mois suivant) pour valider les catégorisations automatiques, traiter les transactions non catégorisées et vérifier que les soldes Pennylane correspondent aux soldes bancaires réels. Cette routine de 30 à 60 minutes par mois est le minimum pour maintenir une comptabilité fiable.

Excilio, l’expert-comptable spécialisé Finom et autres open bankings

Excilio, spécialiste de Finom et autres systèmes d’open bankings, onfigure les connexions open banking multi-comptes dans Pennylane pour ses clients, définit les règles de catégorisation adaptées à chaque activité et assure la supervision mensuelle qui transforme l'automatisation en comptabilité fiable.