Odoo pour une société de services en Alsace : projets, feuilles de temps, facturation à l’avancement et rentabilité par affaire

Un cabinet de conseil de Strasbourg, un bureau d’études de Colmar, une agence de communication de Schiltigheim ou une société d’ingénierie de Mulhouse vendent la même chose : du temps qualifié, organisé en missions. Leur problème de gestion n’est pas le stock mais l’écart entre ce qui a été vendu, ce qui a été fait, ce qui a été facturé et ce que la mission a réellement coûté. Ce guide décrit ce qu’Odoo 20 met en place pour une société de services d’Alsace, du devis qui ouvre le projet jusqu’à la rentabilité par affaire, ce qui relève du réglage et ce qui demande un développement, et dans quel ordre déployer sans interrompre la production.

Ce qu’une société de services attend d’un ERP

Les attentes reviennent d’un projet à l’autre : qu’un devis signé crée la mission sans ressaisie, que chaque consultant pointe son temps là où il travaille, que la facture parte au bon moment selon le contrat (forfait, régie, jalons, abonnement), que les frais engagés pour le client soient refacturés sans oubli, que le dirigeant sache, affaire par affaire, ce qui a été gagné ou perdu, et que la comptabilité française sorte du même outil. Odoo couvre cette chaîne avec les applications Ventes, Projet, Feuilles de temps, Planning, Notes de frais, Abonnements et Comptabilité, toutes posées sur une seule base de données.

Le devis qui pilote tout : produits de service et politique de facturation

Dans Odoo, un service se vend comme un produit de type « Service », et c’est la fiche de ce produit qui décide de la suite. Deux réglages comptent. Le premier, « Créer à la commande », indique ce qu’Odoo doit ouvrir quand le devis est confirmé : rien, une tâche dans un projet existant, un projet et sa tâche, ou un projet seul. Une « journée de conseil » crée une tâche dans le projet du client ; une « mission d’audit » crée son propre projet. Le second, la politique de facturation, décide de ce qui est facturable : un prix fixe prépayé, le temps réellement passé d’après les feuilles de temps, des jalons, ou des quantités livrées saisies à la main. La documentation précise que ce réglage se fait produit par produit : une même commande peut mêler un forfait de cadrage, des jours en régie et un abonnement de support.

Ce point mérite une demi-journée de réflexion au cadrage, car il structure le catalogue : combien de produits de service, avec quelle unité (heure, jour, forfait), quelle politique et quel comportement à la commande. Un catalogue bien pensé évite la plupart des modules spécifiques que l’on voit ensuite dans les projets mal partis.

Projets, tâches et jalons

L’application Projet organise les missions en projets, chacun avec ses étapes (kanban), ses tâches, ses sous-tâches pour découper un lot, ses tâches récurrentes pour les rituels (comité mensuel, revue trimestrielle) et ses jalons, qui servent à la fois de repères de suivi et de déclencheurs de facturation. Un modèle de projet fige la structure d’une mission type, étapes, tâches et jalons compris, pour que chaque nouvelle affaire démarre au même standard ; la documentation note que les dates planifiées ne sont pas conservées dans un modèle, et qu’un modèle modifié ne touche pas les projets déjà créés.

Chaque projet porte des heures allouées, issues de la commande client quand le projet en découle. La tâche affiche alors les heures restantes au fur et à mesure des pointages : c’est le premier signal de dérive, visible par le chef de projet avant la clôture du mois.

Les feuilles de temps : saisir là où l’on travaille

L’application Feuilles de temps permet, selon la documentation, de saisir, consulter et valider le temps de travail par projet et par employé. Le consultant pointe depuis l’onglet de la tâche, depuis la grille hebdomadaire ou avec le chronomètre ; le responsable valide par période. Sur un projet facturable, chaque ligne de temps est rattachée à la ligne de commande correspondante, ce qui la rend facturable ou non facturable sans traitement à part. Le temps saisi sur un projet interne (formation, avant-vente, administration) reste visible dans les rapports mais ne s’ajoute à aucune facture.

La discipline de saisie est le vrai sujet, plus que l’outil. Les équipes qui réussissent fixent une règle simple (le temps est saisi le jour même, validé le lundi) et la font porter par l’outil : rappels, verrouillage des périodes validées, pointage au plus près de la tâche. Un module spécifique de saisie n’apporte rien si la règle n’existe pas.

Facturer selon le contrat : forfait, régie, jalons, acompte

C’est ici qu’Odoo fait gagner le plus de temps à une société de services, à condition d’avoir réglé le catalogue comme décrit plus haut.

• Forfait : le produit est prépayé ; la facture se crée à la commande, en une fois ou avec un acompte. L’acompte se saisit en pourcentage ou en montant fixe, peut couvrir la totalité du forfait, et se déduit automatiquement de la facture finale. La documentation rappelle qu’un acompte n’est pas un échéancier de paiement : pour des mensualités, ce sont les conditions de paiement qui s’utilisent.
• Régie (temps passé) : le produit est facturé d’après les feuilles de temps ; la quantité livrée sur la commande augmente à chaque pointage validé, et la facture de fin de mois reprend exactement ce qui a été fait, avec le détail des heures si le client l’exige.
• Jalons : le produit est facturé par jalons ; un bouton « Jalons » apparaît sur la commande, chaque jalon porte sa part du montant, et la quantité livrée se met à jour quand le jalon est marqué atteint. Point important, souligné par la documentation : atteindre un jalon ne crée pas la facture tout seul, c’est une décision du chef de projet ou de l’administration des ventes.
• Frais et achats refacturés : déplacements, hébergement, sous-traitance ou licences achetées pour le client remontent sur la commande depuis Notes de frais ou Achats, au coût ou au prix de vente selon le réglage du produit, et se facturent avec la prestation.
• Contrats récurrents : maintenance, support, hébergement ou abonnement de veille se vendent avec un plan récurrent ; une commande qui porte un tel plan devient un abonnement et génère ses factures à chaque échéance. Pour un contrat annuel encaissé d’avance, les produits constatés d’avance étalent le revenu sur la durée.

La rentabilité par affaire

Tout ce qui précède alimente un seul endroit : le compte analytique du projet. Les revenus (facturé, à facturer) et les coûts (temps des salariés valorisé à leur coût horaire, factures fournisseurs, notes de frais, autres écritures analytiques) s’y rattachent sans saisie supplémentaire, et le tableau de rentabilité du projet les met en regard. La documentation précise que ce tableau n’est affiché que pour les projets facturables : une mission vendue, pas un projet interne.

Les plans analytiques permettent de lire la même activité selon plusieurs axes : par affaire, par client, par pôle (conseil, études, formation) ou par bureau (Strasbourg, Colmar). Un modèle de distribution ventile automatiquement une facture ou une écriture entre plusieurs comptes selon des règles définies une fois. Pour un dirigeant, c’est la différence entre savoir que l’exercice est bon et savoir quelles missions, quels clients et quels types de contrats l’ont rendu bon.

Deux prérequis sans lesquels le tableau ment : un coût horaire renseigné et tenu à jour pour chaque salarié, et des feuilles de temps complètes. Un consultant à coût nul ou une semaine non pointée gonflent artificiellement la marge d’une affaire.

Planifier les équipes

L’application Planning affecte les personnes aux missions par créneaux, rattachés à une commande client ou à une tâche de projet, avec des rôles (chef de projet, développeur, formateur) qui filtrent qui peut tenir quel créneau. Odoo signale les conflits quand une personne est affectée deux fois au même moment, et les créneaux ouverts peuvent être proposés aux employés qui ont le rôle requis. Combiné aux congés et aux heures allouées des projets, le planning répond à la question que tout dirigeant de société de services se pose chaque lundi : qui est disponible, pour quoi, et pour combien de temps.

Support et tickets

Les sociétés qui vendent du support ou de la maintenance applicative ajoutent l’application Assistance : les tickets arrivent par e-mail, formulaire ou portail, suivent des étapes et des délais contractuels, et le temps passé sur un ticket se pointe comme sur une tâche. Un forfait d’heures prépayées se décompte ainsi ticket après ticket, et le client voit le solde sur son portail.

La comptabilité française : FEC et facturation électronique

La localisation française installe le plan comptable, les taxes, les positions fiscales et les rapports ; l’export FEC se fait depuis le grand livre, et l’import FEC reprend l’historique de l’ancien outil. Pour une société de services, la question qui revient est celle de la facturation électronique : toutes les entreprises doivent pouvoir recevoir des factures électroniques depuis le 1er septembre 2026 ; les PME et micro-entreprises devront en émettre, et transmettre l’e-reporting, à partir du 1er septembre 2027. Odoo figure dans la liste des plateformes agréées de la DGFiP (numéro délivré le 15 avril 2026) : avec le module de la localisation française, un représentant légal active le service, l’entreprise est inscrite dans l’annuaire puis sur Peppol, les factures clients partent en UBL, les factures fournisseurs arrivent en brouillon, et les clients publics se facturent via Chorus Pro par le même réseau. Pour un cabinet qui facture des collectivités, des hôpitaux ou des établissements d’enseignement, ce dernier point règle un irritant ancien.

Déployer par étapes

L’ordre qui fonctionne le plus souvent pour une société de services :

1. Catalogue, clients et projets : produits de service, politiques de facturation, modèles de projet, reprise des missions en cours. Les devis se font dans Odoo.
2. Temps et planning : les équipes pointent dans Odoo, les responsables valident, le planning remplace le tableur.
3. Facturation et comptabilité : à une date de clôture, avec le FEC de l’ancien outil pour l’historique, puis l’activation de la facturation électronique.
4. Pilotage : plans analytiques, rentabilité par affaire, tableaux de bord, une fois que trois mois de temps et de factures existent dans l’outil.

Les pièges fréquents

• Un produit de service unique « Prestation » : impossible ensuite de distinguer forfait, régie et jalons, ni de lire la rentabilité par type de contrat. Construisez le catalogue avant d’émettre le premier devis.
• Des coûts horaires absents ou figés : la marge affichée devient une fiction. Mettez-les à jour à chaque changement de salaire ou d’effectif.
• Facturer les jalons depuis la comptabilité sans que le chef de projet les marque atteints dans Projet : la quantité livrée ne suit plus, et la commande reste « à facturer » indéfiniment.
• Oublier les frais refacturables : réglez la refacturation sur les produits de frais dès le départ, sinon ils restent en charge.
• Reprendre dix ans de missions closes : reprenez les affaires en cours et les soldes ; l’historique vit dans le FEC et dans l’ancien outil en lecture seule.
• Développer ce que le standard fait déjà : un module spécifique se porte à chaque migration de version. Vérifiez d’abord les réglages, puis Studio, puis seulement le code.

Quand Odoo n’est pas le bon choix

Odoo convient mal aux cabinets dont le métier impose un outil réglementé ou très spécialisé au cœur de l’activité (gestion de cabinet d’expertise comptable avec production des liasses, logiciel métier d’avocats, gestion d’affaires de grands programmes d’ingénierie avec des centaines de lots et de co-traitants) : dans ces cas, l’outil métier reste et Odoo prend la gestion commerciale, le temps et la comptabilité, relié par une interface. Il convient mal aussi aux structures qui n’ont ni la volonté ni les moyens de faire respecter la saisie des temps : sans pointage, l’essentiel de la valeur décrite ici disparaît.

Questions fréquentes

Peut-on facturer une même mission en partie au forfait et en partie en régie ?

Oui : la politique de facturation se règle produit par produit, donc ligne par ligne sur la commande. Un forfait de cadrage prépayé, des journées facturées sur feuilles de temps et un jalon de recette peuvent coexister sur le même devis et le même projet.

Un jalon atteint déclenche-t-il la facture ?

Non. Marquer le jalon atteint met à jour la quantité livrée de la ligne de commande ; la facture se crée ensuite depuis la commande, ce qui laisse à l’administration des ventes le contrôle du moment et du regroupement.

Les consultants voient-ils les montants ?

Seulement si leurs droits le permettent. Un utilisateur des Feuilles de temps et de Projet saisit son temps et voit les heures allouées et restantes sans accéder aux prix, aux factures ni à la rentabilité, réservés aux responsables et à l’administration.

Faut-il Odoo Enterprise ?

Projet et Ventes existent en Community. Feuilles de temps, Planning, Assistance, Abonnements et la rentabilité de projet relèvent de l’édition Enterprise ; notre guide Community ou Enterprise détaille la frontière.

Combien de temps dure un déploiement ?

Cela dépend du nombre de produits de service à définir, des missions en cours à reprendre, des interfaces et de la disponibilité de vos équipes. Le découpage en quatre lots permet de pointer et de facturer dans Odoo bien avant que tout soit en place ; notre guide sur le coût d’un projet Odoo détaille ce qui pèse dans le calendrier.

Nos clients publics sont-ils couverts ?

Oui : les factures destinées aux acheteurs publics partent vers Chorus Pro par le réseau Peppol, depuis le même module de facturation électronique que les factures aux entreprises.

Par où commencer

Par un atelier de cadrage dans vos locaux : une demi-journée pour dérouler une mission complète, du devis à la facture et à la rentabilité, sur vos propres offres et vos affaires en cours, et pour repérer ce qui relève du standard, du réglage ou du développement. Azinove est partenaire officiel Odoo à Strasbourg, rue de Dahlenheim, et accompagne les sociétés de services d’Alsace et de toute la France, avec des ateliers sur site et un support en français assuré par les personnes qui ont mené le projet. Pour les interfaces avec un outil métier et les modules spécifiques, voir notre développement Odoo sur mesure ; pour en parler, contactez-nous.

Sources

1. Odoo — Documentation 20.0, « Invoicing policy » : facturation sur quantités commandées ou livrées, réglage par produit (consultée le 24 octobre 2026) — https://www.odoo.com/documentation/20.0/applications/sales/sales/invoicing/invoicing_policy.html
2. Odoo — Documentation 20.0, « Invoice project milestones » : produit facturé par jalons, bouton Jalons sur la commande, un jalon atteint ne crée pas la facture automatiquement (consultée le 24 octobre 2026) — https://www.odoo.com/documentation/20.0/applications/sales/sales/invoicing/milestone.html
3. Odoo — Documentation 20.0, « Invoice based on time and materials » : facturation sur feuilles de temps, refacturation des frais et des achats, champ « Create on Order » (consultée le 24 octobre 2026) — https://www.odoo.com/documentation/20.0/applications/sales/sales/invoicing/time_materials.html
4. Odoo — Documentation 20.0, « Down payments » : acompte en pourcentage ou en montant fixe, acompte total possible, déduction sur la facture finale (consultée le 24 octobre 2026) — https://www.odoo.com/documentation/20.0/applications/sales/sales/invoicing/down_payment.html
5. Odoo — Documentation 20.0, « Project » et « Project management » : projets, tâches, étapes, jalons, sous-tâches, tâches récurrentes (consultées le 24 octobre 2026) — https://www.odoo.com/documentation/20.0/applications/services/project.html
6. Odoo — Documentation 20.0, « Project templates » (consultée le 24 octobre 2026) — https://www.odoo.com/documentation/20.0/applications/services/project/project_management/project_templates.html
7. Odoo — Documentation 20.0, « Project profitability » : revenus et coûts d’un projet facturable rattachés à son compte analytique (consultée le 24 octobre 2026) — https://www.odoo.com/documentation/20.0/applications/services/project/project_management/project_profitability.html
8. Odoo — Documentation 20.0, « Timesheets » : saisie, consultation et validation du temps par projet et par employé (consultée le 24 octobre 2026) — https://www.odoo.com/documentation/20.0/applications/services/timesheets.html
9. Odoo — Documentation 20.0, « Planning » : rôles, créneaux liés aux commandes et aux tâches, conflits (consultée le 24 octobre 2026) — https://www.odoo.com/documentation/20.0/applications/services/planning.html
10. Odoo — Documentation 20.0, « Analytic accounting » : plans analytiques, comptes analytiques, modèles de distribution (consultée le 24 octobre 2026) — https://www.odoo.com/documentation/20.0/applications/finance/accounting/reporting/analytic_accounting.html
11. Odoo — Documentation 20.0, « Subscriptions » : une commande avec plan récurrent devient un abonnement (consultée le 24 octobre 2026) — https://www.odoo.com/documentation/20.0/applications/sales/subscriptions.html
12. Odoo — Documentation 20.0, « Deferred revenues » (consultée le 24 octobre 2026) — https://www.odoo.com/documentation/20.0/applications/finance/accounting/customer_invoices/deferred_revenues.html
13. Odoo — Documentation 20.0, « France » : localisation comptable, FEC, facturation électronique (plateforme agréée), e-reporting, Chorus Pro par Peppol (consultée le 24 octobre 2026) — https://www.odoo.com/documentation/20.0/applications/finance/fiscal_localizations/france.html
14. DGFiP — Liste des opérateurs satisfaisant à l’ensemble des conditions, tests d’interopérabilité inclus (ligne « ODOO », numéro délivré le 15/04/2026) — https://www.impots.gouv.fr/je-consulte-la-liste-des-plateformes-agreees
15. DGFiP — Fiche 3 « À partir de quelle date mon entreprise doit-elle être prête à recevoir des factures électroniques ? Et à en émettre ? » (mise à jour octobre 2026) — https://www.impots.gouv.fr/sites/default/files/media/1_metier/2_professionnel/EV/2_gestion/290_facturation_electronique/fiche-3_tpe_a-partir-de-quand-mon-entreprise-doit-etre-prete.pdf