Wanneer de catalogus van brake pads groeit van tientallen artikelennummers naar honderden SKU's, is het grootste risico meestal niet dat een nummer niet te vinden is, maar dat hetzelfde product verschillende namen heeft in de inkoop-, magazijn-, verkoop- en leverancierssystemen. Het opzetten van een stabiele datastructuur kan herhaalde inkoop, verkeerde labeling en foutieve kruisverwijzingen verminderen.
1. Kies een interne SKU als hoofdsleutel
Stel voor elk product dat apart kan worden ingekocht, opgeslagen en verkocht een unieke interne SKU op. Zodra een interne SKU is geactiveerd, mag deze niet opnieuw worden gebruikt bij het wisselen van leveranciers of verpakkingen. FMSI-, OE-nummers, leveranciersartikelennummers en klantnummers moeten in een tabel met kruisreferenties worden opgenomen; gebruik geen externe nummers rechtstreeks als unieke hoofdsleutel in de database.
2. Onderscheid tussen product-, formule- en verpakkingsversies
Eenzelfde padvorm kan verschillende slijpmaterialen, accessoires, randafmetingen, merken en verpakkingen hebben. De catalogus moet ten minste onderscheid maken tussen:
- Producthoofdregistratie: interne SKU, padvorm of tekeningversie, belangrijkste afmetingen en accessoireconfiguratie;
- Materialenversie: formuleidentificatie, toepasselijke projecten, validatiestatus en datum van wijziging;
- Marktversie: doelland of klant, vereiste documenten en identificatie;
- Verpakkingversie: verkooppakket, aantal dozen per verpakking, merklayout en goedgekeurde versie.
Als deze verschillen invloed hebben op inkoop, voorraad of verkoop, mag men niet alleen vertrouwen op opmerkingenvelden om onderscheid te maken.
3. Stel een tabel met meerdere-tot-meerdere kruisreferenties op
Een interne SKU kan overeenkomen met meerdere OE-referentienummers, en een externe nummer vereist mogelijk ook de combinatie van model, bouwjaar, maat of configuratie om te bepalen. Een tabel met kruisverwijzingen moet het type nummer, het nummerwaarde, de bron, de validatiedatum, de verantwoordelijke en de status vastleggen. FMSI standaardiseert de nummerbeschrijving als een gemeenschappelijke taal in de toeleveringsketen, maar referentienummers moeten nog steeds worden geverifieerd tegen productinformatie.
Scheid de bevestigde, te bevestigen en ingetrokken nummers. Ongecontroleerde online kruisverwijzingen mogen niet direct in een bestelbare staat worden geplaatst; indien ze wel worden behouden, moeten de bron en het risico worden gemarkeerd.
4. De opdrachtlijst verwijst alleen naar gecontroleerde hoofdrecords.
Een inkoopopdracht kan interne SKUs, leveranciersnummers, hoeveelheden, prijzen per eenheid, materiaalversies, verpakkingsversies en leveringsvereisten bevatten. Verwijzen naar hoofdrecords via gegevensvalidatie of dropdown-selecties om handmatige herhaling van invoer te voorkomen. Controleer vóór indiening bij de fabriek op dubbele rijen, lege nummers, eenheden voor hoeveelheden, versieconflicten en ingetrokken SKUs.
5. Houd sporen van wijzigingen en vervangingsrelaties.
Verwijder oude records niet en schrijf er niet zomaar overheen. Noteer of oude SKUs volledig worden vervangen, onder voorwaarden of niet kunnen worden vervangen, en vermeld de ingangsdatum, resterende voorraad en betrokkene bestellingen. Veranderingen in formules, accessoires of verpakkingen vereisen niet per se nieuwe padvormen, maar wel nieuwe voorraadversies.
6. Creëer een gesloten cyclus met inkoopbevestigingen.
Vraag de leverancier om per regel een bevestigingsresultaat terug te sturen: overeenkomst gevonden, maat of tekeningen nodig, niet leverbaar, minimale bestelhoeveelheid, behoefte aan monsters en verwachte levertijd. Importeer de reacties in de bestelreview in plaats van ze alleen in e-mails op te slaan. Na ontvangst geef je de daadwerkelijke batch, hoeveelheden en verschillen door aan het hoofdrecord.
Aanbevolen minimale velden:
Interne SKU, productnaam, padvormversie, FMSI-Referentie, OE-Referentie, leveranciersnummer, opmerkingen over voertuig of toepassing, belangrijke maten, accessoires, materiaalversie, marktversie, verpakkingsversie, verkoopeenheid, status, bron, validatiedatum en wijzigingsgeschiedenis. Niet elk item hoeft in één tabel te staan, maar ze moeten wel met elkaar te koppelen zijn.
Hoe ondersteunt BAOTAI projecten met meerdere SKU's?
BAOTAI kan op basis van de door de klant verstrekte FMSI-, OE-, klantsku-, tekeningen of monsters een lijst met zaken ter bevestiging samenstellen, en na bevestiging van het project coördineren wat betreft schijfvorm, materiaal, merking en verpakking. De koper behoudt zijn eigen interne SKU-sleutel om continuïteit van de gegevens te bewaren bij het wijzigen van de verpakking of het uitbreiden van de markt.
BekijkCatalogus van remblok-SKU'sen viaAanvraagformulier voor inkoopkan een Excel- of CSV-lijst worden geüpload. Het wordt aanbevolen om de oorspronkelijke rijnummers en interne SKU’s in het bestand te behouden, zodat beide partijen per rij feedback kunnen geven.
Toelichting bij bewerking: Dit artikel is een originele handleiding voor databeheer van BAOTAI. Er worden geen conclusies over voertuigaanpassing gegeven, en er worden ook geen beschermd catalogi van derden gekopieerd. De hoofdfoto is momenteel een placeholder en zal later worden vervangen.
