Een cijfer in een duurzaamheidsrapport is bijna nooit een cijfer uit een bron. Het is meestal het resultaat van optellen, middelen, wegen of herverdelen over locaties, periodes of eenheden. Die stap heet aggregatie, en van alle bewerkingen tussen bron en rapport is dit vaak de minst zichtbare. Een formule in een spreadsheet telt twaalf maandcijfers op tot een jaarcijfer, of een rekenblad middelt emissiefactoren over meerdere leveranciers. Niemand schrijft daarbij op welke aanname erin zit.
Tussen de ruwe meting en het gepubliceerde getal liggen meerdere stappen. Eerst wordt data verzameld uit systemen of spreadsheets, dan omgerekend naar een gemeenschappelijke eenheid, vervolgens samengevoegd tot een niveau dat in het rapport past — bedrijfsonderdeel, land, of totaal. Elke stap kan een keuze bevatten die het eindcijfer verandert: telt u een fusie mee vanaf de overnamedatum of vanaf het hele jaar, middelt u gewogen naar omzet of naar aantal medewerkers, rondt u af per bron of pas op het totaal. Welke bewerkingen precies tussen bron en rapport zitten, hangt af van de indicator en de structuur van de organisatie, en op welke bewerkingen zitten tussen bron en rapport als de bron verschillende bronnen heeft, wordt die lijst langer dan de meeste organisaties verwachten.
Aggregatie is een keuze, en keuzes die niet zijn vastgelegd, worden bij de volgende rapportageronde opnieuw gemaakt — vaak door iemand anders, met een andere aanname. Het gevolg is dat een cijfer van vorig jaar niet meer te herleiden is naar dezelfde logica, en dat een controller of auditor niet kan vaststellen of een verandering in het cijfer een echte verandering is of een verandering in de rekenmethode. Vastleggen betekent hier niet: een proces beschrijven in algemene termen. Het betekent: bij elk rapportagepunt vastleggen welke bronnen zijn meegenomen, met welke weging, over welke periode, en wie die keuze heeft gemaakt.
Aggregatie wordt vaak verward met normalisatie, maar het zijn twee aparte stappen. Normalisatie maakt data vergelijkbaar — bijvoorbeeld door verschillende energie-eenheden om te rekenen naar één standaard. Aggregatie voegt die vergelijkbare data vervolgens samen tot een hoger niveau. Een fout in normalisatie werkt door in elke aggregatie die erop volgt, wat betekent dat de twee stappen apart gecontroleerd moeten worden. Hoe u dat doet, staat op hoe legt u normalisatie vast.
De meeste organisaties hebben geen brongegevens die netjes uit één systeem komen. Een deel van de duurzaamheidsdata staat in facturen, een deel in een spreadsheet die een energieleverancier per e-mail heeft gestuurd, een deel in een export uit een ERP-systeem. Aggregatie over die bronnen heen betekent dat u handmatig moet vaststellen welke rij bij welke periode hoort en welke rij dubbel is geteld. Op wat is source-to-report mapping als de bron een spreadsheet is staat hoe u die koppeling tussen ruwe bron en rapportagepunt in kaart brengt, en op hoe legt u aggregatie vast als de bron een spreadsheet is staat specifiek hoe u die spreadsheetstap documenteert zodat de aggregatie zelf reproduceerbaar wordt, ook zonder de persoon die de formule oorspronkelijk heeft gebouwd.
Aggregatie vastleggen vraagt niet om software. Het vraagt om een discipline: bij elke rekenstap noteren wat erin ging, welke regel is toegepast, en wat eruit kwam. Dat kan in een register naast de bestaande spreadsheets, voordat er ooit een systeem wordt aangeschaft. Hoe dat eruit ziet zonder tooling, staat op hoe maakt u lineage zonder tool. Wie deze stap overslaat en direct een softwarepakket aanschaft voor de rapportage, legt een nettere laag over dezelfde onduidelijke aggregatie — het rapport oogt beter, maar de vraag of het cijfer klopt, blijft onbeantwoord.
Een aggregatieregel die niet is vastgelegd, is ook een controlepunt dat ontbreekt. Bij een externe controle of een interne herziening moet iemand kunnen aantonen waarom een cijfer is samengesteld zoals het is samengesteld, niet alleen dat het cijfer klopt met de rekenmachine. Dat onderscheid — tussen een cijfer dat klopt en een cijfer dat te verantwoorden is — is precies waar een audit trail voor bedoeld is, en waarom die meer inhoudt dan een simpel logboek van wijzigingen, zoals toegelicht op waarom een audit trail meer is dan een logboek.
Zodra aggregatieregels eenmaal zijn vastgelegd — welke bronnen, welke weging, welke periode, wie de keuze maakte — ontstaat er een basis om te bepalen welk deel van dat werk herhaalbaar is en dus geschikt voor overdracht aan een systeem. Dat is een andere vraag dan of de regels klopt; het is de vraag hoeveel van het toepassen van die regels nog mensenwerk moet blijven. De werkscan van FTE TO AI rekent per taak uit welk deel van het werk door AI is over te nemen, en aggregatie — met zijn vaste stappen van optellen, wegen en samenvoegen — is precies het type taak waarbij die uitkomst vaak verrassend is.
De Data Readiness Scan van csrdready.net is in ontwikkeling. Wie nu al orde wil brengen in het datapuntregister en de bijbehorende aggregatieregels, kan zich aanmelden voor de wachtlijst en wordt geïnformeerd zodra de scan beschikbaar is.
Vraag maar waar een datapunt vandaan komt. Dat is meestal de hele vraag.
Antwoorden komen uit de kennisbank van deze site. Geen advies op maat, en geen scan van uw bedrijf.