Skaičius tvarumo ataskaitoje beveik niekada nėra tas pats skaičius, kuris yra šaltinio sistemoje. Tarp momento, kai darbuotojas įveda energijos sąskaitą arba sensorius užregistruoja skaitiklio rodmenį, ir momento, kai tas skaičius atsiduria ataskaitos lentelėje, kažkas įvyksta. Duomenys perskaičiuojami, sudedami, koreguojami, sujungiami su kitais šaltiniais. Source-to-report susiejimas – tai to kelio užfiksavimas: kiekvienas žingsnis, kurį duomenys nueina nuo šaltinio iki ataskaitos, tokia tvarka, kokia jis vyksta.
Skaičiavimo rezultatas nieko nepasako apie jo patikimumą, jeigu niekas negali atkurti, kaip tas rezultatas buvo gautas. Išmetamųjų dujų rodiklis gali būti teisingas, nes atskiri žingsniai buvo teisingi, arba gali atrodyti teisingas, nes klaida viename žingsnyje atsitiktinai kompensavo klaidą kitame. Neatlikus susiejimo šio skirtumo pastebėti neįmanoma. Atlikus susiejimą – įmanoma: kiekvienas žingsnis egzistuoja atskirai, su savo šaltiniu, savo apdorojimu ir savo rezultatu, kurį galima patikrinti.
Tas kelias dažniausiai susideda iš daugiau žingsnių, nei žmonės tikisi. Tarp neapdorotų šaltinio duomenų ir ataskaitos skaičiaus dažnai yra keletas nuoseklių apdorojimo etapų: vienetai, kurie perskaičiuojami, reikšmės, kurios sujungiamos, išimtys, kurios koreguojamos rankiniu būdu. Kokie apdorojimo etapai yra tarp šaltinio ir ataskaitos skiriasi pagal duomenų tašką, tačiau struktūra visada ta pati: eilė žingsnių, kurių kiekvienas prie duomenų kažką prideda arba pakeičia, ir kuriuos kiekvieną reikia užfiksuoti atskirai, kad visumą būtų galima sekti.
Du apdorojimo etapų tipai nusipelno atskiro dėmesio, nes jie pasitaiko dažniausiai ir lengviausiai nepastebimai įneša klaidų.
Pirmasis – agregavimas: skaičių iš kelių šaltinių ar kelių laikotarpių sujungimas į vieną skaičių. Kas užfiksuoja, kaip tiksliai vyksta tas sudėjimas, kurios pozicijos į jį įtrauktos, o kurios ne, tas apsaugo, kad ataskaitos skaičius nesitaptų „juoda dėže“. Kaip užfiksuojate agregavimą, nulemia, ar kas nors vėliau galės atsekti kaip užfiksuojate agregavimą taip, kad tai išliktų susekamas iki pagrindinių pozicijų.
Antrasis – normalizavimas: skirtingų šaltinio duomenų sugrąžinimas prie bendro vieneto ar apibrėžimo, kad skaičiai iš skirtingų sistemų taptų palyginami. Litras dyzelino ir kilovatvalandė elektros energijos tampa palyginami tik po perskaičiavimo, o tas perskaičiavimas turi savo prielaidas. Užfiksuoti kaip užfiksuojate normalizavimą reiškia užfiksuoti, kokios tos prielaidos, kad kita šalis galėtų tą pačią prielaidą pakartoti arba ją apginčyti.
Kyla pagunda susiejimą sumaišyti su veiklos žurnalu: sąrašu, kas ką ir kada pakeitė. Tai yra dalis, bet ne visuma. Audito pėdsakas, kuris registruoja tik pakeitimus, nepasako, kodėl apdorojimas buvo pritaikytas ar kokia taisyklė slypėjo už jo. Kodėl audito pėdsakas yra daugiau nei žurnalas susiję su klausimu, kurį galiausiai užduoda kiekvienas tikrintojas: ne tik kas pasikeitė, bet ir kokia logika ir kokiu šaltiniu remiantis.
Source-to-report susiejimas dažnai painiojamas su programine įranga. Egzistuoja įrankiai, kurie automatiškai rodo duomenų kilmę (lineage), tačiau tie įrankiai registruoja tik tai, kas jau buvo struktūrizuotai pateikta. Organizacija, kuri dar dirba su skaičiuoklėmis ir rankiniais perdavimais, gali kelią užfiksuoti lygiai taip pat gerai, tik kitomis priemonėmis: fiksuotas dokumentavimo formatas kiekvienam žingsniui, fiksuota vieta, kur laikomi šaltinio failai, fiksuotas būdas pakeitimams žymėti. Kaip tai organizuoti be įrankio, aprašyta skiltyje kaip sukurti duomenų kilmės (lineage) sekimą be įrankio. Disciplina slypi ne programinėje įrangoje, o fiksavimo pakartojamume.
Ta disciplina yra ypač svarbi, kai pats šaltinis jau yra skaičiuoklė. Darbalapio langelis neturi įtaisytos kilmės: niekas automatiškai nepamato, kas įvedė reikšmę ar remiantis kokiu dokumentu. Ką source-to-report susiejimas reiškia kai šaltinis yra skaičiuoklė, yra tai, kad tą kilmę reikia organizuoti rankiniu būdu, su tokiu pačiu tikslumu kaip automatizuotoje sistemoje.
Praktikoje susiejimas nusileidžia iki klausimo, kuris kartojamas su kiekvienu duomenų tašku: iš kur ši reikšmė gauta, kas su ja buvo padaryta prieš atsidurus ataskaitoje, ir kas tą žingsnį atliko ar patvirtino. Užduoti šį klausimą su šimtais duomenų taškų yra darbo imlus procesas, ir tai tik daro pagundą jį praleisti dar didesnę. Bet ataskaita, kuri stovi ant nesusekamo pagrindo, išlieka pažeidžiama klausimams, į kuriuos niekas negali atsakyti tuo momentu, kai jie užduodami.
Šių žingsnių sekimas, pagal kiekvieną duomenų tašką ir per kelis šaltinius, yra kartotinis darbas su fiksuota struktūra: identifikuoti šaltinį, aprašyti apdorojimą, nustatyti savininką, kartoti su kitu duomenų tašku. Darbas su fiksuota struktūra yra tiksliai tokio pobūdžio darbas, kurio dalį gali perimti AI. FTE TO AI darbo skaitytuvas (werkscan) apskaičiuoja kiekvienai užduočiai, kokia to darbo dalis tam tinkama, kad būtų aišku, kur žmonės išlieka reikalingi vertinimui, ir kur pasikartojimą galima automatizuoti.
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.