Een dubbel datapunt valt bijna nooit op in het eindresultaat. Het valt op wanneer twee business units onafhankelijk van elkaar hetzelfde energieverbruik, dezelfde vlootgegevens of dezelfde afvalstroom aanleveren, en niemand heeft opgemerkt dat het om dezelfde bron gaat. Het totaal klopt dan optisch, maar de optelling is fout. Dit gebeurt vooral bij organisaties die per business unit werken met eigen spreadsheets, eigen invulformulieren en eigen mensen die de cijfers aanleveren. Iedere unit levert netjes aan wat gevraagd wordt. Niemand vergelijkt de bron.
Een datapuntregister lost dit niet op door het totaal te controleren, maar door per datapunt vast te leggen waar het vandaan komt. Niet alleen welk cijfer is ingevuld, maar uit welk systeem, welk bestand of welke meting het afkomstig is, en wie dat heeft aangeleverd. Als twee business units voor hetzelfde datapunt dezelfde bron aanwijzen — hetzelfde energiecontract, hetzelfde wagenparkbeheersysteem, hetzelfde inkooprapport van een gedeelde leverancier — dan is dat zichtbaar zodra de bronnen naast elkaar staan. Dit is precies waar source-to-report lineage per datapunt voor bedoeld is: niet als achteraf-controle, maar als vast onderdeel van hoe het register is opgebouwd.
Dubbeling ontstaat meestal op drie manieren. De eerste is een gedeelde bron die door twee units apart wordt uitgelezen, zoals een centraal energiecontract dat door zowel de vestiging als het hoofdkantoor wordt opgevoerd. De tweede is een gedeelde activiteit die dubbel wordt toegewezen, zoals een transportdienst die door de verzendende en de ontvangende unit allebei als eigen uitstoot wordt geregistreerd. De derde is een fusie of reorganisatie waarbij twee registers zijn samengevoegd zonder dat iemand heeft gecontroleerd of dezelfde bron onder twee namen is opgenomen. Geen van deze situaties is te herkennen aan het cijfer zelf. Ze zijn alleen te herkennen aan de bron die erachter staat.
Om een dubbeling te kunnen herkennen, moet het register per datapunt minstens vastleggen: de exacte bron, de business unit die het datapunt aanlevert, de periode waarop het betrekking heeft en de eigenaar die verantwoordelijk is voor de juistheid. Zonder die combinatie is vergelijken tussen units gissen. Met die combinatie is het een kwestie van sorteren: alle datapunten met dezelfde bron naast elkaar zetten en beoordelen of ze werkelijk apart geteld mogen worden of dat er overlap is. Welke velden precies nodig zijn en in welke volgorde ze worden ingevuld, staat beschreven bij hoe u een datapuntregister opzet dat met deze informatie begint.
Een register dat dubbelingen laat zien, is niet automatisch een register waarin geen dubbelingen meer voorkomen. Het is een register waarin ze op te sporen zijn omdat de bron bij elk datapunt is vastgelegd. Of dat voldoende is, hangt af van hoeveel van de datapunten daadwerkelijk een bron hebben ingevuld — een register waarin de helft van de velden leeg is, kan onmogelijk laten zien welke units overlappen. Hoeveel bronvelden gevuld zijn, en wat dat zegt over de betrouwbaarheid van het geheel, wordt behandeld bij hoeveel van uw datapunten een bron hebben. Pas wanneer dat aandeel groot genoeg is, is een vergelijking tussen business units meer dan een momentopname.
De verleiding is om alles te controleren op dubbeling, inclusief datapunten die nauwelijks gewicht hebben in het uiteindelijke rapport. Dat is niet waar de tijd het beste gaat zitten. Welke datapunten werkelijk nodig zijn om te rapporteren en welke overbodig detail zijn, staat beschreven bij welke datapunten u werkelijk nodig heeft. Een kleiner register met bronnen die kloppen, is bruikbaarder dan een compleet register waarin niemand heeft gecontroleerd of de bronnen overlappen.
Bij één unit is een register af zodra elk datapunt een bron en een eigenaar heeft. Bij meerdere business units komt daar een stap bij: nagaan of dezelfde bron niet onder twee namen in het register staat. Wat dat concreet betekent voor de afronding van een register dat over units heen loopt, staat bij wanneer een register af is bij meerdere business units. Dat moment is niet wanneer alle velden zijn ingevuld, maar wanneer de invulling per unit tegen elkaar is afgezet.
Als het datapuntregister er eenmaal ligt, met bronnen en eigenaarschap per datapunt, ontstaat een tweede vraag: wie doet het werk om die bronnen periodiek te controleren en bij te werken. Een deel van dat werk — brongegevens ophalen, invoer vergelijken, afwijkingen signaleren — is repetitief genoeg om te kijken wat ervan aan AI is over te laten. De werkscan van FTE TO AI rekent per taak uit welk deel van het werk daarvoor in aanmerking komt, niet als vervanging van het register maar als vervolgstap zodra het register bestaat.
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.