Ces cas d’usage répondent à des intentions différentes. Chaque page détaille son périmètre, ses limites et les guides qui permettent de préparer le projet.
1. Alerte rupture intelligente
Objectif. Le cas d’usage Alerte rupture intelligente répond à un besoin précis : Prévenir avant la rupture selon vitesse de vente et délai de réassort. Cette automatisation devient pertinente lorsque le volume rend le traitement manuel lent, irrégulier ou difficile à contrôler.
Donnée de départ. Le cadrage vérifie en priorité stock disponible, réservé et en transit. Sans une source identifiable, un format stable et un responsable de la donnée, le scénario doit rester en préparation plutôt que d’exécuter une action incertaine.
Contrôle et limite. Un entrepôt, 1 000 SKU. Le risque à surveiller est de raisonner sur un stock non synchronisé. Une file d’exceptions, un journal des actions et une validation explicite sont ajoutés lorsque la conséquence ne peut pas être annulée facilement.
Mesure. Le résultat se suit notamment avec taux de rupture et durée moyenne. La valeur avant automatisation est relevée pour éviter d’attribuer au système un gain qui viendrait d’un changement de volume ou d’organisation.
2. Stock dormant
Objectif. Le cas d’usage Stock dormant répond à un besoin précis : Identifier les produits qui immobilisent la trésorerie et proposer des actions. Cette automatisation devient pertinente lorsque le volume rend le traitement manuel lent, irrégulier ou difficile à contrôler.
Donnée de départ. Le cadrage vérifie en priorité ventes quotidiennes et saisonnalité. Sans une source identifiable, un format stable et un responsable de la donnée, le scénario doit rester en préparation plutôt que d’exécuter une action incertaine.
Contrôle et limite. Un dépôt, douze mois de données. Le risque à surveiller est de ignorer une opération commerciale future. Une file d’exceptions, un journal des actions et une validation explicite sont ajoutés lorsque la conséquence ne peut pas être annulée facilement.
Mesure. Le résultat se suit notamment avec valeur du stock dormant. La valeur avant automatisation est relevée pour éviter d’attribuer au système un gain qui viendrait d’un changement de volume ou d’organisation.
3. Prévision simple des ventes
Objectif. Le cas d’usage Prévision simple des ventes répond à un besoin précis : Estimer les besoins à court terme en tenant compte de tendance et saisonnalité. Cette automatisation devient pertinente lorsque le volume rend le traitement manuel lent, irrégulier ou difficile à contrôler.
Donnée de départ. Le cadrage vérifie en priorité délais et fiabilité des fournisseurs. Sans une source identifiable, un format stable et un responsable de la donnée, le scénario doit rester en préparation plutôt que d’exécuter une action incertaine.
Contrôle et limite. Top 100 SKU ; prévision indicative. Le risque à surveiller est de surcommander à partir d’un pic ponctuel. Une file d’exceptions, un journal des actions et une validation explicite sont ajoutés lorsque la conséquence ne peut pas être annulée facilement.
Mesure. Le résultat se suit notamment avec écart entre prévision et ventes. La valeur avant automatisation est relevée pour éviter d’attribuer au système un gain qui viendrait d’un changement de volume ou d’organisation.
4. Retards sous contrôle
Objectif. Le cas d’usage Retards sous contrôle répond à un besoin précis : Prévenir le client d'un retard avant qu'il contacte le SAV. Cette automatisation devient pertinente lorsque le volume rend le traitement manuel lent, irrégulier ou difficile à contrôler.
Donnée de départ. Le cadrage vérifie en priorité poids, destination et promesse de livraison. Sans une source identifiable, un format stable et un responsable de la donnée, le scénario doit rester en préparation plutôt que d’exécuter une action incertaine.
Contrôle et limite. Deux transporteurs, trois scénarios. Le risque à surveiller est de choisir le transporteur uniquement sur le prix. Une file d’exceptions, un journal des actions et une validation explicite sont ajoutés lorsque la conséquence ne peut pas être annulée facilement.
Mesure. Le résultat se suit notamment avec retards détectés avant réclamation. La valeur avant automatisation est relevée pour éviter d’attribuer au système un gain qui viendrait d’un changement de volume ou d’organisation.
5. Choix transporteur par règles
Objectif. Le cas d’usage Choix transporteur par règles répond à un besoin précis : Sélectionner le transporteur selon destination, poids, coût et délai promis. Cette automatisation devient pertinente lorsque le volume rend le traitement manuel lent, irrégulier ou difficile à contrôler.
Donnée de départ. Le cadrage vérifie en priorité incidents, retours et coûts transport. Sans une source identifiable, un format stable et un responsable de la donnée, le scénario doit rester en préparation plutôt que d’exécuter une action incertaine.
Contrôle et limite. Deux transporteurs, France métropolitaine. Le risque à surveiller est de raisonner sur un stock non synchronisé. Une file d’exceptions, un journal des actions et une validation explicite sont ajoutés lorsque la conséquence ne peut pas être annulée facilement.
Mesure. Le résultat se suit notamment avec coût transport par commande livrée. La valeur avant automatisation est relevée pour éviter d’attribuer au système un gain qui viendrait d’un changement de volume ou d’organisation.
