La documentation Odoo 19 décrit un système de gestion des expéditions destiné aux entreprises qui organisent leurs propres livraisons. Il regroupe des transferts en chargements, affecte un quai et un véhicule, compare poids et volume à la capacité disponible, puis aide à préparer la tournée sur une carte.
Pour une PME ou une organisation multi-sites en Belgique ou en France, cette continuité entre Odoo Inventaire et Parc automobile peut remplacer une partie des tableaux partagés entre entrepôt et transport. Elle ne transforme toutefois pas Odoo en logiciel d’optimisation avancée des tournées : la valeur dépend d’abord de données produits, d’adresses et de capacités fiables.
Ce que couvre le standard Odoo 19
Les catégories de véhicules portent une capacité maximale en kilogrammes et en mètres cubes. Le modèle transmet cette catégorie aux véhicules concernés. Un véhicule peut devenir un mode de livraison interne, tandis que chaque quai reçoit un emplacement Odoo dédié.
Sur le type d’opération, l’équipe active la gestion des expéditions et désigne les quais disponibles. Les livraisons sont regroupées en lots auxquels sont affectés responsable, date, quai et véhicule. Odoo fournit aussi des vues de dispatching par calendrier ou itinéraire et des statistiques sur les lots.
Mapbox est requis pour la carte dans Odoo. Quand le lot est en cours, l’utilisateur peut visualiser les destinations et générer un trajet dans Google Maps. Ces outils assistent la préparation ; la documentation ne promet pas un moteur optimisant automatiquement trafic, fenêtres horaires et contraintes complexes.
Le prérequis décisif : poids, volume et adresses fiables
Odoo ne peut évaluer la capacité d’un véhicule que si poids et volume sont renseignés sur les produits. Il faut donc décider quelle unité logistique mesurer, comment représenter emballages et palettes, et comment traiter l’écart entre volume théorique et encombrement réel.
Les adresses doivent être normalisées et géocodables. Une adresse de facturation correcte n’est pas nécessairement une instruction de livraison exploitable : accès, plage horaire, hayon requis, contact sur place et restrictions urbaines peuvent demander des champs ou un processus complémentaire.
Ce qui change pour les équipes
Entrepôt
Le quai et le lot deviennent des objets partagés. Les opérateurs doivent distinguer fin du picking, disponibilité au quai et chargement effectif. Sans statuts et responsabilités explicites, la nouvelle vue numérise une ambiguïté existante.
Transport et service client
L’affectation doit tenir compte de la capacité et de la disponibilité réelle. Il faut décider qui modifie un lot gelé, comment ajouter une urgence et comment un échec de livraison retourne dans Odoo. Le service client a besoin d’un statut compréhensible, pas seulement d’un transfert technique.
IT et données
Mapbox implique un jeton d’accès. Odoo recommande des restrictions d’URL et avertit qu’un jeton secret n’est plus affiché après sa création. Secret, droits, rotation et séparation des environnements doivent entrer dans la procédure d’exploitation.
Analyse Underside : séparer planification, exécution et preuve
Nous recommandons trois moments. La planification constitue le lot et réserve quai et véhicule. L’exécution confirme ce qui est réellement chargé et parti. La preuve documente livraison, refus, dommage ou retour. Odoo 19 renforce surtout les deux premiers ; la preuve peut demander configuration, application mobile, signature ou intégration transporteur.
Un pilote utile porte sur une agence, quelques véhicules et des tournées répétables. Mesurez la complétude des poids et volumes, les dépassements, l’attente au quai, les changements après gel et les échecs de géocodage. Ces résultats orientent le choix entre standard Odoo, automatisations ciblées et TMS externe.
Quand une intégration reste nécessaire
- Optimisation avec créneaux, trafic, compétences ou règles sociales.
- Échange d’ordres, d’étiquettes, de statuts et de preuves avec plusieurs transporteurs.
- Capacité tenant compte de palettes, gerbage, températures ou matières dangereuses.
- Suivi GPS et recalcul dynamique des tournées.
- Portail chauffeur, preuve avancée ou gestion détaillée des retours.
Odoo peut alors rester le référentiel des commandes, articles, stocks et factures, tandis qu’un TMS traite l’optimisation. L’architecture doit préciser quel système fait foi pour chaque statut.
Checklist avant le pilote
- Distinguer transport interne et transport sous-traité.
- Auditer poids, volume, unités logistiques et adresses.
- Configurer catégories, modèles et véhicules avec des capacités cohérentes.
- Créer un emplacement par quai et documenter l’affectation.
- Sécuriser Mapbox et séparer test et production.
- Tester surcharge, changement de véhicule, retard, adresse invalide et retour.
- Définir les statuts visibles par entrepôt, transport et service client.
- Mesurer le pilote avant d’automatiser.
Ce sujet prolonge l’inventaire et la logistique Odoo et le parc automobile Odoo. Pour une migration, capacités et adresses doivent entrer dans le chantier de reprise avant le go-live.
Sources officielles
Underside accompagne le cadrage et l’intégration des flux Odoo entre commandes, entrepôt, flotte et facturation. L’objectif est de valider données et responsabilités sur un pilote avant d’automatiser le transport.