Software voor het digitaal productpaspoort laten maken
De ESPR is van kracht, maar er is nog geen enkele gedelegeerde handeling waarin staat welke gegevens uw productpaspoort moet bevatten. Wie u vandaag een kant-en-klaar DPP-pakket verkoopt, verkoopt een gok op regels die nog niet zijn gepubliceerd. Wat wel vaststaat is de structuur: een unieke identificatie, een datadrager op het product en gelaagde toegang per doelgroep. Die kunt u nu bouwen, en de velden erin hangen.
Wat wel en niet vaststaat
Verordening (EU) 2024/1781 verving de Ecodesignrichtlijn en breidde haar uit van energieverbruik naar duurzaamheid, herstelbaarheid en circulariteit van vrijwel alle fysieke producten. De verordening zelf stelt echter nauwelijks concrete producteisen. Die komen per productgroep, in gedelegeerde handelingen die de Commissie stap voor stap publiceert.
Het werkplan van april 2025 wijst de eerste prioriteiten aan, waaronder textiel, aluminium en banden. Per dit moment is er nog geen productspecifieke gedelegeerde handeling aangenomen; de textielhandeling wordt aan het eind van dit jaar of begin volgend jaar verwacht. Daarna geldt een overgangstermijn van ten minste achttien maanden voordat de eisen daadwerkelijk gelden.
Daar zit de klem, en hij is de omgekeerde van wat leveranciers vertellen. U kunt de veldenlijst nog niet kennen, dus die kunt u ook niet inkopen. Wat u wel kunt doen is de vraag beantwoorden die niemand voor u oplost: op welk niveau identificeert u een product, waar staan de gegevens die straks in het paspoort komen, en wie mag welk deel zien. Dat werk is nu al hetzelfde en het duurt bij de meeste bedrijven langer dan achttien maanden.
Werkt u met hout of papier, dan loopt er een tweede herkomstadministratie naast het paspoort. Zie chain of custody van FSC en PEFC.
Hoe wij dit bouwen
Niet de veldenlijst maar de identificatie is hier de eenheid. Ligt vast wat een product is en waar zijn gegevens vandaan komen, dan is elke latere veldeis een instelling.
Krijgt een model een paspoort, een productiepartij, of elk afzonderlijk exemplaar? Dat is de zwaarste keuze in het hele traject, want zij bepaalt hoeveel paspoorten u beheert en of u ze met een app aan een fysiek voorwerp kunt koppelen.
Materiaalsamenstelling, herkomst, herstelinformatie en reserveonderdelen staan bij de meeste bedrijven verspreid over PLM, ERP, specificatiebladen en de mailbox van inkoop. Dat verzamelen is het echte werk, niet het tonen.
We bouwen het paspoort als een schema dat u zelf uitbreidt, met versiebeheer per schema. Als de gedelegeerde handeling voor uw productgroep verschijnt, voegt u velden toe in plaats van dat u opnieuw begint.
We laten het systeem één productlijn doorlopen en tonen wat er ontbreekt. Die lijst is doorgaans langer dan verwacht en zij is de reden om nu te beginnen.
Wat de software concreet doet
Het paspoortregister draagt alles; de datadrager en de publieke weergave volgen daaruit. Welke onderdelen u nodig heeft, hangt af van uw productsoort en uw positie in de keten.
Paspoortregister met unieke identificatie
Per product, partij of exemplaar een unieke aanduiding waaraan alles hangt. Het systeem bewaakt dat een identificatie uniek blijft en nooit hergebruikt wordt, want een paspoort moet ook over jaren nog naar hetzelfde voorwerp verwijzen.
Schema per productgroep, instelbaar
De velden van een paspoort legt u zelf vast en breidt u uit zodra de eisen voor uw productgroep verschijnen. Elk schema krijgt een versie, zodat een oud paspoort leesbaar blijft tegen het schema dat toen gold.
Datadrager aanmaken en beheren
Een QR-code of andere drager die naar het paspoort verwijst, met een blijvende webadres zodat de link ook werkt als uw systeem later verandert. Zonder die scheiding drukt u codes die u niet meer kunt verhuizen.
Gegevens ophalen bij leveranciers
De samenstelling en herkomst van componenten weet uw leverancier, niet u. Een portaal waarin die per component aanlevert werkt beter dan een mailwisseling waarin niemand ziet wat ontbreekt.
Gelaagde toegang per doelgroep
Een consument, een reparateur, een recycler en een toezichthouder zien niet hetzelfde. De verordening gaat uit van die gelaagdheid, dus het rechtenmodel is geen extraatje maar een eis.
Historie per paspoort bewaard
Wie wijzigde welk gegeven, wanneer, en op grond waarvan. Een paspoort gaat de levensduur van het product mee, en dat kan langer zijn dan de leverancier die het gegeven aanleverde.
Voor wie wij bouwen
Uw positie in de keten bepaalt welk deel van het paspoort u zelf vult. Vier situaties.
Fabrikanten
U maakt het product en bepaalt de samenstelling, dus het grootste deel van het paspoort komt uit uw eigen systemen. Uw afnemers gaan de gegevens bij u opvragen nog voordat de verplichting ingaat, en wie die kant op orde heeft, wordt de leverancier van keuze.
Merkeigenaren en retail met eigen merk
U laat produceren en brengt het product onder uw naam op de markt. De verplichting landt daarmee bij u terwijl de gegevens bij uw producent liggen, vaak buiten de EU. Het opvragen is dan het hele werk.
Importeurs en distributie
U voert producten in en bent vaak de eerste die ze in de Unie op de markt brengt. Uw leverancier kent de verordening niet en heeft geen reden zich erin te verdiepen, dus de uitvraag moet van uw kant komen en moet simpel zijn. Dezelfde opgave speelt bij de EUDR, waar u herkomst tot op perceelniveau moet aantonen.
Verkoop online
Een productpaspoort raakt uw productinformatie: dezelfde gegevens, andere weergave, ander publiek. Loopt uw assortiment via een gekoppeld PIM of webshopsysteem, dan is de paspoortlaag daar een aanvulling op en geen tweede administratie.
Test je idee eerst — werkend prototype in 1 dag
Met OneDayBuild maken we je idee in één dag tastbaar voor €950, zodat je weet of verdere ontwikkeling de investering waard is. Besluit je door te gaan met de volledige bouw? Dan verrekenen we de kosten volledig.
Bekijk OneDayBuild →Technologie en koppelingen
Alles wat de gedelegeerde handelingen straks voorschrijven, hoort instelbaar te zijn en per versie bewaard. Wat vast in code staat, moet u opnieuw laten bouwen zodra uw productgroep aan de beurt is.
Waarom Appfront
Wij verkopen geen veldenlijst die nog niet bestaat
Er is nog geen gedelegeerde handeling. Wij bouwen de structuur en laten de velden open, en we zeggen erbij welk deel van uw investering pas waarde krijgt als uw productgroep aan de beurt is.
De identificatie is de beslissing die telt
Model, partij of exemplaar bepaalt de omvang van uw hele paspoortadministratie. Wij zetten die keuze vooraan in plaats van hem te laten volgen uit een pakketkeuze.
De gegevens liggen bij uw leverancier
U kunt geen paspoort vullen met wat u niet weet. Wij bouwen de aanleverkant via koppelingen en een portaal, en maken zichtbaar wat ontbreekt.
Achttien maanden is korter dan het lijkt
Na publicatie van de handeling voor uw productgroep geldt een overgangstermijn van ten minste achttien maanden. Het verzamelen van ketengegevens duurt bij de meeste bedrijven langer.
Security en privacy
Een productpaspoort is deels openbaar en dat maakt het beveiligingsvraagstuk ongebruikelijk: het gaat niet om afschermen maar om precies genoeg tonen. De verordening gaat uit van gelaagde toegang, waarbij een consument minder ziet dan een recycler en een toezichthouder meer dan beiden. Wij zetten die lagen als rechtenmodel neer en niet als aparte weergaven, want twee weergaven van dezelfde gegevens lopen na verloop van tijd uiteen.
De vertrouwelijke kant zit bij uw leveranciers. Materiaalsamenstelling en herkomst liggen dicht tegen hun receptuur en hun inkooppositie aan, en zij leveren dat alleen aan als zij weten wie het ziet. In het portaal ziet een leverancier daarom uitsluitend zijn eigen componenten. Aan de bewaarkant geldt dat een paspoort de levensduur van het product meegaat, dus historie en schemaversies moeten leesbaar blijven als de bron allang weg is. Hoe wij zelf met beveiliging omgaan staat in ons informatiebeveiligingsbeleid; meldingen van buitenaf lopen via ons CVD-beleid.
Veelgestelde vragen over de ESPR en het productpaspoort
Dat verschilt per productgroep en is voor geen enkele groep al definitief. De ESPR werkt via gedelegeerde handelingen; pas als die voor uw productgroep is gepubliceerd, gaat een overgangstermijn van ten minste achttien maanden lopen. Textiel staat vooraan en wordt rond de jaarwisseling verwacht, wat de verplichting daar richting 2028 brengt. Controleer de stand voor uw eigen productgroep, want die kan later of eerder liggen.
U kunt een systeem kopen, maar niemand kan u vertellen welke velden erin moeten, omdat die nog niet zijn vastgesteld. Wat wel bekend is, is de structuur: unieke identificatie, een datadrager en gelaagde toegang. Wie u vandaag een compleet ingevuld paspoort belooft, vult het met een aanname. Wij bouwen de structuur en houden de velden instelbaar.
Dat hangt af van uw productgroep en wordt in de gedelegeerde handeling bepaald. Het verschil is groot: een paspoort per model is een handvol records, een paspoort per exemplaar zijn er miljoenen en dat vraagt een heel ander systeem. Omdat de keuze zwaar is, zetten wij haar vooraan en bouwen we zo dat u later kunt verfijnen zonder opnieuw te beginnen.
Een PIM beschrijft een product om het te verkopen; een paspoort beschrijft het om het te kunnen repareren, hergebruiken en recyclen, en het richt zich mede tot partijen die geen klant zijn. De gegevens overlappen deels. Wij koppelen daarom aan wat u heeft in plaats van een tweede productadministratie op te zetten.
Dat is bij importeurs het zwaarste onderdeel, want uw leverancier heeft geen verplichting en geen belang. Wat werkt is de uitvraag zo klein mogelijk maken, in zijn taal, met een portaal dat toont wat er nog mist. Wat niet werkt is een spreadsheet met tweehonderd velden. Begin bovendien vroeg, want de eerste ronde levert zelden bruikbare antwoorden op.
De gegevens overlappen, de systematiek niet. De PPWR gaat over de verpakking en haar recyclebaarheid, een producentenverantwoordelijkheid over gewicht per categorie, en het paspoort over het product zelf. Wat loont is de artikelgegevens één keer verzamelen en voor alle drie gebruiken.
Die moeten blijven werken. Een paspoort gaat de levensduur van het product mee, en die is bij meubels, machines of bouwmaterialen langer dan de tijd dat u het model voert. Daarom bouwen wij de datadrager met een blijvend webadres en bewaren wij het schema waarmee een paspoort is opgesteld, zodat een oud paspoort leesbaar blijft.
Dat hangt af van het identificatieniveau, het aantal productgroepen en of het leveranciersportaal meemoet. Het register met de schemastructuur is doorgaans snel bruikbaar en levert het meeste op, omdat het de inventarisatie op gang brengt; portaal en koppelingen kosten meer. Wij geven een onderbouwde inschatting na de verkenning.
Voorbereiden op het productpaspoort?
Neem één product en probeer op te schrijven waaruit het bestaat, per component en per herkomst. Waar u dan gaat bellen, zit het werk, en dat werk is niet afhankelijk van de veldenlijst die nog komt. Wij bouwen dit als losse toepassing en als onderdeel van een breder traject maatwerk software.