Documentation8 min de lecture

Interventions : vendre, facturer, réparer et sous-traiter

Vingt modules OCA du dépôt `field-service` relient les interventions au reste de l'ERP dans Odoo 18 Community : `fieldservice_repair` **comble une lacune du module Réparation d'Odoo**, qui ignore les produits situés hors des locaux, et `fieldservice_subcontracting` déclenche l'**achat quand un ordre est confié à un sous-traitant**. Les dix-huit autres, de la vente d'intervention à la garantie des équipements installés.

Artisan intervenant sur une installation technique

Une intervention se vend, consomme du matériel, se facture, parfois se sous-traite, et porte souvent sur un équipement sous garantie. Chacun de ces liens traverse une autre application d'Odoo.

Vingt modules communautaires les établissent — y compris là où Odoo ne sait pas faire : réparer un produit qui n'est pas dans vos locaux.

Résumé

Six modules relient la vente : la vente de prestations générant des ordres d'intervention, le lien avec les livraisons et les tournées, les prestations récurrentes vendues au contrat, et deux modules de colle propageant l'accord commercial jusqu'aux ordres et aux équipements.

Trois traitent la facturation : le lien entre ordres et factures clients, l'encaissement sur place par l'intervenant, et la facturation des prestations récurrentes.

Six traitent le matériel et les équipements : le matériel à emporter sur une intervention, les équipements rattachés au stock avec numéro de série et emplacement, leur garantie, la réparation hors site, ses modèles d'ordre, et le pont avec l'application Maintenance.

Cinq enfin traitent l'organisation : les accords et contrats rattachés aux ordres et aux équipements, le lien avec les projets, les feuilles de temps sur intervention, et la sous-traitance qui déclenche l'achat.

L'essentiel

  • Vendre une intervention depuis un devis, avec ou sans récurrence.
  • Encaisser sur place : l'intervenant collecte le paiement.
  • Le matériel à emporter connu avant le départ.
  • Les équipements installés rattachés au stock : produit, numéro de série, emplacement.
  • La garantie des équipements suivie.
  • La réparation hors site — ce que le module Réparation d'Odoo ne sait pas faire.
  • La sous-traitance automatisée : l'ordre confié déclenche la commande d'achat.
  • Le temps passé enregistré en feuilles de temps sur l'intervention.

Ce que ces modules ajoutent à l'instance

FamilleModulesNombre
Ventefieldservice_sale, fieldservice_sale_stock, fieldservice_sale_stock_route, fieldservice_sale_recurring, fieldservice_sale_agreement, fieldservice_sale_agreement_equipment_stock, fieldservice_sale_recurring_agreement7
Facturationfieldservice_account, fieldservice_account_payment2
Matériel et équipementsfieldservice_stock, fieldservice_equipment_stock, fieldservice_equipment_warranty, fieldservice_repair, fieldservice_repair_order_template, fieldservice_maintenance6
Organisationfieldservice_agreement, fieldservice_agreement_repair, fieldservice_project, fieldservice_timesheet, fieldservice_subcontracting5

Les menus ajoutés : Service sur site ▸ Données de base ▸ Produits et Service sur site ▸ Rapport ▸ Inventaire, pour la partie logistique.

Vendre une intervention

fieldservice_sale permet de vendre des produits qui génèrent un ordre d'intervention à la confirmation de la commande. C'est le point d'entrée commercial : le client achète une prestation, l'intervention se crée.

  • fieldservice_sale_stock relie les livraisons générées par la commande à l'ordre d'intervention issu de la même commande : le matériel et l'intervention voyagent ensemble.
  • fieldservice_sale_stock_route rattache ces commandes aux tournées, pour que l'intervention vendue se planifie dans la bonne boucle géographique.
  • fieldservice_sale_recurring vend des prestations récurrentes : une ligne de commande génère des ordres répétés selon la configuration du produit.

Trois modules de colle propagent enfin l'accord commercial — le contrat-cadre — de la commande vers les ordres, les équipements installés et les ordres récurrents.

Cette propagation du contrat est ce qui permet de répondre à « cette intervention est-elle couverte ? ». Sans elle, chaque ordre est orphelin, et la question se tranche de mémoire — c'est-à-dire mal, et au détriment de l'un des deux côtés.

Facturer et encaisser

ModuleCe qu'il permet
fieldservice_accountLe lien entre ordres d'intervention et factures clients, par les lignes
fieldservice_account_paymentL'encaissement sur place : l'intervenant collecte le paiement depuis l'ordre

Le second répond au modèle du dépannage : l'intervention est payée immédiatement, en espèces ou par carte, et l'intervenant doit pouvoir l'enregistrer sans revenir au bureau.

Le même principe vaut côté commercial avec la feuille de paiement décrite dans facturer une vente : donner un moyen d'enregistrer un encaissement sans donner les droits comptables.

Le matériel, les équipements et la réparation

Ce qu'on emporte, ce qui est installé

  • fieldservice_stock relie les opérations logistiques aux interventions : quel matériel doit être livré ou emporté pour l'ordre, avec ses écrans dédiés.
  • fieldservice_equipment_stock rattache les équipements installés chez le client au stock : produit, numéro de série, emplacement d'inventaire courant.
  • fieldservice_equipment_warranty suit la garantie de ces équipements, en s'appuyant sur la garantie du produit.

Le rattachement des équipements au stock et à leur numéro de série est ce qui transforme un parc installé en base exploitable : on sait quel appareil précis est chez quel client, depuis quand, et jusqu'à quand il est garanti.

Réparer hors site

fieldservice_repair comble une lacune explicite du module Réparation d'Odoo : celui-ci ne gère que les produits rapportés dans les locaux de l'entreprise. Sur une installation fixe — chaudière, ascenseur, machine de production —, la réparation se fait sur place.

fieldservice_repair_order_template relie les modèles d'ordre d'intervention aux modèles d'ordre de réparation : une intervention type porte sa réparation type.

fieldservice_maintenance fait le pont avec l'application Maintenance d'Odoo, qui souffre de la même limite — elle ne sort pas des locaux.

Contrats, projets, temps et sous-traitance

ModuleCe qu'il relie
fieldservice_agreementLes ordres et les équipements aux accords et contrats
fieldservice_agreement_repairLes ordres de réparation créés depuis une intervention au contrat correspondant
fieldservice_projectLa création d'ordres depuis un projet ou une tâche, et leur suivi
fieldservice_timesheetLe temps passé sur une intervention, en feuilles de temps standard
fieldservice_subcontractingL'achat déclenché quand un ordre est assigné à un intervenant externe

La sous-traitance automatisée est le module le plus structurant du lot : confier une intervention à un partenaire externe crée la commande d'achat correspondante. Sans ce lien, la sous-traitance se suit dans un tableur, et la marge d'intervention est inconnue jusqu'à la facture du sous-traitant.

Le lien avec les projets sert les interventions longues ou multi-visites : une installation se pilote comme un projet, avec des interventions comme jalons.

Le temps passé alimente la facturation décrite dans facturer le temps.

Limites connues

  • Sept modules pour la vente : n'installer que les liens dont le flux a besoin, pas la famille entière.
  • Les accords dépendent du module agreement et de ses extensions, à installer séparément.
  • La réparation hors site suppose le module Réparation d'Odoo installé et paramétré.
  • La garantie dépend d'un module produit (product_warranty) qu'il faut ajouter.
  • La sous-traitance crée des commandes d'achat : le circuit d'approbation des achats s'applique, et peut bloquer une intervention urgente.
  • L'encaissement sur place demande un cadre : qui encaisse, comment le remettre, et sous quel contrôle.

Identité technique

Les vingt modules viennent du dépôt OCA field-service, branche 18.0, tous en licence AGPL-3. Ils dépendent selon les cas de sale, account, stock, repair, maintenance, project, hr_timesheet ou purchase — ce sont des modules de liaison entre l'application d'intervention et le reste de l'ERP.

Le dépôt field-service est désormais entièrement couvert : 38 modules en trois fiches — le socle, tournées et compétences et celle-ci.

Questions fréquentes

Peut-on vendre une intervention depuis un devis ?

Oui : fieldservice_sale permet de vendre des produits qui génèrent un ordre d'intervention à la confirmation de la commande. Des extensions relient ensuite les livraisons, les tournées et les prestations récurrentes — on installe les liens dont le flux a besoin, pas la famille entière.

Odoo sait-il réparer un équipement installé chez un client ?

Pas nativement : le module Réparation d'Odoo ne gère que les produits rapportés dans les locaux de l'entreprise. fieldservice_repair comble cette lacune pour les installations fixes — chaudière, ascenseur, machine de production — où la réparation se fait sur place. Le module Maintenance souffre de la même limite, et fieldservice_maintenance la traite.

Comment suivre les équipements installés chez les clients ?

fieldservice_equipment_stock rattache les équipements au stock : produit, numéro de série, emplacement courant. fieldservice_equipment_warranty y ajoute la garantie. On sait alors quel appareil précis est chez quel client, depuis quand, et jusqu'à quand il est couvert.

Peut-on automatiser la sous-traitance d'une intervention ?

Oui : fieldservice_subcontracting déclenche la commande d'achat quand un ordre est assigné à un intervenant externe. Sans ce lien, la sous-traitance se suit dans un tableur et la marge de l'intervention reste inconnue jusqu'à la facture du sous-traitant. Attention : le circuit d'approbation des achats s'applique.

L'intervenant peut-il encaisser sur place ?

fieldservice_account_payment permet de collecter le paiement depuis l'ordre d'intervention — le modèle du dépannage, payé immédiatement en espèces ou par carte. Cela demande un cadre : qui encaisse, comment l'argent remonte, et sous quel contrôle.

Se faire accompagner

Les modules de liaison du Field Service sont nombreux et il est tentant de tout installer. L'expérience montre l'inverse : chaque lien ajoute une dépendance, et un flux d'intervention qui marche vaut mieux que six flux à moitié paramétrés.

Nous partons donc d'un seul flux complet — vendre, planifier, intervenir, facturer — et nous l'éprouvons sur un mois avant d'ajouter la sous-traitance, les contrats ou la réparation. Voir les prestations d'Atalios Consulting, notre méthode ou demander un rappel.

Pour aller plus loin

En résumé

Les liens qui font d'une application d'intervention un outil de gestion : vendre la prestation, emporter le bon matériel, connaître l'équipement et sa garantie, réparer sur place — ce qu'Odoo ne sait pas faire — et déclencher l'achat quand on sous-traite. Parlons de votre activité de service.

Documentation OCAServicesInterventions

Partager

Fiches connexes

Équipe au travail sur des ordinateurs portables autour d'une table
Le module OCA `account_invoice_en16931` (dépôt `fr-einvoicing`, version 18.0.1.0.0, licence AGPL-3) est le socle qui fabrique le fichier de facture électronique conforme à la norme européenne **EN 16931** : Factur-X (PDF/A-3 avec XML CII embarqué), XML UBL, XML CII ou PDF accompagné d'un UBL — et il ajoute des **contrôles bloquants à la validation** d'une facture client. Les quatre modules qui s'y greffent pour la France, et ce que le socle ne fait pas.
Lire la suite
Documentation OCA, Facturation électronique
Réunion d'approbation autour d'un document de travail
Relevé sur une instance Odoo 18 Community, le module OCA `base_tier_validation` (dépôt `server-ux`, version 18.0.3.5.1, licence AGPL-3) ajoute 1 modèle, 101 champs et 3 menus, mais ne s'active sur aucun document métier par lui-même : il lui faut un module d'implémentation. C'est le point qui surprend le plus — voici ce qu'il fait réellement, et comment le mettre en service.
Lire la suite
Documentation OCA, Odoo