Demo Theatre: bibliotheek met demoscenario's voor PIM
Demo Theatre is een bibliotheek met 30 demoscenario's voor PIM in tien gebieden: onboarding, modellering, verrijking, workflow, syndicatie, compliance, AI, governance, integratie en performance. Elk scenario beschrijft de voorbeelddata die de koper aanlevert, drie tot vijf acties die de leverancier live uitvoert, meetbare slaagcriteria, het typische faalpatroon en de eis-ID's die het toetst.
Wat is Demo Theatre?
Demo Theatre is een bibliotheek met 30 demoscenario's voor PIM die je direct kunt aanpassen, elk ontworpen om live te draaien op de eigen voorbeelddata van de koper. De bibliotheek ondersteunt de stap scenariodemo's in week 8 en 9 van het PIM-selectieproces van 12 weken.
Alleen demo's op je eigen data voorspellen of een systeem past. Een generieke demo draait op showroomproducten, en die verbergen de compromissen in het datamodel die jouw catalogus zou afdwingen. Met de scripts van Demo Theatre loop je niet in die val.
Elk scenario heeft dezelfde opbouw:
- Opzet: de voorbeelddata en context die de koper levert.
- Tonen: drie tot vijf acties die de leverancier live uitvoert.
- Slagen: twee tot vier slaagcriteria, waar mogelijk meetbaar.
- Falen: de manier waarop leveranciers meestal tekortschieten.
- Branches: waar het scenario het zwaarst weegt.
- Eisen: de eis-ID's die het toetst, uit de vier domeinen van PIMvendors.
Via de koppeling met eisen sluit elk scenario aan op de RFP. Zo leg je het schriftelijke antwoord van een leverancier naast het live resultaat, en weeg je het scenario naar de prioriteit van de onderliggende eisen.
Hoe kies je scenario's voor je demoscript?
Kies 8 tot 12 scenario's die je must-have-eisen dekken, met minstens één uit elk gebied dat voor jou telt. Dat aantal past in een halve dag per leverancier (schatting PIMvendors).
| Gebied | Scenario's | Opnemen als |
|---|---|---|
| Onboarding | SC-01 tot SC-03 | Je leveranciersdata ontvangt of vaak importeert |
| Modellering | SC-04 tot SC-06 | Je varianten, kits, reserveonderdelen of nieuwe families hebt |
| Verrijking | SC-07 tot SC-09 | Je naar meerdere kanalen, markten of talen publiceert |
| Workflow | SC-10 tot SC-12 | Meerdere teams productdata goedkeuren vóór publicatie |
| Syndicatie | SC-13 tot SC-15 | Je GS1 GDSN, retailers, marketplaces of groothandels voedt |
| Compliance | SC-16 tot SC-18 | Regels voor verpakking, veiligheid of paspoort op je producten gelden |
| AI | SC-19 tot SC-21 | Je AI wilt inzetten voor beschrijvingen, extractie of classificatie |
| Governance | SC-22 tot SC-24 | Veel rollen, markten of auditors met de data werken |
| Integratie | SC-25 tot SC-27 | ERP, webshop of andere systemen data uitwisselen met de PIM |
| Performance | SC-28 tot SC-30 | Je catalogus of gebruikersgroep groot is |
Compliancescenario's verdienen in 2026 extra aandacht. De verpakkingsverordening PPWR is van algemene toepassing vanaf 12 augustus 2026, en de verordening algemene productveiligheid (GPSR) geldt al sinds 13 december 2024. Met SC-16 en SC-17 toets je of een platform die data vastlegt als gestructureerde attributen onder governance.
Een demoscenario afstemmen op je eigen catalogus
Pas elk scenario aan door voorbeeldvolumes, standaarden en drempels te vervangen door die van jezelf, en laat de opbouw intact. De opbouw maakt scenario's vergelijkbaar tussen leveranciers. De inhoud maakt ze voorspellend voor jouw situatie.
Loop vier aanpassingen door:
- Volumes: gebruik de echte omvang van je catalogus, je leveranciersbestanden en je aantallen varianten.
- Standaarden: vervang ETIM door ECLASS, BMEcat door een ander catalogusformaat of GDSN door een retailerportal, afhankelijk van wat je klanten vragen.
- Slaagcriteria: leid de drempels af uit je eisen. Een groothandel die dagelijks publiceert, heeft snellere bulkbewerkingen nodig dan een merk met twee seizoenen per jaar.
- Eis-ID's: koppel elk scenario aan de ID's uit je eigen gevalideerde lijst, opgebouwd met de checklist met eisen.
Stel de antwoordsleutels op vóór de demo. Bij AI- en classificatiescenario's classificeren of beschrijven je eigen experts de voorbeeldproducten eerst, zodat het team de nauwkeurigheid van de leverancier daartegen kan afmeten.
Welke scenario's laten het grootste verschil tussen PIM-leveranciers zien?
De scenario's met het grootste onderscheidend vermogen toetsen structurele mogelijkheden die je niet met slides kunt voorbereiden. In selecties van PIMvendors springen er vier uit.
Een foute import terugdraaien (SC-03) laat zien of het platform wijzigingen per job bijhoudt of alleen per product. 10.000 producten in minder dan 60 seconden in bulk bewerken (SC-28) toont de performance op volume. Een variantfamilie met 40 maten en kleuren (SC-04) laat de diepgang van het variantmodel zien. Een live wijziging in de configuratie toont hoeveel inspanning het platform na livegang vraagt.
Ook AI-scenario's maken verschil, onder één voorwaarde: ze draaien op je eigen producten, met gemeten nauwkeurigheid en een menselijke goedkeuringsstap. AI in PIM is bruikbaar voor attribuutextractie, vertaling, automatische classificatie en kanaalspecifieke beschrijvingen. Voor wettelijke data blijft AI onbetrouwbaar, dus houd in elk compliancescenario een menselijke goedkeuring aan.
Scoor elk scenario met de scorekaart voor PIM-demo's en let op de waarschuwingssignalen voor demo's in het register met rode vlaggen.
De scenariobibliotheek
Hieronder staan de 30 scenario's, gegroepeerd per gebied. Filter op gebied of branche om je script samen te stellen.
Onboarding
5.000 artikelen van een toeleverancier onboarden en classificeren naar ETIM
De koper levert één spreadsheet van een toeleverancier aan met 5.000 artikelen, gemengde eenheden en omschrijvingen in vrije tekst, plus de beoogde ETIM-klassen en kenmerkenlijst.
De leverancier laat zien
- Map de kolommen van de spreadsheet naar PIM-attributen en sla de mapping op voor de volgende levering
- Normaliseer eenheden en waardelijsten tijdens de import, met de geweigerde waarden per rij in een lijst
- Ken ETIM-klassen in bulk toe en toon de kenmerken die elke klasse toevoegt
- Rapporteer na de import de volledigheid ten opzichte van de ETIM-kenmerken
Slaagcriteria
- De import van 5.000 rijen is binnen 10 minuten klaar, met een downloadbaar foutenrapport
- Na review door de koper staat minstens 90 procent van de rijen in de juiste ETIM-klasse
- De opgeslagen mapping draait opnieuw op een tweede bestand zonder herstelwerk
Typische fout. De leverancier importeert een vooraf opgeschoond bestand en slaat de normalisatie van eenheden en waardelijsten over.
Selfservice-onboarding van toeleveranciers met validatie
De koper benoemt twee persona's van toeleveranciers en levert de verplichte attributenset voor één productfamilie aan, met 20 voorbeeldproducten per toeleverancier.
De leverancier laat zien
- Nodig een toeleverancier uit voor een portaal of template met alleen de attributen die deze moet aanleveren
- Valideer de invoer van de toeleverancier vóór indiening op verplichte velden, formaten en waardelijsten
- Stuur de aanlevering naar een categoriemanager voor goedkeuring of afwijzing met opmerkingen
- Toon de toeleverancier de status en de reden van afwijzing
Slaagcriteria
- De toeleverancier kan geen records indienen die niet door de verplichte validatie komen
- Goedgekeurde records verschijnen in de hoofdcatalogus zonder handmatig overtypen
- Opmerkingen bij afwijzing bereiken de toeleverancier binnen dezelfde workflow
Typische fout. Het leveranciersportaal is een apart product met een eigen datamodel, en goedgekeurde data vraagt een handmatige overdracht.
Een foute import terugdraaien
De koper levert een bestand van een toeleverancier met een bewuste fout aan: 800 producten krijgen een verkeerd nettogewicht en een overschreven marketingomschrijving.
De leverancier laat zien
- Draai de foute import en toon welke producten en attributen zijn gewijzigd
- Wijs in de historie de importjob aan als bron van de wijzigingen
- Zet in één handeling de vorige waarden terug voor alle betrokken producten
- Bevestig dat kanalen verderop in de keten de gecorrigeerde waarden ontvangen
Slaagcriteria
- Alle 800 producten krijgen in één job hun vorige waarden terug, zonder handmatige bewerkingen
- Het terugdraaien is binnen 5 minuten klaar
- De audittrail legt zowel de import als het terugdraaien vast met gebruiker en tijdstempel
Typische fout. De leverancier toont versiehistorie per product en kan een complete importjob niet in één handeling terugdraaien.
Modellering
Een variantfamilie met 40 maten en kleuren aanmaken
De koper levert één product aan met 8 maten en 5 kleuren, gedeelde en variantspecifieke attributen, en afbeeldingen per kleur.
De leverancier laat zien
- Maak het hoofdproduct aan en genereer alle 40 varianten uit de assen maat en kleur
- Stel attributen in op het niveau van hoofdproduct, kleur en maat, met overerving
- Overschrijf één overgeërfde waarde op één variant en maak de overschrijving duidelijk zichtbaar
- Koppel kleurafbeeldingen één keer en laat ze overerven naar alle maten van die kleur
Slaagcriteria
- Een businessgebruiker maakt alle 40 varianten binnen 5 minuten aan
- Een wijziging op het hoofdproduct komt met één keer opslaan bij alle 40 varianten terecht
- Overschrijvingen blijven per variant zichtbaar en terug te draaien
Typische fout. Het platform ondersteunt maar één variantas, dus de tweede as wordt nagebootst met losse producten of tekstattributen.
Een nieuwe productfamilie met overgeërfde attributen toevoegen
De koper beschrijft een nieuwe productfamilie die 60 procent van de attributen deelt met een bestaande familie en 15 nieuwe attributen nodig heeft.
De leverancier laat zien
- Maak de nieuwe familie aan door bestaande attribuutgroepen te hergebruiken
- Voeg de 15 nieuwe attributen toe met type, eenheid en validatieregels
- Leg per kanaal vast welke attributen verplicht zijn
- Verplaats drie bestaande producten naar de nieuwe familie zonder dataverlies
Slaagcriteria
- Een functioneel beheerder voert de wijziging door zonder hulp van leverancier of partner
- Bestaande waarden blijven voor alle drie de producten behouden na de familiewissel
- De volledigheid per kanaal wordt direct na de wijziging bijgewerkt
Typische fout. Voor het wijzigen van de familie van bestaande producten is een datamigratiescript van de leverancier of partner nodig.
Kits, reserveonderdelen en accessoires modelleren
De koper levert één kit van 6 onderdelen aan, 10 reserveonderdelen voor één machine en 5 accessoires die op meerdere producten passen.
De leverancier laat zien
- Maak een kit aan met aantallen per onderdeel
- Leg met getypeerde relaties verbanden tussen de reserveonderdelen, de machine en elkaar
- Koppel één accessoire in één bulkhandeling aan meerdere producten
- Exporteer de relaties in een gestructureerd formaat naar een kanaal
Slaagcriteria
- De koper configureert relatietypen zelf, zonder code
- Aantallen in de kit en verwijzingen naar onderdelen worden correct geëxporteerd
- Relaties blijven geldig als een onderdeel wordt hernoemd of vervangen
Typische fout. Relaties worden opgeslagen als vrije tekst of kommagescheiden codes die breken zodra een onderdeelnummer verandert.
Verrijking
Volledigheid meten per kanaal en markt
De koper levert 200 producten aan en de lijsten met verplichte attributen voor een webshop, een marktplaats en een gedrukte catalogus in twee markten.
De leverancier laat zien
- Configureer volledigheidsregels per kanaal en per markttaal
- Toon welke producten per kanaal nog niet klaar zijn en waarom
- Filter werkwachtrijen op de ontbrekende attributen voor één team
- Werk de volledigheidsscore live bij na een bewerking
Slaagcriteria
- Volledigheidsregels verschillen per kanaal zonder dubbele attribuutdefinities
- Ontbrekende attributen staan per product en per kanaal in een lijst
- Scores worden binnen enkele seconden na een bewerking bijgewerkt
Typische fout. Volledigheid is één globale score die verschillen tussen kanalen en markten negeert.
Vertalen en lokaliseren naar vier talen
De koper levert 100 Engelstalige producten aan met marketing- en technische attributen, en doelmarkten in het Nederlands, Duits, Frans en Pools.
De leverancier laat zien
- Markeer welke attributen vertaalbaar zijn en welke voor alle talen gedeeld blijven
- Stuur producten ter vertaling, naar een machine of een bureau, en volg de status per taal
- Reken eenheden en formaten waar nodig per markt om
- Markeer vertalingen als verouderd zodra de brontekst verandert
Slaagcriteria
- Technische waarden blijven gedeeld en worden nooit per vergissing vertaald
- Verouderde vertalingen worden na een wijziging in de bron automatisch gemarkeerd
- De vertaalstatus is zichtbaar per product en per taal
Typische fout. Elk attribuut wordt per taal gedupliceerd, waardoor technische waarden tussen markten uit elkaar lopen.
Assets koppelen aan producten en varianten
De koper levert 300 afbeeldingen, 40 PDF-datasheets en 10 video's aan, met bestandsnamen waarin artikelnummer en aanzicht zijn verwerkt.
De leverancier laat zien
- Koppel assets automatisch aan producten op basis van bestandsnamen of metadata
- Ken assetrollen toe, zoals hoofdafbeelding, galerij, datasheet en veiligheidsblad
- Laat kleurafbeeldingen overerven naar alle varianten van die kleur
- Toon welke kanalen welke assetrollen vereisen
Slaagcriteria
- Minstens 95 procent van de assets wordt automatisch gekoppeld via een naamgevingsregel
- Assetrollen bepalen mee de volledigheid per kanaal
- Het vervangen van een asset werkt elk gekoppeld product bij
Typische fout. Assets worden per product één voor één geüpload, en regels op basis van bestandsnamen vragen maatwerkscripts.
Workflow
Een workflow voor nieuwe productintroducties draaien
De koper levert het huidige proces voor nieuwe producten aan met vijf rollen: productmanager, data steward, marketing, compliance en kanaalmanager.
De leverancier laat zien
- Configureer de workflow van vijf stappen met taken per rol
- Toon elke rol alleen de eigen taken en attribuutgroepen
- Blokkeer publicatie totdat compliance goedkeurt
- Rapporteer de doorlooptijd per stap voor producten die onderweg zijn
Slaagcriteria
- Een functioneel beheerder configureert de workflow tijdens de sessie
- Publicatie blijft geblokkeerd totdat elke verplichte goedkeuring is vastgelegd
- De doorlooptijd per stap is te rapporteren zonder data te exporteren
Typische fout. De workflow bestaat alleen uit statusvelden, zonder taken, meldingen of blokkerende regels.
Een live product wijzigen met goedkeuring en audit
De koper kiest een gepubliceerd product waarvan de materiaalsamenstelling moet veranderen, wat compliance- en marketingattributen raakt.
De leverancier laat zien
- Bewerk het materiaalattribuut op een live product
- Start een nieuwe goedkeuring door compliance voor de afhankelijke attributen
- Houd de gepubliceerde versie live tot de wijziging is goedgekeurd
- Toon de volledige audittrail van de wijziging
Slaagcriteria
- Kanalen blijven de goedgekeurde versie ontvangen totdat de nieuwe versie is goedgekeurd
- De audittrail toont de oude waarde, de nieuwe waarde, de gebruiker en het tijdstempel
- Afhankelijke attributen worden automatisch gemarkeerd voor review
Typische fout. Bewerkingen gaan direct live, en goedkeuring bestaat alleen voor nieuwe producten.
Een seizoenslancering over meerdere kanalen inplannen
De koper levert 150 producten voor een seizoenscollectie aan, met een vaste lanceringsdatum en per markt verschillende livegangdatums.
De leverancier laat zien
- Groepeer de producten in een lanceringscollectie
- Stel publicatiedatums in per kanaal en markt
- Volg de gereedheid van de collectie ten opzichte van de lanceringsdatum
- Publiceer automatisch op de geplande datum
Slaagcriteria
- Publicatie vindt plaats op de geplande datum zonder handmatige actie
- De gereedheid is voor de hele collectie zichtbaar per kanaal en markt
- Producten die de deadline missen, staan in een lijst met hun ontbrekende attributen
Typische fout. De planning gebeurt in de webshop, waardoor de PIM de gereedheid voor de lancering niet kan tonen.
Syndicatie
Producten publiceren naar GS1 GDSN
De koper levert 50 producten met GTIN's, verpakkingshiërarchie, netto-inhoud en voedings- of technische gegevens aan, plus een beoogde datapool en ontvanger.
De leverancier laat zien
- Map PIM-attributen naar de GDSN-attributen voor de doelmarkt
- Bouw de verpakkingshiërarchie op van consumenteneenheid tot pallet
- Valideer vóór publicatie tegen de GDSN-regels
- Publiceer naar de datapool en toon de reactie van de ontvanger
Slaagcriteria
- Validatiefouten verschijnen vóór verzending in de PIM, met het attribuut erbij genoemd
- Hiërarchie en GTIN's worden gepubliceerd zonder handmatige invoer in de datapool
- Reacties van ontvangers komen terug in de PIM en zijn per product zichtbaar
Typische fout. De leverancier exporteert een bestand voor handmatige upload naar de datapool en kan de terugkoppeling niet tonen.
Een feed voor een retailer of marktplaats exporteren
De koper levert 500 producten aan en het actuele attributentemplate van één retailer of marktplaats waarlangs de koper verkoopt.
De leverancier laat zien
- Map PIM-attributen en waardelijsten naar het kanaaltemplate
- Genereer kanaalspecifieke waarden zoals titels en categoriecodes
- Valideer de feed vóór export tegen de regels van het kanaal
- Exporteer bij de volgende run alleen gewijzigde producten
Slaagcriteria
- Een businessgebruiker beheert de mapping, zonder code
- De feed doorstaat de validatie van het kanaal met minder dan 2 procent geweigerde producten
- De delta-export bevat alleen gewijzigde producten
Typische fout. Elk kanaal vraagt een maatwerkexport van de partner, en wijzigingen in templates vragen een nieuwe release.
Een BMEcat-catalogus met ETIM-kenmerken leveren
De koper levert 1.000 producten met ETIM-classificatie aan en de BMEcat-eisen van een groothandel, inclusief versie en verplichte velden.
De leverancier laat zien
- Genereer een BMEcat-bestand in de gevraagde versie met ETIM-kenmerken
- Neem prijzen, verpakkingseenheden en assetverwijzingen op waar vereist
- Valideer het bestand tegen de verplichte velden van de groothandel
- Plan de export in voor periodieke levering
Slaagcriteria
- Het BMEcat-bestand valideert tegen het schema zonder handmatige bewerkingen
- ETIM-kenmerken worden geëxporteerd met de juiste eenheden en waardecodes
- Een geplande export draait zonder actie van een gebruiker
Typische fout. De BMEcat-export leunt op een converter van derden buiten de PIM die niemand in het team van de koper onderhoudt.
Compliance
PPWR-verpakkingsattributen vastleggen
De koper levert 30 producten aan met verpakkingen uit meerdere componenten, met materialen, gewichten en recyclaatgehalte van toeleveranciers.
De leverancier laat zien
- Modelleer verpakkingen als componenten met materiaal, gewicht en recyclaatgehalte per component
- Markeer herbruikbare verpakkingen en leg de bijbehorende informatie vast
- Valideer vóór goedkeuring dat elke component een materiaal en gewicht heeft
- Rapporteer verpakkingsdata per materiaal over de hele catalogus
Slaagcriteria
- Verpakkingscomponenten worden per product opgeslagen als gestructureerd, herhaalbaar model
- Producten zonder volledige verpakkingsdata komen niet door de compliancegoedkeuring
- Verpakkingsrapportages over de hele catalogus draaien zonder export naar spreadsheets
Typische fout. Verpakkingsdata staat in één tekstveld per product, waardoor rapportage per component onmogelijk is.
GPSR-veiligheidsinformatie per markt publiceren
De koper levert 40 producten aan die online worden verkocht in drie EU-markten, met fabrikantgegevens, de verantwoordelijke persoon in de EU en veiligheidswaarschuwingen.
De leverancier laat zien
- Sla contactgegevens van de fabrikant en de verantwoordelijke persoon in de EU één keer op en koppel ze aan producten
- Beheer waarschuwingen en veiligheidsinformatie per markttaal
- Blokkeer publicatie naar onlinekanalen zolang verplichte veiligheidsdata ontbreekt
- Exporteer de veiligheidsdata naar een webshop en een marktplaats
Slaagcriteria
- Contactgegevens wijzig je op één plek, en elk gekoppeld product wordt bijgewerkt
- Ontbrekende veiligheidsinformatie blokkeert publicatie naar kanalen
- Waarschuwingen worden per markt in de juiste taal geëxporteerd
Typische fout. Veiligheidsdata zit alleen in pdf-bijlagen, waardoor onlinekanalen ze niet als gestructureerde tekst kunnen tonen.
Een dataset voor het Digitaal Productpaspoort samenstellen
De koper levert één product aan en een lijst met paspoortdatapunten die de koper voor de productgroep verwacht, inclusief waarden van toeleveranciers.
De leverancier laat zien
- Modelleer de paspoortdatapunten met bron en eigenaar per attribuut
- Verzamel waarden van toeleveranciers met bewijsdocumenten
- Genereer een link vanaf de productcode naar de paspoortdata
- Exporteer de dataset in een gestructureerd, machineleesbaar formaat
Slaagcriteria
- Elk datapunt toont de bron, de eigenaar en de laatste update
- Bewijsdocumenten zijn gekoppeld aan het attribuut dat ze onderbouwen
- De export is machineleesbaar en herhaalbaar voor de volledige productgroep
Typische fout. De leverancier toont een statische mock-up van een webpagina zonder koppeling met beheerde attribuutdata.
AI
Kanaalomschrijvingen genereren met AI en goedkeuring
De koper levert 50 producten met gestructureerde attributen aan, een tone-of-voicegids voor het merk en de lengteregels van twee kanalen.
De leverancier laat zien
- Genereer per kanaal een omschrijving op basis van de attributen en de tone-of-voicegids
- Toon welke attributen de AI voor elke omschrijving heeft gebruikt
- Stuur gegenereerde tekst vóór publicatie naar een redacteur ter goedkeuring
- Genereer één omschrijving opnieuw na een wijziging in een attribuut
Slaagcriteria
- Geen enkele AI-tekst wordt gepubliceerd zonder vastgelegde menselijke goedkeuring
- Minstens 80 procent van de omschrijvingen wordt met kleine aanpassingen geaccepteerd, beoordeeld door de redacteur van de koper
- Gegenereerde tekst blijft binnen de lengtelimieten van het kanaal
Typische fout. Gegenereerde tekst komt rechtstreeks in het live omschrijvingsveld terecht, zonder goedkeuringsstap.
Attributen extraheren uit datasheets van toeleveranciers
De koper levert 30 pdf-datasheets van toeleveranciers in twee talen aan en de beoogde attributenset voor die productfamilie.
De leverancier laat zien
- Extraheer attribuutwaarden uit de pdf's naar de beoogde attributen
- Toon per waarde een betrouwbaarheidsniveau en de bronlocatie
- Stuur waarden met lage betrouwbaarheid naar een reviewwachtrij
- Reken eenheden tijdens de extractie om naar de standaard van de koper
Slaagcriteria
- Elke geëxtraheerde waarde verwijst naar de bronpagina of passage
- Waarden onder de betrouwbaarheidsdrempel worden nooit naar goedgekeurde attributen geschreven
- De nauwkeurigheid van de extractie wordt gemeten tegen een antwoordsleutel van de koper voor de 30 datasheets
Typische fout. De extractie draait op datasheets die de leverancier heeft voorbereid, en de nauwkeurigheid op de bestanden van de koper wordt nooit gemeten.
Producten automatisch classificeren met betrouwbaarheidsdrempels
De koper levert 500 ongeclassificeerde producten aan met namen en korte omschrijvingen, en de eigen beoogde classificatieboom.
De leverancier laat zien
- Stel per product een klasse voor met een betrouwbaarheidsscore
- Pas voorstellen boven een door de koper ingestelde drempel toe en zet de rest in een wachtrij
- Laat een data steward voorstellen in bulk accepteren of corrigeren
- Rapporteer de classificatienauwkeurigheid na review
Slaagcriteria
- De koper kan de betrouwbaarheidsdrempel instellen en wijzigen
- Correcties worden gelogd en zijn zichtbaar in de audittrail
- De nauwkeurigheid na review wordt per klasse gerapporteerd
Typische fout. De classificatie wordt direct op alle producten toegepast, zonder drempel, wachtrij of nauwkeurigheidsrapport.
Governance
Rechten beperken per attribuutgroep en markt
De koper definieert vier rollen: een toeleverancier, een redacteur voor de Duitse markt, een compliance officer en een extern bureau.
De leverancier laat zien
- Configureer bewerk- en leesrechten per attribuutgroep en per taal
- Log in met elke rol en toon wat die rol wel en niet kan wijzigen
- Beperk het bureau tot de marketingattributen van één merk
- Toon de rechtenwijziging in de audittrail
Slaagcriteria
- Elke rol ziet en bewerkt alleen de eigen attribuutgroepen en talen
- Rechtenwijzigingen vragen geen code en gaan direct in
- Rechtenwijzigingen worden gelogd met gebruiker en tijdstempel
Typische fout. Rechten gelden alleen per productcategorie, waardoor rechten per taal en attribuutgroep maatwerk vragen.
Datakwaliteitsregels afdwingen met een dashboard
De koper levert 1.000 producten aan met bekende kwaliteitsproblemen: dubbele producten, ongeldige GTIN's, ontbrekende eenheden en inconsistente waardelijsten.
De leverancier laat zien
- Configureer validatieregels voor GTIN-controlecijfers, eenheden en waardelijsten
- Spoor waarschijnlijke dubbele producten op
- Toon een kwaliteitsdashboard per productfamilie en eigenaar
- Wijs kwaliteitsproblemen als taken toe aan eigenaren
Slaagcriteria
- Ongeldige GTIN's worden bij import en bij bewerking gedetecteerd
- Het dashboard rapporteert problemen per eigenaar en productfamilie zonder export
- Een data steward configureert de regels, zonder code
Typische fout. Kwaliteitscontroles draaien als losse rapporten, zonder regels die slechte data bij invoer tegenhouden.
De historie van een compliance-attribuut aantonen
De koper kiest een product waarvan de gevaren- of allergeneninformatie het afgelopen jaar twee keer is gewijzigd na updates van toeleveranciers.
De leverancier laat zien
- Toon elke waarde die het attribuut heeft gehad, met datums en gebruikers
- Toon welke waarde elk kanaal heeft ontvangen en wanneer
- Koppel bewijs van de toeleverancier aan elke wijziging
- Exporteer de historie voor een auditor
Slaagcriteria
- De volledige attribuuthistorie is minstens gedurende de contractuele bewaartermijn beschikbaar
- De publicatiehistorie per kanaal toont de verzonden waarde per datum
- Een niet-technische auditor kan de export lezen
Typische fout. De historie omvat alleen het opslaan van producten, waardoor je niet kunt aantonen welke waarde een kanaal op een bepaalde datum ontving.
Integratie
Artikelen aanmaken vanuit het ERP met een heldere verdeling van eigenaarschap
De koper levert een ERP-extract van 2.000 artikelen aan en geeft aan welke attributen het ERP beheert en welke de PIM beheert.
De leverancier laat zien
- Importeer ERP-artikelen volgens planning via een standaardconnector of de API
- Vergrendel attributen die het ERP beheert tegen bewerking in de PIM
- Toon wat er gebeurt als het ERP een artikel wijzigt dat al in de PIM is verrijkt
- Rapporteer en herstel een mislukt artikel in het integratielogboek
Slaagcriteria
- Attributen die het ERP beheert, zijn in de PIM alleen-lezen
- ERP-updates overschrijven nooit de verrijking die de PIM beheert
- Mislukte records verschijnen in een logboek met de reden en kunnen opnieuw worden verwerkt
Typische fout. De connector overschrijft verrijkte attributen bij elke synchronisatie, omdat eigenaarschap niet per attribuut in te stellen is.
Deltas via de API naar een webshop publiceren
De koper noemt het eigen commerceplatform en levert 100 producten aan waarvan attributen anders dan de prijs tijdens de sessie veranderen.
De leverancier laat zien
- Publiceer alleen gewijzigde producten en attributen naar de webshop
- Gebruik events of webhooks om de webshop te informeren over goedgekeurde wijzigingen
- Toon de API-documentatie en limieten voor de gebruikte endpoints
- Toon de publicatiestatus per product
Slaagcriteria
- Gewijzigde producten bereiken de webshop binnen de afgesproken tijd, gemeten tijdens de sessie
- Alleen goedgekeurde versies worden gepubliceerd
- API-limieten zijn gedocumenteerd en passen bij het wijzigingsvolume van de koper
Typische fout. De koppeling exporteert elke nacht de volledige catalogus, waardoor dringende correcties een dag wachten.
Herstellen na een mislukte uitgaande synchronisatie
De koper vraagt de leverancier een storing van het doelkanaal te simuleren tijdens de publicatie van 1.000 producten.
De leverancier laat zien
- Toon hoe de storing wordt gedetecteerd en gemeld
- Waarschuw een benoemde rol per e-mail of chatbericht
- Verstuur alleen de mislukte producten opnieuw zodra het kanaal weer beschikbaar is
- Toon de uiteindelijke publicatiestatus per product
Slaagcriteria
- Een storing leidt binnen enkele minuten tot een melding, zonder dat iemand een scherm in de gaten houdt
- De nieuwe poging verstuurt alleen mislukte producten, zonder duplicaten
- De eindstatus klopt voor alle 1.000 producten
Typische fout. De mislukte job moet volledig opnieuw starten, en niemand krijgt een melding totdat een kanaalmanager ontbrekende producten opmerkt.
Prestaties
10.000 producten in bulk bewerken binnen 60 seconden
De voorbeeldomgeving van de koper bevat minstens 50.000 producten, en de koper selecteert er 10.000 met een filter op productfamilie en merk.
De leverancier laat zien
- Selecteer 10.000 producten met een filter
- Wijzig drie attributen in één bulkhandeling
- Toon de voortgang en het joblogboek
- Toon de gewijzigde waarden in de productweergave en de volledigheidsscore
Slaagcriteria
- De bulkbewerking van 10.000 producten is binnen 60 seconden klaar
- Gebruikers kunnen doorwerken terwijl de job loopt
- Het joblogboek toont elk gewijzigd product
Typische fout. De leverancier draait de bulkbewerking op een paar honderd producten en extrapoleert de tijd.
Zoeken en filteren in een catalogus van 500.000 artikelen
De koper levert een catalogus van 500.000 artikelen aan, of de leverancier genereert die, met de attribuutstructuur van de koper en 4 talen.
De leverancier laat zien
- Voer een zoekopdracht in volledige tekst uit over namen en omschrijvingen in twee talen
- Combineer filters op productfamilie, attribuutwaarden en volledigheid
- Sla het filter op als gedeelde weergave voor een team
- Exporteer het gefilterde resultaat
Slaagcriteria
- Zoekresultaten verschijnen binnen 2 seconden
- Gecombineerde filters geven binnen 5 seconden resultaat
- Opgeslagen weergaven zijn te delen zonder beheerdersrechten
Typische fout. De prestaties worden getoond op een kleine democatalogus, en cijfers voor grote catalogi komen alleen van slides.
Snel blijven bewerken tijdens een grote import
De koper vraagt de leverancier een import van 20.000 producten te draaien terwijl vijf gebruikers in dezelfde omgeving producten bewerken.
De leverancier laat zien
- Start de import en toon de voortgang
- Laat vijf gebruikers tijdens de import producten bewerken en opslaan
- Toon de opslagtijden voor gebruikers tijdens de import
- Los een bewerkingsconflict tussen de import en een gebruiker op
Slaagcriteria
- De opslagtijden voor gebruikers blijven tijdens de import onder 3 seconden
- Bewerkingsconflicten worden opgelost volgens een gedocumenteerde regel, zonder verloren wijzigingen
- De import is klaar zonder fouten door gelijktijdige bewerkingen
Typische fout. Imports vergrendelen de producten of de omgeving, waardoor redacteuren wachten tot de job klaar is.
Geef elke leverancier hetzelfde script en dezelfde data, dan worden de verschillen vanzelf zichtbaar. Scenario's op jouw eigen producten laten geen ruimte voor showroomantwoorden.
Een tweede paar ogen op je PIM-selectie?
PIM Selection is een uitgave van PIMvendors.com, dat scenariogedreven PIM-selecties begeleidt voor fabrikanten, groothandels en merken. Een gesprek van 30 minuten laat zien of dat voor jou helpt.
Bekijk de selectiediensten van PIMvendorsPlan een gesprek met PIMvendors
Veelgestelde vragen
Hoeveel scenario's horen in een PIM-demo?
Een PIM-demo bevat 8 tot 12 scenario's, genoeg om de must-have-eisen te dekken in een halve dag per leverancier (schatting PIMvendors). Kies minstens één scenario uit elk gebied waar voor jou must-have-eisen liggen. Neem ook minstens één scenario op dat wijzigingen na livegang test, zoals een productfamilie toevoegen, en één dat performance op je echte volume test.
Kunnen we deze demoscenario's ongewijzigd gebruiken?
De scenario's van Demo Theatre zijn templates die je aanpast aan je eigen catalogus. Vervang de voorbeeldvolumes door je echte aantallen, wissel standaarden zoals ETIM voor de standaarden die je klanten vragen en stem de slaagcriteria af op de prioriteit van je eisen. Houd de opbouw intact: opzet, live acties, slaagcriteria en eis-ID's. Die opbouw maakt scenario's vergelijkbaar tussen leveranciers.
Hoe testen we AI-functies in een PIM-demo?
Test AI-functies in een PIM-demo door ze live te draaien op producten uit je eigen voorbeelddatapakket, nooit op zorgvuldig gekozen voorbeelden. Vraag om betrouwbaarheidsscores, de bron van elke geëxtraheerde waarde en een menselijke goedkeuringsstap vóór publicatie. Meet de uitkomst tegen een antwoordsleutel die je vooraf opstelt. Scenario's SC-19 tot SC-21 in Demo Theatre dekken beschrijvingen, extractie en classificatie.
Welke demoscenario's onderscheiden PIM-leveranciers het duidelijkst?
In selecties van PIMvendors onderscheiden vier scenario's leveranciers het duidelijkst: een foute import terugdraaien, 10.000 producten in bulk bewerken, een variantfamilie op twee assen aanmaken en configuratie live wijzigen. Ze toetsen structurele mogelijkheden die je niet met slides kunt voorbereiden. AI-scenario's maken ook verschil, mits ze draaien op de eigen data van de koper en de nauwkeurigheid wordt gemeten.
Bronnen en methode
- EU packaging regulation starts applying from August 12
- General Product Safety Regulation (Wikipedia)
- Ecodesign for Sustainable Products (Department of Enterprise, Tourism and Employment, Ireland)
Zo is deze pagina gemaakt: opgesteld door de redactie van PIM Selection op basis van de genoemde bronnen, getoetst aan de selectiemethode van PIMvendors en goedgekeurd door een expert. Redactiebeleid.
Deze pagina citeren
PIM Selection (2026). Demo Theatre: bibliotheek met demoscenario's voor PIM. PIMvendors.com. https://pimselection.com/nl/selectieproces/demo-scenarios/ (versie 2026-10-14).