En loggbok säger att något har hänt: en fil öppnad, en cell ändrad, en export gjord. Det är nyttigt, men det besvarar inte den fråga som räknas så snart någon ifrågasätter en siffra i hållbarhetsrapporten: hur har detta tal exakt uppstått ur källan, och stämmer den vägen fortfarande.
Ett systemlogg registrerar handlingar. En granskningsspår för en datapunkt verantwoordt ett resultat. Det handlar inte om vem som vid vilket ögonblick tryckte på vilken knapp, utan om vilka bearbetningar som har omvandlat ett råvärde till det tal som nu står i rapporten. Utan den verantwoording är varje siffra ett påstående som ingen snabbt kan underbygga, inte heller den person som har levererat det.
Mellan källan och rapporten finns oftast ingen rak linje utan en rad bearbetningar, och varje bearbetning är en plats där något kan förskjutas utan att någon märker det. Tänk på omräkning av enheter, sammanslagning av platser till en koncernnivå, korrigering av en avvikare, tillämpning av en emissionsfaktor. Vilka bearbetningar det exakt handlar om skiljer sig per datapunkt och beskrivs vid vilka bearbetningar finns mellan källa och rapport. Den som inte dokumenterar dessa steg ser bara startpunkten och slutpunkten, och måste vid en fråga om siffran rekonstruera hela vägen på nytt, ofta utifrån någons minne.
Två bearbetningar förtjänar uppmärksamhet eftersom de oftast leder till avvikelser. Aggregering summerar värden från olika källor till en totalsumma, och vid varje summering måste det fastställas vilka poster som har inkluderats och vilka inte. Hur den dokumentationen ser ut när källan är ett kalkylblad beskrivs vid hur ni dokumenterar aggregering när källan är ett kalkylblad. Normalisering skalar om värden till en gemensam enhet eller period, och ett litet fel i den omskalningen fortplantar sig i varje siffra som senare bygger på det. Dokumentationen av den processen beskrivs vid hur ni dokumenterar normalisering när källan är ett kalkylblad. Båda bearbetningarna är oansenliga i ett kalkylblad och oumbärliga i verantwoording.
Mycket hållbarhetsdata börjar inte i ett system med fasta fält och fasta regler, utan i ett kalkylblad som någon har byggt upp efter eget huvud. En formel kan ha blivit överskriven, en kolumn kan ha blivit flyttad, ett mellansteg kan ha existerat enbart i huvudet hos den som skapade det. Vad source-to-report mapping innebär när källan är ett kalkylblad beskrivs vid vad source-to-report mapping är när källan är ett kalkylblad. Kärnan är att mappningen inte får hänga på slumpen av en cell eller ett flik, utan måste dokumenteras separat och upprepbart, oberoende av själva kalkylbladsfilen.
Utan dokumenterade steg existerar vägen från källa till rapport bara så länge de personer som har gått den fortfarande finns kvar och kommer ihåg den. Ändras något i processen, kommer en ny kollega, eller ställs en fråga efter rapporteringsårets slut, är den enda utvägen att utreda på nytt. Det är ingen granskningsspår utan improvisation i efterhand. Ett verktyg kan inte lösa detta problem om den underliggande processen inte har dokumenterats; det ger då bara en snyggare logg av en rekonstruktion som är lika osäker som tidigare.
Dokumentationen av härkomst och bearbetningar behöver inte vänta på programvara. Hur ni bygger upp lineage utan verktyg, med de medel som redan finns, beskrivs vid hur ni skapar lineage utan verktyg. För kalkylblad som källa gäller samma principer som för granskningsspår i allmänhet: dokumentationen avser samma steg, tillämpade på en källa utan fast struktur, som utvecklas vid varför en granskningsspår är mer än en loggbok när källan är ett kalkylblad. Den som en gång har gjort denna dokumentation för en datapunkt kan upprepa den för nästa, och bygger så upp ett register som inte är beroende av ett verktyg utan av en process.
Så snart det är dokumenterat vilka steg en siffra har genomgått och vem som utför vilken bearbetning, uppstår en annan typ av fråga: vilken del av det arbetet är repetitivt nog för att automatisera. Aggregera enligt en fast regel, normalisera värden till en fast enhet, kontrollera en bearbetning mot en dokumenterad kvalitetsregel, det är uppgifter som bara kan bedömas för automatiseringsbarhet så snart de existerar som separata steg. Arbetsscan från FTE TO AI beräknar per uppgift vilken del av arbetet som kan tas över av AI, och behöver för det exakt den typen av uppgiftsnivå som en granskningsspår ger.
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.