Energijos sąskaitoje nurodyti kilovatvalandės, degalų kvite litrai, važtaraštyje tonkilometriai. Kad šie skaičiai galėtų atsidurti kartu tvarumo ataskaitoje, kažkas turi juos paversti bendru vienetu, o dažnai ir bendru išmetamųjų dujų faktoriumi. Toks perskaičiavimas vadinamas normalizacija. Jis dažnai vyksta skaičiuoklėje, naudojant formulę, kurios niekas nebesuranda, kai iškyla klausimas, iš kur skaičius atsirado.
Normalizacija nėra vienas veiksmas, o eilė sprendimų. Kuris šaltinis pateikia neapdorotą reikšmę. Kuris vienetas laikomas standartu. Kuris išmetamųjų dujų faktorius ar konversijos faktorius taikomas, ir iš kokio šaltinio ar kokių metų šis faktorius kilęs. Ar koreguojama pagal kaloringumą, temperatūrą, kitus finansinius metus. Kiekvienas sprendimas yra prielaida, ir kiekviena prielaida nulemia rezultatą. Dvi organizacijos, normalizuojančios tuos pačius neapdorotus duomenis su skirtingu faktoriumi ar skirtingais bazinio laikotarpio metais, gauna skirtingą skaičių, net jei nė viena iš jų nedaro nieko neteisingai.
Problema kyla ne pirmajame skaičiavime. Ji kyla metais vėliau, kai kažkas paklausia, kodėl skaičius už 2023 metus šiek tiek skiriasi nuo skaičiaus už 2024 metus, arba kai kontrolierius nori žinoti, kuris išmetamųjų dujų faktorius buvo naudotas konkrečiam energijos srautui. Neužfiksavus atsakymas yra: to jau nebeprisimenam, arba: tai reikės išsiaiškinti. Užfiksavus atsakymas yra nuoroda į taisyklę, kuri aprašo perskaičiavimą. Skirtumas tarp šių dviejų situacijų yra tiksliai tai, apie ką rašoma kodėl audito pėdsakas yra daugiau nei žurnalas: audito pėdsakas nėra ataskaita po įvykio, tai sprendimo užfiksavimas tuo momentu, kai jis priimamas.
Normalizacija yra vienas iš veiksmų, vykstančių tarp šaltinio ir ataskaitos, kartu su sumavimu, filtravimu ir perskirstymu. Kokie tiksliai tie veiksmai yra ir kokia tvarka jie paveikia duomenis, aprašyta straipsnyje kokie veiksmai vyksta tarp šaltinio ir ataskaitos, kai šaltinis yra skaičiuoklė. Kiekvienam veiksmui taikomas tas pats klausimas: ar galima nustatyti, kas įvyko, kas tai padarė ir pagal kokią taisyklę. Normalizacijos atveju prisideda papildomas lygmuo, nes pati taisyklė gali turėti išorinį šaltinį — išmetamųjų dujų faktorių duomenų bazę, kuri atnaujinama kasmet. Jei ta duomenų bazė pasikeičia ir niekas neužfiksavo, kuri versija naudota kuriems ataskaitiniams metams, skaičių palyginamumo tarp metų nebeįmanoma pagrįsti.
Kiekvienam duomens taškui, kuris pereina normalizacijos etapą, reikalinga eilė duomenų, kad šis žingsnis būtų atsekamas. Neapdorota reikšmė ir jos šaltinis. Tikslinis vienetas ir naudotas konversijos ar išmetamųjų dujų faktorius, įskaitant to faktoriaus kilmę ir versiją. Data ar laikotarpis, kuriam faktorius taikomas. Asmuo ar sistema, kuri atliko perskaičiavimą. Ir vieta ataskaitoje, kur atsiduria normalizuotas skaičius. Tai iš esmės specifinė source-to-report susiejimo forma, kai fiksuojama ne tik skaičiaus kilmė, bet ir skaičiavimo taisyklė, kuri jį pakeitė kelyje. Kaip toks susiejimas atrodo, kai šaltinis yra skaičiuoklė, aprašyta straipsnyje kas yra source-to-report susiejimas, kai šaltinis yra skaičiuoklė.
Praktikoje žinios apie normalizacijos faktorius dažnai priklauso vienam darbuotojui, kuris žino, kuris skirtukas naudoja kokį faktorių ir kodėl. Kai šis žmogus išeina atostogų, susirgsta ar pereina į kitas pareigas, šių žinių nebeįmanoma gauti, jas galima tik atkurti — ir yra rizika, kad atkūrimas duos kitokį rezultatą nei originalas. Fiksavimas, nepriklausantis nuo konkretaus žmogaus, reiškia, kad taisyklė yra atsekama registre, ne galvoje. Tas registras nebūtinai turi būti sudėtinga sistema; tai gali būti fiksuotas formatas, kuris pildomas su kiekviena skaičiuokle. Kaip tai atrodo, neįsigyjant įrankio, aprašyta straipsnyje kaip sukurti duomenų kilmės (lineage) fiksavimą be įrankio, o metodas, specifiškai pritaikytas normalizacijai skaičiuoklėse, aprašytas straipsnyje kaip fiksuoti normalizaciją, kai šaltinis yra skaičiuoklė.
Egzistuoja įrankiai, kurie automatizuoja normalizaciją ir rodo naudotus faktorius apžvalgoje. Tai naudinga, kai taisyklės yra žinomos ir prielaidos užfiksuotos. Įrankis, kuris normalizuoja pagal faktorių, kurio niekas nepatikrino, arba naudoja seną išmetamųjų dujų faktorių duomenų bazės versiją, kurios niekas nepastebėjo, duoda tvarkingą rezultatą, pagrįstą neteisingu skaičiavimu. Tvarka yra tokia: pirmiausia užfiksuoti, kokia taisyklė taikoma ir kodėl, tik tada įdiegti sistemą, kuri šią taisyklę nuosekliai taikys.
Normalizacijos taisyklių fiksavimas pats savaime yra užduotis, kuri užima laiką: faktorių paieška, versijų užrašymas, ryšių tarp neapdorotos reikšmės ir perskaičiuoto skaičiaus dokumentavimas. Dalis šio darbo yra pakartojama ir taisyklėmis pagrįsta, todėl ji tinkama AI pagalbai. FTE TO AI darbo skanavime kiekvienai užduočiai apskaičiuoja, kokią darbo dalį galima taip perimti, kad būtų aišku, kur žmonės vis dar reikalingi sprendimams priimti, ir kur sistema gali perimti vykdymą.
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.