Logiraamat registreerib, kes faili avas ja millal. See on kasulik, aga see ei vasta küsimusele, mida jätkusuutlikkuse andmete puhul kõige sagedamini küsitakse: kuidas see arv tekkis. Kui allikas on tabelarvutus, on see erinevus suurem kui süsteemi puhul, sest tabelarvutus ei kehtesta kindlat struktuuri. Igaüks saab muuta valemit, lisada rea või vahetada mõõtühikut, jättes maha jälje, mis ei ulatu kaugemale kui failinimi koos kuupäevaga.
Logiraamat ütleb teile, et fail "Scope1_2023_v4.xlsx" salvestati kindlal päeval. See ei ütle teile, milline lahter muutus, mis põhjusel, ja kas see muudatus oli korrektuur või uus eeldus. Jätkusuutlikkuse andmete puhul on see vahe oluline, sest arv käib enne aruandesse jõudmist tihti läbi mitmete käte. Kes suudab näidata, mis toimus allika ja aruande vahel, suudab ka näidata, miks arv on selline, nagu ta on. Kes seda ei suuda, sellel on olemas ainult tulemus, mitte tee selle juurde.
Allika toorandmete ja aruandes oleva arvu vahel on tavaliselt mitu töötlust: mõõtühik teisendatakse, periood liidetakse kokku, hälbiv väärtus korrigeeritakse, ühe vahekaardi tulemus liidetakse teise vahekaardi tulemusega. Iga etapp on hetk, mil tehakse eeldus. Millised töötlused allika ja aruande vahel täpselt toimuvad, erineb andmepunkti ja organisatsiooni kaupa, aga etapid ise on harva unikaalsed. Need korduvad peaaegu igal arvul, mis koostatakse mitmest allikast.
Auditrada, mis näitab vaid lõpptulemust ja viimase muudatuse kuupäeva, jätab need vaheetapid täielikult tähelepanuta. Selleks, et arvu saaks järgi jutustada, tuleb salvestada, milline töötlus mis hetkel rakendati, millise sisendiga ja kelle poolt. See on teistsugune salvestamise vorm kui logiraamat pakub: see on source-to-report mapping, kus lähtepunktiks on mitte fail, vaid andmepunkt.
Üks töötlusi, mis jääb kõige enam tähelepanuta, on agregeerimine: erinevatest allikatest, osakondadest või perioodidest arvude kokkuliitmine üheks arvuks. Agregeerimine tundub tehnilise etapina, aga sisaldab tihti sisulisi valikuid: milliseid mõõtühikuid võrdsustatakse, milliseid perioode arvestatakse, milliseid erandeid hoitakse eraldi. Kuidas te agregeerimist salvestate, määrab, kas keegi saab hiljem järgi jutustada, miks kogusumma on selline, nagu ta on, või jääb kogusumma mustaks kastiks, mida suudab selgitada ainult selle looja - ja see selgitus ei pea vastu, kui see inimene ei ole enam kättesaadav.
Auditrada ilma omanikuõiguseta salvestab, mis toimus, aga ei salvesta, kes selle eest vastutab. Tabelarvutuste puhul on see risk, sest faili saavad muuta mitmed inimesed, ilma et oleks selge, kes tegi sisulise valiku. Salvestada, kes töötluse teostas, on midagi muud kui salvestada kellele kuulub andmepunkti definitsioon: üks registreerib tegevuse, teine salvestab, kes suudab selgitada, miks andmepunkt on defineeritud nii, nagu ta on. Mõlemat on vaja, et muuta auditrada kasutatavaks kellegi jaoks, kes protsessi juures ei viibinud.
Lisaks on oluline vahe selle vahel, kes töötluse teostab, ja kellele kuulub selle aluseks olev protsess. Töötaja võib vastutada tabelarvutuse täitmise eest, samal ajal kui teine vastutab protsessi eest, milles seda tabelarvutust kasutatakse. Auditrada, mis seda vahet ei tee, viitab küsimuse korral viimasele inimesele, kes midagi puutus, mitte sellele, kes tegelikult suudab selgitada, miks protsess on nii korraldatud.
Selle salvestamisega on võimalik alustada, ostmata selleks süsteemi. See algab andmepunktile rakendatavate töötluste nimetamisest, sellest, kes millist etappi teostab, ja korrektuuri taga oleva põhjuse kirjeldamisest hetkel, mil see tehakse. Kuidas te ehitate lineage'i ilma tööriistata, kui allikas on tabelarvutus, on peamiselt salvestamise distsipliini küsimus, mitte tarkvara küsimus. Tööriist saab seda protsessi seejärel toetada, aga tööriist protsessi peal, mis midagi ei salvesta, annab ainult korralikuma tabelarvutuse, milles on samad nähtamatud eeldused sees.
Niipea kui allika ja aruande vahelised etapid on nimetatud ja salvestatud, tekib teine küsimus: kes need etapid tegelikult teostab ja kui suur osa sellest on piisavalt korduv, et üle anda. Palju siin kirjeldatud töötlustest, näiteks mõõtühikute teisendamine või andmete kokkuvõtmine fikseeritud allikatest, on ülesanded, mida saab jagada etappideks. [FTE TO AI töövoo skaneering](https://fte-to-ai.com) arvutab iga ülesande kohta välja, kui suure osa sellest tööst saab AI üle võtta, lähtudes ülesande olemusest, mitte üldisest eeldusest selle kohta, mida automatiseerimine üldiselt suudab.
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.