DPP voor minerale wol: EPD, serialisatie en vrijgave per product

Een EPD in SharePoint, een prestatieverklaring als pdf en een batchnummer in je ERP lijken samen al op een productdossier. Tot een aannemer vraagt welke milieudata bij precies deze levering hoort, of kwaliteit moet aantonen wie een verlopen verklaring toch heeft vrijgegeven. Dan blijkt dat productinformatie en bewijs nog los van elkaar leven.

Deze gids is voor de productmanager of kwaliteitsverantwoordelijke van een fabrikant van minerale wol gevelisolatieplaten voor ETICS. Je richt één productfamilie in, niet meteen je hele catalogus. Aan het einde heb je een dataketen waarin EPD, DoPC, productidentiteit, batch, pack-serienummer, bronhouder, bewijsversie, geldigheid en menselijke vrijgave aan elkaar vastzitten.

Een digitaal productpaspoort voor bouwproducten is een versieerbaar, machineleesbaar dossier rond een producttype en zijn fysieke exemplaren. Het koppelt productidentiteit aan prestatie- en conformiteitsinformatie, technische documentatie, veiligheidsinformatie, milieubewijs, gegevensdrager, toegangsregels en vrijgave. Een QR-code of een EPD is dus één ingang of één bewijsstuk, niet het paspoort zelf. De algemene DPP-basis met bron, bewijs, geldigheid en vrijgave blijft gelijk, ook wanneer de bouwproductvelden sectorspecifiek worden.

De stand in deze gids is 27 september 2026. De actuele Commissieplanning noemt voor bouwproducten nog een gedelegeerde handeling en DPP-eisen in het tweede kwartaal van 2027. Dat is een planningssignaal, geen veldlijst die je vandaag als definitieve sectorwet mag verkopen.

Wat je nodig hebt voordat je bouwt

Begin met één afgebakende productfamilie: minerale wol gevelisolatieplaten voor ETICS, nominale dikte 120 mm, met meerdere dichtheden of afmetingen als varianten. Leg vast of je fabrikant, importeur of distributeur bent. In deze gids is de fabrikant de marktdeelnemer die het product op de EU-markt brengt en dus de eindverantwoordelijkheid draagt voor de eigen verklaring en vrijgave.

De Europese Commissie omschrijft het DPP als een digitale container voor producten, componenten en materialen. Dezelfde pagina vermeldt op 27 september 2026 dat het DPP-register op 20 juli 2026 operationeel werd, dat bouwproducten in Q2 2027 aan bod komen en dat de concrete gegevens uit productregels of gedelegeerde handelingen komen. Gebruik die planning om werk te ordenen, niet om een algemene deadline voor ieder bouwproduct te verzinnen.

Scheid geldende regels van voorbereidingsdata

De CPR-2024, Verordening (EU) 2024/3110, is op 7 januari 2025 in werking getreden. De Europese Commissie vermeldt 8 januari 2026 als datum waarop het hoofddeel van de nieuwe regeling van toepassing werd. De oude en nieuwe CPR bestaan nog naast elkaar per productfamilie. Een nieuw geharmoniseerd technisch voorschrift kan de route voor jouw familie veranderen.

De CPR-pagina van de Commissie beschrijft de overgang per productfamilie: de CPR-2011 en CPR-2024 blijven een periode naast elkaar bestaan en nieuwe geharmoniseerde normen bepalen wanneer een familie naar de nieuwe route gaat. Leg deze status daarom vast in je systeem als 'geldende wet', 'voorstel', 'klanteis' of 'interne beheersing'. Een klant die vandaag een EPD bij een aanbesteding eist, is een actuele commerciële eis, ook als de sectorale DPP-velddefinitie nog niet definitief is.

Leg bron, eigenaar en bewijs uit elkaar

Voor elk veld heb je drie verschillende rollen nodig. De bronhouder beheert de oorspronkelijke claim, bijvoorbeeld de fabrikant voor de productprestatie of de upstream leverancier voor gerecyclede grondstofdata. De bewijsuitgever ondertekent of verifieert het document, bijvoorbeeld een EPD-programma, verifier of laboratorium. De proceseigenaar in jouw organisatie lost een fout op en bepaalt of de claim opnieuw moet worden beoordeeld. Een PIM, ERP of n8n-workflow is geen bronhouder omdat het data verplaatst.

Leg deze systemen en accounts klaar:

• ERP of MRP: Exact Online voor artikel-, order- en voorraadgegevens, of een industrieel ERP zoals SAP S/4HANA als dat al je bron is.
• Ontwerp en stuklijst: Autodesk Vault, SolidWorks PDM of je bestaande PLM voor variant, revisie, maatvoering en componenten.
• Kwaliteitsdossier: SharePoint, een QMS of een documentbeheersysteem met versiebeheer en toegangsrechten.
• EPD-bron: het EPD-programma, EPD-ID, PCR-versie, verifier, declared unit, modules, publicatie- en vervaldatum.
• Canonieke opslag: PostgreSQL met objectopslag, bijvoorbeeld Supabase, voor claims, bewijsrelaties, uitzonderingen, releases en hashes.
• Orkestratie: n8n of Make om brondata op te halen, te normaliseren, te valideren en taken aan te maken. De workflow mag niet de enige plek zijn waar releasehistorie woont.
• Rollen: productbeheer, engineering, inkoop, kwaliteit, data-eigenaar, integratiebeheer en een bevoegde vrijgever.
• Testmateriaal: minstens één complete variant, één ontbrekend bewijsstuk, één verlopen document, één verkeerde batchrelatie en één wijziging die een nieuwe release moet starten.

Zet de budgetorde vooraf vast

Maak de begroting in deze volgorde, omdat software niet het hele project is:

1. Implementatie en data-opruiming: scope, veldregister, historische documenten, bronkoppelingen, testgevallen, rollen en eerste vrijgave. Dit is bij een DPP-pilot meestal de grootste eenmalige post.
2. Beheer en assurance: controles op geldigheid, bronwijzigingen, toegangsrechten, back-ups, uitzonderingen, releases en periodieke herbeoordeling. Dit is de structurele post na de implementatie.
3. Software en infrastructuur: PIM, orkestratie, opslag, hosting, API-gebruik en gegevensdragers. Dit is het terugkerende licentie- en verbruikanker, maar het groeit mee met volume en bewaartermijnen.

Voor een eerste pilot is de praktische budgetorde dus implementatie en data-opruiming > doorlopend beheer en assurance > softwarelicenties. Dat is een planningsorde, geen universele percentageverdeling: bij grote volumes of zware beschikbaarheids- en beveiligingseisen kan software of infrastructuur opschuiven. Begroot de drie lagen apart, zodat een lage licentieprijs niet wordt verward met een lage totale DPP-kost.

De EPD-laag verdient extra discipline. EPD International vermeldt voor PCR 2019:14, 'Construction products EN 15804+A2 version 2.0.1', publicatie op 5 juni 2025 en geldigheid tot 7 april 2030. De PCR is dus een regelset voor het maken van een EPD, niet de geldigheid van jouw afzonderlijke EPD. ECO Platform benadrukt dat bouw-EPD’s volgens EN 15804 dezelfde LCA-regels en indicatoren gebruiken en onafhankelijk moeten worden geverifieerd.

De actuele PCR-pagina van EPD International vermeldt ook dat voor relevante productcategorieën aanvullende c-PCR’s nodig kunnen zijn. Bewaar daarom altijd de combinatie 'program', 'pcr_id', 'pcr_version', 'c_pcr_id' en 'verified_by'.

0/9

• Eén productfamilie, marktrol en eerste EU-markt zijn gekozen.
• Model, variant, productiebatch en pack-serienummer zijn als aparte niveaus beschreven.
• CPR-status, sectorvoorstel, klanteis en interne stopregel staan naast elkaar.
• ERP, PLM, kwaliteitsdossier, EPD-portaal en documentopslag zijn geïnventariseerd.
• Per veld zijn bronhouder, procesverantwoordelijke, bewijs, geldigheid en zichtbaarheid bekend.
• DoPC, CE-informatie, technische fiche, veiligheidsinformatie en EPD zijn onderscheiden.
• Er is een testset met ontbrekend, verlopen en conflicterend bewijs.
• Een bevoegde medewerker kan vrijgeven, blokkeren en intrekken.
• De eerste twintig productrecords kunnen met dezelfde meetmethode worden beoordeeld.

Concrete stappen: van EPD-bron naar vrijgegeven product

Een bouw-DPP wordt betrouwbaar wanneer dezelfde productidentiteit door ontwerp, productie, opslag, levering en gebruik blijft bestaan. De werkroute is: scope bepalen, identiteit kiezen, claims en bronnen modelleren, EPD en prestatiebewijs koppelen, data valideren, serialisatie aan de fysieke verpakking verbinden en pas daarna vrijgeven.

1. Kies de productfamilie en maak de regelkaart

Schrijf voor je pilot één zin die een magazijnmedewerker kan herkennen: 'minerale wol gevelisolatieplaat MW-ETICS-120, 120 mm, voor ETICS, varianten op dichtheid en afmeting'. Neem niet meteen dakplaten, spouwplaten en brandwerende maatwerksets mee. Noteer ook wat buiten scope valt.

Maak een regelkaart met vier statussen. Zet CPR-2024 op 'geldende wet', de toekomstige bouw-DPP-specificatie op 'voorstel', een aanbesteding met verplichte EPD op 'klanteis' en je eigen dossiercompleetheidsscore op 'interne beheersing'. Noteer per regel de bron, datum van laatste controle, eigenaar en volgende controledatum.

De Europese Commissie beschrijft de DoPC als document voor prestatie en conformiteit. Onder CPR-2024 wordt de DoPC uiteindelijk in het DPP geïntegreerd. Dat betekent niet dat je EPD automatisch de DoPC vervangt. Het zijn verschillende bewijslijnen die je later in één dossier kunt tonen.

Controleerbare uitkomst: één scope-record met productfamilie, marktrol, markt, regelstatussen, eigenaren en controledatum.

2. Kies de juiste identiteit en serialiseer alleen waar het helpt

Gebruik vier niveaus:

1. Producttype: 'MW-ETICS-120', de familie waarop technische en algemene informatie betrekking heeft.
2. Variant: bijvoorbeeld afmeting, dichtheid, bekleding of productievariant die eigen prestatie- of EPD-dekking heeft.
3. Batch: productieperiode, grondstofpartij of productierun waarin je een afwijking moet kunnen terugzoeken.
4. Pack-serienummer: een unieke fysieke verpakking of pallet als levering, klacht, retour of recall op packniveau moet worden gevolgd.

Serialiseer niet automatisch iedere losse wolplaat. Als de plaat alleen als pak wordt verkocht en een recall per productierun volstaat, is 'producttype + variant + batch + pack-ID' proportioneel. Als platen na levering los worden verwerkt en je per stuk een veiligheids- of installatierecord moet terugvinden, voeg je een itemniveau toe. Het beslispunt is de kleinste eenheid waarop een relevante wijziging, klacht of terugroepactie moet worden onderzocht.

De CPR-2024 vraagt een fabrikant-specifieke unieke identificatiecode van het producttype en waar beschikbaar een batch- of serienummer. De regel staat los van de keuze voor een QR-code. De CPR noemt die producttypecode en batch- of serie-identificatie expliciet.

Gebruik GS1 GTIN, GLN en een GS1 Digital Link als die bij je keten passen. GS1 Ireland onderzocht voor bouwproducten hoe zulke standaarden een wereldwijd unieke en interoperabele identificatielaag kunnen vormen. Dat helpt bij routering, maar een GTIN maakt je EPD nog niet batchspecifiek en geeft geen vrijgavebesluit. Bij staal ligt de primaire fysieke sleutel bijvoorbeeld bij heat en MTC, terwijl minerale wol meestal om producttype, variant, batch en pack vraagt: die staalidentiteit moet door bron, bewijs en bewerking heen stabiel blijven.

Controleerbare uitkomst: een scan of invoer van een pack-ID leidt naar precies één producttype, variant, batch en status. Een tweede pack krijgt nooit dezelfde identiteit.

3. Maak een veldregister waarin elke claim een eigenaar krijgt

Maak een veldregister met minimaal deze kolommen: 'field_id', 'value', 'unit', 'granularity', 'source_owner', 'system_of_record', 'evidence_ref', 'document_version', 'valid_from', 'valid_to', 'coverage_scope', 'visibility', 'legal_status', 'conflict_status' en 'release_status'. Gebruik 'missing', 'not_applicable', 'pending_validation', 'expired' en 'conflict' in plaats van een lege waarde.

De woorden 'EPD-eigenaar' en 'verifier' mogen niet door elkaar lopen. De fabrikant of EPD owner draagt de productclaim. Het EPD-programma beheert een programma en publicatieregels. De verifier beoordeelt de LCA of verklaring volgens de regels. Je DPP-service bewaart die relaties, maar wordt daarmee geen inhoudelijke bronhouder.

Controleerbare uitkomst: iemand kan per veld antwoorden op vier vragen: wie leverde de waarde, welk document ondersteunt haar, tot wanneer geldt zij en wie mag de waarde wijzigen?

4. Koppel EPD, DoPC en prestatiebewijs op hun echte dekking

Bewaar voor een EPD minimaal EPD-ID, programma, EPD owner, PCR en eventuele c-PCR, declared unit, modules, productnaam, productfamilie, verifier, publicatiedatum, geldigheid, versie en 'coverage_scope'. Die laatste waarde voorkomt de gevaarlijkste fout: een productfamilie-EPD presenteren alsof zij de milieubelasting van iedere productiebatch bewijst.

Stel dat je EPD geldt voor één vierkante meter minerale wol gevelisolatie met een vast producttype en een vast productieprofiel. Dan kan het dossier de EPD aan 'MW-ETICS-120' koppelen. Als grondstofmix, fabriek of productvariant buiten de EPD-dekking valt, zet je de claim op 'coverage_conflict' en blokkeer je de variantrelease. Maak een nieuwe EPD of leg een aantoonbare uitbreiding van de dekking vast.

Houd de DoPC-lijn apart. De CPR-pagina voor economische operatoren zegt dat de fabrikant vóór marktintroductie een DoPC opstelt en de verantwoordelijkheid voor de verklaarde waarden draagt. De DoPC bevat prestaties volgens de toepasselijke technische specificatie en onder CPR-2024 ook bepaalde milieukenmerken. Een EPD kan die milieulijn onderbouwen, maar is niet hetzelfde als de DoPC of CE-markering.

Leg daarom per vrijgave vast:

• welke DoPC-versie bij de variant hoort;
• welke test- en technische documenten de prestatie ondersteunen;
• welke EPD-versie en PCR de milieugegevens dragen;
• op welk niveau de EPD geldt;
• welke gegevens nog 'klanteis' of 'voorstel' zijn;
• wie de combinatie heeft gecontroleerd.

Controleerbare uitkomst: een klant ziet de EPD met haar echte dekking en kan die niet verwarren met batchspecifieke prestatie of algemene conformiteit.

5. Bouw de synchronisatie en validatie rond versies

Haal data uit Exact Online, Autodesk Vault, SharePoint en het EPD-portaal naar een ontvangstlaag. Bewaar het originele bestand, ontvangsttijd, bron-URL of document-ID, bestandshash en importversie. Normaliseer daarna naar het veldregister. Overschrijf de bron nooit vanuit je DPP-laag.

Een n8n-workflow kan dagelijks nieuwe documenten ophalen, een producttype opzoeken, een EPD-versie koppelen, ontbrekende relaties in een uitzonderingsqueue zetten en een validatierun starten. Make kan hetzelfde voor een eenvoudige pilot. De controlelogica hoort in een versieerbare service of database te staan, niet alleen in een visueel scenario dat iemand per ongeluk kan verwijderen.

Valideer in lagen:

• Identiteit: producttype, variant, batch en pack-ID zijn uniek en consistent met label en ERP.
• Eenheden: dikte, lengte, breedte, dichtheid en declared unit gebruiken vaste eenheden.
• Documentrelatie: DoPC, EPD, test en veiligheidsinformatie verwijzen naar dezelfde variantrevisie.
• EPD-dekking: productnaam, fabriek, declared unit, modules, PCR en geldigheid dragen de claim.
• Actualiteit: geen kritisch bewijs is verlopen op de datum van vrijgave of levering.
• Toegang: een klant krijgt geen interne kostprijs of leverancierscontract.
• Historie: een wijziging maakt een nieuwe product- of dossier-versie met reden en actor.

Sla een validatierun op met regels, softwareversie, tijdstip, fouten en waarschuwingen. Zo kun je later uitleggen waarom versie 2.1 wel mocht worden vrijgegeven en versie 2.0 niet.

Controleerbare uitkomst: een nieuwe EPD-versie, batchwijziging of DoPC-revisie leidt automatisch tot een nieuwe validatierun en niet tot stilzwijgende mutatie van het oude dossier.

6. Verbind het pack-serienummer met levering en levensloop

Geef het pack-ID uit op het moment dat de verpakking definitief wordt gemaakt. Leg de relatie vast met batch, variant, productiedatum, verpakkingslijn, hoeveelheid, pallet en order. Bij herverpakken maak je een nieuw child-record met 'derived_from', verantwoordelijke, tijdstip en resthoeveelheid. Bij mengen van batches blokkeer je claims die één oorspronkelijke batch veronderstellen.

Plaats een gegevensdrager op het pack of de pallet met een stabiele URI. De URI mag achter de schermen naar een nieuwe vrijgegeven versie wijzen, maar de fysieke identiteit moet stabiel blijven. Test de route voor drie rollen: een afnemer, een installateur en een toezichthouder. De CPR-2024 schrijft voor dat DPP-informatie gratis toegankelijk wordt via de gegevensdrager met verschillende toegangsniveaus.

Bewaar ook overdrachtsgebeurtenissen: productie gereed, kwaliteitsvrijgave, magazijnontvangst, levering, retour, klacht en eventuele vervanging. Niet elk event hoeft publiek zichtbaar te zijn. Elk event dat de status of de bewijsrelatie verandert moet intern reconstrueerbaar zijn.

Controleerbare uitkomst: je kunt vanaf een willekeurig pack teruggaan naar batch, variant, EPD-dekking, DoPC-versie, levering en release zonder mailboxonderzoek.

7. Bereken compleetheid, pas de stopregel toe en laat een mens vrijgeven

Maak een interne dossiercompleetheidsscore, niet een pseudo-juridisch keurmerk. Gebruik bijvoorbeeld twintig gewogen controles van samen 100 punten, waarbij elk getal een controlegewicht is: producttype 4, variant 4, batch 4, pack-ID 4, thermische prestatie 8, brandprestatie 8, DoPC-versie 8, DoPC-relatie met variant 8, EPD-ID 3, PCR en c-PCR 3, declared unit en modules 3, coverage_scope 7, bronhouder per kritisch veld 8, evidence_ref 4, documentversie 3, bestandshash 3, geldigheid 10, toegangsprofiel 3, audittrail 2 en menselijke vrijgave 3. Dat is exact 100 punten. Rapporteer per productrecord de score, open punten en eigenaar.

De stopregel is hard: ontbrekende of verlopen kritieke bewijsstukken blokkeren de vrijgave, ongeacht de totaalscore. Een dossier met 95 punten en een verlopen brandprestatieverklaring mag dus niet door. Een niet-toepasselijk veld is alleen veilig als de eigenaar de reden heeft vastgelegd.

De vrijgever ziet vóór de knop 'vrijgeven' de productidentiteit, gewijzigde velden, EPD-dekking, bewijsversies, geldigheid, open uitzonderingen en de gevolgen van publicatie. Sla actor, rol, tijdstip, dossier-versie, payloadhash, gebruikte bronversies en eventuele uitzondering op. Een workflow verzamelt en controleert. Een bevoegde persoon neemt het vrijgavebesluit.

Na deze stap is de omvang van het werk zichtbaar: je bouwt geen QR-pagina, maar een kleine productadministratie met bronhiërarchie, bewijsbeheer, versiecontrole, overdracht en een menselijke releasepoort.

Valkuilen die je dossier onbetrouwbaar maken

Je behandelt Q2 2027 als een universele deadline. De Commissieplanning is indicatief en de bouw-DPP-uitwerking volgt via een gedelegeerde handeling. Houd de datum bij als planning, maar laat je regelkaart bepalen welke verplichting nu echt op jouw product en marktrol van toepassing is.

Je noemt een EPD automatisch een batchbewijs. Controleer 'coverage_scope', fabriek, declared unit, modules, PCR en geldigheid. Als de EPD alleen het producttype dekt, blijft de milieubewering op producttypeniveau.

Je maakt DoPC, CE en EPD één bestand. Ze kunnen in één gebruikersweergave staan, maar ze hebben een andere functie, bron en verantwoordelijke. Bewaar hun versies apart.

Je gebruikt alleen de SKU. Een SKU zegt welk artikel je verkoopt, niet welk productieprofiel, welke variant of welke pack bij een klacht hoort. Voeg batch en serienummer toe waar de levenscyclus dat vereist.

Je serialiseert alles zonder reden. Iedere plaat een ID geven klinkt grondig, maar kan labels, scanners en retourstromen onnodig belasten. Kies het kleinste niveau waarop je een veiligheidsvraag of recall werkelijk moet kunnen reconstrueren.

Je laat het EPD-programma de eigenaar van je hele dossier zijn. De program operator beheert een programma en publicatieregels. De fabrikant blijft eigenaar van zijn productclaim, marktintroductie en vrijgave.

Je laat een verlopen verklaring zichtbaar als actueel staan. Houd de oude release als historie, maar blokkeer nieuwe releases die ervan afhangen. Laat de gebruiker de status 'expired' of 'withdrawn' zien wanneer dat relevant is.

Je vertrouwt op bestandsnamen. 'EPD-definitief.pdf' en 'DoPC-nieuw.pdf' dragen geen betrouwbare versie, productdekking of geldigheidsregel. Gebruik document-ID, versie, hash, bronhouder en relatie naar producttype of batch.

Je maakt n8n of Make tot productregister. Deze tools zijn nuttig voor synchronisatie. Ze mogen niet de enige plek zijn voor brondata, audittrail, vrijgavehistorie en herstel na een storing.

Je laat de workflow zelfstandig vrijgeven. Automatische controles kunnen blokkeren en een taak aanmaken. Een bevoegde medewerker moet de combinatie van claim, bewijs, geldigheid en uitzondering kunnen beoordelen.

Beslis-kader: pakket, PIM plus koppellaag of maatwerk

Kies een kant-en-klaar DPP-platform als je één productfamilie hebt, één of twee stabiele bronnen gebruikt en vooral model- of variantdata met beperkte batchbeweging deelt. Test vóór aankoop met een ontbrekende EPD, een verlopen DoPC-bijlage, een dubbele pack-ID, een historische versie en een export bij storing. Controleer ook vendor lock-in, open export, API, toegangsrollen en intrekking.

Kies een PIM plus integratielaag als productdata over ERP, PLM, documentbeheer en verkoopkanalen verspreid staat, maar je bewijs- en vrijgaveproces nog relatief eenvoudig is. Een PIM zoals Plytix kan productinformatie en assets structureren. n8n of Make kan bronnen koppelen. Zet EPD-dekking, hashes, uitzonderingen en vrijgave buiten de PIM als die informatie auditkritisch wordt.

Kies maatwerk voor een DPP-service als je per pack of batch klachten, leveringen, varianten en bewijs moet reconstrueren, als productieprofielen verschillen, of als een wijziging automatisch een nieuwe release moet starten. Dan zijn bronhiërarchie, claimdekking, versies, toegangsregels, uitzonderingsqueue, API en menselijke vrijgave geen toevoegingen. Ze zijn het proces.

De korte regel: stabiele productdata en weinig uitzonderingen wijzen naar kant-en-klaar. Veel bronnen en distributie wijzen naar PIM plus koppellaag. EPD-dekking, batch- of packlineage en bewijsdruk wijzen naar maatwerk.

Op welk niveau moet je een levering reconstrueren?

Model of variantBatch en pack-serienummer

Uitgewerkt voorbeeld: twintig isolatieproducten door één vrijgavepad

Dit voorbeeld gebruikt echte software en illustratieve productdata. De fabrikant en identifiers zijn fictief. De cijfers zijn geen marktclaim.

BouwWol Noord maakt minerale wol gevelisolatieplaten voor ETICS en verkoopt twaalf varianten in verschillende diktes en afmetingen. Voor de eerste proef neemt het bedrijf twintig productrecords: de twaalf actieve varianten, acht verpakkings- en bekledingsvarianten die in aanbestedingen apart worden gevraagd. De fabriek gebruikt Exact Online voor artikel en order, Autodesk Vault voor productrevisies, SharePoint voor DoPC- en kwaliteitsdocumenten, een EPD-programma voor de milieudata, n8n self-hosted voor orkestratie en Supabase Postgres plus Storage voor het canonieke dossier.

De identiteit

Producttype 'MW-ETICS', variant 'MW-ETICS-120-1100-600', batch 'BWN-2026-39' en pack-serienummer 'PK-2026-000184' zijn vier verschillende waarden. De pack-ID wordt geprint op de verpakking en gekoppeld aan order, pallet en productiedatum. De DPP-URI blijft gelijk wanneer het pack later een nieuwe vrijgegeven dossier-versie krijgt.

Het team besluit bewust om niet iedere plaat te serialiseren. Een pack is de verkoop- en recall-eenheid. Bij een klacht kan het bedrijf vanuit pack-ID naar batch en productvariant terugzoeken. Als een klant in de toekomst losse platen met individuele installatiebeoordeling nodig heeft, kan het model een itemniveau toevoegen zonder de bestaande producttype-identiteit te breken.

De bronhouders

Exact Online levert producttype, batch, order en productiedatum. Autodesk Vault levert variant, maat, productrevisie en technische stuklijst. SharePoint levert de gecontroleerde DoPC, veiligheidsinformatie en testrapport. De EPD owner levert EPD-ID, PCR, modules, declared unit en geldigheid. Kwaliteit is eigenaar van de controle en de vrijgave, niet van de oorspronkelijke milieubron.

De eerste import koppelt EPD 'EPD-MW-2025-117' aan de productfamilie en markeert 'coverage_scope = product_family'. De EPD-versie, PCR en verifier zijn aanwezig. Een klant vraagt echter een batchspecifieke klimaatclaim voor batch 'BWN-2026-39'. De validatie weigert die claim omdat de EPD geen batchdekking heeft. De fabrikant publiceert wel de productfamilie-EPD met haar echte reikwijdte en houdt de batchclaim geblokkeerd.

De eerste score en stopregel

In dit voorbeeld zijn twintig records beoordeeld. Er zijn 2.000 mogelijke punten: negentien records halen 100 punten en één record haalt 84 punten doordat de verlopen brandprestatiebijlage 8 punten kost en de ontbrekende eigenaar voor één EPD-metadata-veld nog eens 8 punten. De totaalscore is dus 1.984 / 2.000 = 99,2%, niet 90%; op recordniveau staat het getroffen record op 84/100. De score is bruikbaar voor prioritering, maar de stopregel wint: de verlopen kritieke bijlage blokkeert de vrijgave.

Kwaliteit zet de variant op 'blocked', maakt een taak voor de documenteigenaar en laat de pack-URI een duidelijke status tonen. De oude release blijft beschikbaar als historische toestand, maar wordt niet als actuele levering gepresenteerd. Inkoop levert een nieuwe bijlage aan. Productbeheer wijst de EPD-metadata toe aan de data-eigenaar. De workflow maakt dossier-versie 1.1 en draait alle controles opnieuw.

De vrijgave en overdracht

Na herstel halen alle twintig records 100 punten: 2.000 / 2.000 = 100%. De kwaliteitsverantwoordelijke controleert de wijzigingen, EPD-dekking, DoPC-versie, batchrelatie, pack-ID en toegangsniveaus. De release bevat actor, tijdstip, gebruikte bronversies en payloadhash. De afnemer ziet via de URI producttype, variant, relevante prestatie, EPD-ID, declared unit, modules, geldigheid en veiligheidsinformatie. Een interne gebruiker kan de technische documentatie en het vrijgavebesluit zien.

Een maand later wordt de DoPC-revisie aangepast. Het pack krijgt geen nieuw serienummer. Het dossier krijgt wel versie 1.2, een nieuwe validatierun en een nieuwe menselijke vrijgave. De koppeling tussen 'PK-2026-000184', batch 'BWN-2026-39', DoPC 1.2 en de EPD-versie blijft volledig reconstrueerbaar.

Dit is ook de juiste eerste oplevering: inventariseer twintig records, wijs per veld een eigenaar toe, bereken dezelfde compleetheidsscore voor ieder record en test één volledige vrijgave met een ontbrekend en een verlopen bewijsstuk. Je leert dan waar de keten breekt voordat je twintigduizend labels en documenten koppelt.

Vergelijkingstabel: welke bouwsteen past bij je pilot?

De softwareprijzen hieronder zijn gecontroleerd op 27 september 2026. Het zijn actuele componentprijzen, geen totaalprijs voor DPP-ontwerp, bronopschoning, EPD-werk, beveiliging, beheer of juridische interpretatie. Jaarprijzen en maandprijzen zijn niet zonder meer vergelijkbaar.

De actuele n8n-prijspagina rekent Cloud Starter en Pro af per volledige workflowuitvoering, niet per stap. De actuele Make-prijspagina toont voor 10.000 credits $12 voor Core, $21 voor Pro en $38 voor Teams per maand. De Supabase-prijspagina toont Free op $0 en Pro vanaf $25 per maand. Gebruik deze bedragen alleen als softwareanker. De werkelijke kosten zitten meestal in het veldregister, bronopschoning, toegangsbeheer, testrecords, bewijsbeoordeling en het beheer van uitzonderingen.

Voor deze productfamilie is kant-en-klaar verstandig als je vooral een actuele productweergave nodig hebt. PIM plus koppellaag past als catalogus en bronafstemming het probleem zijn. Zodra EPD-dekking, batch- of packidentiteit, verlopen bewijs en vrijgave de verkoop bepalen, verdient een eigen DPP-service zijn plaats.

Een bouwproductpaspoort is pas sterk wanneer een ander persoon kan reconstrueren waarom dit pack, met deze productversie, deze EPD-dekking en dit bewijs op deze datum mocht worden overgedragen. De gegevensdrager maakt dat dossier vindbaar. De bronhouder, geldigheid en menselijke vrijgave maken het verdedigbaar.