Velik del podatkov o trajnosti ne prihaja iz sistema z vnaprej določenimi polji in enotami, temveč iz preglednice, ki jo je sestavil zaposleni. Poraba energije v kWh poleg litrov goriva, podatki o odpadkih po lokacijah v različnih enotah, število zaposlenih, prešteto na različne referenčne datume. Preden takšna številka pride v poročilo, je normalizirana: preračunana v skupno enoto, popravljena glede na obdobje, seštevana na ravni organizacije. Ta normalizacija se pogosto zgodi v isti preglednici, s formulo, ki je nihče zunaj tistega, ki jo je pripravil, ne pozna.
Težava ni v tem, da se normalizira. Težava je, da je ta korak neviden. Formula v celici prikaže rezultat, ne pa predpostavke, ki stoji za njim. Če datoteko odpre nekdo drug, vidi številko, ne pa razlogovanja.
Med surovo preglednico in objavljeno številko je običajno več korakov: preračunavanje enot, ocenjevanje ali izpuščanje manjkajočih vrednosti, seštevanje podatkov več lokacij, uporaba korekcijskega faktorja za znano odstopanje. Vsak korak spremeni številko, in vsak korak je izbira. Kateri preračunski faktor je bil uporabljen, za katero obdobje se je seštevalo, zakaj je bila določena osamljena vrednost upoštevana ali ne. Brez zapisa te izbire obstajajo le v glavi osebe, ki je preglednico izdelala. Pregled katere obdelave so med virom in poročilom pokaže, da normalizacija redko poteka v enem samem koraku, temveč gre za verigo, v kateri je treba vsak člen posebej preveriti.
Zapisovanje normalizacije ni enako pisanju pojasnila po tem, ko je poročilo že končano. Gre za trenutek, ko se obdelava izvede: katera formula, s katerimi parametri, uporabljena na kateri surovi vrednosti. To je razlika med sledjo za revizijo (audit trail) in dnevnikom. Dnevnik zapiše, da se je nekaj zgodilo; sled za revizijo pojasni, kaj se je zgodilo in zakaj je bila ta obdelava v tistem trenutku pravilna. Ta razlika je razložena v zakaj je sled za revizijo več kot dnevnik, kadar je vir preglednica. Kdor normalizacijo dokumentira šele za nazaj, tvega, da prvotne izbire ne bo več mogoče rekonstruirati, zlasti če ima oseba, ki je preglednico pripravila, medtem drugo funkcijo ali je organizacijo že zapustila.
Pogosta predpostavka je, da sledljivost (lineage) — sledenje številke od vira do poročila — zahteva sistem, ki to samodejno spremlja. To ni nujno. Tudi kadar je vir preglednica, je mogoče za vsako podatkovno točko zapisati, katera izvorna vrednost je bila uporabljena, katera obdelava je bila nanjo uporabljena in kdo je to obdelavo potrdil. To zahteva disciplino, ne programske opreme. Kako to izgleda v praksi, je opisano v kako ustvarite sledljivost brez orodja, kadar je vir preglednica. Bistvo je stalna struktura: za vsako podatkovno točko izvorna tabela, uporabljena formula in navedba, kdo je to formulo določil. To je bolj format kot sistem, in ga je mogoče uporabiti še preden se sploh razmišlja o orodju.
Pravilo normalizacije — na primer preračunski faktor iz vrste goriva v CO2-ekvivalent — je samo podatkovna točka, ki potrebuje lastnika. Ne lastnika končne številke, temveč lastnika pravila: kdo odloči, da je ta faktor pravilen, in kdo ga prilagodi, ko se standard spremeni. Brez te dodelitve se odgovornost implicitno prenese na tistega, ki je preglednico pač zgradil. Vprašanje kdo je lastnik definicije podatkovne točke obravnava ravno to: definicija in pravilo za izračun potrebujeta lastnika, ki je ločen od tistega, ki podatke vnaša. To je eden od delov preslikave od vira do poročila (source-to-report mapping), razloženo v kaj je preslikava od vira do poročila: ne le od kod prihaja številka, temveč tudi kdo je odgovoren za vsak vmesni korak.
Obstajajo orodja, ki avtomatizirajo normalizacijo in prikazujejo sledljivost. Ta orodja ne rešijo ničesar, če proces pod njimi ni urejen: če nihče ni zapisal, katero pravilo velja za katero podatkovno točko, orodje le hitreje prikaže številko, katere izvor je še vedno nejasen. Najprej proces, potem orodje. Kdo odloča o tej ureditvi, je vprašanje, ki presega samo normalizacijo; to je obravnavano v kdo je lastnik procesa pod tem.
Ko je enkrat jasno, kateri koraki normalizacije obstajajo, kdo jih izvaja in na podlagi katerega pravila, se pojavi drugo vprašanje: kateri del tega ročnega dela v preglednici je mogoče prenesti na AI. Delovni pregled (werkscan) podjetja FTE TO AI za posamezno nalogo izračuna, kateri del dela je mogoče prevzeti, in je uporaben takoj, ko so koraki normalizacije opisani kot ločene, prepoznavne naloge, namesto da so skriti v formuli.
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.