Om ervoor te zorgen dat het GS1 datamodel blijft aansluiten op de behoeften van de markt, kunnen deelnemers voorstellen indienen voor toevoegen of wijzigen van attributen, codelijsten en/of validaties. De vraag is dan: Hoe werkt het!
GS1 werkt wereldwijd volgens een gestandaardiseerd wijzigingsproces om ervoor te zorgen dat standaarden, datamodellen en gegevensspecificaties op een gecontroleerde en transparante manier worden ontwikkeld. Waar mogelijk sluiten wij aan op dit internationale proces. Hierdoor blijven lokale en sectorale ontwikkelingen in lijn met de wereldwijde GS1-standaarden en kunnen wijzigingen breed worden toegepast binnen het GS1-ecosysteem.
Elk wijzigingsverzoek doorloopt een aantal vaste stappen. Daarbij kijken we niet alleen naar de behoefte van de aanvrager, maar ook naar de impact op andere gebruikers, de technische haalbaarheid en de aansluiting op bestaande standaarden. Afhankelijk van de aard van de wijziging kunnen hierbij verschillende experts, gebruikersgroepen en stakeholders worden betrokken.
Door deze gestructureerde aanpak zorgen we ervoor dat wijzigingen zorgvuldig worden beoordeeld, afgestemd met de markt en voorspelbaar worden ingevoerd. Zo blijft het datamodel actueel, toekomstbestendig en afgestemd op zowel nationale als internationale ontwikkelingen.
Stap 1 – Dien een wijzigingsverzoek in
Heb je een wijzigingsvoorstel? Dien dit dan in via de GS1 Service Portal.
Beschrijf daarbij zo duidelijk mogelijk:
-
Wat je wilt wijzigen;
-
Waarom de wijziging nodig is;
-
Voor welke producten, processen of sectoren dit relevant is;
-
Welke voordelen de wijziging oplevert.
Stap 2 – Eerste beoordeling
Na ontvangst wordt het verzoek beoordeeld. Hierbij wordt gekeken of het verzoek voldoende informatie bevat, of er voldoende behoefte is vanuit de sector(en) en of deze wijziging aansluit op het datamodel. Indien nodig nemen we contact op voor aanvullende informatie.
Stap 3 – Inhoudelijke analyse
Vervolgens wordt onderzocht:
-
Welke impact de wijziging heeft op het datamodel en de deelnemers ervan.
-
Wat de technische impact is;
-
Of de wijziging aansluit of in strijd is met bestaande GS1-standaarden;
-
Of aanvullende afstemming met experts of deelnemers nodig is.
Soms kan een wijziging direct worden verwerkt, terwijl in andere gevallen een bredere beoordeling nodig is.
Stap 4 – Uitwerking
Het wijzigingsverzoek wordt uitgewerkt tot een voorstel. Na goedkeuring van dit voorstel wordt op basis van prioriteit, beschikbare capaciteit en de samenhang met andere wijzigingen het voorstel ingepland in een toekomstige release.
Stap 5 – Publicatie en communicatie
Stap 5 – Publicatie en communicatie
Alle wijzigingen worden gepubliceerd in de release-documentatie van de betreffende release en deze worden gedeeld via de gebruikelijke communicatiekanalen. Hierbij worden de wijzigingen toegelicht, zodat deelnemers zich tijdig kunnen voorbereiden.
Stap 6 – Livegang
Met de livegang is de wijziging beschikbaar in het datamodel. Vanaf dat moment kunnen deelnemers de nieuwe wijziging toepassen in hun processen. Via een nieuwsbrief worden deelnemers op de hoogte gebracht van de livegang.
Stap 7 - Evaluatie
Wij monitoren het gebruik van het datamodel en evalueren periodiek of deze nog relevant is. De uitkomsten kunnen input opleveren voor nieuwe wijzigingen.
Samengevat:
