Logiraamat ütleb, et midagi on juhtunud: fail avatud, lahter muudetud, eksport tehtud. See on kasulik, kuid ei vasta küsimusele, mis muutub oluliseks niipea, kui keegi seab kestlikkusraporti numbri kahtluse alla: kuidas see arv täpselt tekkis allikast lähtudes, ja kas see tee kehtib endiselt.
Süsteemilogi registreerib tegevusi. Andmepunkti auditirada põhjendab tulemust. Küsimus ei ole selles, kes millisel hetkel millisele nupule vajutas, vaid selles, millised töötlused on muutnud toorväärtuse arvuks, mis nüüd raportis seisab. Selle põhjenduse puudumisel on igast arvust väide, mida keegi kiiresti tõestada ei suuda, isegi mitte see, kes selle esitas.
Allika ja raporti vahel ei ole tavaliselt otsest joont, vaid rida töötlusi, ja iga töötlus on koht, kus midagi võib muutuda, ilma et keegi seda märkaks. Mõelge ühikute teisendamisele, asukohtade koondamisele kontserni tasandile, kõrvalekallete korrigeerimisele, heitekoefitsiendi rakendamisele. Millised töötlused konkreetselt tehakse, erineb andmepunktist ja on kirjeldatud lehel millised töötlused on allika ja raporti vahel. Kes need etapid ei jäädvusta, näeb ainult algpunkti ja lõpp-punkti ning peab arvu kohta küsimuse tekkimisel kogu tee taasleidma, sageli kellegi mälu põhjal.
Kahele töötlusele tuleb pöörata tähelepanu, kuna need põhjustavad kõige sagedamini kõrvalekaldeid. Agregeerimine liidab erinevate allikate väärtused kokku summaks, ja igal liitmisel peab olema selge, millised kirjed on kaasatud ja millised mitte. Kuidas seda dokumenteerimist teha, kui allikas on tabelarvutus, on kirjeldatud lehel kuidas dokumenteerite agregeerimist, kui allikas on tabelarvutus. Normaliseerimine skaleerib väärtused ümber ühisele ühikule või perioodile, ja väike viga selles ümberskaleerimises kandub edasi igasse arvu, mis sellele hiljem toetub. Selle protsessi dokumenteerimine on kirjeldatud lehel kuidas dokumenteerite normaliseerimist, kui allikas on tabelarvutus. Mõlemad töötlused on tabelarvutuses tähelepanuta jäävad, kuid põhjendamisel asendamatud.
Suur osa kestlikkusandmetest ei alga süsteemis fikseeritud väljade ja reeglitega, vaid tabelarvutuses, mille keegi on koostanud oma äranägemise järgi. Valem võib olla üle kirjutatud, veerg võib olla ümber tõstetud, vahesamm võib olla eksisteerinud ainult koostaja peas. Mida tähendab source-to-report kaardistamine, kui allikas on tabelarvutus, on lahti kirjutatud lehel mis on source-to-report kaardistamine, kui allikas on tabelarvutus. Tuum on selles, et kaardistamine ei tohi sõltuda juhuslikust lahtrist või töölehest, vaid tuleb dokumenteerida eraldi ja korratavalt, sõltumatult tabelarvutuse failist endast.
Dokumenteerimata etappide puhul eksisteerib tee allikast raportini vaid seni, kuni sellel teel käinud inimesed on veel olemas ja mäletavad seda. Kui protsessis midagi muutub, tuleb uus kolleeg, või küsimus tekib pärast raporteerimisaasta lõppu, on ainus võimalus asja uuesti uurima hakata. See ei ole auditirada, vaid tagantjärele improviseerimine. Tööriist ei suuda seda probleemi lahendada, kui aluseks olev protsess ei ole dokumenteeritud; see annab siis vaid korrektsema logi rekonstruktsioonist, mis on endiselt sama ebakindel kui varem.
Päritolu ja töötluste dokumenteerimine ei pea ootama tarkvara järele. Kuidas luua lineage'i ilma tööriistata, olemasolevate vahenditega, on kirjeldatud lehel kuidas loote lineage'i ilma tööriistata. Tabelarvutuste puhul allikana kehtivad samad põhimõtted kui auditiraja puhul üldiselt: dokumenteerimine hõlmab samu etappe, rakendatuna allikale, millel puudub fikseeritud struktuur, nagu on lahti kirjutatud lehel miks on auditirada rohkem kui logiraamat, kui allikas on tabelarvutus. Kes on selle dokumenteerimise ühe andmepunkti jaoks korra teinud, saab seda korrata järgmise jaoks ja ehitab nii üles registri, mis ei sõltu tööriistast, vaid protsessist.
Niipea kui on fikseeritud, millised etapid arv on läbinud ja kes milliseid töötlusi teeb, tekib teistsugune küsimus: milline osa sellest töö on piisavalt korduv, et see automatiseerida. Agregeerimine fikseeritud reegli järgi, väärtuste normaliseerimine fikseeritud ühikusse, töötluse kontrollimine dokumenteeritud kvaliteedireegli vastu — need on ülesanded, mille automatiseeritavust saab hinnata alles siis, kui need eksisteerivad eraldi etappidena. FTE TO AI töövoo skanner arvutab iga ülesande kohta välja, kui suure osa tööst saab AI üle võtta, ja selleks on vaja täpselt sellist ülesandetaseme detailsust, mille auditirada annab.
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.