ERP + POS
quotidien
- alimente
- Construction des features
Toutes les études de cas
PrévisionOptimisationAnalytique4 mois
Prévision de la demande + optimisation des stocks
La planification reposait sur un tableur et un seul taux de croissance. Le stock suit désormais la demande réelle.
MAPE pondéré
2,7 %
Prévision hiérarchique réconciliée
Avant
12,1 %
Tableur avec taux de croissance global
En clair
De quoi il s'agit.
Pas de jargon dans cette section. Le compte rendu technique se trouve plus bas.
Ce qui n'allait pas
La planification utilisait des tableurs et une seule hypothèse de croissance appliquée à tout. Les références populaires étaient en rupture pendant que les lentes dormaient en entrepôt en immobilisant de la trésorerie, et personne ne pouvait chiffrer l'arbitrage entre les deux.
Ce que nous avons construit
Nous avons construit une prévision produit par produit, qui s'agrège de façon cohérente aux totaux par catégorie et de l'entreprise, branchée sur le processus de planification déjà utilisé et capable de répondre aux questions what-if.
Ce qui a changé
L'erreur de prévision est passée de 12,1 % à 2,7 %. La trésorerie immobilisée dans le mauvais stock a été libérée sans davantage de ruptures, et les planificateurs traitent désormais les exceptions au lieu de reconstruire des tableurs.
Architecture
Comment l'ensemble s'articule.
Faites défiler les étapes. Tout ce qui est marqué comme ajouté est un composant qui n'existait pas avant ce projet.
Construction des features
calendrier + promo
- reçoit de
- ERP + POS
- alimente
- Modèle de prévision
Modèle de prévision
hiérarchique
- reçoit de
- Construction des features
- alimente
- Réconciliationpar niveau
Réconciliation
cohérente
- reçoit de
- Modèle de prévisionpar niveau
- alimente
- Optimiseur de stock
Optimiseur de stock
niveau de service
- reçoit de
- Réconciliation
- alimente
- Interface planificateur
Interface planificateur
exceptions
- reçoit de
- Optimiseur de stock
ERP + POS
quotidien
- alimente
- Construction des features
Construction des features
calendrier + promo
- reçoit de
- ERP + POS
- alimente
- Modèle de prévision
Modèle de prévision
hiérarchique
Nous avons ajouté ceci- reçoit de
- Construction des features
- alimente
- Réconciliationpar niveau
Réconciliation
cohérente
Nous avons ajouté ceci- reçoit de
- Modèle de prévisionpar niveau
- alimente
- Optimiseur de stock
Optimiseur de stock
niveau de service
Nous avons ajouté ceci- reçoit de
- Réconciliation
- alimente
- Interface planificateur
Interface planificateur
exceptions
- reçoit de
- Optimiseur de stock
Le compte rendu
Comment il serait construit.
Jeu de données, approche, métriques cibles et stack. Écrit pour la personne qui devra le relire.
PrévisionOptimisationAnalytique4 mois
Prévision de la demande + optimisation des stocks
Une prévision qui s'intègre aux processus de planification et permet des scénarios what-if.
Problème
La planification reposait sur des tableurs avec un seul taux de croissance global. Les références à forte rotation étaient en rupture pendant que les lentes immobilisaient le fonds de roulement, et personne ne pouvait quantifier l'arbitrage.
Jeu de données
- lignes
- 31 M de jours-SKU
- features
- 178
- sources
- ERP, POS, promotions, météo
- fenêtre
- 48 mois
Approche
- 01Construit une prévision hiérarchique réconciliée entre SKU, magasin et région
- 02Backtesté avec une évaluation à origine glissante plutôt qu'un découpage unique
- 03Modélisé les promotions et les effets calendaires comme des régresseurs explicites
- 04Injecté les prévisions dans un optimiseur de stock de sécurité avec des objectifs de niveau de service
Métriques
- 2,7 %
- MAPE pondéré -9,4 pp
- 97,3 %
- précision de la prévision horizon de 12 semaines
- -34 %
- ruptures sur les articles A
- -21 %
- stock détenu même niveau de service
Preuves
- source
- Architecture de référence
- chiffres
- Illustratif — valeurs typiques pour cette architecture
- mesure
- Non mesuré. Valeurs typiques pour une architecture de référence de ce type, non observées sur un système client.
- référence
- Non disponible pour ce projet
- dernière revue
- 2026-08-25
Impact métier
- Fonds de roulement libéré sans nuire à la disponibilité
- Les planificateurs traitent les exceptions au lieu de reconstruire des tableurs
- Décisions de promotion appuyées sur une estimation d'uplift mesurée
Stack technique
- Python
- Prophet
- CatBoost
- dbt
- BigQuery
- Looker
- Airflow
Suite
Besoin d'un système comme celui-ci ?
Répondez à six questions et nous vous dirons si cette architecture correspond à votre problème — y compris quand ce n'est pas le cas.