Egy naplófájl azt mondja, hogy valami megtörtént: egy fájlt megnyitottak, egy cellát megváltoztattak, egy exportot készítettek. Ez hasznos, de nem válaszolja meg azt a kérdést, amely fontossá válik, amint valaki megkérdőjelez egy számot a fenntarthatósági jelentésben: hogyan keletkezett pontosan ez a szám a forrásból, és ez az út még mindig helyes-e.
Egy rendszernapló tevékenységeket rögzít. Egy adatpont audit trailje egy eredményt tesz számon kérhetővé. Nem az a kérdés, hogy ki melyik pillanatban melyik gombra kattintott, hanem az, hogy mely műveletek alakították át a nyers értéket azzá a számmá, amely most a jelentésben szerepel. Ezen számonkérhetőség nélkül minden szám csak egy állítás, amelyet senki nem tud gyorsan alátámasztani, még az sem, aki azt szolgáltatta.
A forrás és a jelentés között többnyire nem egyenes vonal húzódik, hanem egy sor művelet, és minden művelet egy olyan pont, ahol valami elcsúszhat anélkül, hogy azt bárki észrevenné. Gondoljunk az egységek átszámítására, a telephelyek adatainak konszernszintre összevonására, egy kiugró érték korrekciójára, egy emissziós tényező alkalmazására. Melyek pontosan ezek a műveletek, adatponttól függ, és le van írva itt: milyen műveletek helyezkednek el a forrás és a jelentés között. Aki nem rögzíti ezeket a lépéseket, csak a kiindulási pontot és a végpontot látja, és egy kérdés esetén az egész utat újra kell rekonstruálnia, gyakran valakinek az emlékezetére hagyatkozva.
Két művelet érdemel különös figyelmet, mert ezek vezetnek a leggyakrabban eltérésekhez. Az aggregáció különböző forrásokból származó értékeket összesít egy végösszeggé, és minden összesítésnél rögzíteni kell, mely tételeket vették figyelembe és melyeket nem. Hogyan néz ki ez a rögzítés, ha a forrás egy táblázat, azt itt írjuk le: hogyan rögzíti az aggregációt, ha a forrás egy táblázat. A normalizálás értékeket alakít át közös egységre vagy időszakra, és egy kis hiba ebben az átalakításban tovább hat minden olyan számban, amely később arra épül. E folyamat rögzítése itt olvasható: hogyan rögzíti a normalizálást, ha a forrás egy táblázat. Mindkét művelet feltűnésmentes egy táblázatban, és elengedhetetlen a számonkérhetőség szempontjából.
Sok fenntarthatósági adat nem egy rögzített mezőkkel és szabályokkal működő rendszerben kezdődik, hanem egy táblázatban, amelyet valaki saját belátása szerint épített fel. Egy formulát felülírhattak, egy oszlopot elmozdíthattak, egy köztes lépés csak a készítő fejében létezhetett. Mit jelent a forrás-jelentés hozzárendelés (source-to-report mapping), ha a forrás egy táblázat, azt itt fejtjük ki: mi a source-to-report mapping, ha a forrás egy táblázat. A lényeg, hogy a hozzárendelés nem múlhat egy cella vagy egy munkalap véletlenén, hanem külön és megismételhető módon kell rögzíteni, függetlenül a táblázatfájltól magától.
Rögzített lépések nélkül a forrástól a jelentésig vezető út csak addig létezik, ameddig azok az emberek, akik végigjárták, még ott vannak és emlékeznek rá. Ha valami megváltozik a folyamatban, új kolléga érkezik, vagy egy kérdést a beszámolási év lezárása után tesznek fel, az egyetlen lehetőség az újbóli kiderítés. Ez nem audit trail, hanem utólagos improvizáció. Egy eszköz nem oldhatja meg ezt a problémát, ha az alapul szolgáló folyamat nincs rögzítve; ilyenkor csak egy rendezettebb naplót ad egy rekonstrukcióról, amely ugyanolyan bizonytalan, mint korábban.
A származás és a műveletek rögzítésének nem kell szoftverre várnia. Hogyan épít fel lineage-t eszköz nélkül, a már meglévő eszközökkel, azt itt írjuk le: hogyan hoz létre lineage-t eszköz nélkül. Táblázatok mint forrás esetében ugyanazok az elvek érvényesek, mint az audit trailre általában: a rögzítés ugyanazokra a lépésekre vonatkozik, egy rögzített struktúra nélküli forrásra alkalmazva, amint azt itt kifejtjük: miért több egy audit trail, mint egy naplófájl, ha a forrás egy táblázat. Aki ezt a rögzítést egyszer elvégezte egy adatpontra, azt megismételheti a következőre, és így egy olyan nyilvántartást épít fel, amely nem egy eszköztől, hanem egy folyamattól függ.
Amint rögzítve van, mely lépéseken ment át egy szám, és ki végzi el melyik műveletet, egy másfajta kérdés keletkezik: mely munkarész elég ismétlődő ahhoz, hogy automatizálható legyen. Fix szabály szerinti aggregálás, értékek normalizálása fix egységre, egy művelet ellenőrzése egy rögzített minőségi szabály alapján – ezek olyan feladatok, amelyek automatizálhatósága csak akkor mérhető fel, ha külön lépésekként léteznek. Az FTE TO AI munkascanje feladatonként kiszámítja, a munka mekkora része vehető át MI által, és ehhez pontosan az a feladat-szintű részletezettség szükséges, amelyet egy audit trail biztosít.
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.