Le client en bref
Une entreprise technologique spécialisée dans la conception et la fabrication de data centers, en forte croissance. Plusieurs dizaines de millions d'euros de chiffre d'affaires, une facturation complexe avec des axes analytiques multiples : produits, sites de production, périodes, clients grands comptes. Le pilotage financier est au cœur de leur performance.
Le problème : un ERP et une comptabilité qui ne se parlent plus
Quand nous sommes intervenus, la situation était classique dans beaucoup de PME en croissance : le SI comptable était devenu un frein plutôt qu'un levier.
Le contrôleur de gestion passait un temps considérable à produire des tableaux de reporting sous Excel. Les données de facturation sortaient de Dolibarr (l'ERP open source), puis devaient être consolidées manuellement pour faire ressortir les axes analytiques — produits, sites, périodes. Le résultat : des écarts réguliers entre Dolibarr et Cegid Loop (le logiciel comptable), une impossibilité d'avoir une vision consolidée par client, et des corrections de factures fastidieuses.
En parallèle, la question se posait de migrer de Cegid Loop vers Pennylane, solution plus moderne, dotée d'une vraie API REST, et mieux adaptée à leur taille et à leurs besoins d'automatisation.
Le vrai sujet n'était pas juste « changer de logiciel comptable ». C'était : comment structurer les flux de données entre l'ERP et la nouvelle compta pour que la migration apporte de la valeur réelle — pas juste un changement d'étiquette ?
Notre approche : cadrer avant de construire
Phase 1 — Diagnostic et ateliers fonctionnels
Nous avons commencé par ce que nous faisons systématiquement : comprendre avant de recommander. En 3 semaines, nous avons mené 6 ateliers ciblés avec les bonnes personnes au bon moment : top management, métier (contrôle de gestion, finance), technique, infrastructure, et synthèse.
Livrable : un rapport de cadrage complet — cartographie des flux actuels, processus cibles, hypothèses de gains, et planning budgété. Un document de référence, pas un PowerPoint.
Phase 2 — POC : tester avant de s'engager
Avant de lancer un projet complet, nous avons proposé un POC : tester un flux réel de bout en bout. L'objectif : prouver que l'architecture fonctionne avant d'investir.
Le POC consistait à faire transiter un flux de facturation complet de Dolibarr vers Pennylane via API, en incluant les axes analytiques (site de production, produit, période). Concrètement : lecture des factures via l'API Dolibarr, transformation des données, écriture automatique dans Pennylane via son API REST.
C'est là que le POC a montré toute sa valeur. Tout le monde avait « étudié » le sujet — les experts d'un cabinet comptable reconnu, l'équipe interne compétente. Personne n'avait testé. En quelques jours de POC, nous avons identifié immédiatement les limites fonctionnelles des API que personne n'avait vues : champs analytiques non exposés, formats de données incompatibles, cas limites sur les avoirs.
Résultat du POC : flux validé, limites identifiées et contournées, décision de continuer prise en connaissance de cause.
Phase 3 — Migration Cegid → Pennylane
Avec le POC validé, nous avons cadré la migration en 5 étapes structurées :
- Analyse et cadrage API — audit des endpoints Dolibarr et Pennylane, cartographie des flux, spécifications d'intégration
- Développement API — adaptation des connecteurs Dolibarr pour la communication avec Pennylane
- Intégration Dolibarr → Pennylane — connecteur API automatisé, mapping des données comptables, tests fonctionnels
- Recette et validation — tests en conditions réelles sur données de production
- Mise en production — go-live, monitoring, support post-déploiement
Ce qui a fait la différence
La séparation MOA / MOE
Nous avons piloté le projet côté client (MOA) tout en coordonnant les ressources techniques (MOE). Le client savait exactement où il en était à chaque étape, sans être noyé dans la technique.
Le POC comme outil de décision
Plutôt qu'un projet en tunnel avec un résultat incertain, le POC a permis de valider l'approche technique pour un investissement limité. La direction a pu décider sur des faits. Un POC de quelques jours a évité des mois de développement dans la mauvaise direction.
La coordination d'un écosystème technique complexe
4 briques logicielles (Dolibarr, Cegid, Pennylane, plateforme d'automatisation), 3 équipes (client, intégrateur, développeur API), des contraintes techniques réelles. Sans un chef d'orchestre indépendant qui parle à la fois le langage métier et le langage technique, le projet aurait facilement dérapé.
L'approche API-first
Plutôt que de chercher un ERP monolithique qui fait tout, nous avons construit une architecture où chaque brique fait ce qu'elle fait le mieux et communique avec les autres via API. Dolibarr pour la facturation, Pennylane pour la comptabilité, une couche d'automatisation pour orchestrer les flux. C'est le principe du best-of-breed : choisir le meilleur outil pour chaque fonction et les faire communiquer.
Les résultats
- Reporting automatisé : les tableaux qui prenaient des heures de consolidation manuelle sont désormais générés automatiquement avec les bons axes analytiques
- Écarts de lettrage éliminés : la synchronisation Dolibarr → Pennylane via API supprime les écarts entre facturation et comptabilité
- Vision par client restaurée : ce qui était impossible avec le processus manuel est devenu un standard, accessible en quelques clics
- Migration maîtrisée : passage de Cegid à Pennylane sans perte de données ni interruption d'activité
- Architecture évolutive : le connecteur API est réutilisable et adaptable à de futurs besoins
Les enseignements pour votre PME
1. Ne commencez jamais par l'outil. Le cadrage a permis d'identifier en amont les vrais enjeux — API, axes analytiques, processus de correction — et d'adapter la solution. Le coût du cadrage ? Une fraction du budget total.
2. Testez avant de vous engager. Le POC n'est pas une perte de temps — c'est une assurance. Il coûte une fraction du projet et évite les mauvaises surprises.
3. Vos processus comptent plus que vos outils. Un ERP open source comme Dolibarr, bien cadré et bien connecté, fait le travail aussi bien qu'une solution à 100k€.
4. L'approche API-first ouvre des possibilités. Plutôt que d'être prisonnier d'un éditeur, cette architecture permet de changer une brique sans tout reconstruire.
5. Un consultant indépendant change la donne. Quand votre intégrateur est aussi votre conseiller, il a intérêt à ce que le projet grossisse. Un consultant indépendant a intérêt à ce que le projet réussisse — ce n'est pas la même chose.
Mission réalisée par Serge Fornier — La PME Digitale. Consultant en systèmes d'information, accrédité BPI France, expert ENE (CCI Lyon Métropole) et activateur France Num.