Kilmės sekimas (lineage) yra tiesiog kelias, kurį nueina skaičius: nuo vietos, kur jis atsiranda, iki vietos, kur jis atsiduria ataskaitoje. Šis kelias egzistuoja ir be įrankio. Kiekvieną kartą, kai kas nors perkelia skaičių iš skaičiuoklės, sudeda jį su kitu skaičiumi, dalija iš etatų (FTE) skaičiaus arba perskaičiuoja į kitą vienetą, tas asmuo nueina dalį kilmės sekimo kelio — nesvarbu, ar tai užfiksuojama, ar ne. Klausimas nėra, ar toks kilmės sekimas egzistuoja, bet ar kas nors gali jį atpasakoti nesikreipdamas į pirminį autorių.
Duomenų taškas tvarumo ataskaitoje beveik visada turi už savęs eilę žingsnių. Pirmiausia yra šaltinis: skaičiuoklė su energijos suvartojimu pagal padalinį, eksportas iš HR sistemos, tiekėjo sąskaita faktūra. Tada seka apdorojimas: sudėtis, vidurkinimas, perskaičiavimas į CO2 ekvivalentą, susiejimas su emisijos faktoriumi. Dažnai seka agregavimas: skaičiai pagal padalinį tampa skaičiais pagal šalį, skaičiai pagal mėnesį tampa skaičiais pagal metus. Galiausiai skaičius atsiduria ataskaitoje, dažnai po dar vieno paskutinio rankinio perrašymo ar kopijavimo sluoksnio.
Kad suprastumėte, ką reiškia source-to-report susiejimas, kai šaltinis yra skaičiuoklė, naudinga šiuos žingsnius vertinti ne kaip vieną visumą, bet kaip eilę atskirų veiksmų, kiekvienas su savo klaidos rizika. Kas žino tik kelionės pradžią ir galą, negali pamatyti, kur viduryje kas nors nutiko klaidingai.
Be fiksavimo kilmės sekimas egzistuoja tik galvoje to, kas sukūrė skaičiuoklę. Kai tas asmuo išeina atostogų, pakeičia pareigas ar palieka organizaciją, žinios apie tai, kas įvyko tarp šaltinio ir ataskaitos, dingsta. Kontrolierius, kuris norės patikrinti skaičių, turės spėlioti arba klausti. Išorinė šalis, kuri vertina ataskaitą, turės pasitikėti, o ne remtis dokumentacija.
Apdorojimo veiksmai tarp šaltinio ir ataskaitos dažnai tampa nematomi, nes yra paslėpti ląstelių formulėse, makrokomandose arba darbuotojo atmintyje. Kad išsiaiškintumėte, kokie apdorojimo veiksmai yra tarp šaltinio ir ataskaitos, kai šaltinis yra skaičiuoklė, reikia atskirai įvardyti kiekvieną formulę, kiekvieną rankinį žingsnį ir kiekvieną susiejimą — ne kaip juodąją dėžę, bet kaip eilę atskirų veiksmų.
Tas pats taikoma dviem apdorojimo veiksmams, kurie tvarumo duomenyse pasitaiko dažniausiai: agregavimui ir normalizavimui. Agregavimas — skaičių iš kelių šaltinių sudėjimas į vieną bendrą sumą — reikalauja užfiksuoti, kurie šaltiniai buvo įtraukti, kurie ne, ir kodėl. Kas norės sužinoti, kaip užfiksuoti agregavimą, kai šaltinis yra skaičiuoklė, susidurs su būtinybe kiekvienai sumai dokumentuoti, kurios ląstelės buvo įtrauktos. Normalizavimas — žaliavinių skaičių pervedimas į palyginamą vienetą — susiduria su panašia problema: koks perskaičiavimo koeficientas buvo naudotas, iš kokio šaltinio jis kilęs, ir ar tas koeficientas buvo nekintamas visus metus. Tiems, kas nori tai užfiksuoti, aprašytas metodas kaip užfiksuoti normalizavimą, kai šaltinis yra skaičiuoklė.
Dažna klaida yra manyti, kad pakeitimų žurnalas suteikia pakankamą kilmės sekimą. Žurnalas parodo, kada ląstelė buvo pakeista ir kas tai padarė, bet ne kodėl tas pakeitimas buvo reikalingas ar kokia taisyklė buvo už jo. Audito seka, kuri registruoja tik tai, kas įvyko, bet ne pagrindinę logiką, palieka tuos pačius klausimus neatsakytus kaip ir be žurnalo. Kodėl audito seka turi būti daugiau nei žurnalas, kai šaltinis yra skaičiuoklė, slypi skirtume tarp veiksmo registravimo ir priežasties, kuri už jo slypi, užfiksavimo.
Be įrankio praktikoje tai reiškia: kiekvienam duomenų taškui skirtą fiksuotą dokumentą ar fiksuotą skyrių, kuriame nurodyta, kuris šaltinis buvo naudotas, kokie apdorojimo veiksmai buvo taikomi ir kokia tvarka, kas atliko apdorojimą ir kokia taisykle vadovaudamasis. Tai galima fiksuoti atskirame registre, komentarų laukuose pačioje skaičiuoklėje arba atskiroje suvestinėje, tvarkomoje kartu su ataskaitų teikimo procesu. Tai daugiau darbo nei nieko nefiksuoti, ir mažiau darbo nei diegti įrankį virš proceso, kuris šių žingsnių vis dar nežino. Kaip tik tai yra priežastis pirmiausia praeiti šiuos žingsnius: įrankis, pastatytas virš neorganizuoto proceso, tik pateikia tvarkingesnę išvestį apie tuos pačius neatsekamus skaičius. Šio metodo detalės, įskaitant formatą, kuriuo kilmės sekimą galima tvarkyti pagal kiekvieną duomenų tašką, yra išdėstytos kaip kuriamas kilmės sekimas be įrankio, kai šaltinis yra skaičiuoklė.
Rankinis kiekvieno žingsnio tarp šaltinio ir ataskaitos fiksavimas yra įmanomas, kai duomenų taškų ir skaičiuoklių skaičius ribotas. Kai padalinių, šaltinių ar ataskaitų teikimo ciklų skaičius didesnis, kiekvieno apdorojimo veiksmo sekimas tampa užduotimi, kuri reikalauja daug laiko ir yra jautri toms pačioms klaidoms, kurias kilmės sekimas tik turėtų atskleisti. Kai ta riba pasirodo arti, naudinga žinoti, kuri šio fiksavimo darbo dalis pasikartoja pagal fiksuotą taisyklę ir todėl gali būti perimta DI, ir kuri dalis tebereikalauja vertinimo. FTE TO AI darbo skenas (werkscan) tai apskaičiuoja pagal kiekvieną užduotį, kad būtų aišku, kur rankinis darbas dar tinkamas, ir kur pasikartojimas reikalauja kažko kito.
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.