Planifier des interventions, c'est faire tenir ensemble quatre contraintes : qui est disponible, qui sait faire, qui est à proximité, et avec quel véhicule. Odoo Community n'a pas d'application d'intervention — l'OCA en fournit une complète.
Dix-huit modules en constituent le cœur et l'organisation de la planification.
Résumé
fieldservice est l'application principale : lieux de service, intervenants, équipes, équipements et ordres de service, avec ses étapes et ses types de commande. Trois modules l'outillent : validation des données à l'entrée dans une étape, action serveur déclenchée par une étape, et listes de tâches à réaliser standardisées par modèles.
Cinq organisent le temps : des tournées par intervenant et par jours de semaine, des jours de fermeture et des plages de livraison, l'interdiction de planifier sur ces jours, la récurrence des ordres, et la synchronisation avec l'agenda.
Cinq décrivent les moyens : les compétences requises pour une intervention, les véhicules et leur liaison à la flotte d'Odoo, les tailles — surfaces, nombres d'équipements — et une hiérarchie territoriale à quatre niveaux.
Trois enfin traitent la visibilité : une carte OpenStreetMap sur les lieux et les ordres, des cartes kanban enrichies de l'horaire et de l'adresse, un portail client, et le lien avec les opportunités CRM.
L'essentiel
- Une application d'intervention complète, absente d'Odoo Community.
- Des tournées rattachées à un intervenant et à des jours de la semaine.
- Des jours de fermeture qui empêchent la planification.
- Les compétences requises restreignant les intervenants proposés.
- Les véhicules, reliés à la flotte d'Odoo.
- Une carte OpenStreetMap sur les lieux et les ordres d'intervention.
- Des ordres récurrents définis par règles de fréquence.
- Une hiérarchie territoriale : région, district, branche, territoire.
Ce que ces modules ajoutent à l'instance
| Famille | Modules | Nombre |
|---|---|---|
| Cœur applicatif | fieldservice, fieldservice_stage_validation, fieldservice_stage_server_action, fieldservice_activity | 4 |
| Temps et tournées | fieldservice_route, fieldservice_availability, fieldservice_route_availability, fieldservice_recurring, fieldservice_calendar | 5 |
| Moyens | fieldservice_skill, fieldservice_vehicle, fieldservice_fleet, fieldservice_size, base_territory | 5 |
| Visibilité | fieldservice_geoengine, fieldservice_kanban_info, fieldservice_portal, fieldservice_crm | 4 |
L'application installe un menu racine Service sur site avec ses données de base, ses opérations, son tableau de bord, ses rapports et sa configuration. La hiérarchie territoriale, elle, s'installe dans Paramètres ▸ Utilisateurs & Sociétés.
L'application et ses contrôles
Odoo Community n'a pas d'application d'intervention terrain : les entreprises de maintenance, de dépannage et d'installation détournent le module Projet ou achètent un outil séparé. Le dépôt OCA
field-servicefournit une application complète, en version 18.0.5.8.1 — un numéro qui dit sa maturité.
Le cœur gère les lieux de service — distincts du client, car on intervient sur un site —, les intervenants, les équipes, les équipements installés, et les ordres de service avec leurs étapes.
fieldservice_stage_validationvalide les données exigées à l'entrée dans une étape : pas de passage en « terminé » sans rapport, sans signature, sans relevé.fieldservice_stage_server_actiondéclenche une action serveur quand un ordre entre dans une étape — envoyer un message, créer un document, prévenir un responsable.fieldservice_activitydéfinit des listes de tâches à réaliser, standardisées par modèles : la checklist d'intervention que les techniciens suivent.
Ces trois modules transforment l'ordre d'intervention en processus contrôlé, là où il n'est au départ qu'un document à remplir.
Organiser le temps : tournées, fermetures, récurrence
| Module | Ce qu'il apporte |
|---|---|
fieldservice_route | Des tournées rattachées à un intervenant et à des jours de la semaine, avec leurs écrans de suivi |
fieldservice_availability | Les structures de disponibilité : jours de fermeture, groupes, plages horaires de livraison, jours tendus |
fieldservice_route_availability | L'interdiction de planifier un ordre sur un jour de fermeture |
fieldservice_recurring | Des ordres récurrents définis par fréquences et modèles |
fieldservice_calendar | La synchronisation de chaque ordre planifié avec un événement d'agenda |
La tournée est la notion qui distingue une application d'intervention d'un simple planning : un technicien ne fait pas des rendez-vous isolés, il fait une boucle géographique le mardi dans le secteur nord. Planifier sans cette notion produit des trajets absurdes.
La récurrence sert les contrats de maintenance : une visite trimestrielle sur chaque équipement installé, générée automatiquement plutôt que saisie par quelqu'un qui finira par l'oublier.
Les contrats qui portent ces engagements sont traités dans contrats récurrents et abonnements.
Les moyens : compétences, véhicules, territoires
fieldservice_skillajoute les compétences des intervenants et restreint la liste proposée sur un ordre à ceux qui savent faire. C'est le contrôle qui évite d'envoyer un technicien sur une installation qu'il n'est pas habilité à toucher.fieldservice_vehicledéclare une flotte de véhicules et les associe aux intervenants ;fieldservice_fleetles relie aux véhicules de l'application Flotte d'Odoo, pour ne les gérer qu'une fois.fieldservice_sizedéfinit des tailles réutilisables — une surface à entretenir, un nombre d'équipements sur un site — rattachées aux lieux : la base d'un calcul de durée d'intervention.base_territoryinstalle une hiérarchie géographique à quatre niveaux — région, district, branche, territoire — avec un responsable par niveau.
La compétence requise est le module qui protège juridiquement : dans les métiers réglementés — électricité, gaz, levage, froid —, envoyer un intervenant non habilité engage la responsabilité de l'entreprise, et l'assurance ne suit pas.
La hiérarchie territoriale sert les organisations à plusieurs agences : elle structure l'affectation des ordres, les responsabilités et les analyses — et elle est réutilisable au-delà du terrain.
Voir et partager
| Module | Ce qu'il montre |
|---|---|
fieldservice_geoengine | Une carte OpenStreetMap sur les lieux et les ordres, avec vue carte dans les tableaux de bord |
fieldservice_kanban_info | Sur les cartes kanban : horaire planifié, adresse et coordonnées du client |
fieldservice_portal | L'accès portail aux interventions pour les clients |
fieldservice_crm | Le lien entre opportunités CRM et ordres d'intervention — la visite technique avant devis |
La carte n'est pas un gadget : voir les interventions du jour sur un fond de plan révèle immédiatement les tournées absurdes, et permet de réaffecter avant que le technicien ne parte.
Les cartes kanban enrichies répondent au besoin du planificateur : avoir l'horaire et l'adresse sans ouvrir chaque ordre. Sur un écran de cinquante interventions, c'est la différence entre une vue utilisable et une liste.
Le lien CRM, enfin, traite la visite technique préalable : beaucoup de devis exigent un passage sur site, et cette visite doit être planifiée comme une intervention, pas comme un rendez-vous commercial.
Limites connues
- C'est une application entière : son déploiement est un projet, pas une installation de module.
- La carte dépend d'un socle géographique (
base_geoengine) et d'une base de données compatible. - Les compétences supposent le module RH correspondant (
hr_skills) et des fiches tenues. - Les tournées demandent un découpage géographique réfléchi : mal posé, il fige des trajets inefficaces.
- La récurrence génère des ordres en masse : vérifier le volume avant d'activer sur tout le parc installé.
fieldservice_geoengineest peu documenté côté version dans le relevé : à vérifier sur le dépôt.
Identité technique
Les dix-huit modules viennent du dépôt OCA field-service, branche 18.0 — 38 modules au total —, tous en licence AGPL-3. L'application dépend de la géolocalisation de base, des territoires et des ressources ; les compétences dépendent du module RH correspondant, et la flotte du module Flotte d'Odoo.
Une première fiche traite déjà le socle et ses compléments les plus courants : Field Service : les interventions terrain.
Questions fréquentes
Odoo Community a-t-il une application d'intervention terrain ?
Pas nativement : les entreprises de maintenance et de dépannage détournent le module Projet ou achètent un outil séparé. Le dépôt OCA field-service fournit une application complète — lieux, intervenants, équipes, équipements, ordres de service — en version 18.0.5.8.1, numéro qui dit sa maturité.
Comment organiser les tournées des techniciens ?
fieldservice_route crée des tournées rattachées à un intervenant et à des jours de la semaine. C'est la notion qui distingue une application d'intervention d'un planning : un technicien fait une boucle géographique le mardi dans le secteur nord, pas des rendez-vous isolés.
Peut-on empêcher d'envoyer un technicien non habilité ?
Oui : fieldservice_skill ajoute les compétences des intervenants et restreint la liste proposée sur un ordre à ceux qui savent faire. Dans les métiers réglementés — électricité, gaz, levage, froid —, envoyer un intervenant non habilité engage la responsabilité de l'entreprise.
Peut-on générer automatiquement les visites de maintenance ?
fieldservice_recurring définit des ordres récurrents par règles de fréquence et modèles — une visite trimestrielle sur chaque équipement installé. Vérifiez le volume généré avant d'activer sur l'ensemble du parc.
Peut-on voir les interventions sur une carte ?
Oui, avec fieldservice_geoengine : une carte OpenStreetMap sur les lieux et les ordres, et une vue carte dans les tableaux de bord. Voir les interventions du jour sur un fond de plan révèle immédiatement les tournées absurdes — et permet de réaffecter avant le départ.
Se faire accompagner
Déployer une application d'intervention est un projet d'organisation : il faut décrire les lieux, les équipements installés, les compétences et les tournées avant d'espérer planifier. Les entreprises qui échouent sont celles qui commencent par le logiciel.
Nous commençons donc par le parc installé — quels équipements, chez qui, avec quelle fréquence d'entretien — puis par les compétences, puis seulement par le planning. Voir les prestations d'Atalios Consulting, notre méthode ou demander un rappel.
Pour aller plus loin
- Field Service : les interventions terrain
- Contrats récurrents et abonnements
- Plombier, électricien, chauffagiste : gérer son activité avec Odoo
En résumé
L'application d'intervention que la Community n'a pas, et ce qui la rend exploitable : des tournées plutôt que des rendez-vous isolés, des jours de fermeture respectés, des compétences qui protègent juridiquement, des véhicules reliés à la flotte, et une carte qui révèle les trajets absurdes. Parlons de vos interventions.
