Bereid DPP-gerichte productgegevens voor uit leveranciersdocumenten

Gestructureerde productgegevens als fundament

Een Digitaal Productpaspoort is slechts zo goed als de gestructureerde gegevens erachter. Doc2Shelf extraheert productidentificatoren, materialen en samenstelling, technische specificaties en conformiteitsinformatie uit specificatiebladen en datasheets, en normaliseert deze naar consistente velden in uw catalogus.

Beoordeel brongekoppelde velden en vul ontbrekende informatie aan voordat u de gestructureerde output gebruikt in een verdere DPP-implementatie.

DPP-voorbereidingsoutput naast vermeldingen en verklaringen

Doc2Shelf bereidt DPP-gerichte output voor uit dezelfde beoordeelde productrecord die marketplacevermeldingen en concepten voor EU/US-verklaringen voedt. Eén upload kan verkoopinhoud, regelgevingsconcepten en DPP-gegevensvoorbereiding ondersteunen zonder deze outputs als gelijkwaardig te presenteren.

Exporteer de beoordeelde DPP-gerichte productgegevens als gestructureerde JSON. Verklaringslabels en PDF/DOCX-verklaringsdocumenten blijven afzonderlijke outputs voor hetzelfde product.

Bereid u voor op eisen per productgroep

De definitieve DPP-gegevens, identificatoren, gegevensdragers, toegangsrechten, interoperabiliteitsregels en operationele systemen hangen af van de toepasselijke gedelegeerde handelingen voor de productgroep en de implementatieomgeving. Door beoordeelde brongegevens nu te ordenen, wordt latere mapping eenvoudiger zonder de huidige export een voltooid paspoort te noemen.

Wat de DPP-gerichte JSON bevat

De export is één JSON-bestand per product, opgebouwd uit het beoordeelde productrecord. Het is pas beschikbaar nadat het product de beoordeling heeft doorlopen en bevat alleen conceptverklaringen die ook zijn beoordeeld. De tabel toont de belangrijkste gegevensgroepen, typische velden en waar die informatie gewoonlijk vandaan komt in leveranciersdocumenten.

De inhoud is wat uit uw documenten is geëxtraheerd en tijdens de beoordeling is bevestigd of bewerkt, dus de kwaliteit van de export hangt af van die beoordeling. Hiaten die van belang zijn voor het opstellen van compliance-documenten worden vermeld als ontbrekende vereiste gegevens, zodat u ze bij de leverancier kunt navragen voordat de gegevens verder worden gebruikt. Het bestand legt ook een formaatversie en een exporttijdstempel vast. Afbeeldingsvermeldingen zijn links; download de afbeeldingen die u wilt bewaren, omdat opslaglinks tijdelijk kunnen zijn.

Hoe de export in een DPP-implementatie past

Een digitaal productpaspoort is een systeem, geen bestand: een permanente unieke productidentificatiecode, een gegevensdrager op het product of de verpakking, gehoste gegevens met toegangs- en updaterechten, een back-up bij een DPP-dienstverlener en, onder ESPR, registratie van identificatiecodes in het DPP-register van de EU. Doc2Shelf dekt de eerste fase — beoordeelde, gestructureerde gegevens uit leveranciers-pdf’s halen. Uw eigen systemen of een DPP-dienstverlener nemen het vanaf daar over en koppelen de JSON aan het gegevensmodel in de toepasselijke gedelegeerde handeling of sectorwetgeving.

In de praktijk betekent mappen drie dingen. Ten eerste het hernoemen en herstructureren van velden naar het doelschema, bijvoorbeeld een samengestelde afmetingswaarde splitsen in aparte velden voor lengte, breedte en hoogte met eenheden. Ten tweede het toevoegen van gegevens die in geen enkel leveranciersdocument staan, zoals de permanente identificatiecode die u toewijst, de gegevensdrager en de toegangsrechten voor elk veld. Ten derde het bepalen van het paspoortniveau — model, batch of item — dat bepaalt of batch- en serienummers uit de export worden gebruikt. Als u de beoordeelde JSON als gedateerd invoerbestand bewaart, hebt u bovendien een registratie van de gegevens waarop het paspoort is gebaseerd.

Gegevenskwaliteit en identificatiecodes

ESPR vereist dat paspoortgegevens nauwkeurig, volledig en actueel zijn en dat het paspoort is gekoppeld aan een permanente unieke productidentificatiecode. Beide vereisten beginnen bij leveranciersgegevens. Controleer, voordat u een export verder doorstuurt, de punten die het meest waarschijnlijk later problemen veroorzaken:

• Identificatieniveau: bepaal of elk product op model-, batch- of itemniveau wordt geïdentificeerd; gedelegeerde handelingen leggen dit per productgroep vast.
• GTIN’s en modelnummers: bevestig dat ze overeenkomen met de verpakking en dat varianten hun eigen identificatiecodes hebben.
• Gegevens van marktdeelnemers: gegevens van fabrikant, importeur en verantwoordelijke persoon in de EU moeten overeenkomen met etiketten en verklaringen.
• Eenheden en waarden: bevestig de eenheden bij afmetingen, gewichten en nominale waarden, vooral wanneer een datablad meerdere modellen omvat.
• Documentversies: bewaar het leveranciersdocument achter elk product en extraheer opnieuw wanneer de leverancier een herziening uitgeeft.
• Betrouwbaarheid en volledigheid: elke extractie heeft een betrouwbaarheidsscore en een volledigheidsscore; gebruik lage scores om de beoordeling te prioriteren.

DPP-tijdlijn in vogelvlucht

Data die van kracht zijn en data die slechts gepland zijn, worden gemakkelijk verward. Per oktober 2026 lijkt er geen gedelegeerde handeling per productgroep onder ESPR van kracht te zijn die een paspoort verplicht stelt; de eerste groepen in het werkplan van de Commissie hebben indicatieve vaststellingsdata, en verplichtingen gelden normaal gesproken ten minste 18 maanden nadat een gedelegeerde handeling in werking is getreden. Onze gids over de eisen voor het digitale productpaspoort behandelt de volledige tijdlijn.

Reikwijdte: voorbereidingsgegevens, geen voltooid paspoort

De DPP-output van Doc2Shelf bestaat uit voorbereidingsgegevens. Ze helpen u de productinformatie te verzamelen, beoordelen en structureren waarop een paspoort zal steunen, en leveren die als JSON aan voor beoordeling en verdere implementatie.

Het maakt geen voltooid digitaal productpaspoort en registreert, host, implementeert of valideert er ook geen. Het wijst geen unieke productidentificatiecodes of gegevensdragers toe, controleert gegevens niet aan de hand van de geharmoniseerde DPP-normen, registreert geen producten in het EU-register en beoordeelt niet of een product voldoet aan ESPR of andere wetgeving. Die stappen blijven bij de marktdeelnemer, zijn systemen en zijn DPP-dienstverlener.