Eine Beratungsschicht über JTL-Wawi: gemessene Lieferzeiten statt Erfahrungswerten, sichtbar gemachte verdeckte Nachfrage und Empfehlungen, deren Rechenweg offenliegt. Lesend angebunden — an Ihren Livedaten wird nichts verändert.
Was ein Warenwirtschaftssystem als „Bedarf“ ausweist, ist meistens die Summe der Lagerbewegungen. Das ist etwas anderes als das, was Kunden wollten.
Der Unterschied hat einen Namen: zensierte Nachfrage. War ein Artikel nicht lieferbar, hat niemand ihn bestellt — also erscheint er in der Auswertung als schwacher Artikel. Die Bestellvorschläge fallen entsprechend niedrig aus, der Artikel ist wieder früher leer, und die Zahlen bestätigen sich selbst. Ein Kreislauf, der nur von außen zu durchbrechen ist.
Bestellt gegenüber ausgeliefert — eine robuste Messung, die ohne Rekonstruktion historischer Bestände auskommt. Genau die ist bei Lagerverwaltungssystemen nämlich unzuverlässig.
Wiederbeschaffungszeit samt Streuung aus den tatsächlichen Lieferereignissen, nicht aus dem Stammdatenfeld. Der Unterschied ist regelmäßig dramatisch.
Nicht jede Zahl im System verdient dasselbe Vertrauen. Wo Datenlage und Historie dünn sind, wird das ausgewiesen, statt eine Scheingenauigkeit zu erzeugen.
Jede Empfehlung lässt sich aufklappen: welche Zahlen eingeflossen sind, welche Annahme getroffen wurde und was passiert, wenn man ihr nicht folgt.
Vor jeder Auswertung die Frage, ob die Grundlage trägt: Dubletten, fehlende Zuordnungen, unplausible Werte. Eine gute Rechnung auf schlechten Daten ist keine gute Rechnung.
Ein Gegencheck zu Ihrer eigenen Einschätzung — nicht als Entscheidung, sondern als Einwand, den man kennen sollte, bevor man bestellt.
Von innen ist der Kreis nicht zu durchbrechen — jede Auswertung nutzt dieselbe verzerrte Grundlage. Es braucht eine Messung, die außerhalb steht: bestellt gegen ausgeliefert. Beides steht unstrittig in den Auftragsdaten und kommt ohne Rekonstruktion des Bestandsverlaufs aus.
↔ seitlich wischen, um das ganze Bild zu sehen
So weit lag die hinterlegte Wiederbeschaffungszeit neben der gemessenen. Nicht als Schätzfehler, sondern weil das Stammdatenfeld nie gepflegt worden war.
So stark verschob sich daraufhin der Meldebestand. Mit dem alten Wert wäre der Artikel bei jedem zweiten Zyklus leer gewesen — und hätte dann als schwacher Artikel in der Auswertung gestanden.
der Datensätze gingen bei einer früheren Auswertungsfassung still verloren. Gefunden, weil jede Änderung an der Rechenlogik gegen zwei unabhängige Datenwege geprüft wird. Seither ist das feste Regel.
Der letzte Punkt ist der eigentliche Kern: Eine Auswertung, die falsche Zahlen liefert, ist schlimmer als gar keine — weil man ihr glaubt. Deshalb wird hier jede Änderung doppelt gegengerechnet, bevor sie in Betrieb geht.
Nein. Die Anbindung ist ausschließlich lesend, und zwar bewusst und dauerhaft. Empfehlungen werden ausgegeben, nicht ausgeführt. Sie bestellen weiterhin in Ihrem gewohnten System.
Es gibt mehrere Wege — von einer direkten, lesenden Abfrage über eine regelmäßige Abholung bis zum Hochladen einer Ausleitung. Welcher passt, hängt davon ab, wie Ihre Warenwirtschaft erreichbar ist und wie viel Zugriff Sie einräumen möchten.
Das ist ein ernstzunehmender Punkt, und er wurde teuer gelernt: Eine zu großzügig gestellte Abfrage hat einmal einen laufenden Datenabgleich abreißen lassen. Seitdem gilt eine harte Regel — jede Abfrage gegen ein Kundensystem bekommt eine Zeitgrenze mit, und die aufwendigen Sichten werden dort nie durchsucht.
Nein, und das ist Absicht. Zwischen den großen Systemen für Konzerne und dem, was Warenwirtschaften mitbringen, klafft eine Lücke. Diese Lücke ist gemeint — nicht der Wettbewerb um die genaueste Prognose.
Wie weit Ihre hinterlegten Lieferzeiten von den tatsächlichen abweichen, lässt sich feststellen, bevor irgendetwas umgestellt wird.
Individuelle Software und Werkzeuge für Betriebe, die mit Standardlösungen an Grenzen stoßen.