Product Data Versioning
Product data versioning bewaart eerdere toestanden van productrecords, met wie wat wanneer wijzigde, zodat teams kunnen vergelijken, controleren en terugzetten.
Wat is Product Data Versioning?
Product data versioning betekent dat je eerdere toestanden van elk productrecord bewaart, zoals titel, prijs, attributen en foto's, samen met wie ze wijzigde en wanneer. Met versioning vergelijk je twee versies, zie je waarom een waarde veranderde en zet je na een fout een oudere versie terug. Het lijkt op een auditlog, maar is niet hetzelfde. Een auditlog somt de wijzigingen op; versioning bewaart volledige momentopnames waar je naar terug kunt. Sommige systemen versioneren ook hele catalogi, bijvoorbeeld een release van de najaarscollectie. Versioning hoort bij productdata-governance, samen met rollen, regels en eigenaarschap, zoals de gids over datagovernance uitlegt.
Waarom Product Data Versioning belangrijk is voor e-commerce
Productdata verandert voortdurend: prijzen, beschrijvingen, vertalingen en specificaties. Komt er een foute waarde in je webshop of op een marktplaats, dan wil je eerst weten wat er veranderde, wie het deed en wat de waarde daarvoor was. Versioning beantwoordt die vragen en maakt het herstel snel. Het helpt ook bij compliance. In gereguleerde categorieën zoals voeding, cosmetica en elektrische apparaten moet je soms kunnen laten zien welke productinformatie op een bepaald moment gepubliceerd was. Bulkwijzigingen en imports zijn het grootste risico, want één fout kan duizenden producten tegelijk raken.
Voorbeelden van Product Data Versioning
- 1Veld: Prijs, Versie 3: 49,95, Versie 4: 4,95, Actie: Versie 3 terugzetten na een typefout
- 2Veld: Beschrijving (Duits), Gewijzigd door: Vertaalimport, Datum: 12 maart, Actie: Vergelijken met de vorige tekst
- 3Veld: Allergenenlijst, Versie bewaard voor: Vastleggen wat er gepubliceerd was, voor compliance
- 4Omvang: Leveranciersimport van 2.000 producten, Actie: De hele import terugdraaien na een verkeerde kolomkoppeling
Hoe WISEPIM helpt
- Je draait een bulkwijziging terug met Operation history undo op betaalde plannen.
- Je draait een hele import terug met Rollback Import als een bestand verkeerd gekoppeld was.
- Je controleert waarden met Quality Guard-regels voordat ze naar kanalen gaan, zodat er minder terug hoeft.
- AI-voorstellen wachten in de Review queue, zodat je ze controleert voordat ze op het product komen.
Veelgemaakte fouten met Product Data Versioning
- Spreadsheetkopieën als geschiedenis gebruiken, die niemand kan doorzoeken of terugzetten.
- Wel wijzigingen in tekst bijhouden, maar niet in prijzen, foto's of attributen.
- Grote imports draaien zonder manier om ze terug te draaien.
- Elke versie eeuwig bewaren zonder te bepalen welke geschiedenis je echt nodig hebt.
Tips voor Product Data Versioning
- Bepaal welke velden een volledige geschiedenis nodig hebben, zoals prijs, juridische en veiligheidsdata.
- Test grote imports eerst op een kleine selectie en draai daarna het hele bestand.
- Leg vast wie eigenaar is van elk veld, zodat vragen over een wijziging bij de juiste persoon komen.
- Bewaar de geschiedenis van gereguleerde velden zo lang als de regels in je categorie vragen.
Trends rondom Product Data Versioning
- Door AI-content wordt het belangrijker om te zien wat door mensen en wat door AI is geschreven.
- Regels voor het digitaal productpaspoort maken het belangrijker om te tonen welke data wanneer gepubliceerd was.
- Teams combineren wijzigingslogs met ongedaan maken per bewerking, in plaats van alleen volledige back-ups.