Es ist 15:47 Uhr an einem Freitag in München. Eine Vertriebsmitarbeiterin bei Front Range Plumbing Supply nimmt einen Anruf eines Projektleiters bei Mortenson Construction entgegen. Sie sind elf Wochen in den Saint-Joseph-Hospital-Tower-Sanierung, und der Maschinenbauingenieur hat gerade 80 Einheiten eines kommerziellen 100-Gallonen-Warmwasserbereiters spezifiziert — Ihr Modell, das mit dem Edelstahl-Wärmetauscher. Der Generalunternehmer braucht sie nächsten Freitag vor Ort, sonst rutscht die Inspektion zwei Wochen.
Die Vertriebsmitarbeiterin öffnet ihr ERP. Sieht „Auf Lager“ neben der SKU. Bietet 5 Tage Lieferung an. Gewinnt die Ausschreibung gegen zwei andere Versorgungshändler. Schickt dem Kunden bis 16:10 Uhr eine Bestätigung und geht fürs Wochenende heim, mit ganz gutem Gefühl bezüglich ihrer Provision.
Montagmorgen trifft die PO bei Ihrem Auftragsdesk ein. Ihr tatsächlicher Bestand sind 12 Einheiten. Ein anderer Distributor in Hamburg hat über das Wochenende 110 über Ihr Portal gezogen — sie hatten einen Mehrfamilienhausbau, der endlich freigegeben wurde, nachdem er sechs Monate in der Genehmigungshölle festsaß. Sie können 80 weitere bauen, aber der Produktionszyklus beträgt 14 Werktage plus QC plus Verkistung. Bestenfalls Versand in drei Wochen.
Ihre CSR ruft Front Range an. Front Range ruft Mortenson an. Mortenson ruft Ferguson an, der 90 einer vergleichbaren Bradford-White-Einheit auf dem Boden in Salt Lake hat. Der Auftrag ist bis Dienstagmittag weg. Die Beziehung zu Front Range kühlt um zehn Grad ab. Der Maschinenbauingenieur fügt Bradford White still seiner Liste der zugelassenen Anbieter für die nächsten drei Projekte hinzu.
So sieht es aus, Luft zu verkaufen. Und es passiert jeden Freitagnachmittag bei Versorgungshändlern in ganz Nordamerika, weil der Bestandsfeed, mit dem Ihre Distributoren arbeiten, schon veraltet ist, bevor die Vertriebsmitarbeiterin den Hörer abnimmt.
Warum der Tagesbatch-Feed nicht mehr gut genug ist
Die meisten Hersteller schieben Channel-Bestand immer noch genauso wie 2008. Ein Nächtlicher Job — meist um 2 Uhr morgens Eastern Time geplant — erzeugt eine Flatfile mit SKU, Bestand und Lieferzeit-Strings. SFTP holt sie ab. Das ERP jedes Distributors importiert sie irgendwann zwischen 4 und 7 Uhr Ortszeit. Bis sich seine erste Vertriebsmitarbeiterin anmeldet, ist die Zahl irgendwo zwischen vier und zwölf Stunden alt.
Das funktionierte, als Distributoren aus einem gedruckten Katalog anboten und Sie anriefen, um etwas über 5.000 USD zu bestätigen, bevor sie sich verpflichteten. Es funktioniert jetzt nicht. Die Vertriebsmitarbeiterin ist am Telefon mit dem Kunden, der Kunde will eine Zahl in 90 Sekunden, und die Vertriebsmitarbeiterin liest, was immer der Bildschirm zeigt. Es gibt keinen Rückruf. Der Bildschirm ist die Wahrheit, und der Bildschirm ist falsch.
Das Problem verschlimmert sich: Der Bildschirm kombiniert oft Ihren veralteten Feed mit den eigenen committed-aber-nicht-versendeten Aufträgen des Distributors, seinen in-Transit-POs von Ihnen und einem Puffer, den sein Einkaufsleiter vor sechs Quartalen festgelegt und vergessen hat. Die Zahl, die die Vertriebsmitarbeiterin sieht, ist eine Fiktion, gemacht aus drei verschiedenen veralteten Datenpunkten, die aufeinander gestapelt sind.
Ihre Tier-A-Distributoren — diejenigen mit 4 Mio. USD und mehr — haben begonnen, API-Zugang zu fordern. Sie wollen einen Echtzeitaufruf. Die größeren Sanitärgroßhändler, Elektrohäuser wie Rexel und Sonepar, die größeren HLK-Ketten — sie bauen Integrationen, die Live-ATP zur Angebotszeit ziehen. Wenn Sie diesen Aufruf nicht bedienen können, werden Sie umgangen. Sie bieten das Produkt Ihres Wettbewerbers an, weil Ihr Wettbewerber den API-Aufruf beantwortet.
Available-to-Promise: Was die Zahl tatsächlich bedeutet
ATP ist nicht der Bestand. Das ist der häufigste Fehler bei Channel-Bestand und derjenige, der das München-Szenario erzeugt.
Echtes ATP ist eine Berechnung:
| Komponente | Was es ist | Effekt auf ATP |
|---|---|---|
| Bestand | Physische Einheiten auf Ihrem Lagerboden, korrekt gezählt | Ausgangspunkt |
| Committed | Offene Verkaufsaufträge, Releases gegen Rahmen-POs, noch nicht versendet | Subtrahiert |
| Allokiert | Reserviert gegen VMI-Nachschub, wöchentliche Tier-A-Züge, vertraglich vereinbarte Programme | Subtrahiert |
| Sicherheitsbestand | Puffer, der gehalten wird, um Nachfrageschwankungen abzufedern und kritische Accounts zu schützen | Subtrahiert |
| Eingang an der Rampe | PO-Einheiten empfangen, aber noch nicht eingelagert oder QC-geprüft | Fügt nichts hinzu, bis freigegeben |
| Echtes ATP | Was Sie einem neuen Anrufer gerade jetzt tatsächlich versprechen können | = |
Wenn Ihr nächtlicher Feed „auf Lager“ exportiert, exportiert er fast immer Bestand minus eine veraltete Committed-Zahl. Er verrechnet Allokationen nicht gegen Rahmen-PO-Releases, die Montag landen. Er respektiert nicht den Sicherheitsbestand, den Ihr Vertriebs-VP den Top-drei-Accounts nach dem Stockout-Fiasko des letzten Jahres versprochen hat.
Der München-Anruf braucht die echte ATP-Zahl, berechnet in dem Moment, in dem die Vertriebsmitarbeiterin fragt — nicht vor 14 Stunden. Wenn Ihr ATP um 15:47 Uhr Freitag 12 Einheiten verfügbar zeigt nach Verrechnung des Wochenend-Zugs aus Hamburg und des Sicherheitsbestands, den Sie Ihren Top-fünf-Accounts versprochen haben, sieht die Vertriebsmitarbeiterin bei Front Range 12, bietet entsprechend an und schlägt entweder eine Teillieferung plus Produktionsvorlauf für den Rest vor oder empfiehlt die Substitut-SKU, die Sie ebenfalls im Portal exponieren. Beide Pfade behalten den Auftrag. Keiner beinhaltet, dass der Kunde nächsten Dienstag herausfindet, dass Sie Luft verkauft haben.
Allokationsregeln, wenn die Mathematik nicht für alle reicht
Sie haben nicht immer genug Bestand, um jeden Distributor zu befriedigen, der in derselben Woche zieht. Das ist kein Software-Problem. Es ist eine Fertigungsrealität. Das Software-Problem ist, eine vertretbare, transparente Regel zu haben, wer was bekommt.
Vier Allokationsmuster zeigen sich in der Praxis. Keines davon ist falsch. Wählen Sie eines und schreiben Sie es vor dem nächsten Stockout auf, nicht während.
FIFO (first-in-first-served). Wessen PO zuerst in der Warteschlange ist, bekommt das Produkt. Am einfachsten zu erklären, am schwersten zu verteidigen, wenn Ihr 9-Mio.-USD-Tier-A-Account einem 400K-USD-Tier-C-Account verliert, der zufällig fünf Minuten früher eine PO abgefeuert hat. Funktioniert für Commodity-SKUs. Funktioniert nicht für Channel-Programme, die von Stufung abhängen.
Tier-Prioritäts-Allokation. Tier-A-Partner bekommen Erstrecht auf knappen Bestand, dann B, dann C. Kommerziell vertretbar — Sie haben Ihren Top-Accounts gesagt, dass sie bevorzugte Behandlung bekommen, und jetzt liefern Sie sie. Tier-C-Distributoren werden „nicht verfügbar“ sehen, während Tier-A bedient wird, und sie werden das innerhalb von etwa zwei Zyklen herausfinden. Seien Sie ehrlich über die Regel in Ihren Channel-Vereinbarungen.
Rahmen-PO-Verpflichtungen zuerst. Wenn ein Distributor einen Rahmen für 200 Einheiten pro Monat unterschrieben hat und dagegen Releases macht, kommen diese Einheiten zuerst aus dem Bestand, bevor irgendjemand anderes alloziert wird. Sauberste Regel für VMI- und CMI-Beziehungen. Belohnt Distributoren, die Volumen vorwärts committen. Die Falle ist, dass Sie Rahmen überbinden können und sich ohne Spot-Bestand für Tier-A-Walk-up-Nachfrage wiederfinden. Begrenzen Sie Rahmen-Verpflichtungen auf 65–75% der Prognosekapazität und Sie haben Raum für den München-Anruf.
Hersteller-Wahl. Ihr Channel-Manager alloziert per Hand. Maximale Flexibilität. Minimale Vertretbarkeit. Die Phrase „Ich habe Mike daswegen angerufen“ wird in Konferenzräumen viel verwendet. Funktioniert in kleinen Netzwerken. Fällt bei Skalierung auseinander.
Die meisten gut geführten Channels verwenden ein Hybrid: Rahmen-PO-Verpflichtungen kommen zuerst, dann verarbeitet Tier-Priorität den Rest, mit einer kleinen Reserve, die für Hersteller-Wahl in strategischen Situationen herausgeschnitten wird. Was auch immer Sie wählen, dokumentieren Sie es im Portal. Wenn ein Distributor „alloziert“ statt „verfügbar“ trifft, sollte er durchklicken und sehen können, warum — und welche Position er in der Warteschlange hat.
Lieferzeiten, die nicht erfunden sind
Die andere Hälfte des München-Problems ist das 5-Tage-Lieferversprechen. Woher kam das? Es kam aus dem Kopf der Vertriebsmitarbeiterin, basierend auf dem, was sie aus den letzten sechs pünktlich versendeten Aufträgen erinnerte. Es war keine Systemzahl. Es war nicht Ihre Zahl. Es war eine Schätzung, die der Kunde als Verpflichtung behandelte.
Berechnete Lieferzeit ist eine echte Zahl, die Sie berechnen und exponieren können:
Produktionszyklus (Tage) + QC und Endbearbeitung (Tage) + Verkistung / Palettierung (Tage) + Ausgehender Transit nach Ziel-PLZ (Tage) = Versprochene Versand-zu-Ankunft-Lieferzeit
Für einen konfigurierten kommerziellen Warmwasserbereiter, der auf Bestellung gebaut wird, könnten das 14 + 2 + 1 + 4 = 21 Kalendertage aus dem München-Szenario sein. Für eine vorrätige SKU, aus Bremen gezogen und nach München gehend, könnten es 0 + 0 + 1 + 3 = 4 Tage sein. Dieselbe Produktfamilie. Wild unterschiedliche Lieferzeiten. Die Vertriebsmitarbeiterin sollte nicht raten müssen, welche zutrifft.
Exponieren Sie die berechnete Lieferzeit direkt im Portal neben der ATP-Zahl. Wenn die Vertriebsmitarbeiterin sieht „12 verfügbar, versendet in 2 Werktagen; Restmenge eines 80-Einheiten-Auftrags baut in 19 Werktagen“, kann sie ein echtes Gespräch mit dem GU über Teillieferung, Beschleunigung oder die Substitut-SKU führen. Sie kann ein Datum anbieten, das sie tatsächlich einhalten kann. Diese eine Änderung — eine echte Lieferzeitzahl statt einer Bauchschätzung der Vertriebsmitarbeiterin — ist es, was Ihren OTIF von den hohen 80ern in die mittleren 90er hebt.
Die Disziplin, die das erfordert, liegt bei Ihnen, nicht beim Distributor. Ihr Produktionsplan muss genau sein. Ihr QC-Zyklus muss vorhersehbar sein. Ihre Transitzeit-Tabelle muss gegen tatsächliche Spediteurleistung gepflegt werden, nicht gegen das Tarifdokument, das Sie 2022 von FedEx erhalten haben. Garbage in, garbage out — und der Garbage taucht in den Empfangspapieren der Laderampe des Kunden auf.
Substitut-SKUs: Der Backorder-Königsmörder
Wenn die angeforderte SKU alloziert ist, ist die schlechteste Antwort „nicht verfügbar“. Die nächstschlechteste ist „ich muss Sie zurückrufen“. Die richtige Antwort ist „ich habe 80 vom vergleichbaren Modell, gleicher Durchfluss, gleiche Garantie, verfügbar für nächsttagigen Versand — möchten Sie tauschen?“
Diese Antwort erfordert eine Substitut-Tabelle, die der Hersteller pflegt und in das Portal pusht. Für jede SKU definieren Sie Form-Fit-Funktion-Äquivalente (gleiche Spezifikation, andere Teilenummer — meist eine Generationsauffrischung oder regionale Variante), Up-Spec-Alternativen (die nächste Größe nach oben, oft zum gleichen Preis bei Engpasssituationen), Cross-Line-Äquivalente (eine SKU aus einer Schwesterproduktfamilie, die die Spezifikation erfüllt) und Kompatibilitätshinweise, die die Vertriebsmitarbeiterin dem Kunden vorlesen kann.
Wenn die Vertriebsmitarbeiterin die Original-SKU eingibt und alloziert/begrenzt sieht, exponiert das Portal die Alternativen mit ihren eigenen ATP- und Lieferzeitzahlen. Die Entscheidung passiert im selben Anruf. Der Auftrag geht nicht an Ferguson. Die Beziehung mit Front Range bleibt intakt, weil Sie ihnen eine Rettung statt eines Problems gegeben haben.
Hersteller, die das gut machen, berichten von Substitut-SKU-Akzeptanzraten von 35–55% bei knappen Positionen. Das ist direkt zurückgewonnener Umsatz, der sonst zu einem Wettbewerber abgewandert wäre. Es ist auch das stärkste Signal, das Sie Ihrem Channel senden können, dass Sie gebaut sind, ihre Probleme zu handhaben, nicht sie auf ihre Kunden abzuwälzen.
Die interne Disziplin, die keine Software überspringen kann
All das oben funktioniert nur, wenn Ihr eigener Bestand genau ist. ATP, das aus einem Bestand berechnet wird, der um 15% daneben liegt, ist nur eine präzisere Lüge. Zykluszählungen, perpetuelle Bestandsgenauigkeit in den hohen 90ern, Echtzeit-Eingangsupdates von der Rampe, scangetriebene Einlagerung — das sind keine glamourösen Projekte. Sie sind das Fundament unter allem anderen.
Wenn Ihr Lager immer noch monatliche Bestandsaufnahmen gegen ein System macht, das zwischen Zählungen driftet, wird kein Portal der Welt den München-Anruf retten. Die Vertriebsmitarbeiterin bei Front Range wird eine Zahl sehen, die Sie um 2 Uhr morgens selbstbewusst herausgegeben haben, die Zahl wird um 8 Uhr morgens falsch sein, und Sie werden am folgenden Montag wieder im selben Gespräch mit Mortenson sein.
Die Werkzeuge, das zu beheben, existieren und sind nicht teuer. Scangetriebener Wareneingang und Einlagerung über ein echtes WMS. Zykluszählprogramme, die jede SKU in einem 30/60/90-Rhythmus basierend auf Geschwindigkeit treffen. Perpetuelle Bestandsupdates, die in Sekunden in Ihre ATP-Engine fließen, nicht in Stunden. Das OrderHUBx Lagerverwaltungssystem behandelt die Rampe-zu-Regal-Seite, und BatchTrack hält die Lot-Level-Rückverfolgbarkeit dicht genug, dass QC-Sperren nicht still in Ihren verfügbaren Pool driften. Die Steuerungsebene, die ATP an Ihre Distributoren veröffentlicht, funktioniert nur so gut wie die Bodenfeed-Daten, die sie speisen.
Was mit OTIF passiert, wenn Sie das richtig machen
OTIF — on-time, in-full — ist die Zahl, mit der Ihre Distributoren Sie tatsächlich bewerten. Ihre Scorecard-Reviews kümmern sich nicht um Ihre Bruttomarge oder Ihren Produktionsplan. Sie kümmern sich darum, ob die Einheiten zur Zeit ankamen, die Sie versprochen hatten, in der Menge, die Sie zugesagt hatten.
ATP-getriebenes Anbieten, berechnete Lieferzeiten und Substitut-SKU-Exposition heben OTIF in den ersten 90 Tagen nach dem Rollout typischerweise um 8–15 Punkte. Die Mathematik ist einfach: Die meisten OTIF-Niederlagen kommen von überbundenem Bestand und aufgeblähten Lieferzeiten, die der Hersteller nie eine echte Chance hatte zu treffen. Wenn das Angebot am Verkaufspunkt ehrlich ist, ist die Erfüllung am Versandpunkt ehrlich. Backorders sinken. Teillieferungen sinken. Die Chargebacks, die Ihre Top-Distributoren still gegen Sie aufgebaut haben, hören auf, im Monatsreview aufzutauchen.
Die Line Fill Rate — auf den ersten Anhieb versendete Einheiten gegen bestellte Einheiten — bewegt sich typischerweise vom 88–92%-Bereich auf den 95–97%-Bereich. Die Case Fill Rate auf programmierten SKUs bewegt sich in die hohen 90er. Das sind die Zahlen, mit denen der Einkaufsdirektor Ihres Distributors entscheidet, ob er Ihre Linie für ein weiteres Jahr verlängert oder einen Slot für den Wettbewerber eröffnet.
Mehr dazu, wie Distributoren Sie bewerten und was mit den Daten zu tun ist, wenn Sie sie zurückbekommen, behandelt das Playbook zu Distributor-Scorecards für Hersteller die Metriken, die die Beziehung tatsächlich bewegen. Und falls Sie noch debattieren, ob die richtige Antwort für Ihren Channel überhaupt ein Portal ist — gegenüber einem B2B-Webshop — deckt der Vergleich Distributor-Portal vs B2B-Webshop die architektonische Wegegabelung ab.
Der Freitagnachmittag-Test
Wählen Sie einen Freitag um 15:30 Uhr. Täuschen Sie sich vor, Sie sind die Vertriebsmitarbeiterin bei Front Range Plumbing Supply. Der Mortenson-PM ist am Telefon. Sie brauchen 80 Einheiten, vor Ort in fünf Werktagen, und Sie müssen sich verpflichten, bevor er aufhängt.
Was zeigt Ihr Portal? Ist die Zahl alt? Ist sie netto der Wochenend-Züge aus Hamburg? Sagt sie Ihnen die Lieferzeit für den Rest? Exponiert sie ein Substitut, das morgen versendet? Kann die Vertriebsmitarbeiterin ein vertretbares Versprechen ohne Rückruf abgeben?
Wenn die Antwort auf eines dieser Dinge nein ist, versenden Sie Luft durch Ihren Channel — und das Angebot geht an denjenigen, der die Frage beantworten kann.
Sprechen Sie mit uns über Echtzeit-ATP für Ihr Distributor-Netzwerk.