Žurnalas registruoja, kas atidarė failą ir kada. Tai naudinga, tačiau tai neatsako į klausimą, kuris tvarumo duomenų kontekste keliamas dažniausiai: kaip šis skaičius atsirado. Kai šaltinis yra skaičiuoklė, šis skirtumas yra didesnis nei sistemos atveju, nes skaičiuoklė neįtvirtina fiksuotos struktūros. Kiekvienas gali pakeisti formulę, pridėti eilutę ar pakeisti vienetą, ir nepalieka pėdsako, kuris eitų toliau nei failo pavadinimas su data.
Žurnalas praneša, kad failas „Scope1_2023_v4.xlsx“ buvo išsaugotas tam tikrą dieną. Jis nepraneša, kuris langelis buvo pakeistas, dėl kokios priežasties, ir ar tas pakeitimas buvo korekcija, ar nauja prielaida. Tvarumo duomenų atveju šis skirtumas yra svarbus, nes skaičius dažnai praeina per kelias rankas, kol atsiduria ataskaitoje. Kas gali parodyti, kas įvyko tarp šaltinio ir ataskaitos, gali ir paaiškinti, kodėl skaičius yra toks, koks yra. Kas negali, turi tik rezultatą, bet ne kelią iki jo.
Tarp neapdorotų duomenų skaičiuoklėje ir skaičiaus ataskaitoje paprastai yra keletas operacijų: vienetas perskaičiuojamas, laikotarpis sujungiamas, nuokrypis koreguojamas, vieno skirtuko rezultatas sudedamas su kito skirtuko rezultatu. Kiekvienas žingsnis yra momentas, kai priimama prielaida. Kokios konkrečiai operacijos tarp šaltinio ir ataskaitos vyksta, skiriasi pagal duomenų punktą ir organizaciją, tačiau pačios operacijos retai yra unikalios. Jos pasikartoja beveik su kiekvienu skaičiumi, kuris sudaromas iš kelių šaltinių.
Audito seka, kuri rodo tik galutinį rezultatą ir paskutinę pakeitimo datą, šių tarpinių žingsnių visiškai nefiksuoja. Norint galėti atpasakoti skaičiaus atsiradimą, turi būti užfiksuota, kokia operacija kuriuo momentu buvo pritaikyta, su kokiais įvesties duomenimis ir kieno atliekama. Tai kitokia fiksavimo forma nei tai, ką suteikia žurnalas: tai source-to-report susiejimas (mapping), kur atskaitos taškas yra ne failas, o duomenų punktas.
Viena iš operacijų, kuriai skiriamas mažiausias dėmesys, yra agregavimas: skaičių iš skirtingų šaltinių, padalinių ar laikotarpių sudėjimas į vieną skaičių. Agregavimas jaučiasi kaip techninis žingsnis, tačiau jame dažnai slypi turinio pasirinkimai: kokie vienetai suvienodinami, kokie laikotarpiai įskaičiuojami, kokios išimtys laikomos atskirai. Kaip jūs užfiksuojate agregavimą nulemia, ar kas nors vėliau gali paaiškinti, kodėl bendra suma yra tokia, kokia yra, ar ta suma išlieka juoda dėže, kurią gali paaiškinti tik jos sudarytojas, ir tas paaiškinimas nebeturi pagrindo, kai tas asmuo tampa nepasiekiamas.
Audito seka be nuosavybės fiksuoja, kas įvyko, bet ne tai, kas už tai atsakingas. Skaičiuoklių atveju tai yra rizika, nes failą gali redaguoti keli žmonės, nesant aišku, kas priėmė esminį sprendimą. Užfiksuoti, kas atliko operaciją, yra kas kita nei užfiksuoti kas turi duomenų punkto apibrėžimo nuosavybę: vienas registruoja veiksmą, kitas fiksuoja, kas gali paaiškinti, kodėl duomenų punktas apibrėžtas taip, kaip apibrėžtas. Abu yra būtini, kad audito seka būtų naudinga tam, kas procese nedalyvavo.
Be to, svarbus skirtumas tarp to, kas atlieka operaciją, ir to, kas turi pagrindinio proceso nuosavybę. Darbuotojas gali būti atsakingas už skaičiuoklės pildymą, tuo tarpu kitas asmuo yra atsakingas už procesą, kuriame ta skaičiuoklė naudojama. Audito seka, kuri šio skirtumo neatspindi, kilus klausimui, nurodo į paskutinį asmenį, kuris ką nors palietė, o ne į tą, kuris iš tikrųjų gali paaiškinti, kodėl procesas sutvarkytas taip, kaip sutvarkytas.
Šį fiksavimą galima pradėti nesinaudojant tam skirta sistema. Tai pradedama nurodant operacijas, kurios pritaikomos duomenų punktui, užfiksuojant, kas atlieka kiekvieną žingsnį, ir aprašant korekcijos priežastį tuo metu, kai ji atliekama. Kaip jūs sukuriate lineage be įrankio, kai šaltinis yra skaičiuoklė, yra visų pirma disciplinos fiksavimo klausimas, ne programinės įrangos klausimas. Įrankis gali tą procesą po to palaikyti, tačiau įrankis virš proceso, kuris nieko nefiksuoja, duoda tik tvarkingesnę skaičiuoklę su tomis pačiomis nematomomis prielaidomis.
Kai žingsniai tarp šaltinio ir ataskaitos yra nurodyti ir užfiksuoti, kyla antras klausimas: kas iš tikrųjų atlieka šiuos žingsnius, ir kuri jų dalis yra pakankamai pakartojama, kad būtų galima perduoti. Daugelis čia aprašytų operacijų, pavyzdžiui, vienetų perskaičiavimas ar duomenų sujungimas iš fiksuotų šaltinių, yra užduotys, kurias galima išskaidyti į žingsnius. [FTE TO AI darbo skanavimas (werkscan)](https://fte-to-ai.com) apskaičiuoja kiekvienai užduočiai, kokią to darbo dalį galima perduoti AI, remiantis užduoties pobūdžiu, o ne bendra prielaida apie tai, ką automatizavimas gali padaryti apskritai.
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.