Documentation9 min de lecture

Parc automobile : contrôles, carburant, propriété et achat de véhicules

Le module OCA `fleet_vehicle_inspection` (dépôt `fleet`, version 18.0.1.1.0, licence AGPL-3) permet d'enregistrer les **contrôles d'entrée et de sortie d'un véhicule**, avec un référentiel de **points de contrôle** — et `fleet_vehicle_inspection_template` y ajoute des **gabarits de contrôle** réutilisables. Seize autres modules traitent le carburant, la propriété, l'achat de véhicules et les catégories.

Véhicules utilitaires alignés sur un parking d'entreprise

L'application Parc automobile d'Odoo tient une liste de véhicules, leurs contrats et leurs services. Elle ne connaît ni les contrôles d'état à la remise des clés, ni la consommation réelle, ni qui possède le véhicule, ni comment il est entré dans le parc.

Dix-sept modules communautaires complètent ces quatre points, et terminent le dépôt fleet.

Résumé

Deux modules traitent les contrôles : l'enregistrement des contrôles d'entrée et de sortie avec leur référentiel de points de contrôle, et des gabarits de contrôle réutilisables.

Trois modules traitent le carburant : un registre de carburant par véhicule, la capacité du réservoir, et l'ajout de l'éthanol aux types de carburant.

Quatre modules traitent l'identité du véhicule : des catégories, une configuration avec sa capacité, l'année millésime, et les usages.

Quatre modules traitent la propriété et l'entrée dans le parc : la propriété reliant un contact au véhicule, la date de fin automatique dans l'historique quand un nouveau conducteur est affecté, l'intégration aux achats, et le lien aux lignes de commande d'achat.

Quatre modules enfin traitent les services : des sous-services, une vue kanban des registres de service avec ses étapes, étiquettes et types d'activité, des alertes d'activité, et le suivi des véhicules dans les mouvements de stock.

L'essentiel

  • Des contrôles d'entrée et de sortie de véhicule, avec points de contrôle.
  • Des gabarits de contrôle réutilisables.
  • Un registre de carburant et la capacité du réservoir.
  • La propriété du véhicule reliée à un contact.
  • Une date de fin posée automatiquement au changement de conducteur.
  • L'achat de véhicule relié à la ligne de commande.
  • Une vue kanban des services, avec étapes et étiquettes.
  • Les véhicules suivis dans les mouvements de stock.

Ce que ces modules ajoutent à l'instance

FamilleModulesNombre
Contrôlesfleet_vehicle_inspection, fleet_vehicle_inspection_template2
Carburantfleet_vehicle_log_fuel, fleet_vehicle_fuel_capacity, fleet_vehicle_fuel_type_ethanol3
Identitéfleet_vehicle_category, fleet_vehicle_configuration, fleet_vehicle_calendar_year, fleet_vehicle_usage4
Propriété et achatfleet_vehicle_ownership, fleet_vehicle_history_date_end, fleet_vehicle_purchase, fleet_vehicle_purchase_link4
Services et stockfleet_vehicle_service_services, fleet_vehicle_service_kanban, fleet_vehicle_service_activity, fleet_vehicle_stock4

Les menus, tous sous Parc automobile : Contrôles des véhicules, Entrées de registre des carburant, Purchases, Usages ; et en configuration : Points de contrôle, Inspection Template, Véhicule ▸ Catégories, Entrées de registre des services avec ses étapes, étiquettes et types d'activité.

Les contrôles d'état, à la remise des clés

Le litige le plus banal d'un parc automobile est l'état du véhicule : une rayure, un pneu, un intérieur sali. Sans contrôle d'entrée et de sortie, la discussion porte sur la mémoire des deux parties — et l'entreprise paie.

fleet_vehicle_inspection enregistre les contrôles d'entrée et de sortie, avec un référentiel de points de contrôle sous Parc automobile ▸ Configuration ▸ Points de contrôle.

fleet_vehicle_inspection_template ajoute des gabarits de contrôle : la liste des points à vérifier pour une catégorie de véhicule, posée une fois.

Le gabarit est ce qui rend le contrôle praticable : personne ne cochera trente points en les choisissant à chaque fois dans un référentiel.

Le carburant et la consommation

fleet_vehicle_log_fuel ajoute un registre de carburant par véhicule, sous Parc automobile ▸ Parc automobile ▸ Entrées de registre des carburant.

fleet_vehicle_fuel_capacity enregistre la capacité du réservoir — l'information qui permet de distinguer un plein d'un appoint, donc de calculer une consommation.

fleet_vehicle_fuel_type_ethanol ajoute l'éthanol aux types de carburant disponibles.

Un registre de carburant sans capacité de réservoir donne des litres, pas une consommation : il faut savoir si le véhicule est reparti plein pour calculer ce qu'il a brûlé entre deux passages.

L'identité du véhicule

  • fleet_vehicle_category ajoute des catégories de véhicule, avec leur référentiel. C'est la base d'une gestion différenciée : utilitaires, véhicules de fonction, engins.
  • fleet_vehicle_configuration ajoute une configuration avec sa capacité — le volume ou la charge utile.
  • fleet_vehicle_calendar_year enregistre l'année millésime du véhicule, distincte de sa date de première immatriculation.
  • fleet_vehicle_usage ajoute un référentiel d'usages, sous Parc automobile ▸ Parc automobile ▸ Usages. Son README est réduit à sa catégorie.

La distinction entre année millésime et date de mise en circulation n'est pas une subtilité : elle détermine la valeur résiduelle et, pour certains véhicules, le régime fiscal applicable.

La propriété et l'entrée dans le parc

fleet_vehicle_ownership relie un contact au véhicule comme propriétaire.

La propriété distincte du conducteur est le cas général en PME : un véhicule en location longue durée appartient au loueur, un véhicule de société à l'entreprise, un véhicule d'artisan à l'artisan lui-même. Confondre propriétaire et conducteur empêche toute gestion de fin de contrat.

fleet_vehicle_history_date_end pose automatiquement la date de fin dans l'historique d'affectation quand un nouveau conducteur est affecté. Sans lui, l'historique accumule des affectations ouvertes et le véhicule semble avoir trois conducteurs.

  • fleet_vehicle_purchase intègre les achats au parc automobile, en s'appuyant sur le module comptable du parc.
  • fleet_vehicle_purchase_link relie les véhicules aux lignes de commande d'achat, avec un menu Parc automobile ▸ Parc automobile ▸ Purchases.

Les deux ensemble ferment une boucle utile : le véhicule entre dans le parc par la commande d'achat qui l'a fait entrer, avec son prix et sa date — donc sa base d'amortissement.

L'amortissement lui-même est traité dans immobilisations, emprunts et charges étalées.

Les services et le stock

  • fleet_vehicle_service_services ajoute des sous-services : une révision contient une vidange, un filtre, un contrôle de freins.
  • fleet_vehicle_service_kanban ajoute une vue kanban des registres de service, avec ses étapes, ses étiquettes et ses types d'activité en configuration.
  • fleet_vehicle_service_activity ajoute des alertes d'activité sur les services du parc.
  • fleet_vehicle_stock permet de suivre les véhicules du parc dans les mouvements de stock.

La vue kanban change l'usage : un registre de service en liste est un historique, en kanban c'est un travail en cours — avec les véhicules immobilisés visibles d'un coup d'œil.

Le suivi dans les mouvements de stock répond à un cas précis : un concessionnaire ou un loueur dont les véhicules sont à la fois des immobilisations et des articles en stock.

Limites connues

  • fleet_vehicle_usage a un README réduit à sa catégorie : son référentiel existe, son usage précis est à évaluer sur instance.
  • Les gabarits de contrôle dépendent du module de contrôle : installer les deux ensemble, sinon le contrôle se fait point par point.
  • Le registre de carburant ne calcule pas la consommation : il enregistre des passages. Le calcul suppose la capacité du réservoir et une discipline de saisie du kilométrage.
  • fleet_vehicle_purchase dépend du module comptable du parc (account_fleet) et de purchase : deux briques à installer.
  • La propriété ne gère pas les contrats de location : c'est un lien vers un contact, pas un contrat avec ses échéances.
  • fleet_vehicle_stock fait cohabiter deux natures pour un même véhicule — immobilisation et article en stock : à instruire avec l'expert-comptable avant d'installer.
  • Aucun de ces modules ne gère les amendes, les cartes grises ni les sinistres : trois sujets quotidiens d'un parc, absents du dépôt.

Identité technique

Les dix-sept modules viennent du dépôt OCA fleet, branche 18.0 — dont tous les modules sont désormais documentés ici —, tous en licence AGPL-3. Les dépendances : fleet pour la plupart, account_fleet et purchase pour l'achat de véhicules, stock pour le suivi en mouvements, fleet_vehicle_inspection pour les gabarits de contrôle.

Voir aussi immobilisations, emprunts et charges étalées et parc d'équipements.

Questions fréquentes

Peut-on enregistrer l'état d'un véhicule à la remise des clés ?

Oui : fleet_vehicle_inspection enregistre les contrôles d'entrée et de sortie avec un référentiel de points de contrôle, et fleet_vehicle_inspection_template ajoute des gabarits. Le gabarit est indispensable : personne ne cochera trente points en les choisissant un par un à chaque fois.

Peut-on calculer la consommation réelle d'un véhicule ?

Deux modules sont nécessaires : fleet_vehicle_log_fuel pour le registre de carburant et fleet_vehicle_fuel_capacity pour la capacité du réservoir — sans laquelle on ne sait pas si le véhicule est reparti plein, donc ce qu'il a brûlé entre deux passages. Le calcul suppose aussi une discipline de saisie du kilométrage.

Peut-on distinguer le propriétaire du conducteur d'un véhicule ?

Oui, avec fleet_vehicle_ownership, qui relie un contact au véhicule comme propriétaire. C'est le cas général en PME — location longue durée, véhicule de société, véhicule d'artisan — et confondre les deux empêche toute gestion de fin de contrat. Le module ne gère pas le contrat lui-même.

Pourquoi un véhicule semble-t-il avoir plusieurs conducteurs ?

Parce que l'historique d'affectation accumule des lignes ouvertes. fleet_vehicle_history_date_end pose automatiquement la date de fin quand un nouveau conducteur est affecté.

Ces modules gèrent-ils les amendes et les sinistres ?

Non. Les amendes, les cartes grises et les sinistres — trois sujets quotidiens d'un parc — sont absents du dépôt. Les dix-sept modules couvrent les contrôles, le carburant, l'identité, la propriété, l'achat et les services.

Se faire accompagner

Un parc automobile coûte à trois endroits qu'un ERP peut mesurer : la consommation, les immobilisations non suivies, et les litiges d'état à la restitution. Les trois se traitent par des modules de ce dépôt — mais seulement si la saisie suit, et c'est là que la plupart des projets de parc échouent.

Nous commençons donc par les contrôles avec gabarit, parce que c'est le seul relevé que les conducteurs acceptent de remplir, et par le lien achat-véhicule, qui donne la base d'amortissement sans ressaisie. Voir les prestations d'Atalios Consulting ou demander un rappel.

Pour aller plus loin

En résumé

L'application Parc automobile d'Odoo tient une liste de véhicules, leurs contrats et leurs services. Elle ne connaît ni les contrôles d'état à la remise des clés, ni la consommation réelle, ni qui possède le véhicule. Dix-sept modules complètent ces points. Parlons de votre parc.

Documentation OCAParc automobileOdoo Community

Partager

Fiches connexes

Baies de serveurs dans une salle machine
Le module OCA `queue_job` (dépôt `queue`, version 18.0.3.4.1, licence LGPL-3) ajoute à Odoo une **file de travaux de fond** avec ses canaux, ses fonctions et ses tâches, sous le menu **File d'attente des tâches** : c'est la brique dont dépendent plus de quarante modules communautaires, et la première à surveiller en exploitation. Vingt-six autres modules traitent les composants, la configuration hors base, l'impression serveur et l'IoT.
Lire la suite
Documentation OCA, Exploitation
Câbles réseau branchés sur un commutateur
Le module OCA `endpoint` (dépôt `web-api`, version 18.0.1.1.4, licence LGPL-3) permet de **déclarer un point d'entrée HTTP depuis l'interface**, sous **Paramètres ▸ Technique ▸ Endpoints** : une adresse, une méthode, un traitement — sans écrire de module. Vingt-trois autres modules traitent le cache, les imports par sessions, les échanges de factures et l'agenda.
Lire la suite
Documentation OCA, Intégration