Ghost SKUs

Ghost SKUs veroorzaken inconsistenties in uw data die leiden tot technische fouten en een slechte klantervaring. Ze kunnen ervoor zorgen dat producten die niet meer leverbaar zijn toch in de zoekresultaten verschijnen, valse voorraadmeldingen geven en uw database vervuilen, wat de systeemprestaties vertraagt. Bij verkoop via meerdere kanalen leiden ze vaak tot oververkoop op marketplaces.

De meest effectieve manier om Ghost SKUs te voorkomen is het gebruik van een centraal Product Information Management (PIM) systeem zoals WISEPIM als single source of truth. Door geautomatiseerde synchronisatieregels in te stellen tussen uw ERP en verkoopkanalen, zorgt u ervoor dat een verwijdering bij de bron direct overal wordt doorgevoerd.

U kunt Ghost SKUs identificeren door een vergelijking te maken tussen uw PIM-systeem en uw Warehouse Management System (WMS). Zoek naar records met actieve productdata maar zonder voorraad of verkoopgeschiedenis gedurende een lange periode. Geautomatiseerde audit-tools kunnen ook items markeren die tijdens de laatste geplande update niet zijn gesynchroniseerd met uw ERP-systeem.

Een Ghost SKU is een record voor een product dat niet langer deel uitmaakt van uw assortiment, terwijl een 'out-of-stock' item een valide product is dat tijdelijk niet leverbaar is. Ghost SKUs moeten worden gearchiveerd of verwijderd omdat ze de datakwaliteit vervuilen en geen waarde meer toevoegen. Uitverkochte producten blijven daarentegen in het systeem voor het behoud van SEO-waarde en nabestellingen.

De meeste e-commerce bedrijven doen er goed aan om elk kwartaal of direct na grote systeemmigraties een audit op Ghost SKUs uit te voeren. Bij een snel wisselend assortiment of verkoop via meerdere externe marktplaatsen zijn maandelijkse controles aanbevolen om synchronisatiefouten te voorkomen. Regelmatige opschoning houdt uw systemen snel en voorkomt dat klanten op dode links terechtkomen.

Ghost SKUs veroorzaken fouten omdat ze vaak verplichte attributen missen die marktplaatsen zoals Amazon of Bol.com vereisen, wat leidt tot afgekeurde datafeeds. Wanneer een API probeert deze incomplete records te pushen, kan dit validatiefouten veroorzaken die het volledige synchronisatieproces vertragen. Dit resulteert in vertragingen voor valide producten en mogelijke sancties voor een slechte datakwaliteit.

Meestal valt dit onder de verantwoordelijkheid van de databeheerder of PIM-manager. Zij bewaken de integriteit van de productcatalogus. Echter, de input komt vaak van voorraadbeheerders of magazijnmedewerkers die fysieke discrepanties opmerken. Bij grotere organisaties werkt de IT-afdeling nauw samen met de e-commerce manager om automatische scripts te draaien die database-records vergelijken met de actuele ERP-voorraadlijsten om vervuiling tegen te gaan.

De kosten uiten zich vooral in operationele inefficiëntie en gemiste omzet. Denk aan personeelskosten voor het handmatig rechtzetten van foutieve bestellingen en marketingbudget dat wordt verspild aan advertenties voor niet-bestaande producten. Daarnaast verliest u klanten door annuleringen; een klant die een spookproduct bestelt en vervolgens een excuses-mail krijgt, komt zelden terug. Op de lange termijn schaden deze fouten uw seller-rating op marktplaatsen, wat direct invloed heeft op uw zichtbaarheid.

Een veelgemaakte fout is het verwijderen van de SKU in het PIM-systeem zonder de koppeling met de webshop of marktplaatsen eerst te verbreken. Hierdoor blijven er 'orphaned records' achter op externe kanalen die niet meer aangestuurd kunnen worden. Ook het simpelweg overschrijven van een oude Ghost SKU met een nieuw product is riskant; historische verkoopdata raakt dan vermengd, wat uw rapportages onbruikbaar maakt voor toekomstige analyses en strategische beslissingen.

Stel, u migreert van een oud ERP-systeem naar een nieuw platform. Tijdens de import worden 500 testproducten aangemaakt. Na de livegang verwijdert u deze test-items in het nieuwe ERP, maar de synchronisatie-module naar uw webshop staat op dat moment toevallig uit. De webshop blijft denken dat deze 500 producten bestaan en toont ze aan klanten. Omdat er geen koppeling meer is met het ERP om de voorraad op nul te zetten, blijven deze spookproducten online staan.

U berekent dit door een reconciliation check uit te voeren. Exporteer de volledige lijst met actieve SKUs uit uw webshop-frontend en vergelijk deze met de actuele voorraadlijst in uw WMS of ERP. Het aantal unieke codes dat wel in de webshop staat, maar niet voorkomt in uw voorraadsysteem, deelt u door het totaal aantal actieve SKUs. Een gezond systeem heeft een foutmarge van minder dan 0,1%. Alles boven de 1% wijst op structurele synchronisatieproblemen.

Nee, dat is een veelvoorkomend misverstand. Een Ghost SKU is juist een record dat losgekoppeld is van de werkelijke voorraadlogica. Omdat het systeem de link met het fysieke artikel kwijt is, krijgt het geen updates meer over voorraadwijzigingen vanuit het magazijn. Hierdoor blijft de status vaak bevroren op de laatst bekende waarde, wat meestal een positief getal is. Alleen door het record handmatig te verwijderen of de synchronisatie te herstellen, verdwijnt de spookdata.