Velik dio podataka o održivosti ne dolazi iz sustava s fiksnim poljima i fiksnim jedinicama, već iz proračunske tablice koju je sastavio zaposlenik. Potrošnja energije u kWh pored litara goriva, podaci o otpadu po lokaciji u različitim jedinicama, broj zaposlenika izbrojan na različite referentne datume. Prije nego što takav broj stane u izvještaj, normaliziran je: preračunat u zajedničku jedinicu, korigiran za razdoblje, zbrojen na razinu organizacije. Ta normalizacija se često odvija u istoj proračunskoj tablici, s formulom koju nitko izvan autora ne poznaje.
Problem nije to što se normalizira. Problem je to što je taj korak nevidljiv. Formula u ćeliji prikazuje rezultat, ne pretpostavku koja stoji iza njega. Ako netko drugi otvori datoteku, vidi broj, ne obrazloženje.
Između sirove proračunske tablice i objavljenog broja obično se nalazi više koraka: preračunavanje jedinica, procjena ili izostavljanje nedostajućih vrijednosti, zbrajanje brojeva s više lokacija, primjena korekcijskog faktora za poznatu odstupanje. Svaki korak mijenja broj, i svaki korak je odluka. Koji je faktor preračunavanja korišten, za koje razdoblje je zbrojeno, zašto je odstupajuća vrijednost uključena ili nije. Bez bilježenja, te odluke postoje samo u glavi osobe koja je izradila proračunsku tablicu. Pregled koje se obrade nalaze između izvora i izvještaja pokazuje da normalizacija rijetko predstavlja jedan korak, već lanac u kojem se svaka karika mora moći provjeriti zasebno.
Bilježenje normalizacije nije isto što i pisanje objašnjenja nakon što je izvještaj gotov. Riječ je o trenutku u kojem se obrada izvodi: koja formula, s kojim parametrima, primijenjena na koju sirovu vrijednost. To je razlika između revizijskog traga (audit trail) i dnevnika. Dnevnik bilježi da se nešto dogodilo; revizijski trag pojašnjava što se dogodilo i zašto je ta obrada u tom trenutku bila ispravna. Ta razlika je razrađena u zašto je revizijski trag više od dnevnika kada je izvor proračunska tablica. Tko normalizaciju dokumentira samo unaprijed, riskira da izvorna odluka više ne bude moguće rekonstruirati, posebno ako je autor proračunske tablice u međuvremenu promijenio funkciju ili napustio organizaciju.
Često se pretpostavlja da lineage — praćenje broja od izvora do izvještaja — zahtijeva sustav koji to automatski bilježi. To nije nužno. I s proračunskim tablicama kao izvorom moguće je po podatkovnoj točki zabilježiti koja je izvorna vrijednost korištena, koja je obrada na njoj primijenjena i tko je tu obradu odobrio. To zahtijeva disciplinu, a ne softver. Kako to u praksi izgleda opisano je u kako izraditi lineage bez alata kada je izvor proračunska tablica. Srž je fiksna struktura: po podatkovnoj točki izvorna tablica, primijenjena formula, i uputa na osobu koja je tu formulu utvrdila. To je više format nego sustav, i primjenjivo je prije nego što se počne razmišljati o alatu.
Pravilo normalizacije — na primjer faktor preračunavanja vrste goriva u CO2-ekvivalent — samo je podatkovna točka kojoj je potreban vlasnik. Ne vlasnik konačnog broja, već vlasnik pravila: tko odlučuje da je taj faktor ispravan, i tko ga prilagođava kada se norma promijeni. Bez te dodjele, odgovornost se implicitno prebacuje na onoga tko je slučajno izradio proračunsku tablicu. Pitanje tko posjeduje definiciju podatkovne točke odnosi se baš na to: definicija i pravilo izračuna trebaju vlasnika koji je odvojen od osobe koja unosi podatke. To je jedan od dijelova mapiranja od izvora do izvještaja, objašnjen u što je source-to-report mapping: ne samo odakle broj potječe, već i tko je odgovoran za svaki korak između.
Postoje alati koji automatiziraju normalizaciju i prikazuju lineage. Ti alati ne rješavaju ništa ako proces ispod njih nije uređen: ako nitko nije zabilježio koje pravilo vrijedi za koju podatkovnu točku, alat samo brže prikazuje broj čije podrijetlo je i dalje nejasno. Prvo proces, zatim alat. Tko odlučuje o toj organizaciji, pitanje je koje ide dalje od same normalizacije; o tome se govori u tko posjeduje proces ispod toga.
Kada je jednom jasno koji koraci normalizacije postoje, tko ih izvodi i na temelju kojeg pravila, nastaje drugo pitanje: koji dio tog ručnog rada u proračunskoj tablici može se prenijeti na AI. Radna skeniranja (werkscan) FTE TO AI izračunava po zadatku koji dio posla može se preuzeti, i primjenjiva je čim su koraci normalizacije opisani kao zasebni, prepoznatljivi zadaci, a ne skriveni u 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.