#️⃣
Onderdeelnummer
Gebruik de identificatie die klanten, dealers of interne teams nodig hebben om het onderdeel te bestellen of aan te vragen.
Praktische gids voor catalogusdata
Onderdelendata structureren voor betrouwbaar onderdelen zoeken
Het doel is niet de grootst mogelijke spreadsheet, maar zorgen dat ieder klantgericht diagram, iedere collectie en workflow betrouwbaar naar het juiste bestelbare onderdeel leidt.
Begin bij het zoekpad van de klant
Scheid gedeelde data van diagramspecifieke context
Bouw controle en onderhoud in de structuur in
Begin met de vragen die een klant beantwoord moet krijgen
Voordat je velden kiest of een catalogus opnieuw opbouwt, breng je de beslissingen in kaart die iemand neemt wanneer die een vervangend onderdeel zoekt.
Een klant of monteur begint meestal bij een machine, samenstelling, model of exploded view. Daarna moet die de juiste positie herkennen, begrijpen welk onderdeel nu bestelbaar is en door kunnen naar offerte, winkelwagen of support.
Je datastructuur moet dat pad ondersteunen. Interne velden zijn alleen nuttig wanneer ze je team helpen de catalogus te onderhouden of de gebruiker helpen het juiste onderdeel te herkennen en verkrijgen.
1. Maak één gedeeld record voor ieder bestelbaar onderdeelnummer
Houd herbruikbare commerciële en beschrijvende informatie los van de diagrampositie waarin het onderdeel voorkomt.
Belangrijke informatie om te overwegen
De exacte velden verschillen per bedrijf, maar dit zijn veelgebruikte bouwstenen voor onderdelen zoeken.
📝
Klantgerichte naam
Gebruik een herkenbare naam in plaats van alleen een interne code of afgekorte bronomschrijving.
📄
Omschrijving
Voeg context toe om vergelijkbare onderdelen, varianten, kits of toepassingen van elkaar te onderscheiden.
💶
Prijs en valuta
Beheer expliciete prijzen voor markten en workflows waar klantgerichte prijzen nodig zijn.
🌍
Taalvarianten
Beheer vertaalde namen en omschrijvingen voor markten of doelgroepen die meerdere talen gebruiken.
✅
Beschikbaarheidsstatus
Maak duidelijk of een onderdeel zichtbaar en bruikbaar moet blijven in actieve klantworkflows.
2. Beheer diagramcontext als relatie, niet als dubbel onderdeelrecord
Een onderdeel kan in meerdere schema’s voorkomen, terwijl iedere positie een eigen positienummer, hoeveelheid en samenstellingscontext kan hebben.
Maak hetzelfde onderdeelrecord niet opnieuw voor iedere exploded view. Beheer het onderdeel één keer en koppel het aan de relevante positienummers en schema’s.
Zo kan je team naam, omschrijving, prijs of afbeelding centraal corrigeren zonder hetzelfde onderhoud in ieder diagram te herhalen. Tegelijk blijft de referentie en hoeveelheid per schema behouden.
3. Controleer matches tussen positienummers en onderdelen voordat klanten erop vertrouwen
Automatisering vermindert herhaalwerk, maar onduidelijke of onvolledige brondata vraagt nog steeds om menselijke beslissingen.
1
Controleer gedetecteerde positienummers
Controleer of positienummers aanwezig, leesbaar en op de juiste plaats in het diagram staan.
2
Vergelijk positienummers met BOM-regels
Vergelijk referentie, onderdeelnummer, hoeveelheid en omschrijving met de relevante BOM-regel.
3
Los ontbrekende of onduidelijke matches op
Koppel, ontkoppel of vervang het onderdeel wanneer de bron geen betrouwbaar resultaat oplevert.
4
Publiceer alleen het gecontroleerde resultaat
Behandel het klantgerichte diagram als goedgekeurd catalogusresultaat, niet als ruwe extractie.
4. Gebruik onderdeelgroepen voor herhaalbare operationele beslissingen
Groepen zijn nuttig wanneer een set onderdelen dezelfde behandeling nodig heeft voor prijzen, filters, onderhoud of een andere catalogusworkflow.
Handmatige groepen
Selecteer exact de onderdelen die bij elkaar horen wanneer de bedrijfsregel afhangt van een samengestelde lijst of commerciële beslissing.
Dynamische groepen
Definieer herbruikbare voorwaarden op ondersteunde velden en controleer welke onderdelen matchen.
Groepen moeten niet worden gebruikt om slechte brondata te verbergen of records met verschillende onderdeelnummers samen te voegen. Hun waarde zit in het toepassen van een duidelijke, herhaalbare beslissing op een bekende set gedeelde onderdelen.
5. Modelleer vervangingen als expliciete relaties
Een oud onderdeelnummer moet niet zomaar verdwijnen zodra een nieuw of voorkeursalternatief beschikbaar is.
Houd het oorspronkelijke onderdeel herkenbaar en koppel het aan de juiste vervanger. Leg vast of de relatie officieel, aftermarket of compatibel is, voeg nuttige notities toe en markeer waar nodig een voorkeursoptie.
Zo krijgen klanten en serviceteams een duidelijk vervolg wanneer ze met oudere handleidingen of vervallen onderdeelnummers werken.
6. Plan hoe de data na livegang wordt onderhouden
Een goede structuur is pas nuttig als je team die correct kan houden wanneer prijzen, omschrijvingen, vervangingen en assortimenten veranderen.
Een onderhoudbaar werkmodel bevat meestal
Gecontroleerde imports en updates
Gebruik gestructureerde bestanden om onderdeelrecords aan te maken of bij te werken en controleer fouten en onverwachte bronwaarden.
Duidelijk eigenaarschap van uitzonderingen
Bepaal wie niet-gematchte positienummers, ontbrekende onderdeelnummers, vervangingsrelaties en publicatiebeslissingen beoordeelt.
Gedeelde records over meerdere outputs
Gebruik onderhouden onderdelen in meerdere schema’s en collecties in plaats van dezelfde catalogusdata telkens opnieuw op te bouwen.
Praktische checklist voor gereedheid
Perfect bronmateriaal is niet nodig, maar je moet wel weten waar controle en beslissingen nodig zijn.
✓
Bestelbare onderdeelnummers zijn herkenbaar
De brondata bevat een stabiele identificatie waarmee ieder onderdeel kan worden onderhouden en gevonden.
✓
Klantgerichte namen zijn begrijpelijk
Een gebruiker kan het onderdeel onderscheiden zonder volledig op interne afkortingen te vertrouwen.
✓
Diagramreferenties kunnen worden gecontroleerd
Je team kan de relatie tussen positienummer, BOM-regel en onderdeel bevestigen of corrigeren.
✓
Vervangingsbeslissingen hebben een eigenaar
Iemand is verantwoordelijk voor supersessie- en voorkeursvervangingsrelaties.
✓
Talen en valuta zijn afgebakend
Je weet welke markten gelokaliseerde omschrijvingen, prijzen of catalogusvarianten nodig hebben.
✓
Publicatie bevat een goedkeuringsstap
Geïmporteerde of uitgelezen data wordt gecontroleerd voordat die onderdeel wordt van de klantervaring.
Onderdelendata structureren
Veelgestelde vragen
Houd het model praktisch en afgestemd op de ervaring die je daadwerkelijk wilt publiceren.
Moeten we alle bronbestanden eerst opschonen?+
Nee. Je kunt beginnen met bestaande handleidingen en gestructureerde onderdelenlijsten zolang je team uitzonderingen kan controleren en duidelijk kan beslissen welke informatie klantgericht wordt.
Moeten vergelijkbare onderdeelnummers worden samengevoegd?+
Alleen wanneer ze in je bedrijfssysteem echt hetzelfde bestelbare onderdeel vertegenwoordigen. Vergelijkbare opmaak of omschrijvingen zijn niet genoeg. PartGrid voegt fuzzy duplicaten niet automatisch samen.
Kan één onderdeel in meerdere schema’s voorkomen?+
Ja. Een gedeeld onderdeelrecord kan aan meerdere diagrammen en positienummers worden gekoppeld, terwijl referentie en hoeveelheid per schema behouden blijven.
Waar horen vervangingen in de structuur thuis?+
Beheer vervangingen als expliciete relaties tussen onderdeelrecords. Zo blijft het oude nummer vindbaar en krijgt de gebruiker een duidelijke voorkeurs- of compatibele optie.
Welke stappen moeten handmatig gecontroleerd blijven?+
Onduidelijke positienummers, ontbrekende onderdeelnummers, onverwachte importwaarden, vervangingsbeslissingen en finale publicatiegoedkeuring moeten zichtbare beslissingen voor je team blijven.
Bekijk je huidige catalogusstructuur aan de hand van een echte handleiding
Neem een exploded-view handleiding en representatieve onderdelenlijst mee. We laten zien hoe gedeelde records, matching, groepen, vervangingen en publicatie kunnen samenwerken.