Connecteur Power BI : brancher vos logiciels comptables et métier

Un cabinet d'expertise comptable qui veut basculer en BI a une obsession en tête : "Combien de jours pour brancher mes logiciels comptables ?" Cette question paraît technique. Elle est en réalité commerciale. Le délai et le coût de cette intégration déterminent à quel rythme on industrialise le reporting client, et donc à quel rythme la marge de conseil augmente.

Le connecteur, c'est le point de friction. Et c'est aussi le point où la plupart des projets Power BI s'enlisent. Cet article passe en revue les trois façons de brancher un logiciel comptable à Power BI, le tableau des outils français supportés, les pièges classiques, et pourquoi on a construit Drivn pour court-circuiter cette étape.

Pourquoi le sujet "connecteur" est plus piégeux qu'il n'y paraît

Le mythe commence sur les pages produit : "Power BI se connecte à 150+ sources de données." C'est vrai, sur le papier. C'est aussi vrai que ces 150 sources sont surtout des bases SQL, des fichiers Excel, des services Microsoft (Dynamics, SharePoint), et des plateformes anglo-saxonnes (Salesforce, HubSpot, Google Analytics). Les logiciels comptables français n'y figurent quasiment pas.

Sage, Cegid, ACD, Pennylane, MyUnisoft, Tiime, Fulll, Silae : aucun n'a de connecteur natif "click and load" dans Power BI Desktop. Ce qui veut dire qu'on doit passer par l'une de ces options, chacune avec ses contraintes :

• leur API REST quand elle existe (Pennylane, MyUnisoft, Tiime…) ;
• leur export FEC récupéré tous les mois et rejoué dans Power BI ;
• une passerelle ODBC vers la base sous-jacente (Sage on-premise, Cegid en config locale).

Chaque option a son lot de complications.

Et même quand on a réussi à brancher la source, le travail reste à faire : modéliser le schéma, écrire les mesures DAX (marge brute, EBE, BFR, DSO), gérer le rafraîchissement, configurer la passerelle pour les sources on-premise, attribuer les droits utilisateur (RLS). C'est plusieurs jours par client, et ça doit être maintenu chaque fois que l'API change ou qu'on ajoute un dossier.

À l'échelle d'un cabinet avec vingt clients, le sujet "connecteur" cesse d'être un détail technique pour devenir le plafond de verre de l'industrialisation.

Les trois façons de brancher un logiciel comptable à Power BI

Pour comprendre ce qu'on choisit, autant les passer en revue avec leurs vrais coûts.

1. L'export manuel : FEC, CSV, balances

C'est le mode artisanal. Chaque mois, le collaborateur exporte le FEC ou la balance du logiciel comptable, pose le fichier dans un dossier, et Power BI le récupère.

Avantage : zéro développement, zéro dépendance technique. Pour un dossier unique et une mise en place rapide, ça marche.

Inconvénient : ce n'est pas automatique. Chaque mois, quelqu'un doit refaire l'opération, vérifier l'intégrité du fichier, gérer les cas où l'export a un format légèrement différent du précédent. Sur un portefeuille de cabinet, cette discipline tient trois mois, et puis quelqu'un oublie. Le reporting client en pâtit. C'est exactement le piège qui pousse les cabinets à abandonner leur projet BI avant qu'il ait produit de la valeur.

2. Le connecteur natif Microsoft (Get Data + ODBC ou API REST)

Mode semi-industrialisé. On utilise les connecteurs génériques de Power BI (ODBC, REST API, OData) pour interroger directement le logiciel comptable.

Avantage : c'est automatique, ça se rafraîchit, ça scale. Une fois la connexion établie, le rapport vit sa vie.

Inconvénient : il faut construire la connexion. Pour un logiciel comme Pennylane (API REST documentée), compter une à deux journées de Power Query pour le premier prototype, puis quelques jours supplémentaires pour modéliser proprement le schéma. Pour un logiciel comme Cegid Quadra (pas d'API ouverte, base on-premise), c'est plus compliqué : il faut installer une passerelle Power BI, configurer un compte de service, et probablement écrire des vues SQL pour exposer ce dont on a besoin.

Et ensuite il faut maintenir. Quand Pennylane modifie son API, le connecteur casse. Quand Cegid sort une nouvelle version, le schéma SQL change. C'est un poste de DSI à part entière dès qu'on dépasse cinq clients. Sans compter le coût des licences Power BI Pro pour chaque utilisateur qui consulte les rapports, soit environ 150 € par an et par personne (le tarif Microsoft est facturé en USD et oscille avec le change).

3. La plateforme SaaS spécialisée : Drivn

C'est l'approche qu'on a construite. Drivn dispose d'un connecteur natif préconfiguré pour chaque logiciel comptable français (Sage, Cegid Quadra, Cegid Loop, ACD, Pennylane, Tiime, MyUnisoft, Fulll, Silae, Agiris et plus de 140 autres sources). Le branchement se fait en quinze minutes, sans code, sans compétence DAX, sans passerelle à administrer.

Le mapping vers les indicateurs métier (marge brute, EBE, BFR, DSO, soldes intermédiaires de gestion) est déjà fait. Les rapports se génèrent à partir des données comptables sans étape de modélisation. Et côté licences, Drivn fonctionne en Power BI Embedded : un seul abonnement cabinet, zéro licence Power BI Pro pour les clients finaux qui consultent leurs tableaux de bord.

Pour un cabinet qui démarre avec dix dossiers, c'est l'équivalent de quinze à vingt jours-homme d'intégration qu'on n'a pas à faire. Pour cinquante clients, c'est près de 8 000 € par an de licences Pro client économisées, et un poste de DSI qu'on n'a pas à recruter.

Quels logiciels se connectent vraiment à Power BI

Le tableau qui suit récapitule l'état de l'art des connexions disponibles pour les logiciels les plus utilisés en France. La colonne "Drivn" indique les connecteurs natifs déjà branchés, prêts à l'emploi.

Le constat est clair : aucun logiciel comptable français n'a de connecteur natif Microsoft. Tous se connectent en théorie via API ou ODBC, mais demandent du développement. Le seul moyen rapide de tous les exploiter sans intégrateur, c'est de passer par une couche d'abstraction comme Drivn.

Pour le détail complet des connecteurs disponibles avec les bonnes pratiques de configuration sur chacun, on a maintenu une liste exhaustive des connecteurs avec un descriptif par logiciel.

Les pièges classiques quand on connecte

Quatre écueils reviennent systématiquement sur les projets Power BI qui essaient de brancher du compta sans passer par une plateforme spécialisée.

Le piège de la passerelle (Power BI Gateway)

Dès qu'on connecte un logiciel comptable on-premise (Sage 100, Cegid Quadra installé sur serveur du cabinet), il faut installer une Power BI Gateway sur une machine du réseau du cabinet. Cette passerelle relaie les requêtes Power BI Service vers la base locale.

Le problème : la passerelle doit être en mode "Standard" (pas "Personal") pour servir plusieurs utilisateurs, et elle demande une licence Power BI Pro à chaque personne qui consulte. Elle doit aussi tourner 24/7 sur une machine fiable, avec un compte de service Active Directory dédié. Pour un cabinet de quinze personnes, c'est plusieurs heures de setup et une dette d'administration permanente.

Et le coût caché ne s'arrête pas au setup. Une Gateway en production demande un monitoring (les refresh peuvent tomber sans alerte si on ne configure pas les notifications), une rotation des credentials du compte de service tous les six à douze mois, et un patch Windows à chaque mise à jour Microsoft mensuelle. Le poste machine doit aussi être inscrit dans le périmètre RGPD du cabinet, parce qu'il accède à des données nominatives clients. Sur le terrain, on voit des cabinets qui passent une demi-journée par mois à maintenir leur Gateway, ce qui revient à plus de 5 000 € par an en charge interne. Le tout pour une infrastructure invisible que personne ne valorise.

Le piège des licences à 150 € par utilisateur et par an

Power BI Pro coûte environ 12 à 13 € par mois et par utilisateur, selon le taux EUR/USD du moment (Microsoft facture en dollars depuis l'augmentation d'avril 2025). Pour le cabinet qui équipe ses propres collaborateurs, c'est acceptable. Pour les clients finaux qui veulent juste consulter leurs tableaux de bord, c'est le mur.

Un cabinet à 50 clients, en imaginant deux utilisateurs par client (le dirigeant et son DAF), monte vite à 100 licences Pro mensuelles, soit environ 15 000 € par an de licences Microsoft juste pour le droit de regarder. Et il faut encore créer un compte Microsoft pour chacun de ces 100 utilisateurs, gérer leurs mots de passe oubliés, expliquer pourquoi l'authentification ne marche pas quand le client change de PC. Beaucoup de clients refusent même de créer ce compte par principe, surtout ceux qui ont déjà un compte Google ou Apple et ne veulent pas multiplier les identités numériques.

C'est le point où Drivn change la donne : un seul abonnement cabinet à un prix fixe, zéro licence Power BI Pro côté client final. Les clients accèdent via un portail Drivn avec un simple identifiant. Détail technique : on s'appuie sur Power BI Embedded, un mode de facturation à la capacité qu'on absorbe au niveau cabinet, pas sur la version Pro grand public à la licence individuelle.

Le piège du refresh qui casse

Une connexion API qui marche le lundi peut se casser le mardi. Le fournisseur du logiciel met à jour son API, change un endpoint, durcit l'authentification (passage d'API key à OAuth 2.0). Le rapport Power BI affiche soudain des données obsolètes ou une erreur de refresh.

Sur un connecteur maison, c'est au cabinet de surveiller, diagnostiquer et corriger. Sur Drivn, c'est notre équipe qui gère les évolutions d'API pour chaque logiciel supporté. Le rapport continue à fonctionner sans intervention.

Le piège du RGPD et de la donnée qui sort du tenant

Quand on branche un logiciel comptable contenant des données nominatives (clients, fournisseurs, salariés) sur Power BI Service, ces données sont stockées dans le tenant Azure de Microsoft. Pour la plupart des cabinets, ça pose une vraie question : où sont physiquement les données, qui y a accès, comment on justifie ce flux auprès du client.

Drivn héberge 100 % en France, données chiffrées en transit et au repos, accès cloisonné par dossier client. C'est l'argument que les cabinets reprennent souvent face à leurs propres clients sensibles à la souveraineté.

Drivn : 150+ connecteurs prêts à l'emploi

L'angle business de Drivn tient en une phrase : on a déjà construit les connecteurs que vos concurrents passent des semaines à monter. Le cabinet ou le DAF qui s'abonne récupère immédiatement :

Une bibliothèque de connecteurs natifs préconfigurés pour les logiciels comptables français, les ERP, les outils RH/paie (Silae, ADP), les CRM (HubSpot, Pipedrive), les outils bancaires (compte Treezor, Qonto, banques classiques via Bridge / Powens), et les sources standards (Excel, CSV, SQL). La liste complète est sur /connecteurs.

Une librairie de modèles de dashboards déjà mappés sur le PCG : compte de résultat synthétique, suivi de trésorerie, BFR, tableau de bord social, suivi de portefeuille pour cabinets. On les duplique d'un dossier à l'autre en quelques clics.

Une architecture multi-clients où chaque dossier reste cloisonné côté données, mais où le cabinet centralise la vue d'ensemble. Pas besoin de monter un workspace Power BI par client.

L'offre est détaillée pour les cabinets dans Drivn pour cabinets d'expertise comptable. Pour les DAF qui pilotent en interne ou en temps partagé, la même infrastructure mais avec un focus mono-entreprise.

Ce qu'on retient

Le sujet du connecteur n'est pas un détail technique. C'est le goulot d'étranglement de tout projet BI sérieux dans le monde de la compta française. Tant qu'il n'est pas traité, le projet bloque sur les 5 premiers dossiers et ne passe jamais à l'échelle.

Pour un cabinet à un seul logiciel et moins de cinq clients, l'export FEC manuel et un peu de Power Query peuvent suffire. Au-delà, l'addition (temps homme, licences Pro client, maintenance des connexions API) rend le SaaS spécialisé plus rentable, généralement en trois à six mois.

Si vous voulez voir concrètement ce que ça donne sur vos propres logiciels comptables, réservez une démo de 15 minutes. On branche votre Cegid, Sage, ACD ou Pennylane en direct, et vous repartez avec une vue claire de ce que vos clients verraient le lundi suivant. Pour les tarifs, c'est sur /tarifs.