Een groep met meerdere entiteiten heeft vaak meerdere versies van hetzelfde datapunt. De ene dochter meet scope 2-emissies via de energieleverancier, de andere via een facilitair bedrijf, een derde levert een schatting aan uit een spreadsheet die niemand meer kan traceren naar de bron. Op groepsniveau komt dit samen in één cijfer, maar de vraag wie dat cijfer bezit blijft vaak onbeantwoord. Niet omdat niemand het wil oppakken, maar omdat de groepsstructuur het eigenaarschap versplintert over entiteiten die elk hun eigen systemen, definities en verantwoordelijken hebben.
Binnen één bedrijf is eigenaarschap meestal een kwestie van een naam aan een taak koppelen. In een groep met meerdere entiteiten is de vraag eerst: op welk niveau ligt het eigenaarschap? Ligt de verantwoordelijkheid voor een datapunt bij de entiteit die de onderliggende meting doet, of bij de groepsfunctie die het cijfer consolideert? Beide antwoorden zijn verdedigbaar, en dat is precies het probleem. Zonder een expliciete keuze ontstaat een grijs gebied waarin de entiteit denkt dat de groep verantwoordelijk is voor de juistheid, en de groep denkt dat de entiteit voor de juistheid van de bronmeting instaat. Wat u daar aan definitie en scope onder verstaat, hangt af van wie de definitie van een datapunt bezit op groepsniveau versus lokaal niveau — een vraag die los staat van, maar wel voorafgaat aan, de vraag wie het proces daaronder beheert.
Als niemand eigenaar is, gebeurt er niet meteen iets zichtbaars. Het cijfer komt gewoon binnen, ergens vandaan, en wordt meegenomen in de consolidatie. Het probleem toont zich pas als er iets moet veranderen: een definitie wordt aangescherpt, een controle vraagt om onderbouwing, of het cijfer van dit jaar wijkt sterk af van vorig jaar. Dan blijkt dat niemand kan uitleggen waar het getal vandaan komt, welke aannames erin zitten, of wie de aanpassing mag goedkeuren. Bij een enkele entiteit is dat vervelend. Bij een groep met meerdere entiteiten wordt het een zoektocht langs afdelingen die allemaal denken dat een ander de vraag kan beantwoorden.
Dit raakt direct aan wie het proces onder een datapunt bezit: niet alleen wie het cijfer aanlevert, maar wie verantwoordelijk is voor de stappen die daarnaartoe leiden — de meting, de omrekening, de invoer in het systeem. In een groep met meerdere entiteiten kunnen die stappen bij verschillende partijen liggen, en zonder een vastgelegde eigenaar per stap valt niet te herleiden waar een afwijking is ontstaan.
De oplossing is niet om voor elk datapunt een eigenaar te benoemen die toevallig beschikbaar is. Dat verplaatst het probleem alleen. Een eigenaar moet iemand zijn die daadwerkelijk invloed heeft op de bron van het cijfer: degene die de meting doet, het systeem beheert, of de aanlevering controleert. Bij groepen met meerdere entiteiten betekent dit vaak een gelaagde toewijzing — een lokale eigenaar voor de bronmeting, en een groepseigenaar voor de consolidatielogica die de losse metingen samenvoegt tot één cijfer.
Deze twee rollen zijn niet uitwisselbaar. De lokale eigenaar kan bevestigen dat de meting bij de entiteit klopt, maar niet dat de optelling op groepsniveau correct is toegepast, met de juiste omrekenfactoren en zonder dubbeltelling. De groepseigenaar kan de consolidatie beheren, maar niet garanderen dat elke onderliggende meting valide is. Beide rollen invullen is nodig om te weten waar een afwijking vandaan komt als de controle daar op groepsniveau naar vraagt — een vraag die uiteindelijk uitkomt bij wie de control op een datapunt bezit: wie tekent voor de juistheid, en op basis van welke onderliggende bevestigingen.
In veel groepen met meerdere entiteiten bestaat het eigenaarschap wel, maar alleen in de hoofden van mensen die al jaren op hun plek zitten. Iedereen weet ongeveer wie waarvoor gaat, tot die persoon met verlof is, van functie wisselt, of de vraag net iets specifieker is dan het informele beeld dekt. Een datapuntregister dat per datapunt vastlegt wie de bron beheert, wie de consolidatie doet en wie voor de juistheid tekent, maakt dit onafhankelijk van wie er die week toevallig bereikbaar is. Dat register hoeft niet groter te zijn dan de groep zelf; het moet alleen bestaan voordat de vraag urgent wordt.
Eigenaarschap vaststellen is één stap; het is ook een goed moment om te kijken naar hoeveel van het werk dat bij die eigenaar terechtkomt daadwerkelijk beoordeling vraagt, en hoeveel neerkomt op het overtypen van cijfers uit het ene systeem naar het andere. De werkscan van FTE TO AI rekent per taak uit welk deel van dat werk door AI over te nemen is, zodat een eigenaar in een groep met meerdere entiteiten zijn tijd besteedt aan de vragen die daadwerkelijk beoordeling vragen, in plaats van aan het handmatig samenvoegen van spreadsheets uit verschillende dochters.
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.