Er is geen tekort aan software voor duurzaamheidsrapportage. Er is wel een tekort aan organisaties die van tevoren weten wat ze aan een tool moeten vragen. Dat laatste is het echte probleem, en het verklaart waarom zoveel implementaties na een jaar worden teruggedraaid of stilzwijgend blijven liggen.
Een tool is een instrument dat uitvoert wat u eraan voorlegt. Hij vraagt om datapunten, koppelt bronnen, berekent en rapporteert. Wat hij niet doet, is uitzoeken welke datapunten uw organisatie eigenlijk nodig heeft, wie erover gaat, en waar de cijfers nu vandaan komen. Dat werk ligt vóór de tool, niet erin.
De volgorde is dus niet willekeurig: eerst weten wat u heeft en waar het zit, dan pas kiezen wat daarbij past. Andersom werkt niet, omdat een tool geen structuur aanbrengt in iets dat nog geen structuur heeft. Hij legt hooguit een interface over de chaos heen. Op deze pagina en de bijbehorende pagina voor de installatiebranche staat waarom die chaos in de praktijk zo verspreid ligt: over ERP, facturen, spreadsheets van de facilitair manager en mailwisselingen met leveranciers.
Wie eerst een tool selecteert en dan pas ontdekt welke data er intern bestaat, loopt tegen een vast patroon aan. De implementatie duurt langer dan gepland, omdat blijkt dat halverwege alsnog moet worden uitgezocht wie welk cijfer aanlevert. De tool wordt gevuld met wat er toevallig voorhanden is, niet met wat compleet of controleerbaar is. En zodra de accountant of een auditor vraagt waar een getal vandaan komt, is er geen antwoord voorbij "dat stond in het systeem".
De kosten hiervan zijn niet in een percentage te vangen — dat hangt af van de organisatie, het aantal betrokken afdelingen en hoeveel datapunten überhaupt in beeld waren. Wel is het patroon herkenbaar: een tweede traject om alsnog bronnen en eigenaarschap in kaart te brengen, terwijl de tool al staat te draaien. Dat tweede traject was ook zonder tool nodig geweest, en had eerder gekund. Een uitgebreidere uitwerking van deze kostenpost staat op de pagina over wat een tool boven een ongeorganiseerd proces daadwerkelijk kost.
De omkering is niet ingewikkeld, alleen ongebruikelijk. Eerst brengt u in kaart welke datapunten uw rapportage vereist, waar die nu vandaan komen, wie ervoor verantwoordelijk is en welke kwaliteitsregels er al dan niet op zitten. Dat overzicht — een datapuntregister met lineage van bron tot rapport — is onafhankelijk van welke tool u uiteindelijk kiest. Sterker nog, het overzicht bepaalt pas goed welke eisen u aan een tool kunt stellen. Zonder dat overzicht koopt u een systeem op basis van een demo en een verkoopgesprek; met dat overzicht koopt u een systeem op basis van wat uw organisatie daadwerkelijk nodig heeft. Hoe die eisen uit uw eigen proces naar voren komen, staat uitgewerkt op de pagina over functionele eisen die uit uw eigen proces volgen.
Deze redenering is niet nieuw voor wie zich al heeft verdiept in het onderwerp — de kernvraag komt breder aan bod op de overzichtspagina over toolkeuze zonder spijt, en de afweging tussen eerst kopen en eerst inrichten staat apart uitgewerkt op de pagina die de twee volgordes naast elkaar zet.
De Data Readiness Scan van csrdready.net is gebouwd om precies dat eerste deel te doen: het datapuntregister opstellen, de lineage van bron naar rapport per datapunt vastleggen, eigenaarschap toewijzen en kwaliteitsregels benoemen. Geen rapport, geen ingevulde vragenlijst — de data eronder, op orde, voordat er een tool bij komt kijken.
De tool is in aanbouw. Wie hier interesse in heeft, kan zich aanmelden voor de wachtlijst; er wordt niets aangeboden dat nog niet bestaat, en er wordt niets beloofd over wat het oplevert voordat het er is.
Zodra het datapuntregister er ligt en duidelijk is welke stappen tussen bron en rapport worden herhaald — hetzelfde cijfer ophalen bij dezelfde leverancier, dezelfde controle uitvoeren op dezelfde spreadsheet, dezelfde e-mail sturen naar dezelfde afdeling — ontstaat een tweede vraag: welk deel van dat werk vraagt nog om een mens, en welk deel is te automatiseren. Die vraag ligt buiten wat csrdready.net doet, maar hoort logisch bij de volgende stap. FTE TO AI rekent per taak uit welk deel van het werk door AI is over te nemen, op basis van de taken zoals ze feitelijk worden uitgevoerd — niet op basis van een schatting vooraf.
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.