Une armoire verticale automatisée — un paternoster — stocke des milliers de références dans quelques mètres carrés et présente le plateau demandé à l'opérateur. Encore faut-il qu'elle dialogue avec l'ERP.
Seize modules communautaires couvrent ce dialogue, et trois autres sujets de pilotage : les prévisions de demande, les routes combinées, et les profils de routes produit.
Résumé
Deux familles concurrentes pilotent les armoires verticales. stock_vertical_lift est le noyau complet : il structure les emplacements en plateaux et casiers, fournit un écran de navette avec code-barres, et se décline en cinq modules — vérification de plateau vide, niveaux de conditionnement, quantité décomposée par colisage, configuration par environnement serveur et compatibilité avec les types de stockage. stock_vlm_mgmt est l'alternative légère et autonome, avec ses deux connecteurs matériels : Kardex et Modula.
Deux modules estiment la demande : une prévision par produit et par emplacement sur une période, et une saisie en matrice rattachée à des plages de dates.
Quatre pilotent les routes : une route combinée stock et commande (MTS+MTO) pour un même produit, une case identifiant les routes sur commande, des profils de routes remplaçant la sélection individuelle sur la fiche produit, et leur extension aux réapprovisionnements inter-entrepôts. Un dernier crée un groupe d'approvisionnement à chaque déclenchement d'une règle.
L'essentiel
- Deux approches pour les armoires verticales : un noyau complet, ou une alternative légère.
- Des connecteurs matériels Kardex et Modula pour l'alternative légère.
- La vérification du plateau vide après prélèvement — contrôle visuel obligatoire.
- Des prévisions de demande par produit et par emplacement, saisissables en matrice.
- Une route MTS+MTO : servir depuis le stock et commander le complément.
- Des profils de routes au lieu de cocher des routes produit par produit.
- Un groupe d'approvisionnement créé à chaque déclenchement de règle.
- La configuration d'armoire par environnement serveur : les paramètres hors de la base.
Ce que ces modules ajoutent à l'instance
| Famille | Modules | Nombre |
|---|---|---|
| Armoires — noyau complet | stock_vertical_lift, stock_vertical_lift_empty_tray_check, stock_vertical_lift_packaging_level, stock_vertical_lift_qty_by_packaging, stock_vertical_lift_server_env, stock_vertical_lift_storage_type | 6 |
| Armoires — alternative légère | stock_vlm_mgmt, stock_vlm_mgmt_kardex, stock_vlm_mgmt_modula | 3 |
| Prévision de demande | stock_demand_estimate, stock_demand_estimate_matrix | 2 |
| Routes et approvisionnement | stock_mts_mto_rule, stock_route_mto, product_route_profile, product_route_profile_internal_resupply, procurement_auto_create_group | 5 |
Les menus ajoutés : Inventaire ▸ Opérations ▸ Vertical Lift Shuttles et Vertical Lift Module Tasks, Inventaire ▸ Planification de la Demande, et Inventaire ▸ Configuration ▸ Gestion de l'entrepôt ▸ Profils de Routes.
Piloter une armoire verticale
Une armoire verticale automatisée est un investissement lourd dont le rendement dépend entièrement du logiciel : si l'opérateur doit saisir ce qu'il prélève dans deux systèmes, le gain de temps disparaît.
Le noyau complet
stock_vertical_lift structure les emplacements de l'armoire en plateaux et casiers, et fournit un écran de navette avec lecture de code-barres pour les opérations de prélèvement et de rangement. Cinq modules l'étendent :
| Module | Apport |
|---|---|
stock_vertical_lift_empty_tray_check | Une vérification visuelle obligatoire quand un prélèvement vide un casier — le contrôle qui évite les écarts |
stock_vertical_lift_packaging_level | La prise en compte des niveaux d'emballage dans l'armoire |
stock_vertical_lift_qty_by_packaging | La quantité décomposée par colisage — « 1 palette, 4 bacs, 25 unités » |
stock_vertical_lift_server_env | La configuration par environnement serveur : les paramètres de connexion hors de la base |
stock_vertical_lift_storage_type | La compatibilité avec les types de stockage du dépôt de rangement |
La configuration par environnement serveur est le détail d'exploitation qui compte : une copie de production restaurée pour recette ne doit pas se connecter à l'armoire réelle.
L'alternative légère
stock_vlm_mgmt se présente comme une alternative légère et autonome pour les mêmes besoins, avec deux connecteurs matériels dédiés : Kardex et Modula, les deux constructeurs les plus répandus.
Le choix entre les deux familles se fait sur l'étendue du besoin : le noyau complet structure tout l'entrepôt autour des armoires ; l'alternative légère les pilote comme un périphérique. Pour une PME qui installe une armoire dans un magasin de pièces, la seconde suffit souvent.
Estimer la demande
stock_demand_estimate ajoute un modèle simple : pour un produit et un emplacement, sur une période, une quantité prévue. stock_demand_estimate_matrix permet de saisir ces prévisions en matrice, rattachées à des plages de dates définies.
La saisie en matrice est ce qui rend l'exercice praticable : prévoir la demande de deux cents références sur douze mois dans un formulaire ligne à ligne est un travail que personne ne fait deux fois. Dans un tableau à double entrée, c'est une matinée.
Ces prévisions alimentent les calculs de réapprovisionnement : elles donnent au système une information que l'historique ne contient pas — un lancement, une saison, un contrat signé.
Le calcul des besoins multi-niveaux qui les exploite est traité dans production : MRP multi-niveaux.
Les routes : combiner, identifier, profiler
Servir du stock et commander le reste
stock_mts_mto_rule ajoute une route MTS+MTO qui combine, pour un même produit, l'approvisionnement depuis le stock existant et une commande complémentaire pour ce qui manque.
C'est le comportement attendu par la plupart des négoces, et il n'existe pas en standard : Odoo oblige à choisir entre « sur stock » et « sur commande » au niveau du produit. Une commande de 100 pièces dont 60 sont en stock devrait partir en 60 + 40, pas en 100 commandées ou 60 livrées.
stock_route_mto complète par une case identifiant explicitement les routes sur commande — utile pour les modules qui ont besoin de savoir si une route en est une.
Les profils de routes
product_route_profileremplace la sélection individuelle des routes sur chaque fiche produit par un profil : un ensemble de routes nommé, appliqué d'un coup. Son extension y ajoute les routes de réapprovisionnement inter-entrepôts.
Sur un catalogue de plusieurs milliers d'articles, cocher les bonnes routes produit par produit garantit des incohérences. Un profil nommé — « acheté, stocké, livré depuis l'entrepôt central » — se vérifie et se corrige en un endroit.
Dernier module du lot, procurement_auto_create_group crée un groupe d'approvisionnement à chaque déclenchement d'une règle. C'est la brique qui permet de ne pas fusionner des besoins distincts — le sujet traité en détail côté achats.
Voir regroupement des approvisionnements et lien vente-achat.
Limites connues
- Deux familles concurrentes pour les armoires : ne pas les installer ensemble, choisir selon l'étendue du besoin.
- Les connecteurs matériels dépendent du modèle d'armoire : Kardex et Modula sont couverts, les autres demandent un développement.
- Le pilotage d'armoire est un projet d'intégration : réseau, protocole, tests avec le constructeur.
- Les prévisions de demande doivent être tenues : une prévision périmée vaut moins que pas de prévision.
- Les profils de routes remplacent la sélection individuelle : la migration d'un catalogue existant demande une reprise.
- La route MTS+MTO change le comportement d'approvisionnement : à éprouver sur une copie avant généralisation.
Identité technique
Les seize modules viennent du dépôt OCA stock-logistics-warehouse, branche 18.0, en licence AGPL-3 sauf stock_demand_estimate (LGPL-3). Le noyau d'armoire verticale dépend des codes-barres, des notifications web et des plateaux d'emplacement ; la saisie en matrice s'appuie sur un composant d'interface du dépôt web et sur les plages de dates.
Les familles voisines : les inventaires, emplacements et entrepôts et production : MRP multi-niveaux.
Questions fréquentes
Odoo peut-il piloter une armoire verticale automatisée ?
Oui, par deux voies. stock_vertical_lift est un noyau complet qui structure les emplacements en plateaux et casiers avec un écran de navette et des codes-barres. stock_vlm_mgmt est une alternative légère et autonome, avec des connecteurs pour le matériel Kardex et Modula. Les deux ne s'installent pas ensemble.
Comment éviter les écarts sur une armoire automatisée ?
stock_vertical_lift_empty_tray_check impose une vérification visuelle quand un prélèvement vide un casier : l'opérateur confirme que le casier est bien vide. C'est le contrôle qui attrape l'écart au moment où il se produit, plutôt qu'à l'inventaire suivant.
Peut-on servir une commande en partie depuis le stock et commander le reste ?
Pas en standard : Odoo oblige à choisir entre « sur stock » et « sur commande ». stock_mts_mto_rule ajoute une route MTS+MTO qui sert ce qui est disponible et commande le complément — le comportement attendu par la plupart des négoces.
Comment gérer les routes sur un catalogue de milliers d'articles ?
Avec product_route_profile : un profil de routes nommé, appliqué d'un coup, remplace la sélection individuelle sur chaque fiche. Cocher les bonnes routes produit par produit garantit des incohérences ; un profil se vérifie et se corrige en un endroit.
À quoi servent les prévisions de demande ?
À donner au système une information que l'historique ne contient pas : un lancement, une saison, un contrat signé. stock_demand_estimate les enregistre par produit, emplacement et période ; stock_demand_estimate_matrix les rend saisissables en matrice, ce qui transforme un travail impossible en une matinée.
Se faire accompagner
Le pilotage d'une armoire automatisée est un projet d'intégration, pas une installation de module : il engage le réseau, le protocole du constructeur et une recette sur le matériel réel. Le module est la partie la moins risquée.
Nous commençons donc par le constructeur — quel protocole, quelle documentation, quel interlocuteur — avant de choisir entre le noyau complet et l'alternative légère. Pour les routes et les prévisions, l'ordre est inverse : on commence par le profil de routes, qui assainit le catalogue. Voir les prestations d'Atalios Consulting ou demander un rappel.
Pour aller plus loin
- Emplacements et entrepôts : position et occupation
- Production : MRP multi-niveaux et nomenclatures
- Regroupement des approvisionnements et lien vente-achat
En résumé
Deux familles pour piloter une armoire verticale — un noyau complet ou une alternative légère avec ses connecteurs Kardex et Modula —, des prévisions de demande saisissables en matrice, et des routes enfin gérables : MTS+MTO combinée, et profils appliqués au lieu de cases cochées article par article. Parlons de votre automatisation.
