Strukturerede produktdata som fundament
Et digitalt produktpas er kun så godt som de strukturerede data bag det. Doc2Shelf udtrækker produktidentifikatorer, materialer og sammensætning, tekniske specifikationer og overensstemmelsesoplysninger fra specifikationsark og datablade og normaliserer dem til konsistente felter på tværs af dit katalog.
Gennemgå kildekoblede felter, og afklar manglende oplysninger, før det strukturerede output bruges i en efterfølgende DPP-implementering.
Output til DPP-forberedelse sammen med produktlister og erklæringer
Doc2Shelf forbereder DPP-orienteret output fra den samme gennemgåede produktpost, som bruges til markedspladsopslag og udkast til EU/US-overensstemmelseserklæringer. Én upload kan understøtte salgsindhold, regulatoriske udkast og DPP-dataforberedelse uden at fremstille disse output som ens.
Eksportér de gennemgåede DPP-orienterede produktdata som struktureret JSON. Erklæringsetiketter og PDF/DOCX-erklæringsdokumenter er separate output for det samme produkt.
Forberedelse til produktgruppespecifikke krav
De endelige DPP-data, identifikatorer, databærere, adgangsrettigheder, interoperabilitetsregler og driftssystemer afhænger af de gældende delegerede retsakter for produktgruppen og implementeringsmiljøet. Hvis gennemgåede kildedata organiseres nu, bliver den senere kortlægning lettere, uden at den nuværende eksport kaldes et færdigt pas.
Hvad den DPP-orienterede JSON indeholder
Eksporten er én JSON-fil pr. produkt, bygget ud fra den gennemgåede produktpost. Den er kun tilgængelig, efter at produktet har været igennem gennemgang, og den omfatter kun erklæringsudkast, som også er gennemgået. Tabellen viser de vigtigste datagrupper, typiske felter og hvor oplysningerne normalt stammer fra i leverandørdokumenter.
Indholdet er det, der blev udtrukket fra dine dokumenter og derefter bekræftet eller redigeret under gennemgangen, så eksportens kvalitet afhænger af den gennemgang. Huller, der er vigtige for udarbejdelse af compliancedokumenter, vises som manglende påkrævede data, så du kan indhente dem hos leverandøren, før dataene bevæger sig videre. Filen registrerer også en formatversion og et eksporttidspunkt. Billedposter er links; download de billeder, du vil beholde, for lagerlinks kan have begrænset levetid.
Datagrupper i den DPP-orienterede JSON-eksport| Datagruppe | Eksempler på felter | Typisk kilde i leverandørdokumenter |
|---|
| Produktidentitet | Produktnavn, producent, modelnummer, produktkategori | Sidehoved i datablad, etiketlayout, prisliste |
|---|
| Specifikationer | Mærke, SKU, GTIN/EAN/UPC, MPN, mål, vægt, materialer, værdier for emballage og logistik | Datablade, specifikationsark, emballagespecifikationer |
|---|
| Compliancedata | Anvendte standarder, direktiver og forordninger, certificeringer, mærkninger, sikkerhedsoplysninger, manglende påkrævede data | Overensstemmelseserklæringer, testrapporter, certifikater |
|---|
| GPSR-data | Kontaktoplysninger på producent, importør, ansvarlig person og distributør; advarsler; parti-, lot- eller serienummer | Etiketter, manualer, overensstemmelseserklæringer |
|---|
| Erklæringer | Gennemgåede udkast til EU- og USA-erklæringer efter type og sprog med deres afsnit | Udarbejdet i Doc2Shelf ud fra den gennemgåede produktpost |
|---|
| Dokumenter og billeder | Filnavne på kildedokumenter; links til produktbilleder | Uploadede PDF'er og produktbilleder |
|---|
Hvordan eksporten passer ind i en DPP-implementering
Et digitalt produktpas er et system, ikke en fil: en vedvarende unik produktidentifikator, en databærer på produktet eller emballagen, hostede data med adgangs- og opdateringsrettigheder, en sikkerhedskopi hos en DPP-tjenesteudbyder og, under ESPR, registrering af identifikatorer i EU's DPP-register. Doc2Shelf dækker det første trin — at få gennemgåede, strukturerede data ud af leverandør-PDF'er. Dine egne systemer eller en DPP-tjenesteudbyder tager over derfra og kortlægger JSON'en til den datamodel, der findes i den gældende delegerede retsakt eller sektorlovgivning.
I praksis betyder kortlægning tre ting. For det første omdøbning og omstrukturering af felter til målskemaet, f.eks. opdeling af en samlet måleværdi i separate felter for længde, bredde og højde med enheder. For det andet tilføjelse af data, som intet leverandørdokument rummer, såsom den vedvarende identifikator, du tildeler, databæreren og adgangsrettighederne for hvert felt. For det tredje beslutning om pasniveau — model, parti eller enhed — som afgør, om parti- og serieværdier fra eksporten bruges. Hvis du gemmer den gennemgåede JSON som en dateret inputfil, får du også en registrering af, hvilke data passet blev bygget på.
Hvem tager sig af hvert trin i et DPP| Trin | Håndteres typisk af | Doc2Shelfs rolle |
|---|
| Indsamle data fra leverandørdokumenter | Katalog-, compliance- eller indkøbsteam | Udtrækker strukturerede produktdata fra PDF'er og markerer manglende oplysninger |
|---|
| Gennemgå dataene | En kvalificeret person i dit team | Gennemgangskontrol: ikke-gennemgåede produkter kan ikke eksporteres |
|---|
| Kortlægge til produktgruppens datamodel | Dit team, PIM eller en DPP-tjenesteudbyder | Leverer den gennemgåede JSON som input |
|---|
| Tildele identifikatorer og databærere | Den erhvervsdrivende, der bringer produktet i omsætning | Ingen; identifikatorer, der findes i dokumenter, medtages i eksporten |
|---|
| Hoste, sikkerhedskopiere og styre adgang | Den erhvervsdrivende eller en DPP-tjenesteudbyder | Ingen |
|---|
| Registrere i EU's DPP-register | En verificeret erhvervsdrivende | Ingen |
|---|
Datakvalitet og identifikatorer
ESPR kræver, at pasdata er nøjagtige, fuldstændige og ajourførte, og at passet er knyttet til en vedvarende unik produktidentifikator. Begge krav starter med leverandørdata. Før du sender en eksport videre, så kontrollér de punkter, der er mest tilbøjelige til at give problemer senere:
- Identifikatorniveau: beslut, om hvert produkt identificeres på model-, parti- eller enhedsniveau; delegerede retsakter fastsætter dette pr. produktgruppe.
- GTIN'er og modelnumre: bekræft, at de svarer til emballagen, og at varianter har deres egne identifikatorer.
- Oplysninger om erhvervsdrivende: oplysninger om producent, importør og den ansvarlige person i EU skal stemme overens med etiketter og erklæringer.
- Enheder og værdier: bekræft enhederne for mål, vægt og mærkedata, især hvor et datablad dækker flere modeller.
- Dokumentversioner: behold leverandørdokumentet bag hvert produkt, og udtræk igen, når leverandøren udsender en revision.
- Konfidens og fuldstændighed: hvert udtræk har en konfidensscore og en fuldstændighedsscore; brug lave scorer til at prioritere gennemgangen.
DPP-tidslinje i overblik
Datoer, der er trådt i kraft, og datoer, der kun er planlagt, er lette at forveksle. I oktober 2026 ser det ikke ud til, at nogen delegeret retsakt for en ESPR-produktgruppe, der kræver et pas, er trådt i kraft; de første grupper i Kommissionens arbejdsprogram har vejledende vedtagelsesdatoer, og forpligtelserne gælder normalt mindst 18 måneder efter, at en delegeret retsakt træder i kraft. Vores guide til krav til digitale produktpas gennemgår hele tidslinjen.
Udvalgte DPP-datoer| Dato | Milepæl | Status |
|---|
| 18. jul. 2024 | ESPR, forordning (EU) 2024/1781, træder i kraft | I kraft |
|---|
| 20. jul. 2026 | EU's DPP-register er i drift ifølge Kommissionen | Live |
|---|
| 6. aug. 2026 | Registerreglerne, gennemførelsesforordning (EU) 2026/1778, træder i kraft | I kraft |
|---|
| 18. feb. 2027 | Batteripas til LMT-batterier, industrielle batterier (over 2 kWh) og batterier til elektriske køretøjer | Finder anvendelse |
|---|
| 2026–2029 | Delegerede ESPR-retsakter for stål, tekstiler, dæk, aluminium, møbler, madrasser | Vejledende vedtagelse |
|---|
| 1. aug. 2030 | Legetøjssikkerhedsforordning (EU) 2025/2509 finder anvendelse, med et DPP for legetøj | Finder anvendelse (planlagt) |
|---|
Anvendelsesområde: forberedelsesdata, ikke et færdigt pas
Doc2Shelfs DPP-output er forberedelsesdata. Det hjælper dig med at indsamle, gennemgå og strukturere de produktoplysninger, et pas vil trække på, og afleverer dem som JSON til gennemgang og efterfølgende implementering.
Det opretter, registrerer, hoster, implementerer eller validerer ikke et færdigt digitalt produktpas. Det tildeler ikke unikke produktidentifikatorer eller databærere, kontrollerer ikke data mod de harmoniserede DPP-standarder, registrerer ikke produkter i EU-registret og vurderer ikke, om et produkt overholder ESPR eller anden lovgivning. Disse trin forbliver hos den erhvervsdrivende, dennes systemer og dennes DPP-tjenesteudbyder.