Automatiser les commandes récurrentes et le sourcing avec Odoo

Odoo peut automatiser la création de demandes d’achat et de commandes récurrentes via les reordering rules et le scheduler ; pour des contrats périodiques ou des accords cadres, on utilise souvent des modules tiers ou un développement adapté.

Pourquoi automatiser les commandes récurrentes avec Odoo ?

Automatiser réduit le risque de rupture et libère du temps opérationnel. Ce n’est pas une promesse de résultat, c’est un levier d’efficacité. Vous gagnez surtout sur la répétition des tâches : génération des RFQ/PO, consolidation des besoins, déclenchement selon des seuils définis.

Le gain réel dépend de la qualité des données et du périmètre choisi. Si vos fournisseurs ont des lead times fiables et vos articles des niveaux de stock maîtrisés, l’automatisation devient utile rapidement. À l’opposé, des données incomplètes rendent l’automatisation fragile et source d’alertes à traiter.

La forme de l’automatisation change la gouvernance. Vous devez définir qui valide les commandes générées automatiquement et quelles exceptions nécessitent une intervention manuelle. Sans règles d’escalade claires, l’automatisation génère du bruit plutôt que de la valeur.

Ce que Odoo fait nativement (reordering rules, routes, scheduler)

Les reordering rules sont le cœur de l’approche native. Elles définissent des min/max et un trigger Auto ou Manual. Avec le trigger Auto, Odoo peut créer des achats ou des ordres de fabrication quand le stock prévu descend sous le seuil. La documentation officielle décrit ces mécanismes pour plusieurs versions.

Le scheduler (« Run Scheduler ») exécute les règles à intervalles réguliers. Quand il tourne, il calcule les besoins et génère les demandes correspondantes selon les règles en place. C’est ce composant qui automatise la création des RFQ/PO sans action quotidienne d’un opérateur.

Les routes d’approvisionnement (Buy, Make to Order, etc.) déterminent le comportement produit par produit. Elles influencent la génération des ordres : certaines routes poussent l’approvisionnement, d’autres basculent sur la fabrication à la commande. Il faut aligner routes et reordering rules pour obtenir le comportement attendu.

La doc d’Odoo montre aussi que certaines options varient selon la version : horizon days, rounding to multiple et autres paramètres peuvent changer d’une version à l’autre. Il faut consulter la documentation de la version que vous utilisez pour valider le comportement exact.

Quand Odoo n’est pas suffisant sans modules ou développement

Les reordering rules couvrent de nombreux cas courants. Elles restent cependant limitées pour des besoins avancés. Par exemple : contrats d’achat périodiques qui déclenchent une commande chaque 1er du mois selon un calendrier fixe. La documentation native ne présente pas ce pattern comme un objet « contrat récurrent » standard. Les entreprises cherchent donc souvent un module dédié ou un développement.

Autres limites fréquentes : priorisation multi-fournisseurs, optimisation automatique du sourcing entre plusieurs offres, règles dynamiques basées sur des prévisions complexes. Pour ces besoins, la configuration standard montre ses limites et exige des modules tiers ou des automatismes personnalisés.

Des éléments pratiques posent aussi problème sans adaptation : génération automatique de mails au fournisseur après création de la RFQ, règles de quantité lotée et arrondis adaptés aux contraintes logistiques, calculs personnalisés du min/max fondés sur des prévisions avancées. Ces points reviennent régulièrement dans les retours d’expérience communautaires.

En conséquence, la stratégie fréquente consiste à commencer par les reordering rules pour stabiliser un périmètre restreint, puis à compléter par des modules ou du développement pour couvrir les cas réguliers non pris en charge nativement.

Modules et extensions utiles (pistes identifiées)

Il existe des modules tiers qui apportent la notion d’ordres d’achat récurrents. Un exemple documenté sur l’Odoo Apps Store est « Recurring Purchase Orders » pour la version 18.0. Ce type de module automatise la génération périodique d’achats selon un calendrier ou un contrat.

Avant d’acheter ou d’intégrer un module, vérifiez la compatibilité avec la version d’Odoo que vous utilisez. Certains modules listés peuvent nécessiter une adaptation pour d’autres versions. Contrôlez aussi si le module est maintenu et si son code est ouvert ou payant.

La checklist minimale lors de l’évaluation d’un module : compatibilité version, fréquence des mises à jour, modalités de support, tests dans un environnement de pré-production. Ces points aident à éviter des surprises lors de l’intégration en production.

Cas pratiques et fiches rapides

Scénario 1 — petites séries avec reordering rules Auto. Idée : paramétrez un min et un max et activez le trigger Auto. Ce schéma marche si chaque produit a un fournisseur attribué et des lead times renseignés. Limite : pas de gestion native d’un calendrier périodique fixe.

Scénario 2 — accords fournisseurs mensuels. Pour répéter un PO chaque 1er du mois, la piste est d’utiliser un module d’ordres récurrents ou une logique programmée qui crée des PO selon un calendrier. Les reordering rules seules ne couvrent pas ce besoin de cadence fixe sans adaptation.

Scénario 3 — multi-sourcing. Priorisez les fournisseurs via des règles fournisseurs sur le produit et combinez cela avec des routes. Si le cas reste complexe, une extension qui gère la priorisation et le rerouting est préférable.

Scénario 4 — commandes liées à des prévisions MPS/MRP. Utilisez les routes et les règles MTO/MTS pour relier fabrication et approvisionnement. Les reordering rules restent utiles pour les composants à gestion par stock.

Points de vigilance et bonnes pratiques avant de lancer

Vérifiez la qualité des données fournisseurs : lead times, conditions d’achat, tarifs. Des données incomplètes faussent les ordres automatiques. Testez les règles sur un périmètre restreint avant déploiement complet.

Préparez un environnement de pré-production. Activez l’automatisation d’abord sur quelques SKUs pilotes. Contrôlez les RFQ/PO générés et ajustez horizons, arrondis et multiples avant de généraliser.

Paramétrez horizon days et rounding/Multiple selon vos contraintes logistiques. Ces paramètres infléchissent les quantités proposées et la fréquence des déclenchements. Sans réglages adaptés, vous risquez surstocks ou sous-stocks.

Mettez en place un suivi : tableau de bord des RFQ/PO créés automatiquement, alertes sur exceptions, règles d’escalade en cas de rupture ou retard. Définissez qui valide, qui corrige et qui suit les exceptions.

Ce qui change selon la version d’Odoo et l’édition

Les options et l’ergonomie varient entre versions 16, 17, 18 et 19. Des paramètres comme horizon days et rounding to multiple évoluent entre versions. La documentation disponible pour chaque version détaille ces différences.

De plus, certaines fonctionnalités ergonomiques ou modules complémentaires peuvent être traités différemment entre Community et Enterprise. Il faut vérifier la documentation et la compatibilité des modules pour la version et l’édition que vous utilisez.

Consultez la documentation de la version exacte avant tout paramétrage définitif. La même configuration peut produire des comportements différents selon la version.

Checklist opérationnelle pour lancer une automatisation

• Audit fournisseurs : lead times et tarifs à jour.
• Inventaire SKUs prioritaires pour un pilote.
• Paramétrage d’une reordering rule pilote en Auto.
• Activation du scheduler et observation des RFQ/PO générés.
• Évaluation d’un module d’ordres récurrents si besoin de cadence fixe.
• Mise en place d’un tableau de suivi et d’un plan d’escalade.

Sources et où creuser

Documentation Odoo — Reordering rules (17.0) : https://www.odoo.com/documentation/17.0/applications/inventory_and_mrp/inventory/management/products/reordering_rules.html — consulté le 04/09/2026.

Documentation Odoo — Reordering rules (16.0) : https://www.odoo.com/documentation/16.0/applications/inventory_and_mrp/inventory/warehouses_storage/replenishment/reordering_rules.html — consulté le 04/09/2026.

Documentation Odoo — Reordering rules (18.0) : https://www.odoo.com/documentation/18.0/applications/inventory_and_mrp/inventory/warehouses_storage/replenishment/reordering_rules.html — consulté le 04/09/2026.

Documentation Odoo — Reordering rules (19.0) : https://www.odoo.com/documentation/19.0/applications/inventory_and_mrp/inventory/warehouses_storage/replenishment/reordering_rules.html — consulté le 04/09/2026.

Documentation Odoo — Configure reordering rules (purchase / inventory) : https://www.odoo.com/documentation/16.0/applications/inventory_and_mrp/purchase/products/reordering.html?highlight=reordering — consulté le 04/09/2026.

Odoo master — Supply Chain / Inventory & MRP : https://www.odoo.com/documentation/master/applications/inventory_and_mrp.html — consulté le 04/09/2026.

Odoo Apps Store — module « Recurring Purchase Orders » (v18.0) : https://apps.odoo.com/apps/modules/18.0/apg_purchase_recurring_orders — consulté le 04/09/2026.

Discussions communautaires — retours d’expérience sur limites pratiques des reordering rules : https://www.reddit.com/r/Odoo/comments/1it6463 — consulté le 04/09/2026 ; https://www.reddit.com/r/Odoo/comments/17pifxu — consulté le 04/09/2026.

Test pratique recommandé : testez sur 10 SKUs : paramétrez une reordering rule Auto, activez le scheduler et suivez les PO générés pendant 30 jours.