Chaque SKU actif reçoit un statut de risque — Réimprimer, Surveiller, Monitorer, Aucune action.
Le problème
Deux risques, tirant dans des directions opposées.
Décider une réimpression, c'est constamment arbitrer entre deux risques asymétriques : la rupture — ventes perdues, déréférencement, dynamique cassée sur un titre en accélération — et le sur-stock — cash immobilisé, exemplaires invendus, pilon.
Aujourd'hui, cela se fait à la main, titre par titre, souvent trop tard, sans vue consolidée du portefeuille. Le moteur de réimpression transforme chaque situation à risque en décision structurée : quand réimprimer, combien, avec quelle technologie.
Ce que le moteur produit
Quatre livrables qui entrent directement dans votre workflow.
-
1.
Triage du portefeuille
-
2.
Deux scénarios chiffrés
Un tirage rapide qui sécurise la disponibilité, et un tirage différé qui optimise le coût unitaire — pleinement comparables.
-
3.
Un arbitrage motivé
Une règle d'arbitrage explicite et paramétrable choisit entre les scénarios — avec un rationnel chiffré.
-
4.
Une alerte standardisée
Un objet JSON, consommé par chaque surface de la suite — portail, alerting, exports imprimeur.
La recommandation · règle explicite
Rapide, différé, ou différé avec buffer décidé par une règle que vous pouvez lire.
Pas de boîte noire sur la décision qui compte. Le moteur applique la même règle en trois étapes à chaque alerte, avec des seuils gouvernés au niveau groupe.
-
1.
Le différé est sûr
Si le risque de rupture pendant l'attente ≤ 15% → prendre le tirage différé et son meilleur COGS.
-
2.
Un buffer comble l'attente
Sinon, si un buffer POD ramène le risque résiduel à ≤ 10% pour moins que l'écart FAST/DIFFÉRÉ → différé + buffer.
-
3.
La disponibilité gagne
Sinon → rapide. Une rupture sur un titre en accélération pèse plus qu'un coût unitaire dégradé.
Sous le capot · simulation
Un risque mesuré sur des milliers de futurs — pas une formule.
Plutôt que résumer le futur avec une moyenne et un écart-type, le moteur rejoue des centaines de trajectoires de demande cohérentes avec la prévision, et compte ce qui se passe : dans combien de futurs le stock atteint zéro avant l'arrivée de la réimpression ?
Il consomme directement les quantiles P10 / P50 / P90 de la prévision — la même bande affichée dans DS Agent — et gère nativement la demande intermittente à longue traîne, les délais fractionnaires et les retours réinjectés.
Gouvernance
Vos objectifs, hérités le long de la pyramide éditoriale.
Les paramètres métier sont fixés une fois en haut et descendent — Éditeur → Division → Marque → Collection — avec surcharge à chaque niveau. Même mécanique que les objectifs éditoriaux de Tirer : qui configure l'un configure l'autre.
En une phrase
Attraper la rupture avant qu'elle n'arrive — pas la semaine d'après.
Deux scénarios, une règle, un rationnel chiffré — la décision reste la vôtre.
La quantité réimprimée n'existe pas tant qu'elle n'est pas arrivée — et le moteur ne fait jamais semblant.
Tout le fonds sous règle, chaque nuit, au coût de quelques simulations.
Pour être clair
Ce que ce module ne fait pas.
✗ Il ne lance pas la commande d'achat — le moteur propose, la commande reste humaine.
✗ Il ne fait pas de prévision de demande — c'est le moteur amont, consommé via un contrat.
✗ Il ne modélise pas le stock en point de vente — seulement le centre de distribution, en V1. Annoncé d'entrée.
Pour qui ?
-
Directeur commercial · Directeur de la diffusion
Cohérence des ventilations à travers les marques, gain de temps sur les cycles, alignement avec les KAM.
Persona décideur · achète -
KAM · Analyste commercial
Préparer une ventilation de cycle en heures, pas en jours. Ajuster les clients stratégiques.
Persona utilisateur · utilise