Jede aktive SKU erhält einen Risikostatus — Jetzt nachdrucken, Beobachtungsliste, Monitoring oder Keine Aktion.
Das Problem
Zwei Risiken, die in entgegengesetzte Richtungen ziehen.
Eine Nachdruck-Entscheidung bedeutet, ständig zwischen zwei asymmetrischen Risiken abzuwägen: Nichtverfügbarkeit — verlorene Verkäufe, Auslistung, gebrochene Dynamik eines aufsteigenden Titels — und Überbestand — gebundenes Kapital, unverkaufte Exemplare, Makulatur.
Heute geschieht dies manuell, Titel für Titel, oft zu spät, ohne konsolidierte Sicht auf das Portfolio. Die Nachdruck-Engine verwandelt jede Risikosituation in eine strukturierte Entscheidung: wann nachdrucken, wie viel, mit welcher Technologie.
Was die Engine liefert
Vier Ergebnisse, die direkt in Ihren Workflow einfließen.
-
1.
Portfolio-Triage
-
2.
Zwei kostenbewertete Szenarien
Ein schneller Nachdruck, der Verfügbarkeit sichert, und ein aufgeschobener, der Stückkosten optimiert — voll vergleichbar.
-
3.
Eine begründete Empfehlung
Eine explizite, einstellbare Arbitrage-Regel wählt zwischen den Szenarien — mit kostenbasierter Begründung.
-
4.
Ein standardisierter Alert
Ein JSON-Objekt, konsumiert von jeder Oberfläche der Suite — Portal, Alerting, Druckerei-Exports.
Die Empfehlung · explizite Regel
Schnell, aufgeschoben oder aufgeschoben mit Puffer — entschieden durch eine lesbare Regel.
Keine Blackbox bei der entscheidenden Wahl. Die Engine wendet dieselbe dreistufige Regel auf jeden Alert an, mit Schwellenwerten, die auf Gruppenebene gesteuert werden.
-
1.
Aufgeschoben ist sicher
Wenn das Ausfallrisiko während des Wartens ≤ 15% → aufgeschobener Nachdruck mit besseren Stückkosten.
-
2.
Ein Puffer überbrückt die Wartezeit
Sonst, wenn ein POD-Puffer das Restrisiko auf ≤ 10% senkt für weniger als die FAST/DEFERRED-Differenz → aufgeschoben + Puffer.
-
3.
Verfügbarkeit gewinnt
Sonst → schnell. Eine Nichtverfügbarkeit bei einem aufsteigenden Titel wiegt schwerer als eine verschlechterte Stückkostenposition.
Unter der Haube · Simulation
Risiko gemessen auf tausenden Zukunftsverläufen — keine Formel.
Statt die Zukunft mit Mittelwert und Standardabweichung zusammenzufassen, spielt die Engine hunderte Nachfragetrajektorien konsistent mit der Prognose durch und zählt: in wie vielen Zukunftsverläufen erreicht der Bestand null, bevor der Nachdruck eintrifft?
Sie konsumiert die P10 / P50 / P90 Quantile der Prognose direkt — dasselbe Band, das in DS Agent angezeigt wird — und verarbeitet nativ intermittierende Long-Tail-Nachfrage, fraktionale Vorlaufzeiten und reinjizierte Retouren.
Governance
Ihre Zielsetzungen, vererbt durch die redaktionelle Pyramide.
Geschäftsparameter werden einmal oben festgelegt und fließen nach unten — Verlag → Division → Marke → Reihe — mit Override auf jeder Ebene. Dieselbe Mechanik wie bei den Verlagszielen von Auflage: wer eine konfiguriert, konfiguriert die andere.
In einem Satz
Die Nichtverfügbarkeit erkennen, bevor sie eintritt — nicht eine Woche später.
Zwei Szenarien, eine Regel, eine kostenbasierte Begründung — die Entscheidung bleibt bei Ihnen.
Die nachgedruckte Menge existiert nicht, bis sie eintrifft — und die Engine tut nie so, als ob.
Der gesamte Backlist unter Regel, jede Nacht, zum Preis einiger Simulationen.
Klar gesagt
Was dieses Modul nicht tut.
✗ Es löst die Bestellung nicht aus — die Engine schlägt vor, die Bestellung bleibt menschlich.
✗ Es prognostiziert die Nachfrage nicht — das ist die vorgelagerte Engine, konsumiert über einen Vertrag.
✗ Es modelliert keinen Bestand am Verkaufsort — nur das Distributionszentrum, in V1. Von Anfang an klargestellt.
Für wen?
-
Vertriebsleiter · Distributionsleiter
Dispositions-Konsistenz über Imprints, Zeitgewinn pro Zyklus, Abstimmung mit KAMs.
Entscheider-Persona · Käufer
-
KAM · Vertriebsanalyst
Eine Zyklus-Disposition in Stunden statt Tagen vorbereiten. Strategische Kunden anpassen.
Anwender-Persona · Operator