Documentation10 min de lecture

Tournées, quais, cartes et applications mobiles d'entrepôt

Le module OCA `route_planning` (dépôt `route-planning`, version 18.0.1.0.0, licence AGPL-3) fournit une application de **planification de tournées** avec ses **zones**, ses **points de contrôle**, ses **types d'incident** et ses **gabarits de créneau de visite** — affichés sur une carte. Trente-et-un autres modules traitent les quais, les avis d'expédition, les cartes et le socle mobile.

Tournée de livraison planifiée sur une carte

Quatre sujets logistiques se tiennent au-delà du stock : organiser une tournée de livraison, gérer le chargement par quai, afficher ses points de livraison sur une carte, et faire fonctionner une application mobile d'entrepôt.

Trente-deux modules communautaires les couvrent, et terminent cinq dépôts — les derniers du catalogue logistique.

Résumé

Sept modules traitent les tournées : une application de planification avec ses zones, ses points de contrôle, ses types d'incident et ses gabarits de créneau, puis six modules la reliant au stock, aux ventes, à la livraison et aux retours — avec leurs colles.

Sept modules traitent les quais et les expéditions : les quais de chargement, les dépôts chez un partenaire, une adresse sur un emplacement avec son volet achat, les avis d'expédition pour piloter le chargement et le déchargement, leur planificateur, et l'impression automatique à l'avis d'expédition.

Trois modules traitent les appareils de mesure : une interface commune pour les appareils de mesure et de pesée, son implémentation pour un modèle précis, et l'intégration d'un magasin vertical automatisé.

Sept modules traitent les cartes : deux bibliothèques de cartographie libre et leur extension de dessin, une vue carte avec ses marqueurs, son application aux contacts, un widget de carte d'un service commercial avec sa démonstration, et un module de parcelles agricoles.

Huit modules enfin forment le socle d'applications mobiles d'entrepôt : un noyau avec ses menus, profils et scénarios, l'interface mobile, son authentification par clé d'API, son journal d'appels, un exemple de personnalisation, et trois modules de poste de travail avec son imprimante d'étiquettes et son volet mobile.

L'essentiel

  • Une planification de tournées avec zones et créneaux de visite.
  • Des quais de chargement et des dépôts chez un partenaire.
  • Une adresse sur un emplacement de stock.
  • Des avis d'expédition pour piloter le chargement.
  • Une interface commune pour les appareils de mesure.
  • Des cartes libres dans Odoo, avec vue et marqueurs.
  • Un socle d'applications mobiles avec profils et scénarios.
  • Des postes de travail avec leur imprimante d'étiquettes.

Ce que ces modules ajoutent à l'instance

DépôtModulesNombre
route-planningroute_planning, route_planning_stock, route_planning_sale_stock, route_planning_delivery, route_planning_rma, route_planning_rma_sale, route_planning_rma_delivery7
stock-logistics-transportstock_dock, stock_depot, stock_location_address, stock_location_address_purchase, shipment_advice, shipment_advice_planner, printing_auto_shipment_advice7
stock-logistics-interfacesstock_measuring_device, stock_measuring_device_zippcube, stock_vertical_lift_kardex3
geospatialweb_leaflet_lib, web_leaflet_draw_lib, web_view_leaflet_map, web_view_leaflet_map_partner, web_widget_mapbox, web_widget_mapbox_demo, geospatial_plot7
shopfloor-appshopfloor_base, shopfloor_mobile_base, shopfloor_mobile_base_auth_api_key, shopfloor_rest_log, shopfloor_example, shopfloor_workstation, shopfloor_workstation_label_printer, shopfloor_workstation_mobile8

Les menus : une application Route Planning avec ses zones, points de contrôle et créneaux ; Inventaire ▸ Configuration ▸ Gestion de l'entrepôt ▸ Quais, Dépôts et Measuring Devices ; Inventaire ▸ Opérations ▸ Shipments et son planificateur ; une application Shopfloor avec ses menus, profils, scénarios et postes de travail ; Contacts ▸ Plots.

Planifier une tournée

Une tournée de livraison n'est pas une liste de transferts : c'est un ordre de passage, des créneaux acceptés par chaque client, des zones géographiques, et des incidents à consigner quand la livraison échoue. Odoo n'a aucun de ces quatre objets.

route_planning fournit une application Route Planning avec ses zones, ses points de contrôle, ses types d'incident et ses gabarits de créneau de visite, affichés sur une carte. Son README est réduit à sa catégorie.

Six modules la relient aux flux : route_planning_stock au stock (version 18.0.1.1.3, la plus travaillée), route_planning_sale_stock aux ventes, route_planning_delivery à la livraison, et trois modules aux retours — dont deux colles.

Tous les modules de ce dépôt ont un README réduit à leur catégorie : le dépôt est récent, et sa documentation est à écrire. Les menus en disent la portée.

Le type d'incident est l'objet qui manque le plus : une livraison échouée — client absent, accès impossible, marchandise refusée — n'est pas une livraison en retard. Les distinguer est la condition d'un taux de service honnête.

Les créneaux de livraison côté client sont traités dans expédier au quotidien.

Les quais et les avis d'expédition

stock_dock gère les quais de chargement de l'entrepôt, sous deux menus. stock_depot gère les dépôts chez un partenaire — le stock déposé chez un client ou un prestataire.

stock_location_address ajoute une adresse sur un emplacement, et stock_location_address_purchase l'utilise sur les achats — faire livrer directement à l'adresse de l'emplacement.

shipment_advice (version 18.0.1.2.4) pilote le processus de chargement et de déchargement par avis d'expédition, sous Inventaire ▸ Opérations ▸ Shipments. Il dépend des quais et des travaux de fond.

L'avis d'expédition est l'objet qui manque entre le transfert et le camion : un camion emporte quinze transferts, et c'est le camion qu'on suit — son quai, son heure, son chargement, son départ. Sans lui, on suit quinze transferts et personne ne sait si le camion est parti.

  • shipment_advice_planner planifie les transferts prêts dans des avis d'expédition.
  • printing_auto_shipment_advice déclenche l'impression automatique à l'avis d'expédition.

C'est la brique dont dépendent le scénario d'expédition de l'application d'entrepôt et plusieurs modules de canaux de livraison.

Les appareils de mesure

stock_measuring_device fournit une interface commune pour les appareils de mesure et de pesée, avec son référentiel sous Inventaire ▸ Configuration ▸ Gestion de l'entrepôt ▸ Measuring Devices. Il dépend de huit modules, dont les dimensions produit et de conditionnement.

stock_measuring_device_zippcube implémente l'interface pour un appareil de mesure de colis précis, nommément désigné dans son README.

stock_vertical_lift_kardex intègre un magasin vertical automatisé d'un fabricant nommé.

Ces trois modules disent quelque chose du catalogue communautaire : il contient des intégrations à du matériel réel, nommément désigné. C'est à la fois sa force — le module existe — et sa limite : un autre modèle de la même marque peut ne pas fonctionner.

Les cartes

Quatre modules reposent sur une bibliothèque de cartographie libre : web_leaflet_lib l'apporte dans Odoo, web_leaflet_draw_lib ajoute son extension de dessin, web_view_leaflet_map crée une vue carte affichant des marqueurs, et web_view_leaflet_map_partner l'applique aux contacts.

Le choix d'une bibliothèque de cartographie libre n'est pas indifférent : les services commerciaux de cartographie facturent à l'affichage et tracent les utilisateurs. Une carte libre affiche des points sans appeler de service tiers, à condition de disposer d'un fond de carte.

  • web_widget_mapbox (LGPL-3) fournit un widget de carte d'un service commercial, avec sa démonstration sur les contacts.
  • geospatial_plot gère des parcelles et des données agricoles, sous Contacts ▸ Plots — il s'appuie sur la bibliothèque libre et son extension de dessin.

Le module de parcelles est un vertical agricole discret : dessiner une parcelle sur une carte, lui associer une surface et des données, et la rattacher à un contact.

Le socle des applications mobiles d'entrepôt

shopfloor_base (version 18.0.1.5.1, LGPL-3) est le noyau de création d'applications mobiles : une application Shopfloor avec ses menus, ses profils, ses scénarios et ses applications. Il dépend de cinq briques, dont l'interface de programmation et la gestion de routes.

shopfloor_mobile_base (LGPL-3) fournit l'interface mobile, et deux modules la complètent : l'authentification par clé d'API et le journal d'appels.

shopfloor_example montre comment personnaliser l'interface — un module de démonstration, à ne pas installer en production.

La distinction entre ce dépôt et celui des scénarios d'entrepôt est utile : ici se trouve le socle — comment une application mobile se construit, s'authentifie et se journalise ; là se trouvent les scénarios métier — réception, prélèvement, expédition. Le premier sert aussi à construire une application maison.

Trois modules traitent les postes de travail : shopfloor_workstation les gère, en s'appuyant sur l'impression serveur ; shopfloor_workstation_label_printer y ajoute une imprimante d'étiquettes dédiée ; shopfloor_workstation_mobile apporte l'intégration mobile.

Le poste de travail est l'objet qui lie un opérateur, un terminal et une imprimante : c'est ce qui permet qu'une étiquette sorte de l'imprimante à côté de l'opérateur, et non de celle du bureau.

Les scénarios métier sont traités dans Shopfloor : conduire un entrepôt à la douchette.

Limites connues

  • Les sept modules du dépôt de planification de tournées ont un README réduit à leur catégorie : le dépôt est récent et sa documentation reste à écrire. Les menus en disent la portée.
  • shopfloor_example et web_widget_mapbox_demo sont des modules de démonstration : ils n'ont rien à faire en production.
  • Les trois modules d'intégration matérielle visent des appareils nommément désignés : un autre modèle, même de la même marque, peut ne pas fonctionner.
  • stock_measuring_device dépend de huit modules : l'intégration d'un appareil de mesure est un projet.
  • shipment_advice dépend des quais et des travaux de fond : l'avis d'expédition suppose un entrepôt avec des quais déclarés.
  • Une carte commerciale facture à l'affichage et trace les utilisateurs : la bibliothèque libre est préférable, à condition de disposer d'un fond de carte.
  • shopfloor_base est le socle de l'application d'entrepôt : son installation seule ne donne aucun scénario métier.
  • Le poste de travail dépend de l'impression serveur : une imprimante déclarée côté serveur, pas côté poste.

Identité technique

Les trente-deux modules viennent de cinq dépôts OCA, branche 18.0 — route-planning, stock-logistics-transport, stock-logistics-interfaces, geospatial et shopfloor-app —, désormais tous documentés ici. Vingt-six sont en AGPL-3, six en LGPL-3. Les dépendances externes : base_geolocalize, base_rest, component, endpoint_route_handler, jsonifier, auth_api_key_group, rest_log, base_report_to_printer, base_report_to_label_printer, queue_job, stock_delivery, stock_dock, stock_location_position, stock_vertical_lift, product_dimension, product_packaging_dimension, product_packaging_level, barcodes, web_notify, rma, rma_sale, sale_stock, purchase_stock et uom.

Voir aussi Shopfloor et canaux de livraison.

Questions fréquentes

Odoo sait-il planifier une tournée de livraison ?

Pas en standard : une tournée n'est pas une liste de transferts mais un ordre de passage, des créneaux acceptés par chaque client, des zones et des incidents à consigner. route_planning fournit ces quatre objets avec une application dédiée, affichée sur une carte. Le dépôt est récent et sa documentation reste à écrire.

Comment suivre un camion plutôt que quinze transferts ?

Avec shipment_advice : l'avis d'expédition est l'objet qui manque entre le transfert et le camion — son quai, son heure, son chargement, son départ. Sans lui, on suit quinze transferts et personne ne sait si le camion est parti. Il dépend des quais, qui doivent être déclarés.

Peut-on afficher ses clients sur une carte dans Odoo ?

Oui, avec web_view_leaflet_map et web_view_leaflet_map_partner, qui s'appuient sur une bibliothèque de cartographie libre. C'est préférable à un service commercial, qui facture à l'affichage et trace les utilisateurs — à condition de disposer d'un fond de carte.

Peut-on connecter une balance ou un appareil de mesure ?

stock_measuring_device fournit une interface commune, avec une implémentation pour un appareil nommément désigné. Ces intégrations visent du matériel réel et précis : un autre modèle, même de la même marque, peut ne pas fonctionner. Le module dépend de huit autres — c'est un projet.

Quelle différence entre shopfloor-app et stock-logistics-shopfloor ?

Le premier contient le socle — comment une application mobile se construit, s'authentifie, se journalise, et les postes de travail. Le second contient les scénarios métier — réception, prélèvement, expédition. Le socle sert aussi à construire une application maison sur la même base.

Se faire accompagner

Ces quatre sujets sont ceux d'une logistique qui sort de l'entrepôt : la tournée, le camion, la carte et le terminal. Ils sont aussi les moins documentés du catalogue communautaire — le dépôt de planification de tournées n'a qu'un README par catégorie —, ce qui en fait des modules à éprouver avant de s'engager.

Nous installons donc l'avis d'expédition en premier, parce que c'est le plus mûr et celui qui manque le plus : savoir si le camion est parti. La planification de tournées vient après, sur une base de recette. Voir les prestations d'Atalios Consulting ou demander un rappel.

Pour aller plus loin

En résumé

Quatre sujets logistiques se tiennent au-delà du stock : organiser une tournée, gérer le chargement par quai, afficher ses points de livraison sur une carte, et faire fonctionner une application mobile d'entrepôt. Trente-deux modules les couvrent. Parlons de votre logistique.

Documentation OCALogistiqueTransport

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