Številka v poročilu o trajnosti je skoraj vedno prehodila dolgo pot. Začne se kot vrstica v računu za energijo, kot števec v proizvodnem sistemu, kot vnosno polje v kadrovskem orodju. Do trenutka, ko se ta številka znajde v poročilu, je bila preštета, preračunana, združena in včasih popravljena. Ti vmesni koraki so v končnem rezultatu redko vidni. Kdor gleda samo poročilo, vidi številko. Kdor gleda pot vmes, vidi vrsto odločitev.
Med virom in poročilom je praviloma ustaljeno zaporedje obdelav, tudi če ga nikoli nihče ni zapisal.
Najprej se podatki zberejo: izvozijo iz sistema, prepišejo iz računa, kopirajo iz preglednice. Nato se normalizirajo: litri postanejo kubični metri, kilovatne ure postanejo gigadžuli, lokalna valuta postane fiksna obračunska enota. Nato se dodelijo kategoriji ali obsegu (scope), kar je odločitev in ne samodejno dejanje. Sledi agregacija: podatki iz poslovalnic, mesecev ali oddelkov se združijo v letni seštevek. Vmes se izvajajo popravki: zaradi dvojnega štetja, zaradi manjkajočih mesecev, zaradi napačne enote, ki jo je nekdo pred letom dni opazil in ročno popravil.
Vsak korak je mesto, kjer se sprejme predpostavka. Izbere se emisijski faktor. Ocena nadomesti manjkajočo meritev. Uporabi se zaokroževanje. Samo po sebi nič od tega ni težava. Težava nastane, ko nihče več ne ve, katera predpostavka je bila sprejeta, kdo jo je sprejel in zakaj.
Številka iz poročila, ki je ni mogoče izslediti do njenega vira, je zgolj trditev. Takoj ko kontrolor, revizor ali nadzorni organ vpraša, kako je bila številka sestavljena, mora biti odgovor več kot »to piše v sistemu«. Odgovor mora prikazati pot: ta vir, ta preračun, ta agregacija, ta popravek.
Dokumentiranje te poti ima tri neposredne posledice. Prvič, odkrivanje napak postane delo za minute namesto za dneve, ker je jasno, kje je bil preračun uporabljen in kje ne. Drugič, omogoča se predaja: če oseba, ki upravlja preglednico, odide, znanje o obdelavah ne odide z njo. Tretjič, nastane podlaga za preverjanje, ker lahko zunanja stranka sledi korakom, ne da bi jih morala najprej rekonstruirati.
Brez tega dokumentiranja je vsak cikel poročanja ponovitev iskanja. Nekdo pokliče prejšnjega upravitelja, brska po starih e-poštnih sporočilih, ugiba razlog za zaokroževanje. To delo je v samem poročilu nevidno, a določa, koliko zaupanja si to poročilo zasluži.
Ni vsaka obdelava potrebuje enak pristop. Agregacija, pri kateri se podatki iz več virov združijo v en seštevek, zahteva drugačno dokumentiranje kot normalizacija, pri kateri se izenačijo enote in definicije. Kdor želi izvedeti, kako natančno dokumentirati agregacijo, to najde v razlagi o dokumentiranju korakov agregacije, kdor pa se sprašuje, kako ravnati z normalizacijo, o tem lahko bere v opisu dokumentiranja normalizacije. Oba sta del iste verige, vendar so vprašanja, ki jih odpirata, različna: agregacija odpira vprašanja o popolnosti, normalizacija pa o doslednosti.
Stanje se spremeni tudi, kadar sam vir ni sistem, temveč preglednica. Tedaj ni samodejnega izvoza, ni dnevnika sistema, ni fiksne strukture, in dokumentiranje je treba zgraditi drugače. Kdor se sooča s takšno situacijo, najde izhodišča v pojasnilu o preslikavi od vira do poročila, kadar je vir preglednica in v pregledu obdelav med virom in poročilom posebej pri virih v obliki preglednic. Za tiste, ki nimajo proračuna za orodje in morajo lineage zgraditi z razpoložljivimi sredstvi, je na voljo pristop za izdelavo lineage brez specializirane programske opreme.
Dokumentiranje obdelav se pogosto zamenjuje z dnevnikom: seznamom, kdo je kaj kdaj spremenil. To je del zgodbe, ni pa celota. Revizijska sled (audit trail), ki beleži zgolj spremembe, ne pove, zakaj je bila neka odločitev sprejeta ali katero pravilo je bilo uporabljeno. Razlika med dnevnikom in resnično strukturo odgovornosti je razdelana v razlagi o tem, zakaj mora audit trail biti več kot dnevnik.
Data Readiness Scan to pot preslika: kateri vir napaja katero podatkovno točko, katere obdelave so vmes, kdo je lastnik posameznega koraka in katero pravilo kakovosti mu pripada. To ni ne poročilo ne vprašalnik, temveč osnovna struktura, ki šele naredi oboje zanesljivo.
Brž ko so obdelave med virom in poročilom opisane, postane vidno, kateri koraki so stalno ročno delo: prepisovanje računa, uporaba fiksnega preračunskega faktorja, združevanje mesečnih podatkov po ustaljenem pravilu. To je natanko tista vrsta dela, pri kateri je mogoče izračunati, kateri del lahko prevzame AI, ne da bi dokumentiranje od vira do poročila izgubilo svojo funkcijo. FTE TO AI za vsako opravilo izračuna, kateri del je prenosljiv, na podlagi delovnega pregleda (werkscan), ki to razliko po posameznem opravilu prikaže.
Data Readiness Scan je v razvoju. Kdor želi, da se obdelave med virom in poročilom dokumentirajo takoj, ko bo pregled na voljo, se lahko prijavi na čakalni seznam.
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.