Et dobbelt datapunkt falder næsten aldrig i øjnene i slutresultatet. Det bliver synligt, når to business units uafhængigt af hinanden indberetter det samme energiforbrug, de samme flådedata eller den samme affaldsstrøm, og ingen har bemærket, at det er den samme kilde. Totalen ser da rigtig ud optisk, men sammentællingen er forkert. Dette sker især i organisationer, hvor hver business unit arbejder med egne spreadsheets, egne indberetningsformularer og egne personer, der leverer tallene. Hver unit indberetter pænt det, der bliver spurgt om. Ingen sammenligner kilden.
Et datapunktregister løser dette ikke ved at kontrollere totalen, men ved at registrere for hvert datapunkt, hvor det kommer fra. Ikke kun hvilket tal der er indtastet, men fra hvilket system, hvilken fil eller hvilken måling det stammer, og hvem der har leveret det. Hvis to business units angiver samme kilde for det samme datapunkt — samme energikontrakt, samme vognparkstyringssystem, samme indkøbsrapport fra en fælles leverandør — så er det synligt, så snart kilderne stilles op mod hinanden. Det er præcis, hvad source-to-report lineage per datapunkt er til: ikke som en efterfølgende kontrol, men som fast del af, hvordan registeret er opbygget.
Dobbelttælling opstår typisk på tre måder. Den første er en fælles kilde, der udlæses separat af to units, som f.eks. en central energikontrakt, der opføres af både afdelingen og hovedkontoret. Den anden er en fælles aktivitet, der bliver tildelt dobbelt, som f.eks. en transportydelse, der registreres som egen udledning af både den afsendende og den modtagende unit. Den tredje er en fusion eller reorganisering, hvor to registre er blevet slået sammen, uden at nogen har kontrolleret, om den samme kilde er optaget under to navne. Ingen af disse situationer kan genkendes på tallet selv. De kan kun genkendes på kilden bag det.
For at kunne genkende en dobbelttælling skal registeret for hvert datapunkt som minimum registrere: den nøjagtige kilde, den business unit der leverer datapunktet, den periode det vedrører, og den ejer der er ansvarlig for korrektheden. Uden denne kombination bliver sammenligning mellem units gætværk. Med denne kombination er det et spørgsmål om sortering: at stille alle datapunkter med samme kilde op mod hinanden og vurdere, om de virkelig kan tælles separat, eller om der er overlap. Hvilke felter der præcis er nødvendige, og i hvilken rækkefølge de udfyldes, er beskrevet under hvordan De opretter et datapunktregister der starter med denne information.
Et register der viser dobbelttællinger, er ikke automatisk et register, hvor der ikke længere forekommer dobbelttællinger. Det er et register, hvor de kan spores, fordi kilden er registreret for hvert datapunkt. Om det er tilstrækkeligt, afhænger af, hvor mange af datapunkterne der faktisk har en kilde udfyldt — et register, hvor halvdelen af felterne er tomme, kan umuligt vise, hvilke units overlapper. Hvor mange kildefelter der er udfyldt, og hvad det siger om helhedens pålidelighed, behandles under hvor mange af Deres datapunkter har en kilde. Først når den andel er stor nok, er en sammenligning mellem business units mere end et øjebliksbillede.
Fristelsen er at kontrollere alt for dobbelttælling, inklusive datapunkter, der næsten ingen vægt har i den endelige rapport. Det er ikke der, tiden bruges bedst. Hvilke datapunkter der virkelig er nødvendige for rapporteringen, og hvilke der er overflødig detalje, er beskrevet under hvilke datapunkter De virkelig har behov for. Et mindre register med kilder der er korrekte, er mere brugbart end et komplet register, hvor ingen har kontrolleret, om kilderne overlapper.
Ved en enkelt unit er et register færdigt, så snart hvert datapunkt har en kilde og en ejer. Ved flere business units kommer der et trin til: at undersøge om samme kilde ikke står under to navne i registeret. Hvad det konkret betyder for afslutningen af et register, der går tværs over units, fremgår af hvornår et register er færdigt ved flere business units. Det tidspunkt er ikke, når alle felter er udfyldt, men når indberetningen per unit er stillet op mod hinanden.
Når datapunktregisteret først ligger klar, med kilder og ejerskab per datapunkt, opstår et andet spørgsmål: hvem gør arbejdet med periodisk at kontrollere og opdatere disse kilder. En del af dette arbejde — indhentning af kildedata, sammenligning af indtastninger, markering af afvigelser — er repetitivt nok til at overveje, hvor meget af det AI kan overtage. Arbejdsscanningen fra FTE TO AI beregner for hver opgave, hvilken del af arbejdet der er egnet til dette, ikke som en erstatning for registeret, men som næste skridt, når registeret findes.
Vraag maar waar een datapunt vandaan komt. Dat is meestal de hele vraag.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.