Didelė dalis tvarumo duomenų neatkeliauja iš sistemos su fiksuotais laukais ir fiksuotais vienetais, o iš skaičiuoklės, kurią sudarė darbuotojas. Energijos suvartojimas kWh šalia degalų litrų, atliekų skaičiai pagal padalinį skirtingais vienetais, darbuotojų skaičius, suskaičiuotas skirtingomis atskaitos datomis. Kad toks skaičius tiktų ataskaitai, jis būna normalizuotas: perskaičiuotas į bendrą vienetą, koreguotas dėl laikotarpio, susumuotas iki organizacijos lygio. Ta normalizacija dažnai vyksta toje pačioje skaičiuoklėje, naudojant formulę, kurios niekas, be jos sudarytojo, nežino.
Problema nėra tai, kad normalizuojama. Problema yra tai, kad šis žingsnis nematomas. Formulė langelyje rodo rezultatą, ne prielaidą, kuri už jo slypi. Jei bylą atidaro kitas žmogus, jis pamato skaičių, o ne argumentavimą.
Tarp neapdorotos skaičiuoklės ir publikuoto skaičiaus dažniausiai yra keli žingsniai: vienetų perskaičiavimas, trūkstamų reikšmių įvertinimas arba praleidimas, kelių padalinių skaičių susumavimas, korekcinio koeficiento pritaikymas žinomam nuokrypiui. Kiekvienas žingsnis pakeičia skaičių, ir kiekvienas žingsnis yra pasirinkimas. Kokia perskaičiavimo koeficientas naudotas, už kokį laikotarpį susumuota, kodėl išskirtis buvo arba nebuvo įtraukta. Neužfiksavus, tie pasirinkimai egzistuoja tik skaičiuoklės sudarytojo galvoje. Apžvalga kokios operacijos yra tarp šaltinio ir ataskaitos parodo, kad normalizacija retai būna vienas žingsnis, o veikiau grandinė, kurios kiekvieną grandį reikia galėti patikrinti atskirai.
Normalizacijos fiksavimas nėra tas pats, kas paaiškinimo rašymas po to, kai ataskaita jau parengta. Svarbus momentas, kada operacija atliekama: kokia formulė, su kokiais parametrais, kokiai neapdorotai reikšmei pritaikyta. Tai skirtumas tarp audito pėdsako ir žurnalo. Žurnalas registruoja, kad kažkas įvyko; audito pėdsakas paaiškina, kas įvyko ir kodėl tuo momentu ta operacija buvo teisinga. Šis skirtumas nagrinėjamas kodėl audito pėdsakas yra daugiau nei žurnalas, kai šaltinis yra skaičiuoklė. Kas normalizaciją dokumentuoja tik po fakto, rizikuoja, kad pirminio pasirinkimo neįmanoma atkurti, ypač jei skaičiuoklės sudarytojas jau eina kitas pareigas arba paliko organizaciją.
Dažnai priimama prielaida, kad kilmės sekimas (lineage) — skaičiaus atsekimas nuo šaltinio iki ataskaitos — reikalauja sistemos, kuri tai fiksuotų automatiškai. Tai nėra būtina. Net kai šaltinis yra skaičiuoklės, galima kiekvienam duomens punktui užfiksuoti, kokia šaltinio reikšmė naudota, kokia operacija jai pritaikyta ir kas tą operaciją patvirtino. Tam reikia disciplinos, ne programinės įrangos. Kaip tai atrodo praktiškai, aprašyta kaip sukurti kilmės sekimą (lineage) be įrankio, kai šaltinis yra skaičiuoklė. Esmė yra fiksuota struktūra: kiekvienam duomens punktui – šaltinio lentelė, pritaikyta formulė ir nuoroda, kas tą formulę nustatė. Tai daugiau formatas nei sistema, ir jį galima taikyti anksčiau, nei pradedama svarstyti apie įrankį.
Normalizacijos taisyklė — pavyzdžiui, degalų rūšies perskaičiavimo koeficientas į CO2 ekvivalentą — pati yra duomens punktas, kuriam reikia savininko. Ne galutinio skaičiaus savininko, o taisyklės savininko: kas nusprendžia, kad šis koeficientas yra teisingas, ir kas jį pakoreguoja, kai norma pasikeičia. Neturint tokio priskyrimo, atsakomybė nejučia perkeliama tam, kas atsitiktinai sukūrė skaičiuoklę. Klausimas kam priklauso duomens punkto apibrėžimas kalba tiktai apie tai: apibrėžimui ir skaičiavimo taisyklei reikia savininko, kuris nėra tas pats, kas duomenis įvedantis asmuo. Tai vienas iš source-to-report susiejimo (mapping) elementų, paaiškintas kas yra source-to-report mapping: ne tik iš kur skaičius atkeliauja, bet ir kas yra atsakingas už kiekvieną tarpinį žingsnį.
Egzistuoja įrankiai, kurie automatizuoja normalizaciją ir rodo kilmės seką (lineage). Tie įrankiai nieko neišsprendžia, jei procesas žemiau nėra sutvarkytas: jei niekas nėra užfiksavęs, kokia taisyklė taikoma kokiam duomens punktui, įrankis tik greičiau parodo skaičių, kurio kilmė vis tiek liks neaiški. Pirmiausia procesas, tada įrankis. Kas sprendžia dėl šio sutvarkymo, yra klausimas, kuris apima daugiau nei vien normalizaciją; jis nagrinėjamas kam priklauso procesas žemiau.
Kai jau aišku, kokie normalizavimo žingsniai egzistuoja, kas juos atlieka ir kokia taisykle vadovaujantis, kyla antras klausimas: kokią dalį to rankinio darbo skaičiuoklėje galima perduoti AI. FTE TO AI darbo skenavimas (werkscan) apskaičiuoja pagal kiekvieną užduotį, kokią darbo dalį galima perimti, ir juo galima naudotis, kai normalizavimo žingsniai aprašyti kaip atskiros, atpažįstamos užduotys, o ne paslėpti formulėje.
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.