Warum Parts Intelligence zur fehlenden Ebene zwischen Suche, Beschaffung und Entscheidung wird

Geh durch ein mittelgroßes Werk und zähl die Systeme, die etwas über seine Ersatzteile wissen. Das ERP hält den Materialstamm. Das CMMS hält die Arbeitsaufträge und die Stücklisten. Der Einkauf pflegt ein Lieferantenportal und einen Ordner mit Rahmenverträgen, das Lager hat seine Lagerplatzetiketten, und eine Planerin führt eine Tabelle, weil das ERP nie das Feld hatte, das sie brauchte. Niemandem in diesem Werk fehlen Systeme. Was fehlt, wenn eine Entscheidung fällt, ist ein vollständiges Bild des Teils: Die Information gibt es, aber sie ist an einer Stelle unvollständig, über drei andere verstreut und in einer vierten doppelt vorhanden.

Die Lücke liegt zwischen den Ersatzteildaten und der Einkaufsentscheidung

Seit Jahren lautet die Standardantwort, das als Stammdatenproblem zu behandeln. Beschreibungen bereinigen, Benennungen vereinheitlichen, Dubletten zusammenführen, dann folgen bessere Entscheidungen. Diese Arbeit lohnt sich, und sie wird nie fertig. Das Werk steht nicht still, während der Katalog bereinigt wird. Ein Techniker muss trotzdem ein Teil benennen, während eine Presse steht, und ein Einkäufer muss trotzdem bestellen, bevor die Lieferzeit abläuft. Diese Entscheidungen fallen auf den Daten, wie sie heute sind, unter Zeitdruck, von Leuten, die nicht warten können, bis ein Bereinigungsprojekt bei ihrer Teilenummer ankommt.

Die Lücke, auf die es ankommt, ist also die zwischen dem, was ein Team über ein Teil weiß, und der Entscheidung, die vor ihm liegt. Lieferantendatensatz, Stückliste, Typenschild und Teilenummer sind alle da; die Herstellernummer, die anderen Bezugsquellen, ein Preisvergleich und der Bestand am nächsten Standort meist nicht. Diese Lücke zu schließen ist die Arbeit der Kategorie, die Partium Parts Intelligence nennt, und am deutlichsten wird sie an einem einzelnen Teil.

Ein Hydraulikzylinder, drei Teams, drei Datensätze

Nimm den Hydraulikzylinder an der Schließeinheit einer Presse. In der Instandhaltung taucht er als Ölleck auf und als Typenschild, das das Öl halb abgewischt hat. Der Techniker kennt die Maschine und weiß ungefähr, was der Zylinder tut, und muss wissen, ob das Lager einen hat. Im ERP steht derselbe Zylinder vielleicht unter einem Kurztext, der kaum mehr sagt als „Zylinder, hydraulisch“, ohne Herstellerteilenummer, und womöglich unter einer zweiten Artikelnummer, die jemand vor zwei Jahren angelegt hat, weil die erste nicht zu finden war. Um die Seite des Technikers und darum, wie lange eine Reparatur darauf wartet, geht es im Beitrag Warum die Instandhaltung auf das richtige Teil wartet.

Im Einkauf taucht der Zylinder als Bedarfsanforderung mit langer OEM-Lieferzeit auf. Der Einkäufer hat die Nummer und den Preis des Maschinenbauers und soll sagen, ob noch jemand anderes das Teil herstellt. Ohne die Nummer des Originalherstellers kann das niemand sagen. Beim Maschinenbauer taucht derselbe Zylinder ein drittes Mal auf, im Ersatzteilvertrieb: Ein Kunde schreibt mit der Seriennummer der Maschine und den Worten „der Schließzylinder leckt“, und der Ersatzteilvertrieb muss daraus bis zum Nachmittag eine Teilenummer und ein Angebot machen.

Drei Menschen, ein physisches Teil, und jedem fehlt ein Stück, das vielleicht einer der anderen hat. Instandhaltung, Einkauf und Kundendienst arbeiten mit demselben Teil, und jedes Team sieht einen anderen Datensatz. Parts Intelligence arbeitet am Datensatz darunter, damit alle Teams mit denselben Fakten arbeiten.

Eine Parts-Intelligence-Ebene muss mit dem arbeiten, was da ist

Die Eingaben für diese Ebene sind selten sauber, und so zu tun, als wären sie es, ist der Grund, warum Softwareprojekte stecken bleiben. Was ein Team hat, ist ein abgenutztes Typenschild, ein Kurztext, in zwei Sprachen von zwei verschiedenen Leuten geschrieben, eine Händlernummer ohne Hersteller dahinter, eine vier Jahre alte Bestellung unter einer anderen Beschreibung und die Stückliste der Presse. Eine Ebene, die erst funktioniert, wenn diese Eingaben aufgeräumt sind, ist ein Bereinigungsprojekt mit neuem Namen.

Um nützlich zu sein, muss sie bei dem beginnen, was die Person vor dem Teil gerade hat, und von dort zu einem identifizierten Teil kommen. Sie muss die Datensätze verbinden, die dieses Teil beschreiben, auch die doppelt angelegten. Sie muss hereinholen, was das Unternehmen selbst nicht hat: wer das Teil sonst herstellt und was es kosten sollte. Und sie muss das Ergebnis der Person vorlegen, die entscheidet, in einer Form, die sie prüfen kann, denn ein Einkäufer, der nicht erklären kann, woher ein Preis kommt, nutzt ihn in keiner Verhandlung. Nichts davon ersetzt das Urteil. Es ändert, worauf das Urteil beruht: statt auf dem, woran sich eine Person gerade erinnert, auf denselben Fakten für alle, die mit dem Teil arbeiten.

Dieselben Fakten für Techniker, Einkauf und Ersatzteilvertrieb

Partium Parts Intelligence verbindet das Instandhaltungsteam an der Maschine mit den Teams, die deinen Katalog einkaufen, bevorraten und pflegen. Partium Agent erledigt die Arbeit unter beiden Produkten; Cockpit und Find bringen die Antwort zu der Person, die entscheidet. Beim Zylinder teilt sich die Arbeit entlang von Grenzen, die das Werk schon kennt. In Cockpit arbeitet dein Team an Katalog, Bestand und Preis. Partium Find ist das eigene Produkt, mit dem du ein Teil im Feld identifizierst.

Der Weg des Zylinders ist schnell erzählt. Folge einem Teil durch die Plattform: Find identifiziert es an der Maschine, und Cockpit zeigt seine Dubletten-Kandidaten, was es kosten sollte und wann es abgekündigt wird. Das Werk behält jedes System, das es am Anfang dieses Beitrags gezählt hat. Dein ERP bleibt das führende System. Partium Agent liest daraus und schreibt zurück, was dein Team entscheidet.

Buch eine Demo und bring eines deiner eigenen Teile mit, das drei Datensätze und drei Zuständige hat. Wenn deine Arbeit auf einer Seite dieses Teils liegt, gehen die Beiträge für die einzelnen Abteilungen in diesem Blog tiefer.