CO2-rapportage voor de duurzaamheidsmanager in de bouw

Wie als duurzaamheidsmanager in de bouw werkt, kent het ritme: in januari de jaarfootprint, in juli de halfjaarupdate voor de Ladder, tussendoor de uitvraag van drie opdrachtgevers die elk hun eigen format hanteren, en aan het eind van de tender nog snel een CO2-paragraaf aanleveren. Het rapporteren zelf is zelden het probleem — de data bij elkaar krijgen wel. Dit artikel zet op een rij welke rapportages je moet leveren, welke metrics je daarvoor nodig hebt en hoe je de handmatige spreadsheet-carrousel vervangt door iets dat doorloopt.

Kort antwoord

Een duurzaamheidsmanager in de bouw rapporteert op drie niveaus: bedrijfsbreed voor de CO2-Prestatieladder (halfjaarlijkse footprint, reductiedoelen, publicatie), projectspecifiek voor opdrachtgevers en Ladder-projecten met gunningsvoordeel, en — bij grote bedrijven — organisatiebreed voor de CSRD. De benodigde data overlapt grotendeels: brandstof- en stroomverbruik per project, draaiuren van materieel en emissiefactoren. Wie die datastromen automatiseert, voedt alle drie de rapportages vanuit één bron.

Welke rapportages zijn verplicht?

De belangrijkste verplichting voor de meeste bouwbedrijven komt uit de CO2-Prestatieladder. Certificering vraagt om een emissie-inventarisatie conform het GHG Protocol, kwantitatieve reductiedoelstellingen, halfjaarlijkse interne en externe communicatie over je voortgang, en een jaarlijkse audit. Vanaf niveau 4 en 5 komen daar de scope 3-emissies en ketenanalyses bij. En op projecten die met Ladder-gunningsvoordeel zijn binnengehaald, geldt een projectspecifieke rapportageplicht: je moet per project laten zien wat de uitstoot is en hoe je die reduceert.

Daarnaast is er de Europese CSRD, die grote bedrijven verplicht tot een gestandaardiseerde duurzaamheidsrapportage inclusief scope 1-, 2- en 3-emissies. De drempels en ingangsdata zijn de afgelopen jaren meermaals bijgesteld, dus check de actuele stand voor jouw organisatie — maar de richting is duidelijk: geauditeerde emissiedata wordt voor grotere bouwers de norm, en middelgrote bedrijven krijgen de vraag via hun opdrachtgevers en banken alsnog op het bord.

De derde categorie is contractueel: opdrachtgevers — Rijkswaterstaat, provincies, gemeenten, ontwikkelaars — nemen steeds vaker rapportage-eisen op in hun contracten, van maandelijkse emissieoverzichten tot verplichte registratie van scope 3-emissies in de keten. Geen wet, wel een verplichting.

Welke metrics monitor je?

De basis onder al die rapportages is dezelfde set metingen. Bovenaan staat het energieverbruik per energiedrager: liters diesel en HVO per machine of per tankbeurt, kWh van de bouwaansluiting, en eventueel gas voor de keet. Daaraan gekoppeld de draaiuren van het materieel, want die maken het verschil tussen “we verbruikten 40.000 liter” en “onze graafmachines draaiden 12% zuiniger per uur dan vorig jaar”.

Daarbovenop komen de afgeleide metrics die je rapportages sturen: CO2 per project, CO2 per omzet-euro of per gewerkt uur (voor de Ladder-doelstellingen), het aandeel emissievrij materieel in de vloot, en het aandeel hernieuwbare energie op de bouwplaats. Voor scope 3 komen daar transportbewegingen, materiaalgebonden emissies en onderaannemersdata bij.

De valkuil zit in de granulariteit. Een jaartotaal per energiedrager is genoeg voor de footprint, maar zodra een opdrachtgever per project of per maand wil zien wat er gebeurt — of een auditor vraagt waarom project X uit de pas loopt — heb je data op project- en machineniveau nodig. Achteraf reconstrueren uit facturen is precies het werk dat hele weken opslokt.

Automatisering met een platform

De sleutel tot minder handwerk is niet een mooier rapportsjabloon, maar automatische dataverzameling aan de bron. Drie datastromen zijn te koppelen zonder groot IT-project: tankpas- en brandstofleveringsdata (liters per project of per kenteken), telematica uit het materieel (draaiuren en verbruik per machine) en de slimme meter van de bouwaansluiting (kWh per kwartier).

Een platform legt die stromen bij elkaar, hangt er de juiste emissiefactoren aan en telt op naar de niveaus die je nodig hebt: machine, project, bedrijfsonderdeel, organisatie. Rapportages worden dan een kwestie van filteren in plaats van verzamelen: de halfjaarlijkse Ladder-update is dezelfde dataset als het maandoverzicht voor de opdrachtgever, alleen anders gesneden.

Er is nog een reden om dit niet in spreadsheets te blijven doen: prognose. Wie alleen achteraf rapporteert, kan alleen achteraf verklaren. Met een doorlopende datastroom zie je tijdens het project of het CO2-budget uit de hand loopt — en kun je nog schakelen in materieelinzet of energievoorziening. Build for Zero is op dat snijvlak gebouwd: je plant de energiebehoefte en emissies van een project vooraf per uur, en vergelijkt tijdens de uitvoering de werkelijke cijfers met die planning, zodat rapportage en bijsturing uit hetzelfde systeem komen.

Voorbeeld: zo ziet een werkend dashboard eruit

Een dashboard dat in de praktijk werkt voor een duurzaamheidsmanager heeft drie lagen. De bovenste laag is het bedrijfsoverzicht: totale CO2 year-to-date versus doelstelling, uitgesplitst naar scope 1, 2 en 3, met de trend ten opzichte van vorig jaar. Dit is de laag voor directie en Ladder-audit.

De middelste laag toont projecten naast elkaar: CO2 per project, per maand, tegen het projectbudget of de tenderbelofte. Hier zie je in één oogopslag welk project aandacht vraagt — bijvoorbeeld omdat een aggregaat langer draait dan gepland of de beloofde elektrische kraan er nooit is gekomen.

De onderste laag is de verklaringslaag: per project het verbruik per energiedrager en per machine. Dit is waar je het gesprek met de projectleider voert, en waar je de onderbouwing vandaan haalt als een auditor of opdrachtgever doorvraagt.

Wie deze drie lagen uit één datastroom voedt, is per rapportageronde uren in plaats van weken kwijt — en heeft bovendien een verhaal dat klopt op elk niveau, van tankbeurt tot jaarverslag.