Fitment-data beheren: welk onderdeel past op welk voertuig

Fitment-data beheer je in een PIM-systeem als aparte koppelingsrecords tussen een artikel en een voertuigtype. Elke koppeling krijgt eigen attributen: montagepositie, beperkingen zoals bouwperiode of uitrusting, een notitie en de bron. In Europa gebruik je de TecDoc-voertuigsleutels, met het K-Type voor personenauto's als bekendste. Kenteken, VIN en de Duitse KBA-sleutels vertaal je naar die sleutel, en elke koppeling valideer je tegen referentiedata voordat ze een kanaal bereikt.

Fitment (Engels voor "passend maken") is in de aftermarket de verzamelnaam voor alle data die vastlegt welk onderdeel op welk voertuig past. Het is de reden dat een remblok vindbaar is, en de belangrijkste oorzaak van retouren met de reden "past niet". Het overzicht van alle automotive datadomeinen vind je op PIM voor automotive en onderdelen.

Hoe identificeer je een voertuig in productdata?

Een voertuig heeft in de praktijk meerdere identificaties, elk met een eigen eigenaar en doel. Je PIM werkt met één interne voertuigsleutel en houdt vertaaltabellen naar de rest bij.

Een belangrijk onderscheid: K-Type, KBA-sleutel en typegoedkeuring beschrijven een type, terwijl kenteken en VIN een individueel voertuig beschrijven. Je koppelt artikelen aan typen. Het kenteken of VIN gebruik je om het type te vinden, en soms om een beperking binnen dat type te controleren, zoals een chassisnummerbereik.

De oude gedachte dat een K-Type hetzelfde is als een KBA-nummer klopt niet. Het zijn twee systemen met een eigen eigenaar en een eigen indeling. Ga er daarom niet van uit dat ze één op één overeenkomen en houd de vertaling bij als n-op-m-relatie.

Van kenteken naar onderdeel in de Nederlandse praktijk

De RDW publiceert de open dataset Gekentekende voertuigen. Per kenteken staan daarin onder meer merk, handelsbenaming, type, typegoedkeuringsnummer, variant, uitvoering, datum eerste toelating, cilinderinhoud en een indicator voor een openstaande terugroepactie. Een willekeurig record ziet er zo uit: merk VOLKSWAGEN, handelsbenaming FOX, type 5Z, typegoedkeuringsnummer e12001/1160301*07, variant ABSBMD, uitvoering FM52T0891N114, 1198 cc.

Die velden zijn nodig om een K-Type te bepalen, maar het K-Type staat niet in de RDW-data. Daarvoor gebruik je een identificatiedienst. TecAlliance biedt de Vehicle Identification Service, die VIN- en kentekenopvragingen combineert en het TecDoc K-Type teruggeeft, met een gestandaardiseerde JSON-respons per land. Werkplaatssoftware en webshopplatforms bieden vergelijkbare koppelingen. Bepaal vooraf wat je doet als een kenteken meerdere K-Types oplevert: laat de klant kiezen op motorcode of vermogen. Artikelen die bij slechts een van de kandidaten passen, toon je pas na die keuze.

Hoe structureer je een voertuigkoppeling in PIM?

Leg een koppeling vast als eigen object met deze opbouw.

1. Artikel en voertuigsleutel. Het artikelnummer en het K-Type (of een andere voertuigsleutel), samen uniek.
2. Montagepositie. Vooras of achteras, links of rechts, uit een vaste waardelijst. Een remblokset voor en achter zijn twee verschillende artikelen met verschillende koppelingen.
3. Gestructureerde beperkingen. Bouwperiode (van en tot maand), chassisnummerbereik, motorcode, uitrusting zoals remsysteem of onderstel. Gebruik de TecDoc-criteria waar die bestaan.
4. Notitie. Alleen voor uitleg die je niet kunt coderen, zoals een montagetip.
5. Bron en datum. TecDoc-import, eigen engineering, leveranciersaanlevering of klantmelding, met de datum van vastleggen.
6. Status. Actief, in review of ingetrokken, zodat je een foute koppeling kunt uitschakelen zonder de historie te verliezen.

TecDoc ONE laat volgens TecAlliance meerdere varianten van één koppeling toe, die in de TecDoc Catalogue als aparte tabbladen verschijnen, en kan bestaande koppelingen met attributen, beelden en tekstblokken kopiëren naar een ander artikel. Als je PIM de bron is, heb je dezelfde mogelijkheden nodig, anders bouw je koppelingen voor elke variant opnieuw op.

Voorbeeld: een remschijvenfabrikant die koppelingen per uitrusting splitst

Voorbeeld (fictieve nummers): een fabrikant van remschijven levert artikel RS-24117, een geventileerde schijf van 288 millimeter voor de vooras. Het artikel past op twaalf K-Types van een compacte middenklasser. Bij vier daarvan geldt de schijf alleen voor uitvoeringen met het grotere remsysteem, af te lezen aan de remklauwcode.

In de oude spreadsheet stond die beperking als tekst: "alleen bij 288 mm remsysteem". De B2B-webshop toonde het artikel daardoor bij alle twaalf typen, en garages bestelden de schijf voor auto's met het kleinere remsysteem. In het PIM legt de fabrikant de beperking vast als gestructureerd criterium op de vier koppelingen. Kanalen die het criterium ondersteunen, filteren correct; kanalen die alleen K-Types kennen, zoals een marktplaats, krijgen een kanaalspecifieke titel met de diameter erin.

De fabrikant controleert daarna de samenhang: de bijbehorende remblokset RB-81002 hoort op dezelfde koppelingen te staan. Een rapport toont de K-Types waar de schijf wel en de blokken niet gekoppeld zijn, en omgekeerd. Dat principe van afhankelijke producten zie je ook in productrelaties en compatibiliteit in bouw en installatie.

Fitment valideren en publiceren

Valideer in drie lagen. Technisch: bestaat het K-Type nog in de actuele referentiedata, en ligt de bouwperiode van de koppeling binnen de bouwperiode van het type. Inhoudelijk: dekken samenhangende artikelen dezelfde voertuigen, en wijkt een koppeling af van het patroon in dezelfde productgroep. Uit de praktijk: koppel retouren met reden "past niet" aan artikel en voertuig, zodat je per koppeling ziet waar het misgaat. Validatieregels in het algemeen beschrijft de woordenlijst op pimsysteem.nl.

Publiceer daarna per kanaal in de vorm die het kanaal begrijpt. TecDoc krijgt de koppeling met criteria via een van de aanleverroutes, beschreven in TecDoc-integratie. eBay in Duitsland en het Verenigd Koninkrijk ontvangt een lijst K-Types, met een notitieveld voor de positie op het voertuig. Je eigen webshop gebruikt de volledige koppeling, inclusief beperkingen. Voor Noord-Amerika exporteer je ACES-bestanden in XML tegen de referentiedatabases VCdb, Qdb en PCdb van de Auto Care Association.

Koppelingen zijn ook de basis voor je kruisreferenties: een concurrentienummer zegt pas iets als beide artikelen dezelfde voertuigen dekken. Hoe je dat bijhoudt lees je in kruisreferenties en OE-nummers. Hoe fitment zich verhoudt tot compatibiliteitsdata in andere sectoren, zie je in PIM-eisen per branche vergeleken.

Belangrijkste punten

• Beheer fitment als aparte koppelingsrecords met positie, gestructureerde beperkingen, notitie, bron en status.
• K-Type, KBA-sleutel (HSN en TSN) en typegoedkeuring beschrijven een type; kenteken en VIN beschrijven een individueel voertuig. Houd vertalingen bij als n-op-m-relatie.
• Gebruik voor Nederlandse kentekens de RDW-data plus een identificatiedienst die naar het K-Type vertaalt.
• Codeer beperkingen als criteria, zodat filters ze kunnen gebruiken; vrije tekst leidt tot retouren.
• Valideer technisch, inhoudelijk en op basis van retourredenen, en publiceer per kanaal in het formaat dat dat kanaal kent.