Skaičius tvarumo ataskaitoje beveik niekada nėra skaičius iš šaltinio. Tai dažniausiai sudėjimo, vidurkinimo, svertinio skaičiavimo arba perskirstymo rezultatas pagal vietas, laikotarpius ar vienetus. Šis žingsnis vadinamas agregacija, ir iš visų operacijų tarp šaltinio ir ataskaitos ji dažnai yra mažiausiai pastebima. Formulė skaičiuoklėje sudeda dvylika mėnesinių skaičių į metinį skaičių, arba skaičiavimo lentelė vidurkina emisijos faktorius keliems tiekėjams. Niekas neužrašo, kokia prielaida tame slypi.
Tarp žaliavinio matavimo ir publikuoto skaičiaus yra keli žingsniai. Pirmiausia duomenys surenkami iš sistemų ar skaičiuoklių, tada perskaičiuojami į bendrą vienetą, po to sujungiami į lygį, kuris tinka ataskaitai — padalinys, šalis arba bendra suma. Kiekviename žingsnyje gali būti pasirinkimas, kuris pakeičia galutinį skaičių: ar įtraukiate susijungimą nuo įsigijimo datos, ar nuo visų metų, ar vidurkinate svertinį pagal apyvartą, ar pagal darbuotojų skaičių, ar apvalinate kiekviename šaltinyje, ar tik prie bendros sumos. Kokios konkrečios operacijos yra tarp šaltinio ir ataskaitos, priklauso nuo rodiklio ir organizacijos struktūros, o kai kokios operacijos yra tarp šaltinio ir ataskaitos, jei šaltinis turi kelis šaltinius, šis sąrašas tampa ilgesnis, nei tikisi dauguma organizacijų.
Agregacija yra pasirinkimas, o pasirinkimai, kurie nėra užfiksuoti, kitą ataskaitinį ciklą bus padaryti iš naujo — dažnai kitas žmogus, su kitokia prielaida. Dėl to praėjusių metų skaičiaus nebeįmanoma susieti su ta pačia logika, ir kontrolierius ar auditorius negali nustatyti, ar skaičiaus pokytis yra tikras pokytis, ar pokytis skaičiavimo metode. Fiksavimas šiuo atveju nereiškia proceso aprašymo bendrais terminais. Tai reiškia: prie kiekvieno ataskaitos punkto užfiksuoti, kokie šaltiniai buvo įtraukti, su kokiu svoriu, per kokį laikotarpį ir kas priėmė šį sprendimą.
Agregacija dažnai painiojama su normalizavimu, tačiau tai du atskiri žingsniai. Normalizavimas padaro duomenis palyginamus — pavyzdžiui, perskaičiuojant skirtingus energijos vienetus į vieną standartą. Agregacija tuomet sujungia šiuos palyginamus duomenis į aukštesnį lygį. Klaida normalizavime perduodama į kiekvieną po jos vykstančią agregaciją, o tai reiškia, kad šie du žingsniai turi būti tikrinami atskirai. Kaip tai daryti, aprašyta kaip užfiksuoti normalizavimą.
Daugumos organizacijų žaliaviniai duomenys netvarkingai išplaukia iš vienos sistemos. Dalis tvarumo duomenų yra sąskaitose, dalis — skaičiuoklėje, kurią energijos tiekėjas atsiuntė el. paštu, dalis — ERP sistemos eksporte. Agregacija tarp šių šaltinių reiškia, kad reikia ranka nustatyti, kuri eilutė priklauso kuriam laikotarpiui ir kuri eilutė buvo įskaičiuota du kartus. Puslapyje kas yra source-to-report susiejimas, jei šaltinis yra skaičiuoklė aprašyta, kaip nustatyti šį ryšį tarp žaliavinio šaltinio ir ataskaitos punkto, o puslapyje kaip užfiksuoti agregaciją, jei šaltinis yra skaičiuoklė konkrečiai aprašyta, kaip dokumentuoti šį skaičiuoklės žingsnį, kad pati agregacija taptų atkuriama, net ir be žmogaus, kuris iš pradžių sukūrė formulę.
Agregacijos fiksavimui nereikia programinės įrangos. Reikia disciplinos: prie kiekvieno skaičiavimo žingsnio užrašyti, kas buvo įvestis, kokia taisyklė pritaikyta ir kas buvo išvestis. Tai galima daryti registre kartu su esamomis skaičiuoklėmis, prieš įsigyjant bet kokią sistemą. Kaip tai atrodo be įrankių, aprašyta kaip sukurti lineage be įrankio. Kas šį žingsnį praleidžia ir tiesiogiai įsigyja programinės įrangos paketą ataskaitoms, tik uždeda tvarkingesnį sluoksnį virš tos pačios neaiškios agregacijos — ataskaita atrodo geriau, bet klausimas, ar skaičius teisingas, lieka neatsakytas.
Neužfiksuota agregacijos taisyklė yra ir trūkstamas kontrolės punktas. Atliekant išorinį patikrinimą ar vidinę peržiūrą, kažkas turi galėti parodyti, kodėl skaičius sudarytas taip, kaip sudarytas, o ne tik tai, kad skaičius sutampa su skaičiuotuvu. Šis skirtumas — tarp skaičiaus, kuris yra teisingas, ir skaičiaus, kurį galima pagrįsti — yra tiksliai tai, kam skirtas audit trail, ir kodėl jis reiškia daugiau nei paprastas pakeitimų žurnalas, kaip paaiškinta kodėl audit trail yra daugiau nei žurnalas.
Kai agregacijos taisyklės kartą užfiksuotos — kokie šaltiniai, kokie svoriai, koks laikotarpis, kas priėmė sprendimą — atsiranda pagrindas nustatyti, kuri šio darbo dalis yra pasikartojanti ir todėl tinkama perduoti sistemai. Tai kitas klausimas, nei ar taisyklės yra teisingos; tai klausimas, kiek šių taisyklių taikymo turi likti žmogaus darbu. FTE TO AI darbo skanas apskaičiuoja kiekvienai užduočiai, kokią darbo dalį galima perduoti dirbtiniam intelektui, ir agregacija — su savo fiksuotais sudėjimo, svertinio skaičiavimo ir sujungimo žingsniais — yra tiksliai tokio tipo užduotis, kurioje rezultatas dažnai nustebina.
csrdready.net Duomenų parengtumo skanas (Data Readiness Scan) yra kuriamas. Kas jau dabar nori susitvarkyti duomenų punktų registrą ir susijusias agregacijos taisykles, gali užsiregistruoti laukiančiųjų sąraše ir bus informuotas, kai skanas taps pasiekiamas.
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.