Čim podaci o održivosti dolaze iz više od jedne poslovne jedinice, problem nastaje prije nego što registar uopće postoji. Svaka jedinica ima vlastite sustave, vlastite proračunske tablice, vlastite definicije onoga što podatkovna točka znači. Registar koji to ne uredi, kasnije će isti tok izbrojati tri puta ili ga uopće neće obuhvatiti.
Registar podatkovnih točaka nije popis tema izvještavanja, već registar na razini pojedinačne podatkovne točke: emisija u opsegu 2 poslovnice A, broj FTE-a s ugovorom na određeno u jedinici B, potrošnja vode lokacije C. Za svaku podatkovnu točku treba biti zabilježeno što točno mjeri, u kojoj jedinici mjere, za koje razdoblje i za koji entitet. Bez ta četiri elementa podatkovna točka nije sljediva i time nije provjerljiva.
Osim toga, registar za svaku podatkovnu točku sadrži izvor: sustav, datoteku ili osobu od koje broj potječe. To nije uvijek tako jednostavno kako zvuči. Kod više poslovnih jedinica redovito se događa da se podatkovna točka unese, a da nitko ne može pokazati odakle potječe; što učiniti s podatkovnom točkom bez utvrdivog izvora stoga je pitanje na koje sam registar mora moći odgovoriti, a ne nešto što se naknadno istražuje.
Kod više poslovnih jedinica postoji iskušenje da se svaka jedinica pojedinačno zamoli za popis, a da se ti popisi potom spoje. To ne funkcionira, jer jedinice rijetko koriste iste definicije. Jedna jedinica izvještava potrošnju energije po poslovnici, druga po proizvodnoj liniji. Jedna u broj zaposlenika uračunava privremene radnike, druga ne. Kada se ti popisi spajaju bez prethodnog usklađivanja definicija, nastaju dupliciranja koja se ne prepoznaju kao dupliciranja.
Redoslijed koji funkcionira: prvo utvrditi koje podatkovne točke su za organizaciju u cjelini uistinu bitne, neovisno o tome koja ih jedinica dostavlja. To je pitanje nužnosti, a ne dostupnosti — koje podatkovne točke uistinu trebate drugo je pitanje od toga koje podatkovne točke već negdje postoje u nekoj proračunskoj tablici. Tek nakon toga za svaku podatkovnu točku utvrđuje se koja jedinica, koji sustav i koja osoba je izvor. Tako nastaje jedan registar s jednom definicijom po podatkovnoj točki, u kojem više jedinica dostavlja unos, a da se sama podatkovna točka ne duplicira.
Prepoznavanje dupliciranja i dalje je potrebno, jer i uz dobre definicije dvije jedinice mogu nesvjesno zabilježiti istu temeljnu činjenicu pod drugim nazivom. Kako to prepoznati — kako prepoznati dupliciranu podatkovnu točku između poslovnih jedinica — provjera je koja se provodi na samom registru, a ne na izvještaju koji iz njega kasnije proizlazi.
Česta pogreška je dodjeljivanje vlasništva na razini jedinice: jedinica A odgovorna je za sve podatke iz jedinice A. To funkcionira sve dok jedinice ostaju pregledne, no kod više poslovnih jedinica s preklapajućim procesima — zajednički odjel nabave, središnji vozni park — ta dodjela brzo postaje nejasna. Bolje je vlasništvo po podatkovnoj točki: jedno ime koje može objasniti odakle broj potječe, koja je jedinica mjere i kada je posljednji put ažuriran. To ime ne mora biti osoba koja unosi broj, ali mora biti osoba koja poznaje izvor.
Koliko postojećih podatkovnih točaka već ima takav utvrdivi izvor, obično je prvo pitanje koje se pojavi čim se to sustavno provjeri. Koliko vaših podatkovnih točaka ima izvor upravo je pitanje na koje treba odgovoriti zasebno za svaku poslovnu jedinicu, jer se odgovor može znatno razlikovati među jedinicama.
Kod više poslovnih jedinica postoji iskušenje čekati dok sve jedinice ne postignu jednaku razinu detaljnosti prije nego što se registar smatra dovršenim. To nije realno mjerilo. Registar je dovršen kada je za svaku podatkovnu točku jasno tko je vlasnik, koji je izvor i koje pravilo kvalitete se na nju primjenjuje — čak i ako je taj odgovor za neke podatkovne točke privremeno „nepoznat izvor, radnja kod jedinice X”. Nepotpunost koja je vidljiva i dodijeljena je izvediva; nepotpunost koja ostaje skrivena iza popunjenog broja, to nije. Što to mjerilo točno znači, razrađeno je pod kada je registar dovršen kod više poslovnih jedinica.
Koliko vremena traje izrada takvog registra, ovisi o broju poslovnih jedinica, broju sustava po jedinici i stupnju usklađenosti definicija. Kod organizacije s nekoliko jedinica i preglednim izvorima to je znatno manje posla nego kod organizacije s desetcima jedinica na različitim ERP sustavima. Naznaka odakle taj posao dolazi nalazi se pod koliko dugo traje dovođenje teme u red.
Izrada i održavanje registra podatkovnih točaka kroz više poslovnih jedinica sastoji se od niza prepoznatljivih zadataka: prikupljanje definicija, utvrđivanje izvora, dodjela vlasnika, otkrivanje dupliciranja. Dio tog posla dovoljno je ponovljiv da se automatizira, drugi dio zahtijeva prosudbu koja mora ostati kod čovjeka. Radna skena tvrtke FTE TO AI za svaki zadatak izračunava koji dio tog posla AI može preuzeti, tako da postane jasno gdje su ljudski sati i dalje potrebni, a gdje nisu.
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.