Dupla podatkovna točka gotovo nikad ne upada u oči u konačnom rezultatu. Uočava se kad dvije poslovne jedinice neovisno jedna od druge dostave istu potrošnju energije, iste podatke o vozilima ili isti tok otpada, a nitko nije primijetio da se radi o istom izvoru. Ukupan zbroj tada optički izgleda točno, ali je zbrajanje pogrešno. To se događa najviše kod organizacija koje po poslovnoj jedinici rade s vlastitim proračunskim tablicama, vlastitim obrascima za unos i vlastitim ljudima koji dostavljaju brojke. Svaka jedinica uredno dostavi ono što se traži. Nitko ne uspoređuje izvor.
Registar podatkovnih točaka to ne rješava provjerom ukupnog zbroja, nego bilježenjem po podatkovnoj točki odakle ona dolazi. Ne samo koji je broj unesen, nego iz kojeg sustava, koje datoteke ili kojeg mjerenja potječe, i tko ga je dostavio. Ako dvije poslovne jedinice za istu podatkovnu točku navedu isti izvor — isti ugovor o energiji, isti sustav za upravljanje vozilima, isto izvješće o nabavi od zajedničkog dobavljača — to postaje vidljivo čim se izvori stave jedan uz drugi. Upravo je to svrha source-to-report lineage po podatkovnoj točki: ne kao provjera unatrag, nego kao stalni dio načina na koji je registar izgrađen.
Dupliranje najčešće nastaje na tri načina. Prvi je zajednički izvor koji dvije jedinice zasebno očitavaju, primjerice središnji ugovor o energiji koji navode i poslovnica i sjedište tvrtke. Drugi je zajednička aktivnost koja se dvostruko pripisuje, primjerice transportna usluga koju i jedinica koja šalje i jedinica koja prima registriraju kao vlastite emisije. Treći je spajanje ili reorganizacija kod koje su dva registra objedinjena bez da je bilo provjereno je li isti izvor unesen pod dva naziva. Nijednu od tih situacija nije moguće prepoznati po samom broju. Prepoznaju se jedino po izvoru koji stoji iza njega.
Da bi se dupliranje moglo prepoznati, registar po podatkovnoj točki mora minimalno bilježiti: točan izvor, poslovnu jedinicu koja dostavlja podatkovnu točku, razdoblje na koje se odnosi i vlasnika odgovornog za točnost. Bez te kombinacije, uspoređivanje između jedinica je nagađanje. S tom kombinacijom to je stvar sortiranja: staviti sve podatkovne točke s istim izvorom jednu uz drugu i procijeniti mogu li se stvarno brojiti zasebno ili postoji preklapanje. Koja su polja točno potrebna i kojim redoslijedom se popunjavaju, opisano je kod kako postaviti registar podatkovnih točaka koji počinje s tim informacijama.
Registar koji pokazuje dupliranja nije automatski registar u kojem dupliranja više nema. To je registar u kojem se mogu pronaći jer je izvor zabilježen kod svake podatkovne točke. Je li to dovoljno ovisi o tome kod koliko podatkovnih točaka je izvor stvarno unesen — registar u kojem je pola polja praznih ne može pokazati koje se jedinice preklapaju. Koliko je polja za izvor popunjeno i što to govori o pouzdanosti cjeline, obrađuje se kod koliko vaših podatkovnih točaka ima izvor. Tek kad je taj udio dovoljno velik, usporedba između poslovnih jedinica postaje više od trenutnog snimka.
Iskušenje je provjeriti sve na dupliranje, uključujući podatkovne točke koje jedva imaju težinu u konačnom izvještaju. To nije mjesto gdje se vrijeme najbolje ulaže. Koje podatkovne točke su stvarno potrebne za izvještavanje a koje su suvišan detalj, opisano je kod koje podatkovne točke vam stvarno trebaju. Manji registar s izvorima koji su točni korisniji je od potpunog registra u kojem nitko nije provjerio preklapaju li se izvori.
Kod jedne jedinice registar je dovršen čim svaka podatkovna točka ima izvor i vlasnika. Kod više poslovnih jedinica tome se dodaje još jedan korak: provjeriti da isti izvor nije upisan pod dva naziva u registru. Što to konkretno znači za dovršenje registra koji obuhvaća više jedinica, navedeno je kod kada je registar gotov kod više poslovnih jedinica. Taj trenutak nije kada su sva polja popunjena, nego kada je unos po jedinici uspoređen jedan s drugim.
Kad registar podatkovnih točaka jednom postoji, s izvorima i vlasništvom po podatkovnoj točki, nastaje drugo pitanje: tko obavlja posao periodične provjere i ažuriranja tih izvora. Dio tog posla — dohvaćanje izvornih podataka, uspoređivanje unosa, signaliziranje odstupanja — dovoljno je repetitivan da se razmotri koji se dio može prepustiti AI-ju. Skener rada tvrtke FTE TO AI po zadatku izračunava koji dio posla za to dolazi u obzir, ne kao zamjena za registar nego kao sljedeći korak čim registar postoji.
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.