So sieht BEAT Hub vom Platz des Nutzers aus. Beide Geschichten passieren jede Woche in einem echten Handelsunternehmen — und in beiden drückt die Person, die Daten ändert, einfach Speichern. Der Rest des Unternehmens weiß es einfach.
Tom aus der Preisfindung ändert den Bruttopreis eines einzelnen Artikels. Innerhalb von Sekunden — ohne dass er sonst etwas tut — ist jeder abhängige Preis im Katalog neu berechnet.
Es ist Freitagmorgen. Tom senkt den Bruttopreis von Premium-Olivenöl 750 ml von € 8.49 to € 7.99, gültig ab dem 15.th. He clicks Save in his usual SAP screen.
Aus seiner Sicht ist die Arbeit erledigt. Er geht zum nächsten Artikel auf seiner Liste über.
Das Pricing Cockpit ist eines der Dinge, die bei BEAT Hub auf Preisänderungen lauschen. Im Moment, in dem Toms Speichern festgeschrieben wird, erhält das Cockpit das Signal und beginnt, jeden abhängigen Preis neu zu berechnen — Ländervarianten, Gebindegrößen-Varianten, Aktionsbündel — alles.
Niemand musste daran denken, „die Neuberechnung anzustoßen“. Kein Nachtjob, der vielleicht lief, vielleicht nicht. Die Kaskade passiert, weil sie so konfiguriert wurde, und die Engine, die darauf wartet, schläft nie.
One save. Twelve dependent prices recalculated. Zero manual handoffs. Tom's day continues.
Wenn ein Artikel das Ende seines Lebenszyklus erreicht, müssen Filialbetrieb, Lieferkette und Nachschub alle handeln — aber an verschiedenen Dingen, zu verschiedenen Zeiten. BEAT Hub lässt jeden von ihnen es aus derselben Wahrheit, am selben Ort erfahren.
Im zentralen Stammdatensystem markiert ein Verantwortlicher Glasreiniger-Spray 750 ml am DC-003 als discontinued, effective end of June. One field, one click, one Save.
Aus Sicht des Verantwortlichen ist das die gesamte Aufgabe. Er mailt niemandem. Er öffnet kein Ticket. Er aktualisiert keine Tabelle.
MyHub ist eines der Dinge, die bei BEAT Hub auf Artikelstatus-Änderungen lauschen. Innerhalb von Sekunden erhalten drei verschiedene Empfängergruppen in MyHub je eine Eingangsnachricht — eigens für sie geschrieben, mit dem nächsten Schritt, den sie tun müssen:
Jedes Team greift die Nachricht in MyHub auf, bestätigt sie und erledigt seinen Teil der Arbeit. Niemand erfährt es drei Wochen später aus einem Leerverkauf.
Der Verantwortliche änderte die Daten, die er ändern sollte. Alle nachgelagert Beteiligten erfuhren, was sie wissen mussten. BEAT Hub erledigte das Dazwischen so leise, dass niemand bemerkte, dass es da war.
Beide Geschichten oben werden von derselben Verteilungs-Pipeline angetrieben. Die Architektur-Seite zeigt, wie diese Pipeline von innen aussieht — wie die Parallelität entsteht und warum ein langsamer Consumer nicht alle ausbremsen kann.