Je ERP denkt dat een pallet een product is. Laat dat even binnenkomen.
En drie consultancysessies gaan dat niet oplossen.
De consultant kwam op maandag. Ze was heel vriendelijk. Ze had een PowerPoint. De PowerPoint had 47 slides. Slide 1 zei "ERP Implementation — ITAD Module" en had een foto van een magazijn dat totaal niet op jouw magazijn leek, want jouw magazijn heeft slechte verlichting in Zone C en een heftruck met een gedeukte bumper, terwijl het magazijn op de foto railverlichting had en een vrouw met veiligheidshelm die naar een clipboard leek te glimlachen.
Tegen vrijdag had je een projectplan, een timing en een budget. €80K voor de implementatie. Zes maanden. De consultant had vertrouwen. Je CFO was opgelucht. Eindelijk een echt systeem. Geen FileMaker meer. Geen Raymond meer.
Zes maanden later werd een pallet mixed-grade HP EliteBooks met drie verschillende toetsenbordindelingen — AZERTY, QWERTY en QWERTZ, omdat de lot van een multinational kwam — in je nieuwe ERP geregistreerd als één "product" met hoeveelheid 1 en een omschrijving "HP laptop". Niet "HP EliteBook 840 G8." Niet "mixed grade." Niet "drie toetsenbordindelingen." Gewoon "HP laptop." Hoeveelheid: 1.
Het ERP is niet kapot. Het ERP werkt precies zoals ontworpen. Het ERP is ontworpen voor een wereld waarin producten identiek, telbaar en uitwisselbaar zijn. Een pallet HP EliteBooks is geen van die dingen.
De vocabulaire mismatch
Hier is een onvolledige lijst van dingen waar je ERP geen woord voor heeft:
Mixed-grade lot. Het ERP heeft "producten" en "productvarianten". Een variant kan "kleur: blauw" of "maat: large" zijn. Het kan niet om met "grade: B, behalve 12 toestellen die C zijn omdat de polssteunen gekrast zijn en 3 die D zijn omdat de schermen flikkeren". Dat is geen variant. Dat is een situatie.
Status gegevenswissing per drive. Het ERP volgt serienummers, zeker. Maar het volgt één serienummer per product. Een laptop met twee SSD's, elk met aparte wissing en certificering? Het ERP stelt voor om twee "producten" te maken. Eén per drive. Gekoppeld aan... de laptop, op een of andere manier. Het wordt snel ingewikkeld en niemand vindt leuk waar het eindigt.
Versheid van grading. De grade die je zes weken geleden gaf, is misschien niet meer accuraat. Batterijgezondheid daalt. Cosmetische beoordelingen verouderen. Het ERP kent geen grade die vervalt. Grades zijn feiten. Grades in ITAD zijn meningen met een houdbaarheidsdatum.
Keten van bewaring. Het ERP volgt magazijnbewegingen: locatie A naar locatie B. Het volgt niet de reden van de beweging, wie ze autoriseerde of de compliance-impact. In ITAD is een toestel dat van "processing" naar "quarantine" gaat niet hetzelfde als een beweging van rek 3 naar rek 4. Het ERP denkt van wel.
Een ERP dat "aangepast is voor ITAD" is geen ITAD-systeem. Het is een generiek systeem waarmee zo lang geruzied is tot het ophield met klagen.
De consultingsessies
Toen de vocabulaire mismatch duidelijk werd, kwam de consultant terug. Meer sessies. Meer PowerPoints. Meer "dat kunnen we configureren". Het woord "configureren" moest veel dragen. In de praktijk betekende het: we voegen custom fields toe tot het systeem ongeveer doet wat je nodig hebt, waarna het te hard gecustomized is om te upgraden en te specifiek om goed te ondersteunen.
Drie consultingsessies later had je een systeem dat technisch grades bijhield (in een tekstveld), min of meer multi-warehouse aankon (met een locatiefix in prefixes) en erasure-rapporten kon genereren (als iemand een CSV exporteerde en door een Python-script haalde dat je IT-manager in een weekend schreef).
Totale kost: €80K implementatie plus €45K consultingsessies plus €12K jaarlijkse onderhoudskost voor customisaties plus het loon van één persoon die 30% van zijn tijd rond beperkingen werkt in plaats van zijn echte job te doen. Dat is geen oplossing. Dat is een wapenwedloop tussen je vereisten en de bereidheid van het ERP om te doen alsof het ze begrijpt.
Waarom ERP's falen in ITAD
Het fundamentele probleem is niet technisch. Het is conceptueel. ERP's vertrekken van de aanname dat je bedrijf producten verkoopt. Producten worden gedefinieerd, geproduceerd, opgeslagen en verkocht. Elk product heeft een SKU. Elke SKU beschrijft een identiek item. De voorraad zegt hoeveel je er hebt. Simpel.
ITAD verkoopt geen producten. ITAD verwerkt individuele assets. Elk asset is uniek. Elk heeft een eigen serienummer, eigen conditie, eigen historiek, eigen grade, eigen wissingstatus, eigen keten van bewaring. Een "pallet van 50 Dell Latitude 5430's" is geen 50 identieke items. Het zijn 50 individuele verhalen die toevallig een modelnummer delen. Een ERP behandelt ze als 50 kopieën van één ding. ITAD behandelt ze als 50 verschillende dingen die alleen op elkaar lijken.
Die conceptuele kloof konden €80K en drie consultingsessies niet overbruggen. Niet omdat de consultant slecht was. Omdat de kloof architecturaal is, en geen enkele hoeveelheid custom fields een productgebaseerd systeem in een assetgebaseerd systeem verandert.
Je ERP is uitstekende software. Voor productie. Voor retail. Voor distributie. Voor elk bedrijf waarin producten identiek en uitwisselbaar zijn. ITAD is dat bedrijf niet. Je pallet is geen product. Je grade is geen variant. Je wiscertificaat is geen attachment.
De consultant had over één ding wel gelijk: je had een echt systeem nodig. Alleen eentje dat hiervoor gebouwd was.