Een bruikbaar systeem voor artikelcodes is vooral stabiel, uniek en saai. Kies dus korte, vaste codes die vooral dienen als identificatie, niet als samenvatting van alle producteigenschappen. Productgroep, maat, kleur, leverancier, verpakking en logistieke status leg je beter vast in aparte velden van je voorraad- of ERP-systeem. Dat sluit ook aan op hoe officiële identificaties werken: op de GS1-pagina over digital identity gebruikt GS1 aparte sleutels voor producten en voor locaties of organisaties.
Waarom slimme artikelcodes vaak onhandig worden
Veel bedrijven beginnen met een code als BOOR-ACCU-18V-BLAUW-SET. Dat lijkt overzichtelijk, totdat het assortiment groeit. Dan veranderen productnamen, komen er nieuwe varianten bij, verschuiven leveranciers en blijkt dat dezelfde boor in meerdere sets of verpakkingen voorkomt. De code krijgt dan steeds meer uitzonderingen.
Het grootste probleem is niet dat zo’n code lang is, maar dat je betekenis vastbakt in iets dat eigenlijk stabiel moet blijven. Zodra een kenmerk verandert, wil je de code liefst niet aanpassen. Doe je dat wel, dan krijg je oude en nieuwe labels, importproblemen, verwarring in picklijsten en onduidelijkheid in historische rapportages.
Een artikelcode moet daarom vooral antwoord geven op één vraag: welk artikel is dit precies in dit systeem? Voor alle andere vragen zijn aparte gegevensvelden beter geschikt.
Wat je wél in een artikelcode stopt
Beperk de code tot drie eisen:
- Uniek: één code hoort bij precies één artikelrecord.
- Stabiel: de code verandert niet bij kleine commerciële of logistieke wijzigingen.
- Praktisch: medewerkers kunnen de code invoeren, lezen en controleren zonder veel fouten.
Dat is een bruikbaar uitgangspunt: een artikelcode hoeft dus niet “slim” te zijn om functioneel te werken. Ook voorloopnullen kunnen nuttig zijn als je een vaste lengte wilt aanhouden, bijvoorbeeld 000123 in plaats van 123, zodat sortering en import consistenter blijven.
Wat je juist niet in de code moet verstoppen
Stop bij voorkeur niet structureel deze betekenissen in de artikelcode:
- leverancier of merk, tenzij dat nooit kan wijzigen
- kleur, maat of uitvoering als die ook als variantveld bestaan
- magazijnlocatie of stelling
- prijsniveau of margeklasse
- verpakkingswijze die in de praktijk kan wisselen
- afdeling of medewerker die het artikel ooit heeft aangemaakt
Die gegevens zijn nuttig, maar ze horen thuis in velden, tabellen of classificaties. Als je ze in de code zelf stopt, wordt elk toekomstig verschil meteen een codeprobleem.
Een robuuste opzet die lang meegaat
Voor veel mkb-bedrijven werkt een eenvoudige vaste structuur het best, bijvoorbeeld alleen cijfers of een korte alfanumerieke reeks. Denk aan 100001, 100002 en 100003, of aan ART0001, ART0002 en ART0003. Zo houd je ruimte over voor groei zonder dat je vooraf alle toekomstige categorieën hoeft te bedenken.
Gebruik daarbij vaste beslisregels:
- kies één lengte of bandbreedte, bijvoorbeeld 6 tot 8 tekens
- gebruik alleen tekens die weinig invoerfouten geven
- vermijd spaties, schuine strepen en betekenisvolle leestekens
- laat oude codes vervallen, maar hergebruik ze niet
- maak onderscheid tussen interne artikelcodes en externe standaarden
Dat laatste punt is belangrijk. Volgens GS1 heeft een product voor handel en scanning een GTIN nodig, terwijl GS1 voor locaties en organisaties een aparte sleutel gebruikt. Een interne artikelcode is dus niet hetzelfde als een GS1-code en hoeft die rol ook niet over te nemen. Houd die lagen gescheiden.
Interne code, barcode en logistieke code zijn niet hetzelfde
In de praktijk lopen drie soorten identificatie vaak door elkaar:
- interne artikelcode: jouw sleutel in ERP, WMS of boekhouding
- GTIN/EAN: externe productidentificatie voor verkoop en scanning
- logistieke code: een aparte code voor logistieke processen binnen je eigen werkwijze
GS1 maakt dat onderscheid expliciet. Op de pagina over digital identity staat dat GTIN wordt gebruikt om producten wereldwijd te identificeren, terwijl GLN bedoeld is voor locaties en organisaties. Dat betekent concreet: zet geen locatiebetekenis in je artikelcode als die al een eigen identificatielaag hoort te hebben.
Werk je met magazijnprocessen, dan helpt dat onderscheid ook bij inrichting van een warehouse management systeem en bij keuzes rond vast of dynamisch locatiebeheer.
Wanneer is een nieuw artikel echt een nieuw artikel?
Een codebeleid werkt alleen als je vooraf bepaalt wanneer je een nieuw artikelrecord aanmaakt. Handige vuistregels:
- nieuw artikel bij andere afmeting, inhoud of technische specificatie
- nieuw artikel bij andere verkoopeenheid of verpakkingseenheid
- nieuw artikel als voorraad, prijs of inkoop apart moet worden gestuurd
- geen nieuw artikel bij alleen tekstcorrecties of interne categoriewijzigingen
Zo voorkom je dat codes onnodig splitsen, maar ook dat verschillende artikelen ten onrechte onder één code blijven hangen.
Fictief voorbeeld van een groeivast schema
Stel, je verkoopt handgereedschap en onderdelen. Een compacte opzet kan dan zijn:
| Type | Voorbeeld | Waarom bruikbaar |
|---|---|---|
| Interne artikelcode | ART010245 | Uniek en betekenisarm |
| GTIN | extern veld | Los van interne administratie |
| Kleur | zwart | Apart kenmerk, niet in code |
| Maat | M8 | Apart kenmerk of variantveld |
| Leverancier | Leverancier A | Wijzigbaar zonder nieuwe code |
Dit is een fictief voorbeeld, geen garantie of norm. Het laat alleen zien waarom een saaie sleutel meestal beter schaalbaar is dan een “intelligente” code.
Checklist voordat je artikelcodes vastlegt
- Is elke code uniek en blijvend?
- Kun je nieuwe productgroepen toevoegen zonder het schema te verbouwen?
- Zijn varianten als maat en kleur aparte velden?
- Houd je interne codes gescheiden van GTIN en GLN?
- Kun je oude codes blokkeren zonder ze opnieuw uit te geven?
- Is de code goed leesbaar op labels, schermen en exports?
- Bestaan er duidelijke regels voor wanneer een nieuw artikel een nieuwe code krijgt?
Moet een artikelcode betekenis hebben?
Beperkt. Een lichte structuur mag, maar hoe meer betekenis je in de code stopt, hoe sneller die veroudert. Voor beheer op lange termijn is een grotendeels betekenisarme code meestal veiliger.
Kan de interne artikelcode gelijk zijn aan de barcode?
Dat kan, maar hoeft niet. Vaak is het beter interne administratie en externe GS1-identificatie los van elkaar te houden, zeker zodra je met meerdere verkoopkanalen of logistieke niveaus werkt.
Wanneer mag je een oude artikelcode hergebruiken?
Liever nooit. Hergebruik maakt historische rapportages, retouren, imports en scans onbetrouwbaar. Blokkeer vervallen codes liever definitief.
Deze uitleg is samengesteld met AI en gecontroleerd aan de hand van de vermelde bronnen. Lees over de redactie en onze werkwijze. Er is geen afzonderlijke beoordeling door een menselijke vakspecialist uitgevoerd.
