Broj u izvještaju o održivosti gotovo uvijek ima iza sebe put koji je prešao. Počinje kao stavka na računu za energiju, brojač u proizvodnom sustavu, polje za unos u HR alatu. Do trenutka kad taj broj završi u izvještaju, izbrojan je, pretvoren, zbrojen i ponekad ispravljen. Ti međukoraci rijetko su vidljivi u konačnom rezultatu. Onaj tko gleda samo izvještaj, vidi brojku. Onaj tko gleda put između njih, vidi niz odabira.
Između izvora i izvještaja obično se nalazi ustaljeni slijed obrada, iako ga nitko nikad nije zapisao.
Najprije se podaci prikupljaju: izvoze se iz sustava, prekucavaju s računa, kopiraju iz proračunske tablice. Zatim se normaliziraju: litre postaju kubni metri, kilovatsat postaje gigadžul, lokalna valuta postaje fiksna obračunska jedinica. Nakon toga se dodjeljuju kategoriji ili opsegu, što je odabir, a ne automatizam. Slijedi agregacija: brojke iz poslovnica, mjeseci ili odjela zbrajaju se u godišnji zbroj. Usput se događaju ispravci, za dvostruko brojanje, za mjesece koji nedostaju, za pogrešnu jedinicu koju je netko primijetio prije godinu dana i ručno ispravio.
Svaki korak mjesto je gdje se donosi pretpostavka. Bira se emisijski faktor. Procjena zamjenjuje mjerenje koje nedostaje. Primjenjuje se zaokruživanje. Sama po sebi, ništa od toga nije problem. Problem nastaje kad nitko više ne zna koja je pretpostavka donesena, tko je to učinio i zašto.
Brojka u izvještaju koja se ne može pratiti do svog izvora, tvrdnja je, a ne dokazana brojka. Čim kontroler, revizor ili nadzorno tijelo pita kako je broj sastavljen, odgovor mora biti nešto više od "to stoji u sustavu". Odgovor mora moći pokazati put: ovaj izvor, ova pretvorba, ova agregacija, ovaj ispravak.
Dokumentiranje tog puta ima tri izravne posljedice. Prvo, otkrivanje pogrešaka postaje posao od nekoliko minuta umjesto dana, jer je jasno gdje je pretvorba primijenjena a gdje nije. Drugo, moguć je prijenos znanja: ako osoba koja upravlja proračunskom tablicom napusti tvrtku, znanje o obradama ne odlazi s njom. Treće, nastaje temelj za provjeru, jer vanjska strana može pratiti korake bez potrebe da ih prvo rekonstruira.
Bez tog dokumentiranja svaki ciklus izvještavanja postaje ponavljanje istraživačkog posla. Netko zove prethodnog upravitelja, pretražuje stare e-mailove, nagađa razlog iza zaokruživanja. Taj posao je nevidljiv u samom izvještaju, ali on ipak određuje koliko povjerenja taj izvještaj zaslužuje.
Ne zahtijeva svaka obrada isti pristup. Agregacija, kod koje se brojke iz više izvora zbrajaju u jedan ukupan iznos, zahtijeva drugačije dokumentiranje od normalizacije, kod koje se jedinice i definicije usklađuju. Onaj tko želi znati kako agregaciju precizno dokumentirati, to pronalazi u objašnjenju o dokumentiranju koraka agregacije, a onaj tko se pita kako postupati s normalizacijom, to čita u opisu dokumentiranja normalizacije. Oboje su dio istog lanca, ali pitanja koja pokreću su različita: agregacija otvara pitanja o potpunosti, normalizacija o dosljednosti.
Situacija se mijenja i kad sam izvor nije sustav nego proračunska tablica. Tada nema automatskog izvoza, nema sustavnog zapisa, nema fiksne strukture, i dokumentiranje se mora izgraditi na drugačiji način. Onaj tko se susreće s tom situacijom, pronalazi polazišta u objašnjenju o source-to-report mapiranju kad je izvor proračunska tablica i u pregledu obrada između izvora i izvještaja specifično za izvore u proračunskim tablicama. Za onoga koji nema budžet za alat i mora izgraditi lineage sredstvima koja već postoje, postoji pristup za izradu lineage bez specijaliziranog softvera.
Dokumentiranje obrada često se zamjenjuje s dnevnikom: popisom tko je što i kada izmijenio. To je dio priče, ali ne cjelina. Trag revizije koji samo bilježi izmjene, ne govori zašto je odabir donesen ili koje je pravilo primijenjeno. Razlika između dnevnika i stvarne strukture odgovornosti razrađena je u izlaganju o tome zašto trag revizije mora biti više od dnevnika.
Data Readiness Scan mapira taj put: koji izvor hrani koju podatkovnu točku, koje se obrade nalaze između njih, tko je vlasnik svakog koraka i koje se pravilo kvalitete uz njega vezuje. To nije izvještaj ni upitnik, nego temeljna struktura koja tek oboje čini pouzdanim.
Čim se obrade između izvora i izvještaja opišu, postaje vidljivo koji su koraci fiksno ručni posao: prekucavanje računa, primjena fiksnog pretvorbenog faktora, zbrajanje mjesečnih brojki prema fiksnom pravilu. To je upravo vrsta posla za koju se može izračunati koji dio je moguće prenijeti na AI, bez da dokumentiranje od izvora do izvještaja izgubi svoju funkciju. FTE TO AI po zadatku izračunava koji se dio može prenijeti, na temelju radne skenerske analize koja tu razliku po zadatku prikazuje.
Data Readiness Scan je u razvoju. Onaj tko želi da se obrade između izvora i izvještaja dokumentiraju čim skener postane dostupan, može se prijaviti na listu čekanja.
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.