Ihr ERP glaubt, eine Palette sei ein Produkt. Lassen Sie das wirken.
Und drei Beratungsworkshops reparieren das nicht.
Die Beraterin kam am Montag. Sie war sehr nett. Sie hatte eine PowerPoint. Die PowerPoint hatte 47 Folien. Folie 1 sagte "ERP Implementation — ITAD Module" und zeigte ein Warehouse, das überhaupt nicht wie Ihr Warehouse aussah, denn Ihr Warehouse hat schlechte Beleuchtung in Zone C und einen Gabelstapler mit verbeulter Stoßstange, während das Warehouse auf dem Bild Schienenbeleuchtung hatte und eine Frau mit Schutzhelm, die offenbar ein Clipboard anlächelte.
Bis Freitag hatten Sie einen Projektplan, einen Zeitplan und ein Budget. €80K für die Implementierung. Sechs Monate. Die Beraterin war zuversichtlich. Ihr CFO war erleichtert. Endlich ein richtiges System. Kein FileMaker mehr. Kein Raymond mehr.
Sechs Monate später wurde eine Palette mixed-grade HP EliteBooks mit drei verschiedenen Tastaturlayouts — AZERTY, QWERTY und QWERTZ, weil das Lot von einem multinationalen Unternehmen kam — in Ihrem neuen ERP als ein einziges "Produkt" mit Menge 1 und der Beschreibung "HP laptop" registriert. Nicht "HP EliteBook 840 G8". Nicht "mixed grade". Nicht "drei Tastaturlayouts". Nur "HP laptop". Menge: 1.
Das ERP ist nicht kaputt. Das ERP funktioniert genau wie entworfen. Das ERP wurde für eine Welt entworfen, in der Produkte identisch, zählbar und austauschbar sind. Eine Palette HP EliteBooks ist nichts davon.
Der Vokabular-Mismatch
Hier ist eine nicht vollständige Liste von Dingen, für die Ihr ERP kein Wort hat:
Mixed-grade Lot. Das ERP hat "Produkte" und "Produktvarianten". Eine Variante kann "Farbe: blau" oder "Größe: groß" sein. Es kann nicht abbilden: "Grade: B, außer 12 Geräte sind C, weil die Handballenauflagen zerkratzt sind, und 3 sind D, weil die Displays flackern." Das ist keine Variante. Das ist eine Situation.
Datenlöschstatus pro Laufwerk. Das ERP verfolgt Seriennummern, klar. Aber es verfolgt eine Seriennummer pro Produkt. Ein Laptop mit zwei SSDs, die jeweils eigene Löschung und Zertifizierung brauchen? Das ERP schlägt vor, zwei "Produkte" anzulegen. Eines für jedes Laufwerk. Irgendwie verbunden mit... dem Laptop. Es wird schnell kompliziert, und niemand mag, wohin das führt.
Aktualität des Gradings. Der Grade, den Sie vor sechs Wochen vergeben haben, ist vielleicht nicht mehr korrekt. Batteriezustand verschlechtert sich. Kosmetische Bewertungen altern. Das ERP kennt keinen Grade, der abläuft. Grades sind Fakten. Grades im ITAD sind Meinungen mit Haltbarkeitsdatum.
Nachweiskette. Das ERP verfolgt Warehouse-Bewegungen: Standort A nach Standort B. Es verfolgt nicht den Grund der Bewegung, wer sie autorisiert hat oder welche Compliance-Auswirkungen sie hat. Im ITAD ist ein Gerät, das von "processing" nach "quarantine" bewegt wird, nicht dasselbe wie eine Bewegung von Regal 3 zu Regal 4. Das ERP denkt, es sei dasselbe.
Ein ERP, das "für ITAD angepasst" wurde, ist kein ITAD-System. Es ist ein Allzwecksystem, mit dem so lange gestritten wurde, bis es aufgehört hat, sich zu beschweren.
Die Beratungssitzungen
Als der Vokabular-Mismatch sichtbar wurde, kam die Beraterin zurück. Mehr Sitzungen. Mehr PowerPoints. Mehr "das können wir konfigurieren". Das Wort "konfigurieren" musste viel tragen. Praktisch bedeutete es: Wir fügen Custom Fields hinzu, bis das System ungefähr abbildet, was Sie brauchen, und dann ist es zu stark angepasst für Upgrades und zu spezifisch für guten Support.
Drei Beratungssitzungen später hatten Sie ein System, das technisch Grades verfolgte (in einem Textfeld), Multi-Warehouse irgendwie behandelte (mit einem Standort-Präfix-Hack) und Löschberichte erzeugen konnte (wenn jemand eine CSV exportierte und durch ein Python-Skript laufen ließ, das Ihr IT-Manager an einem Wochenende geschrieben hatte).
Gesamtkosten: €80K Implementierung plus €45K Beratungssitzungen plus €12K jährliche Customization-Wartung plus das Gehalt einer Person, die 30% ihrer Zeit damit verbringt, um Einschränkungen herumzuarbeiten, statt ihre eigentliche Arbeit zu tun. Das ist keine Lösung. Das ist ein Wettrüsten zwischen Ihren Anforderungen und der Bereitschaft des ERP, so zu tun, als würde es sie verstehen.
Warum ERPs im ITAD scheitern
Das Grundproblem ist nicht technisch. Es ist konzeptionell. ERPs bauen auf der Annahme auf, dass Ihr Unternehmen Produkte verkauft. Produkte werden definiert, hergestellt, gelagert und verkauft. Jedes Produkt hat eine SKU. Jede SKU beschreibt einen identischen Artikel. Der Bestand sagt Ihnen, wie viele Sie haben. Einfach.
ITAD verkauft keine Produkte. ITAD verarbeitet einzelne Assets. Jedes ist einzigartig. Jedes hat eine eigene Seriennummer, einen eigenen Zustand, eine eigene Historie, einen eigenen Grade, einen eigenen Datenlöschstatus, eine eigene Nachweiskette. Eine "Palette mit 50 Dell Latitude 5430" sind nicht 50 identische Artikel. Es sind 50 einzelne Geschichten, die zufällig eine Modellnummer teilen. Ein ERP behandelt sie als 50 Kopien einer Sache. ITAD behandelt sie als 50 verschiedene Dinge, die nur ähnlich aussehen.
Diese konzeptionelle Lücke konnten €80K und drei Beratungssitzungen nicht schließen. Nicht weil die Beraterin schlecht war. Weil die Lücke architektonisch ist, und keine Menge Custom Fields ein produktbasiertes System in ein assetbasiertes verwandelt.
Ihr ERP ist hervorragende Software. Für Fertigung. Für Retail. Für Distribution. Für jedes Geschäft, in dem Produkte identisch und austauschbar sind. ITAD ist nicht dieses Geschäft. Ihre Palette ist kein Produkt. Ihr Grade ist keine Variante. Ihr Löschzertifikat ist kein Attachment.
In einem Punkt hatte die Beraterin aber recht: Sie brauchten ein richtiges System. Nur eben eines, das für genau das gebaut wurde.