Odoo pour les sociétés de services
Les sociétés de services ont un pattern Odoo spécifique : delivery par projet, heures facturables, retainers et milestones, plus le back-office (compta, RH, frais) — et Odoo gère bien le tout, à condition de le configurer comme les sociétés de services fonctionnent vraiment, pas comme la brochure le dit.
Nous faisons tourner notre propre cabinet sur Odoo, et nous l'avons implémenté pour des comptables, agences marketing, ESN, cabinets d'avocats et bureaux d'études. Le pattern est constant : intégrer sales → projet → timesheet → facturation → compta dès le jour 1, ou finir avec cinq modules déconnectés et le même Excel qu'avant.
Ce guide est le playbook que nous utilisons pour cadrer un projet Odoo en société de services. Il couvre la structure projet, les heures facturables, le retainer, la gestion des frais, les dashboards qui comptent et les patterns d'intégration qui gardent delivery, facturation et compta alignés.
Le pattern services : sales → projet → timesheet → facture
Chaque mission démarre comme commande client. La commande crée un projet avec la bonne structure. L'équipe logue ses heures sur ce projet. Les heures alimentent la facturation. La facturation alimente la compta. Une chaîne, zéro re-saisie — c'est l'objectif.
Projets sans commande client = pas de contexte de facturation. Commandes sans projet = pas de suivi de delivery. Les deux en isolation produisent le pattern 'on travaille, on facture peut-être, on espère que c'est profitable'. À câbler à l'implémentation.
- La commande client est le déclencheur — crée le projet avec la bonne structure
- Heures loguées sur le projet alimentent la facturation automatiquement
- Facturation alimente la compta — une chaîne, zéro re-saisie
- Projet sans SO = pas de contexte de facturation ; SO sans projet = pas de suivi delivery
- Câbler la chaîne à l'implémentation, pas après le premier trimestre
Modèles de facturation : T&M, forfait, jalon, retainer
Les sociétés de services utilisent typiquement quatre modèles. Régie (facturée depuis les timesheets), forfait (facturé selon échéancier), jalon (facturé sur livrable), retainer (récurrent mensuel). Odoo gère les quatre ; la configuration par modèle diffère.
L'erreur classique : mélanger plusieurs modèles dans un projet sans setup explicite. Un projet retainer + extra régie = deux lignes SO, pas de la facturation créative en fin de mois. Configurer explicitement et la facturation tourne seule.
- Quatre modèles standard : régie, forfait, jalon, retainer — tous natifs
- Régie = produit service 'facturé sur timesheets', lié au projet
- Jalon = produit service 'jalon', facturé sur confirmation
- Retainer = module abonnement, SO récurrent + auto-facturation
- Modèles mixtes dans un projet = lignes SO multiples explicites, jamais improvisé
Marge par projet — la raison de tout ce travail
Si les timesheets sont propres et la facturation câblée, Odoo donne la marge par projet (CA moins coût, où coût = heures consultants × leur taux de coût + frais). C'est la métrique qui pilote une société de services — le rapport qu'on veut mensuel, pas trimestriel.
Les taux de coût par consultant doivent être maintenus — y compris l'allocation overhead pour avoir une vraie marge. La plupart des firmes utilisent un coût fully-loaded (salaire + charges + overhead). Quelle que soit votre convention, documentez et tenez-la.
- Marge par projet = CA - (heures consultants × taux coût) - frais
- Taux coût par consultant doit inclure overhead pour vraie marge
- Marge revue mensuellement — les services ne peuvent pas se permettre du trimestriel
- Projets en marge négative flaggés dès détection — ne pas les laisser tourner un trimestre
- Tendance marge par ligne de service et par consultant — insight stratégique
Frais, kilométrages et le problème du consultant en route
Les consultants se déplacent, déjeunent client, prennent des taxis. Odoo Notes de frais capture tout depuis le téléphone — photo de note, catégorie, allocation projet, soumission. Le frais est facturable au projet (ou au client) quand bien configuré.
L'astuce est de configurer les frais facturables en amont. Par défaut les frais sont du coût interne ; les rendre facturables au client demande un setup explicite par catégorie et projet. Bien fait, les frais coulent vers la facture client automatiquement.
- Odoo Frais capture en mobile — photo, catégorie, allocation projet
- Frais facturables configurés en amont par catégorie et projet
- Kilométrage tracé via catégorie standard avec km × tarif
- Frais approuvés coulent vers le coût projet et (si facturables) vers la facture client
- Per-diems / forfaits belges configurables par catégorie — voir avec la paie
Practice management : utilisation, pipeline, capacité
Au-delà du projet, les sociétés de services ont besoin de l'utilisation par consultant (heures facturables / heures dispo), du pipeline à venir, de la capacité vs engagement. Le module Planning donne la capacité ; le CRM le pipeline ; Projet la charge en cours.
Combiner les trois en 'dashboard practice manager' est là où Odoo justifie son coût pour un cabinet. Nous construisons ce dashboard sur chaque implémentation services — c'est l'écran que le COO ou l'associé regarde chaque semaine pour piloter.
- Utilisation = heures facturables / heures dispo, par consultant
- Pipeline depuis CRM, capacité depuis Planning, charge depuis Projet
- Dashboard practice manager combine les trois sur un écran
- Revue hebdo par COO ou associé = rythme opérationnel
- Prévision basée pipeline + capacité révèle décisions d'embauche / pricing
Erreurs services que nous corrigeons souvent
Voici les patterns qui transforment Odoo en outil déconnecté de plus pour les services.
- Projet sans lien commande client — pas de contexte facturation, pas de marge.
- Taux de coût par consultant non maintenus — rapports de marge sans valeur.
- Modèles de facturation mixtes sans setup explicite SO — fin de mois manuelle.
- Frais en interne uniquement — frais facturables fuient en coût.
- Pas de dashboard practice manager — associés volant à l'aveugle sur utilisation et pipeline.
Métriques services qui prouvent qu'Odoo livre
Suivies mensuellement avec nos delivery managers — le pouls du cabinet.
- Timesheets remplies à >95% le vendredi — fondation data en place.
- Utilisation facturable dans la cible par rôle — marge protégée.
- Marge par projet rapportée dans les 7 jours du closing.
- Pipeline (signé + en pursuit) > 2× capacité mensuelle.
- Fuite de facturation < 3% des heures timesheetées.
Comment nous configurons Odoo pour les sociétés de services chez Flydoo
Nous démarrons toujours par cartographier le cycle : lead → opportunité → devis → SO → projet → timesheet → facture → cash. Chaque étape a ses owners et métriques. La configuration Odoo reflète exactement le cycle.
Deux semaines de pratique timesheet avant le go-live facturation, frais configurés avec flags facturables en amont, dashboard practice manager construit et testé avant go-live. Résultat : des cabinets qui utilisent réellement Odoo comme OS.
- Cartographier cycle lead → cash, owners et métriques par étape
- Trois à quatre templates projet — flows custom en exception
- Taux de coût par consultant maintenus et audités mensuellement
- Deux semaines de pratique timesheet avant go-live facturation
- Dashboard practice manager construit et testé avant go-live
Checklist pratique avant go-live Odoo services
À dérouler avec votre COO et lead finance. Majorité cochée = go-live sain.
- Cycle cartographié lead → cash avec owners par étape
- Trois ou quatre templates projet créés et testés
- Taux de coût par consultant maintenus
- Catégories de frais facturables configurées par type de projet
- Deux semaines de pratique timesheet avant facturation live
- Dashboard practice manager construit et revu
- Reporting marge testé et revu par la finance
- Flow timesheet mobile testé par consultants sur vrais téléphones
À retenir
- Sociétés de services = sales → projet → timesheet → facture → compta câblés en une chaîne
- Quatre modèles facturation supportés : T&M, forfait, jalon, retainer — configurer explicitement
- Marge par projet = la raison de tout — revoir mensuellement, pas trimestriellement
- Frais facturables nécessitent setup explicite — défaut = interne uniquement
- Dashboard practice manager combinant utilisation + pipeline + capacité = source de vérité unique
- Deux semaines de pratique timesheet avant go-live facturation — non négociable
Questions fréquentes
Odoo est-il un vrai PSA pour les sociétés de services ?
Oui, d'expérience — pour les PME et mid-market services. L'intégration sales, projet, timesheet, frais, facturation et compta est ce que les PSA dédiés (Kantata, Workday PSA, Certinia) facturent en premium. Odoo en donne 80% nativement, intégré au reste du business. Pour de très grands cabinets globaux avec optimisation ressources complexe, multi-devises et multi-entités, le PSA dédié peut encore gagner.
Odoo gère-t-il les fiduciaires avec des centaines de clients ?
Oui. Nous avons aidé des fiduciaires belges à gérer 300-1500 dossiers clients dans Odoo, chacun comme projet avec timesheet et facturation récurrente. Les patterns : module abonnement pour les retainers mensuels, projet par client pour l'ad-hoc, dashboards par associé pour la visibilité portefeuille. Le défi est la discipline de configuration — les fiduciaires tendent vers 'un process par associé', ce qui est ingérable.
Comment gérer les forfaits qui débordent ?
Tracer les coûts timesheet contre le forfait — Odoo donne la marge en live. Quand le débord est détecté, la conversation est data-driven : scope creep (rouvrir la SO avec change request), mauvaise estimation (leçon pour la prochaine fois), inefficacité (revue delivery). Les cabinets qui ont cette conversation en semaine 6 d'un projet de 12 semaines attrapent le problème ; ceux qui attendent la facturation ont déjà perdu la marge.
L'expérience mobile est-elle assez bonne pour les consultants en route ?
Globalement oui pour timesheet, frais, vue projet, échange messages. Nous testons le flow mobile avec de vrais consultants sur leurs vrais téléphones pendant l'implémentation, parce que 'bien sur le papier' n'est pas la même chose que 'utilisé chaque jour dans le train'. Si ça frotte, on ajoute des modules OCA ou des petits ajustements UI custom.
Peut-on modéliser le partage des bénéfices entre associés dans Odoo ?
Oui, mais c'est plus du travail compta que software. Nous configurons typiquement des centres de profit par associé, allouons CA et coût via la compta analytique, et rapportons un P&L par associé. Le setup technique est direct une fois les règles d'association écrites — mettre les associés d'accord sur les règles est la partie dure.
Besoin d'aide pour appliquer tout cela à votre contexte ? Parlons-en.