Mardi, 14 h 10. Un client appelle : sa chaudière est à l'arrêt, l'atelier tourne au ralenti. Vous ouvrez le tableur du planning. Vous cherchez qui est dans le secteur, qui sait faire, qui n'est pas déjà chez un autre client. Vous appelez deux techniciens qui ne décrochent pas. À 14 h 40, vous n'avez toujours pas de réponse à donner.
Le planning n'est pas un tableau d'affichage : c'est l'outil qui décide de votre marge. Un technicien mal affecté, c'est un aller-retour inutile, une compétence qui manque sur place, et une seconde visite offerte. Dans cette enquête : ce que le tableur ne saura jamais faire, comment Odoo affecte le bon technicien, ce qui se replanifie tout seul, et les trois indicateurs qui disent si votre planning est sain. Faits arrêtés au 27 septembre 2026, notes de version d'Odoo 20 comprises.
- Le tableur ignore trois choses : les congés posés, les compétences réelles et ce qui s'est passé lors du dernier passage sur le site.
- Dans Odoo, le planning montre les congés et les créneaux déjà pris au moment où vous déposez l'intervention, et les rôles filtrent les techniciens proposés.
- Les interventions prévues au contrat se génèrent en créneaux récurrents, six mois à l'avance par défaut : il ne reste qu'à les affecter et les publier.
- Le technicien reçoit sa journée sur son téléphone, démarre et clôture chaque intervention : ces horaires alimentent le planning, la facture et, si vous le paramétrez, la paie.
- Trois indicateurs suffisent à juger un planning : taux d'occupation facturable, taux de replanification, et part des interventions faites du premier coup.
Pourquoi le tableur tient-il encore dans tant de sociétés ?
Idée reçue : c'est de la résistance au changement, les équipes n'ont pas envie d'apprendre un outil.
Les faits : le tableur tient parce qu'il est imbattable sur un point précis — il ne dit jamais non. Vous écrivez ce que vous voulez, où vous voulez, y compris deux interventions au même moment pour le même technicien. Cette permissivité est exactement ce qui le rend confortable au quotidien et ruineux à la fin du mois.
Il tient aussi parce que la douleur est diffuse. Personne ne mesure le coût d'un déplacement en double, d'une compétence manquante découverte sur place ou d'un congé oublié : ces incidents se règlent dans la journée, avec un coup de téléphone et un peu d'énervement. Ils ne laissent aucune trace comptable. C'est une fuite qui ne fait pas de bruit.
Le basculement se produit presque toujours au même moment : quand la société dépasse cinq ou six techniciens, ou quand elle prend son premier contrat multi-sites. En dessous, le planning tient dans la tête du responsable. Au-dessus, il n'y tient plus, et le tableur devient une copie approximative de ce que personne ne sait plus entièrement.
Qu'est-ce qu'un planning d'interventions doit résoudre ?
Idée reçue : il doit dire qui va où et quand.
Les faits : c'est le résultat, pas le problème. Un planning d'interventions répond en réalité à quatre questions simultanées, et c'est leur simultanéité qui fait la difficulté.
Qui est disponible ? Cela suppose de connaître les congés posés, les arrêts, les formations et les heures déjà engagées ailleurs. Qui sait faire ? Toutes les habilitations ne se valent pas, et envoyer quelqu'un sans la qualification requise sur une installation réglementée n'est pas seulement inefficace, c'est une prise de risque. Qui est au bon endroit ? Deux heures de route pour quarante minutes d'intervention, c'est une journée détruite. Et qui connaît déjà le site ? Le technicien qui est passé la dernière fois sait où se trouve le local technique et ce qui a été fait.
Un tableur ne répond à aucune de ces quatre questions. Il enregistre la décision une fois qu'elle est prise, ailleurs, dans la tête de quelqu'un.
Comment Odoo affecte-t-il le bon technicien ?
Idée reçue : il faut un module spécialisé, disparu avec Odoo 20.
Les faits : la planification des interventions se fait dans l'app Planning (depuis la SaaS 19.2 sur Odoo Online, et pour toutes les bases avec Odoo 20), dont les fonctions terrain ont absorbé l'ancien module autonome. Nous avons détaillé cette réorganisation dans une enquête à part : Odoo Field Service a disparu, enquête sur son remplaçant.
Le principe est une vue Gantt où chaque ligne est un technicien et chaque bloc une intervention. Vous déposez le bloc à l'heure voulue. À ce moment-là, et pas trois jours plus tard, vous voyez si l'employé est déjà occupé ou en congé. Le rôle, lui, filtre les candidats : quand vous planifiez depuis une commande ou en automatique, seuls les techniciens qui ont le rôle requis sont proposés.
Les rôles sont le point à soigner au paramétrage, parce que c'est là que se joue la qualité de l'affectation. Un rôle décrit ce qu'un technicien est autorisé et capable de faire — dépannage frigorifique, électricité, travail en hauteur, conduite d'un véhicule lourd. Une intervention porte le rôle qu'elle exige. Le rapprochement des deux évite l'erreur la plus coûteuse du métier : envoyer quelqu'un qui ne pourra pas finir le travail.
Pour les créneaux ouverts, non encore affectés, Odoo propose une affectation automatique sur la base des rôles et des disponibilités. Depuis la SaaS 19.4 (Odoo Online), et pour toutes les bases avec Odoo 20, elle traite d'abord les interventions prioritaires. Nouveau en Odoo 20 : elle tient compte de l'adresse du client. C'est un point de départ, pas un oracle : la connaissance du terrain reste chez le responsable, et le bon usage est de laisser la machine dégrossir puis d'ajuster.
Comment gérer l'urgence sans casser la journée ?
Idée reçue : l'urgence est par nature ingérable, on improvise.
Les faits : l'urgence n'est pas le problème. Le problème, c'est l'urgence traitée sans voir ce qu'elle déplace. Quand vous réaffectez un technicien au téléphone, vous savez ce que vous gagnez — le client dépanné — et vous ignorez ce que vous perdez : la visite de maintenance qui sautera, le client qui attendra son créneau depuis trois semaines, l'heure supplémentaire déclenchée en fin de journée.
Sur une vue Gantt, cet arbitrage devient visible. Vous déplacez le bloc, vous voyez immédiatement ce qu'il bouscule, et vous décidez en connaissance de cause. La replanification n'est plus un coup de fil, c'est un glissement de bloc. Une fois le planning republié, le technicien est prévenu par e-mail, ou par WhatsApp (nouveau en Odoo 20). Avec un compte Mapbox, le Gantt affiche aussi les temps de trajet entre deux interventions, depuis la SaaS 19.4 (Odoo Online) et pour toutes les bases avec Odoo 20.
Si la demande arrive par un ticket d'assistance, l'intervention se crée depuis le ticket. Depuis la SaaS 19.4 (Odoo Online), et pour toutes les bases avec Odoo 20, un formulaire web recueille aussi les demandes d'intervention.
La bonne pratique que nous installons chez nos clients est de réserver un créneau d'astreinte quotidien — une à deux heures par jour non affectées, sur un technicien tournant. Les urgences y atterrissent sans rien casser. Les jours sans urgence, ce créneau absorbe le retard accumulé. C'est un paramétrage de dix minutes qui change l'ambiance d'une équipe.
Les interventions récurrentes se planifient-elles toutes seules ?
Idée reçue : il faut ressaisir chaque mois les visites prévues aux contrats.
Les faits : non, et c'est l'un des gains les plus immédiats. Une intervention qui revient — visite trimestrielle, contrôle semestriel, passage hebdomadaire sur un site de propreté — se définit une fois comme un créneau récurrent, à la fréquence voulue. Odoo crée les occurrences suivantes, par défaut six mois à l'avance. Elles sont planifiées mais pas publiées : reste à les confirmer.
Le bénéfice n'est pas seulement le temps de saisie épargné. C'est surtout que la visite contractuelle cesse d'être oubliée. Une visite oubliée dans un contrat de maintenance, c'est une obligation non tenue, parfois une clause de pénalité, et toujours un argument offert au client qui voudra renégocier.
Pour les équipements que vous suivez chez vos clients, Planning garde l'historique des équipements et des interventions, depuis la SaaS 19.4 (Odoo Online) et pour toutes les bases avec Odoo 20. Nouveau en Odoo 20 : l'intervention indique si l'équipement est couvert par un contrat de maintenance, géré dans l'app Abonnements, et donne accès à sa documentation. C'est ce qui permet de basculer du curatif au préventif, c'est-à-dire de vendre un contrat plutôt que d'attendre la panne.
Que voit le technicien sur son téléphone ?
Idée reçue : il faut équiper les équipes d'une application métier supplémentaire.
Les faits : l'intérêt d'un planning intégré est justement qu'il n'y a rien à rapprocher. Le technicien ouvre Planning sur son téléphone et voit ses interventions du jour, dans l'ordre, avec l'adresse du client sur une carte et l'historique de ses équipements. Il démarre l'intervention en arrivant, remplit sa feuille d'intervention, joint ses photos, puis la clôture en partant : Odoo enregistre les heures réelles de début et de fin.
Cette saisie unique alimente trois choses : le planning, qui se met à jour pour le responsable ; la facturation, sur le temps enregistré ; et la paie, si le contrat de l'employé génère ses prestations à partir du planning. Nous avons détaillé ce dernier point dans notre enquête sur le rapport d'intervention.
Un avertissement honnête sur le hors-ligne : Odoo 20 fonctionne sans réseau pour de courtes coupures, sur des fiches déjà ouvertes en ligne, mais une photo ne s'envoie pas hors ligne. Cela se teste sur votre cas avant de s'engager auprès des équipes. C'est le point que nous vérifions systématiquement en début de projet chez les sociétés qui interviennent en sous-sol, en usine ou en zone rurale.
Comment mesure-t-on si le planning est bon ?
Idée reçue : un bon planning, c'est un planning rempli.
Les faits : un planning rempli peut être un planning ruineux. Trois indicateurs suffisent, et ils sont tous disponibles une fois les heures saisies sur le terrain.
Le taux d'occupation facturable, d'abord : la part des heures payées à vos techniciens qui se retrouve sur une facture client. Le trajet, l'attente, le retour au dépôt et la ressaisie n'y figurent pas. C'est l'indicateur qui fait le plus mal la première fois qu'on le regarde, et c'est celui qui progresse le plus vite.
Le taux de replanification ensuite : la proportion d'interventions déplacées après avoir été planifiées. Au-delà de quinze ou vingt pour cent, ce n'est plus de l'aléa, c'est un problème de méthode — créneaux trop serrés, durées sous-estimées, ou engagements commerciaux pris sans regarder la capacité réelle.
Enfin, la part des interventions réglées du premier coup. Une seconde visite pour une pièce manquante ou une compétence absente coûte le double et se facture rarement. C'est l'indicateur qui juge la qualité de votre affectation, donc du paramétrage des rôles.
Questions fréquentes
Combien de techniciens faut-il pour que ça vaille le coup ?
Il n'y a pas de seuil universel, mais une bascule assez nette autour de cinq à six intervenants, ou dès le premier contrat multi-sites quel que soit l'effectif. En dessous, le responsable garde le planning en tête et l'outil apporte surtout de la traçabilité. Au-dessus, la charge mentale devient le facteur limitant de la croissance : on refuse des chantiers parce qu'on ne sait plus si on peut les tenir.
Odoo gère-t-il l'optimisation des tournées ?
Il faut être précis, parce que c'est le point sur lequel on promet le plus. Odoo vous aide à voir et à décider : disponibilités, rôles, durées, ce que vous bousculez quand vous bougez un bloc. Depuis la SaaS 19.3 (Odoo Online), et pour toutes les bases avec Odoo 20, la carte calcule l'itinéraire d'une journée, dans l'ordre saisi ou au plus court, et montre la position des techniciens en direct. Odoo 20 y ajoute leur disponibilité, et tient compte de l'adresse du client dans la planification automatique. Ce n'est pas un moteur d'optimisation de tournées à grande échelle, du type de ceux qu'utilisent les transporteurs pour ordonnancer cent points de livraison. Si votre activité repose là-dessus, gardez un outil spécialisé et connectez-le : Odoo reste le socle des contrats, de la facturation et de la rentabilité.
Peut-on donner au client une visibilité sur le planning ?
Oui, par étapes. Nouveau en Odoo 20 : le client peut recevoir un e-mail de confirmation dès que l'intervention est planifiée et publiée. À la fin, le rapport signé lui est envoyé, et sa satisfaction se mesure depuis la SaaS 19.3 (Odoo Online), pour toutes les bases avec Odoo 20. Un espace client listant toutes ses interventions n'est pas décrit dans la documentation d'Odoo 20 : nous le vérifions en démonstration avant de le promettre.
Que deviennent les heures saisies pour la paie ?
Elles servent d'abord à facturer. Pour la paie, Odoo calcule les prestations à partir du planning ou des présences, selon le contrat de l'employé, et non à partir des feuilles de temps. Le point à cadrer en début de projet est la validation — qui valide, dans quel délai, et ce qui se passe en cas de désaccord. C'est un sujet d'organisation avant d'être un sujet de logiciel.
Combien de temps pour mettre un planning en place ?
Pour une société mono-agence avec des contrats standards, comptez deux à quatre semaines sur le seul volet planning : reprise des techniciens et de leurs rôles, des sites, des contrats récurrents, puis deux semaines d'usage réel avec accompagnement. Le paramétrage n'est pas le sujet le plus long — c'est la définition des rôles et des durées types qui demande le plus de discussions, parce qu'elle oblige à écrire ce qui était implicite.
Conclusion
Le tableur ne dit jamais non, et c'est précisément son défaut. Un planning d'interventions utile est celui qui vous contredit au moment où vous vous trompez : quand le technicien est en congé, quand il n'a pas la qualification, quand la journée est déjà pleine.
Le reste — les visites contractuelles qui se génèrent seules, les heures qui deviennent une facture, les trois indicateurs qui disent la vérité sur votre rentabilité — découle de cette discipline. C'est ce que nous mettons en place chez les sociétés de maintenance, de nettoyage et de dépannage, et ce que détaille notre page Odoo pour la gestion des interventions sur site.