Brojka u izvještaju o održivosti gotovo nikad nije ista brojka kao ona u izvornom sustavu. Između trenutka kad zaposlenik unese račun za energiju ili senzor zabilježi stanje brojila, i trenutka kad se taj broj nađe u tablici izvještaja, nešto se dogodi. Prevodi se, zbraja, korigira, spaja s drugim izvorima. Source-to-report mapping je bilježenje tog puta: svaki korak koji podatak prolazi između izvora i izvještaja, u redoslijedu kojim se to događa.
Rezultat izračuna ne govori ništa o njegovoj pouzdanosti ako nitko ne može rekonstruirati kako je taj rezultat nastao. Brojka o emisijama može biti točna zato što su osnovni koraci bili ispravni, ili se samo činiti točnom zato što je greška u jednom koraku slučajno bila kompenzirana greškom u drugom. Bez mapiranja ta se razlika ne vidi. S mapiranjem se vidi: svaki korak stoji samostalno, s vlastitim izvorom, vlastitom obradom i vlastitim rezultatom koji se može provjeriti.
Taj put obično sadrži više koraka nego što ljudi očekuju. Između sirovih izvornih podataka i brojke u izvještaju često se nalazi više uzastopnih obrada: jedinice koje se preračunavaju, vrijednosti koje se spajaju, iznimke koje se ručno koriguju. Koje obrade se nalaze između izvora i izvještaja razlikuje se po podatkovnoj točki, ali struktura je uvijek ista: niz koraka od kojih svaki nešto dodaje ili mijenja na podatku, i koji se svaki posebno moraju zabilježiti da bi se cjelina mogla pratiti.
Dvije vrste obrada zaslužuju posebnu pažnju, jer se najčešće javljaju i najlakše neopaženo uvode greške.
Prva je agregacija: spajanje brojki iz više izvora ili više razdoblja u jedan broj. Onaj tko zabilježi kako to zbrajanje točno teče, koje stavke su uključene a koje nisu, sprječava da brojka u izvještaju postane crna kutija. Kako zabilježite agregaciju određuje može li se naknadno rekonstruirati kako zabilježite agregaciju na način koji ostaje sljediv do osnovnih stavki.
Druga je normalizacija: svođenje raznorodnih izvornih podataka na zajedničku jedinicu ili definiciju, tako da brojke iz različitih sustava postanu usporedive. Litra dizela i kilovatsat električne energije postaju usporedivi samo nakon preračuna, a taj preračun sadrži pretpostavke. Bilježenje kako zabilježite normalizaciju znači bilježenje kojih su to pretpostavki, tako da druga strana može slijediti istu pretpostavku ili je dovesti u pitanje.
Lako je mapiranje zamijeniti s dnevnikom aktivnosti: popisom tko je što kada izmijenio. To je dio, ali nije cjelina. Trag revizije koji bilježi samo izmjene ne govori zašto je obrada primijenjena ili koje se pravilo krilo iza toga. Zašto trag revizije je više od dnevnika povezano je s pitanjem koje svaki revizor u konačnici postavlja: ne samo što je promijenjeno, nego na temelju koje logike i kojeg izvora.
Source-to-report mapping se često poistovjećuje sa softverom. Postoje alati koji automatski prikazuju lineage, ali ti alati bilježe samo ono što je već strukturirano isporučeno. Organizacija koja još radi s proračunskim tablicama i ručnim predajama može isto tako zabilježiti taj put, samo drugim sredstvima: fiksni format dokumentacije po koraku, fiksno mjesto gdje se čuvaju izvorne datoteke, fiksan način bilježenja izmjena. Kako to organizirati bez alata opisano je pod kako izraditi lineage bez alata. Disciplina nije u softveru, nego u ponovljivosti bilježenja.
Ta disciplina posebno je važna kad je sam izvor već proračunska tablica. Ćelija u radnom listu nema ugrađeno podrijetlo: nitko automatski ne vidi tko je unio vrijednost ili na temelju kojeg dokumenta. Što source-to-report mapping znači ako je izvor proračunska tablica jest to da se to podrijetlo mora ručno organizirati, s istom preciznošću kao kod automatiziranog sustava.
U praksi mapiranje se svodi na pitanje koje se ponavlja za svaku podatkovnu točku: odakle ta vrijednost dolazi, što je s njom učinjeno prije nego što je završila u izvještaju, i tko je taj korak izveo ili odobrio. Postavljanje tog pitanja za stotine podatkovnih točaka radno je intenzivno, i baš to čini privlačnim da se preskoči. No izvještaj koji stoji na neprovjerljivoj osnovi ostaje osjetljiv na pitanja na koja nitko ne može odgovoriti u trenutku kad se postave.
Mapiranje tih koraka, po podatkovnoj točki i kroz više izvora, repetitivan je posao s fiksnom strukturom: identificirati izvor, opisati obradu, utvrditi vlasnika, ponoviti za sljedeću podatkovnu točku. Posao s fiksnom strukturom točno je vrsta posla čiji dio je moguće prepustiti AI-ju. Werkscan tvrtke FTE TO AI za svaki zadatak izračunava koji se dio tog posla za to pogodi, tako da postane jasno gdje su ljudi i dalje potrebni za procjenu, a gdje se ponavljanje može automatizirati.
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.