DPP voor ijzer en staal: van heatnummer en EPD naar vrijgave

De coil ligt al op je terrein, maar de vrijgave stopt zodra iemand vraagt welke EPD-versie bij deze heat hoort. Inkoop heeft een pdf, kwaliteit heeft een MTC, productie kent het castnummer en de klant wil een milieudatarecord dat precies bij zijn batch past.

Een digitale productpaspoortketen voor staal is een versieerbaar dossier rond een model, batch of item. Het koppelt een fysieke identiteit aan technische eigenschappen, herkomst, MTC, EPD of PCF, bronhouder, bewijsversie, geldigheid en een expliciet vrijgavebesluit. Een QR-code is hooguit de ingang naar dat dossier. De basis van een digitaal productpaspoort als versieerbaar dossier met bron, bewijs en vrijgave blijft hetzelfde, maar staal vraagt extra zorg voor heat, cast en batch. Bij batterijen geldt dezelfde grens: de QR-code is alleen de gegevensdrager, terwijl registratie, bewijs en vrijgave in de keten moeten kloppen.

De Europese Commissie noemt ijzer en staal een prioritaire productgroep onder de ESPR en verwijst voor de concrete eisen naar een product-specifieke gedelegeerde handeling. De Commissie noemt Q4 2026 als indicatieve termijn voor adoptie en waarschuwt dat de planning kan verschuiven. De huidige JRC-studie is een voorstel voor toekomstig beleid, geen definitieve wet. Ze beschrijft wel al een bruikbaar datamodel voor intermediaire producten, met heatnummer, MTC, EPD, herkomst, melt and pour en drie granulariteitsniveaus. Lees het JRC-voorstel voor ijzer en staal als technische onderbouwing, niet als vaststaande verplichting. De stand van deze gids is 26 september 2026.

Ook de juridische status moet in je systeem staan. De ESPR zelf, Verordening (EU) 2024/1781 van 13 juni 2024, is het geldende raamwerk. Een veld dat de JRC voorstelt is nog geen verplicht veld. De tekst van de ESPR maakt dat onderscheid tussen raamwerk en productregels zichtbaar.

Een staal-DPP is daarom geen algemeen registerproject. Het is een controleerbare keten voor precies het staalproduct dat je op de markt brengt, bewerkt of doorverkoopt.

Wat je nodig hebt

Begin met één intermediair staalproduct, bijvoorbeeld warmgewalste coil, walsdraad, koudgewalste gegalvaniseerde coil, elektrisch staal of roestvast staal. Het JRC-onderzoek behandelt deze productfamilies als tussenproducten die nog verder worden verwerkt. Leg vast of je fabrikant, importeur, service center, distributeur of verwerker bent. Dat bepaalt wie de brondata moet verzamelen en wie straks voor de vrijgave tekent.

Gebruik vier statussen voor eisen. Zo voorkom je dat een voorstel in een spreadsheet ongemerkt verandert in een juridische belofte.

De JRC-studie plaatst productfamilie en productnummer op modelniveau. Het heatnummer is de primaire batchidentiteit, cast- of lotnummer kan aanvullend zijn en een itemnummer past alleen bij productgroepen met fijnere fysieke traceerbaarheid. De voorgestelde velden zijn inhoudelijk nuttig, maar de status blijft voorstel zolang de gedelegeerde handeling en standaarden niet definitief zijn.

Leg minimaal deze bronnen klaar:

• MTC: Mill Test Certificate of Material Test Certificate met heatnummer, cast- of lotnummer, productnummer, staalsoort, maatvoering, chemische samenstelling, mechanische resultaten, inspectiedocument en uitgevende producent. De JRC koppelt technische productdata aan MTC’s volgens EN 10204 en verwijst voor heatnummer en productnummer naar EN 10168-velden C00 en B07.
• EPD of PCF: EPD-ID, programma, PCR-versie, productfamilie, productnummer, verklaarde eenheid, modules, verifier, publicatie- en geldigheidsdatum, allocatiemethode en de granulariteit waarop de claim geldt. Een productfamilie-EPD is niet automatisch een heat-specifieke milieubewering.
• Bronhouders: staalproducent, laboratorium, EPD-programma, verifier, importeur, ERP-eigenaar, kwaliteitsfunctie en eventuele downstream verwerker. Een partij die een pdf doorstuurt is niet vanzelf eigenaar van de claim.
• Fysieke koppeling: markering op coil, plaat of bundel, ontvangstregistratie, heatnummer, castnummer, productnummer, weegbon en parent-child-relatie na knippen, slitten of opnieuw verpakken.
• Bronsystemen: ERP of MRP, MES, QMS, SharePoint of documentbeheer, leveranciersportaal en klant- of projectadministratie. Exact Online kan voor handel en voorraad volstaan; een industriële producent heeft vaak ook een MES of kwaliteitsdossier nodig.
• Technische basis: een canonieke PostgreSQL-database, een API, objectopslag voor bewijs, workflow-orkestratie zoals n8n en een stabiele URI. Gebruik GS1 Digital Link alleen als identificatie- en routeringslaag, niet als vervanging van je vrijgaveproces.
• Rollen: producteigenaar, inkoop, kwaliteit, data-eigenaar, documentbeheer, integratiebeheer en bevoegde vrijgever. Per kritiek veld wijs je één eigenaar aan.

Accounts, toegang en vaardigheden

Regel vóór de pilot expliciete accounts en rechten: een serviceaccount met API-leesrechten op ERP, MES, QMS en documentopslag, schrijfrechten op de uitzonderingsqueue en release-status, en een apart account voor productie. Gebruik persoonlijke accounts alleen voor goedkeuringen. Zet MFA, least privilege, back-ups, logging en een testomgeving aan. Voor de EU-DPP Registry-testomgeving is volgens de actuele Commissie-instructie een afzonderlijk EU Login-account nodig; een productieaccount volgt pas wanneer de toepasselijke regels dat vereisen.

Wijs daarnaast deze vaardigheden toe: een proceseigenaar uit kwaliteit of operations, iemand die SQL en API-koppelingen kan beheren, iemand die documenten en EPD/PCR-dekking kan beoordelen, en een bevoegde vrijgever voor de vier-ogencontrole. Zonder die laatste twee rollen blijft een technisch werkende workflow een onbetrouwbare claimfabriek.

Budgetorde voor pilot en productie

Als planningsorde, niet als offerte, reken je voor een pilot op €15.000-€40.000 eenmalig en €25-€500 per maand aan software en hosting. De aanname is één productfamilie, één marktrol, één documentrepository, één of twee bronsystemen, maximaal honderd testrecords, bestaande ERP- of MES-data en geen nieuwe LCA, EPD-certificering of volledige ERP-vervanging. Voor productie is €60.000-€200.000 eenmalig en €300-€2.000 per maand een bruikbare eerste bandbreedte bij één tot drie productfamilies, drie tot vijf bronnen, parent-child-lineage, twee omgevingen, back-ups, monitoring en een echte vrijgavepoort. Interne vrijgevertijd, leveranciersdata en eventuele PIM- of EPD-kosten zitten hier niet automatisch in; de route-tabel verderop maakt de verschillen expliciet.

ECO Platform legt uit dat EPD’s voor bouwproducten volgens EN 15804 dezelfde LCA-regels en indicatoren gebruiken en onafhankelijk moeten worden geverifieerd. Een EPD geeft milieuprestatie-informatie, geen algemeen oordeel dat staal een goed of duurzaam product is. Gebruik de uitleg van ECO Platform om EPD-bewijs en DPP-identiteit uit elkaar te houden.

Concrete stappen: van heatnummer naar vrijgave

Een staal-DPP-keten brengt productidentiteit, technische kwaliteit, milieudata en bronbewijs samen in één versieerbaar record. De controleerbare route is: scope vastleggen, fysieke identiteit koppelen, data op model-, batch- en itemniveau scheiden, bewijs valideren, uitzonderingen oplossen en pas daarna een release publiceren.

Volg deze zeven stappen om van scope en fysieke identiteit via bewijs en uitzonderingen naar een aantoonbare vrijgave te gaan:

1. Bevries de scope en maak een statuskaart

Schrijf eerst op wat je precies traceert: bijvoorbeeld HRC, S355MC, 3 mm, 1.500 mm, geleverd als coil aan plaatverwerkers. Noteer ook wat buiten scope valt, zoals eindproducten waarin de coil later wordt verwerkt. Leg de marktrol vast, de productielocatie, de relevante landen en de datum waarop je opnieuw controleert.

Maak een regelmatrix met vier kolommen: bron, juridische status, interne beslisregel en volgende controledatum. Zet de staal-DPP-verplichting nu op voorstel, niet op geldende wet, zolang de product-specifieke gedelegeerde handeling niet definitief is. Zet een klant die een batch-EPD vraagt wel op markt- of klanteis, want die vraag kan vandaag al een levering blokkeren.

Als het staal als bouwproduct op de markt komt, leg een tweede regelspoor vast. De nieuwe Construction Products Regulation digitaliseert de productinformatie voor bouwproducten, met onder meer prestatie- en conformiteitsverklaring, veiligheidsinformatie en gebruiksinstructies. De Commissie beschreef die CPR-wijziging op 7 januari 2025 als een nieuwe stap voor digitale productpaspoorten in de bouw. Dat spoor vervangt de staal-DPP-regel niet automatisch.

Uitkomst: een scope-record met productgroep, marktrol, regelbron, status, eigenaar en controledatum.

2. Koppel de fysieke markering aan een stabiele identiteit

Leg vier niveaus apart vast:

1. Model: productfamilie, staalsoort, norm, maatvoering en productnummer.
2. Batch: heatnummer als metallurgische eenheid, met cast- of lotnummer als dat in het productieproces bestaat.
3. Item: coil-, plaat- of bundelnummer als een individuele eenheid eigen traceerbaarheid heeft.
4. Afgeleid item: de nieuwe coil of plaat na slitten, knippen, sorteren of herverpakken, met een relatie naar het parent-item.

Het JRC stelt het heatnummer volgens EN 10168 voor als unieke productidentifier op batchniveau. Het rapport merkt ook op dat identifiers nu vaak lokaal zijn en niet altijd blijvend uniek tussen fabrieken of bedrijven. Gebruik daarom een samengestelde sleutel zoals producent-ID, heatnummer, productnummer en productiedatum, of een organisatiebreed UPI dat die context borgt. Controleer bij import of twee producenten hetzelfde heatnummer kunnen uitgeven.

De GS1-paper over industriële batterijen is geen staalregel, maar de identificatielogica is bruikbaar: een fysieke markering moet naar een stabiele, machineleesbare identiteit leiden. GS1 koppelt unieke identificatie aan gegevensdragers en GS1 Digital Link. Gebruik voor staal een label of barcode die de ontvangst en latere bewerking niet verbreekt.

Uitkomst: je kunt een willekeurige coil scannen of invoeren en krijgt precies één bronrecord, zonder dat een productnummer meerdere heats overschrijft.

3. Maak het canonieke datamodel met de juiste granulariteit

Laat ieder record deze velden hebben: identity, granularity, value, unit, source_owner, source_ref, evidence_ref, document_version, valid_from, valid_to, visibility, conflict_status en release_status. Voeg as_of toe voor claims die je op een bepaalde peildatum moet tonen. null is geen status. Gebruik bijvoorbeeld missing, not_applicable, pending_validation, expired, conflict en released.

De JRC-tabel geeft een nuttige startindeling:

De granulariteit bepaalt hoe sterk je claim is. Een EPD op productfamilieniveau kan een modelrecord ondersteunen. Je mag die EPD niet stilzwijgend herschrijven naar een heat-specifieke klimaatclaim. Voor die claim heb je een batch- of modelberekening nodig met een beschreven allocatie- en verificatiemethode.

Uitkomst: één veldcatalogus waarin de waarde en de bewijssterkte niet meer los van elkaar kunnen bestaan.

4. Verwerk MTC, EPD en bewijs als afzonderlijke objecten

Lees een MTC niet als losse pdf-tekst. Maak een ontvangstobject met document-ID, versie, hash, uitgevende partij, ontvangstdatum en relatie naar heat, cast, productnummer en order. Sla de geëxtraheerde velden apart op en bewaar het oorspronkelijke document als bewijs. Controleer de tekstextractie tegen de zichtbare pdf en laat een mens afwijkende tekens in heatnummer, komma’s en eenheden bevestigen.

Voor het MTC controleer je minimaal:

• heatnummer op document, fysieke markering en ontvangstregel;
• cast- of lotnummer als het document dit gebruikt;
• productnummer, staalsoort, norm en maatvoering;
• chemische samenstelling en mechanische eigenschappen;
• type inspectiedocument en uitgevende producent;
• relatie tussen documentversie en geleverde hoeveelheid.

Behandel een EPD als een eigen bewijsobject. Bewaar programma, EPD-ID, productnaam, productfamilie, declared unit, PCR-naam en versie, modules, verifier, publicatiedatum, geldigheid en de productdekking. De actuele PCR 2019:14 Construction products (EN 15804+A2) version 2.0.1 van EPD International is gepubliceerd op 5 juni 2025 en staat vermeld als geldig tot 7 april 2030. Dat is de geldigheid van deze PCR, niet automatisch die van elk afzonderlijk staal-EPD. Controleer bij de EPD-bron altijd PCR-versie en geldigheid voordat je een claim vrijgeeft.

De bewijsstatus loopt bijvoorbeeld van requested naar received, checked, rejected, expired en released. De leverancier kan een document aanleveren. Kwaliteit controleert het. Alleen de bevoegde vrijgever maakt een complete combinatie van claims en bewijs released.

Uitkomst: een MTC-wijziging raakt alleen de claims die ervan afhangen, een nieuwe PCR of EPD-versie maakt een nieuwe bewijsrelatie en het oorspronkelijke document blijft historisch beschikbaar.

5. Beheer splitsingen, bewerkingen en uitzonderingen

Een staalservicecentrum kan één coil in twaalf smallere coils slitten. Houd de oorspronkelijke heat intact en maak twaalf child-records met derived_from, gewicht, bewerking, tijdstip, machine, operator en resterende hoeveelheid. Wanneer materiaal uit twee heats wordt gemengd, mag je het kind niet als één heat vrijgeven. Maak dan een samengestelde lineage en blokkeer claims die één heat als herkomst veronderstellen.

Maak voor iedere afwijking een uitzonderingsrecord:

• MTC ontbreekt: ontvangst op quarantine, eigenaar inkoop, geen klantvrijgave.
• Heat op label wijkt af van MTC: blokkeren, fysieke hercontrole en producent navragen.
• EPD dekt alleen productfamilie: milieudata tonen als modelclaim, batchclaim blokkeren.
• EPD of verifier verlopen: nieuwe release blokkeren, oude release historisch leesbaar houden.
• Twee bronwaarden verschillen: bronhiërarchie toepassen en de beslissing loggen.
• Cast en heat worden door elkaar gebruikt: beide bewaren, maar één expliciete primaire batchsleutel kiezen.
• Partij wordt gesplitst: parent-child-relatie met massabalans en resthoeveelheid verplicht maken.

Een dashboard is niet genoeg. Iedere uitzondering krijgt een eigenaar, oorzaak, volgende actie, deadline en besluit. Een n8n-workflow kan de queue vullen en herinneringen sturen, maar mag een tegenstrijdige heat niet zelf wegstemmen.

Uitkomst: elke afwijking heeft een zichtbare status en leidt óf tot herstel óf tot een gedocumenteerde blokkade.

6. Bouw de vrijgavepoort en de toekomstige registerkoppeling

Maak een release-record met product- of batchidentifier, paspoortversie, payloadhash, gecontroleerde bewijsversies, geldigheidsinterval, zichtbaarheid, vrijgever, tijdstip en reden. Een release slaagt alleen als de identiteit klopt, kritieke MTC-velden gecontroleerd zijn, EPD-dekking past bij de claim, verplichte klantvelden aanwezig zijn en openstaande blokkades nul zijn.

Het EU-DPP Registry is bedoeld als index voor unieke identifiers, registratiegegevens en metadata. De Commissie zegt expliciet dat het register niet de volledige productinformatie opslaat. Gebruik het register dus als toekomstige registratie- en reconciliatielaag, niet als vervanging van je staaldata en bewijsopslag.

Bouw de registerkoppeling als adapter met een schakelaar: not_required, test, production_pending of production. Zo kun je nu testen zonder te doen alsof een staalregistratie al productierechtelijk verplicht is. Bewaar straks registratie-ID, URI, status, timestamp en ontvangstbewijs naast de release. Controleer drie kanten:

1. Register: identifier en registratiegegevens horen bij de juiste marktdeelnemer en batch.
2. Resolver: de gegevensdrager brengt de lezer naar de juiste versie en rolweergave.
3. Release: payloadhash, bewijsversies en zichtbaarheid komen overeen met wat je hebt vrijgegeven.

Uitkomst: één vrijgavebesluit verwijst naar één inhoudelijke versie, zonder dat een testregistratie als productiecompliance wordt gelezen.

7. Test op fouten voordat je een echte klantweergave toont

Gebruik minstens zes testrecords: een complete heat, ontbrekend MTC, verkeerde heat op het label, verlopen EPD, EPD op productfamilieniveau terwijl batchniveau wordt gevraagd en een gesplitste coil. Test ook intrekking van een eerdere release.

Laat een tweede persoon de auditvraag uitvoeren: welke staalsoort, welke heat, welk MTC, welke EPD-versie, wie was bronhouder, welke geldigheid gold op leverdatum en wie gaf vrij? Als je voor een antwoord drie systemen en een mailbox moet doorzoeken, is de keten nog niet klaar.

Bewaar de testuitkomst, de gebruikte regels, de payloadhash en de verschillen tussen vorige en nieuwe versie. Een API-fout moet een leesbare status opleveren, geen lege pagina. Een storing mag niet leiden tot het stilzwijgend tonen van de nieuwste ongecontroleerde data.

Uitkomst: een onafhankelijk persoon kan de release reconstrueren zonder mondelinge uitleg van degene die de workflow bouwde.

Valkuilen die een vrijgave onbetrouwbaar maken

Je behandelt het JRC-voorstel als wet. Een conceptveld wordt dan een harde eis in je klantcommunicatie, terwijl de gedelegeerde handeling nog kan wijzigen. Zet juridische status, bronversie en controledatum naast ieder voorgesteld veld.

Je koppelt de EPD aan de heat zonder dekking te controleren. Veel EPD’s zijn op productfamilie- of productniveau opgesteld. Bewaar de granulariteit en allocatiemethode, en blokkeer een heat-specifieke milieubewering als de bron die niet draagt.

Je gebruikt het castnummer als synoniem voor heatnummer. Een cast kan meerdere heats bevatten en een order kan anders door de fabriek lopen. Bewaar beide identifiers, leg de productielogica vast en kies één primaire batchsleutel voor de release.

Je vertrouwt de pdf-naam of OCR-uitkomst. MTC-definitief.pdf zegt niets over versie, producent of de relatie met het fysieke materiaal. Hash het document, controleer kritieke velden tegen het origineel en laat een mens twijfelgevallen bevestigen.

Je overschrijft de oude waarheid. Een nieuwe MTC of EPD maakt een nieuwe bewijsrelatie. Houd vorige releases leesbaar voor hun geldigheidsperiode, anders kun je een levering of audit achteraf niet reconstrueren.

Je zet valid zonder peildatum. Een document kan vandaag geldig zijn en op leverdatum verlopen zijn. Maak valid_from, valid_to en as_of verplicht voor claims waarbij tijd ertoe doet.

Je zet de workflow neer als productregister. n8n kan bestanden ophalen, velden mappen en uitzonderingen aanmaken. Het mag niet de enige plek zijn waar releasehistorie en bewijs wonen. Bewaar die in een database en objectopslag met back-up en toegangsbeheer.

Je laat een QR-code de inhoud bepalen. De gegevensdrager vertelt waar je moet zoeken. De vrijgave bepaalt welke versie je mag tonen, voor welke rol en op welke datum.

Beslis-kader: kant-en-klaar, integratielaag of maatwerk?

Kies een kant-en-klaar DPP-platform als je één productfamilie hebt, weinig bronnen koppelt, vooral model- of productnummerdata deelt en de bewijsdruk beperkt is. Koop pas na een proef met verkeerde heat, verlopen EPD en historische versie. Controleer versiebeheer, API, bronverwijzing, geldigheid, rollen, export, uitzonderingen en menselijke vrijgave. Een fraaie productpagina is geen bewijs dat het platform dit kan.

Kies een PIM plus integratielaag als je catalogus, productnummers en documenten versnipperd zijn over ERP, SharePoint en verkoopkanalen, maar de kerntraceerbaarheid op model- of batchniveau blijft. Een PIM bundelt productinformatie. n8n of Make kan de gegevens synchroniseren. Houd MTC, EPD-dekking, lineage en releasebesluit buiten een simpele catalogusworkflow als die gegevens auditkritisch zijn.

Kies een maatwerk DPP-service als je per heat en coil moet terugzoeken, materiaal wordt gesplitst of samengevoegd, meerdere fabrieken of importeurs meedoen, EPD- of PCF-allocatie per batch telt, of klanten en toezichthouders bewijsversies opvragen. Dan zijn parent-child-lineage, bronhiërarchie, uitzonderingsqueue, toegangsrollen en vrijgave geen extra’s. Ze zijn het productproces zelf.

De korte regel: stabiliteit en weinig uitzonderingen wijzen naar kant-en-klaar. Veel bronnen en catalogusbeheer wijzen naar PIM plus integratielaag. Heat-, item- en bewijslineage met juridische of contractuele druk wijst naar maatwerk.

Uitgewerkt voorbeeld: van coilontvangst tot vrijgegeven klantrecord

Dit is een fictief voorbeeld met illustratieve identifiers en hoeveelheden. De systemen zijn echte productnamen, de casusdata is bedoeld om de beslissingen zichtbaar te maken.

DeltaStaal Service Center ontvangt drie warmgewalste coils van samen 18,6 ton voor verdere slitting. Het bedrijf gebruikt Exact Online voor order en voorraad, een MES voor ontvangst en bewerking, SharePoint voor kwaliteitsdocumenten en n8n voor workflow-orkestratie. Een PostgreSQL-database in Supabase bewaart het canonieke paspoortmodel en de releasehistorie.

De leverancier levert:

• productnummer HRC-S355MC-3X1500;
• staalsoort S355MC en maatvoering 3 mm bij 1.500 mm;
• heat H26-0417;
• cast C26-0417;
• MTC MTC-2026-0417-3.1;
• een EPD EPD-HRC-FAMILY-2025-04 voor de productfamilie, met PCR-versie en geldigheidsinterval;
• drie fysieke coilmarkeringen met verschillende itemnummers.

De eerste ontvangst

Het MES leest heat en coilnummer van de markering. n8n haalt de order uit Exact Online, koppelt de MTC-pdf uit SharePoint en maakt één batchrecord met drie child-items. Kwaliteit controleert dat heat, cast, productnummer, staalsoort en maatvoering op document, label en ontvangstregel overeenkomen. De EPD wordt gekoppeld op model- of productfamilieniveau, met coverage_scope = product_family.

De klant vraagt in dit voorbeeld om technische traceerbaarheid per heat en milieudata per batch. De release wordt daarom nog niet vrijgegeven. De EPD ondersteunt wel de productfamilie, maar bevat geen bewijs dat de milieubelasting specifiek aan heat H26-0417 is toegewezen. Die beperking komt zichtbaar in het record, niet in een voetnoot die niemand leest.

De bewerking

De drie coils worden geslitst tot twaalf child-items. Ieder item krijgt derived_from naar de oorspronkelijke coil, de bewerkingstijd, machine, hoeveelheid en reststroom. De heat blijft H26-0417. Als één snede materiaal uit twee heats had gecombineerd, was de heatclaim voor dat item geblokkeerd en was een samengestelde lineage nodig geweest.

De uitzondering

Bij één coil staat op het etiket H26-0417, maar de eerste MTC-extractie levert H26-0411 op door een leesfout. De workflow zet de ontvangst op conflict, maakt een taak voor kwaliteit en publiceert niets. De kwaliteitsmedewerker bekijkt het originele document, bevestigt dat het nummer H26-0417 is en corrigeert de extractie. De wijziging krijgt een reden, actor en tijdstip.

Een tweede controle ontdekt dat de klantbatchclaim voor EPD niet kan worden onderbouwd. DeltaStaal maakt daarom twee expliciete claims:

• technische en herkomstdata: vrijgegeven op heat- en itemniveau, onderbouwd door MTC en lineage;
• milieudata: vrijgegeven op productfamilieniveau, met EPD-ID, PCR-versie, verifier en geldigheid, maar zonder heat-specifieke CO2-claim.

De vrijgave

Kwaliteit controleert de verschillen, de twaalf parent-child-relaties en de twee claimniveaus. De bevoegde vrijgever maakt release 1.0 met payloadhash, MTC-versie, EPD-versie, geldigheidsinterval, zichtbaarheid en tijdstip. De klant ziet de technische batchinformatie en de EPD met de juiste dekking. Een volgende EPD-versie maakt een nieuwe release, maar verandert niet de historische toestand van de geleverde items.

Als DeltaStaal later een batchspecifieke PCF wil publiceren, voegt het bedrijf een berekening en verificatie toe die expliciet heat H26-0417 dekt. Tot die tijd is de terughoudende claim de correcte claim. Een leeg veld zou verwarring zaaien; product_family maakt de grens controleerbaar.

Vergelijkingstabel: drie routes voor de staal-DPP

De bedragen hieronder zijn indicatieve projectordes, geen leveranciersoffertes. Peildatum: 26 september 2026. De pilot veronderstelt één productfamilie, één marktrol, één of twee bronsystemen, maximaal honderd testrecords en bestaande documentopslag. De productieorde veronderstelt één tot drie productfamilies, drie tot vijf bronnen, meerdere rollen, historische releases, monitoring en beheer.

Deze routekosten omvatten implementatie- en integratiewerk onder de genoemde aannames, maar geen nieuw EPD- of LCA-onderzoek en geen grote bronopschoning. De bedragen zijn daarom geschikt voor een eerste investeringsbesluit, niet voor een inkooporder.

Als softwareanker zijn op 26 september 2026 de volgende publieke prijzen gecontroleerd: n8n Cloud Starter kost €20 per maand bij jaarlijkse facturatie voor 2.500 workflowuitvoeringen; de Community Edition is gratis self-hosted. Supabase Pro begint bij 25 dollar per maand en noemt 8 GB databaseopslag, 250 GB egress en dagelijkse back-ups met 7 dagen retentie. Dat zijn componentprijzen, geen DPP-budgetten: datamodel, beveiliging, documentbeheer, monitoring, bronopschoning en vrijgave komen erbovenop.

Voor een kleine, stabiele keten kan kant-en-klaar verstandig zijn. Zodra een coil wordt gesplitst, een EPD een andere dekking krijgt of een klant de vrijgave van een oude datum wil reconstrueren, verschuift de waarde naar het eigen domeinmodel. Kies dan de kleinste route waarin een andere persoon de claim, het bewijs en het besluit kan controleren. Een heatnummer is pas waardevol als het door de hele keten dezelfde fysieke werkelijkheid blijft aanwijzen. Een EPD is pas bruikbaar als de reikwijdte, versie en geldigheid zichtbaar zijn. De vrijgave is pas verdedigbaar als iemand kan laten zien waarom deze batch, op deze datum, met dit bewijs, wel door mocht.