Egy könyvvizsgáló, aki assurance-t nyújt fenntarthatósági adatokra, egyszerű kérdést tesz fel: honnan származik ez a szám, és ki tudja ezt igazolni. Sok szervezet csak az assurance-folyamatra való felkészülés során veszi észre, hogy ez a kérdés adatpontonkénti szinten nem válaszolható meg. A szám ott áll a jelentésben, de az odáig vezető út nincs sehol rögzítve.
Az assurance nem szép jelentést kér. Egy nyomot kér: egy adatpontnak visszavezethetőnek kell lennie egy forráshoz, rögzített lépéseken keresztül, egy kijelölhető tulajdonossal, aki el tudja magyarázni, hogyan keletkezett a szám. Anélkül a nyom nélkül minden ellenőrzés utólagos rekonstrukció, az ezzel járó kockázatokkal: emberek, akik már nem tudják, miért módosították egy számot, felülírt táblázatok, egy forrás, ami már nem található.
A hol létezik már egy adatpont kérdés egyszerűnek tűnik, de pontosan ez a kérdés az, amely assurance során felszínre kerül. Ha a válasz rendszerenként eltér, vagy ha senki nem tudja biztosan, akkor ez nem jelentésformai kérdés. Ez egy rés a lineage-ben, amelyet az assurance-folyamat feltár.
Hajlamosak vagyunk ezt a problémát olyan szoftverrel megoldani, amely jelentéseket generál. Ez semmit nem változtat az alapul szolgáló számok ellenőrizhetőségén. Egy eszköz, amely rendezett kimenetet készít egy olyan folyamat felett, amelyben nincsenek rögzített források és tulajdonjog, egy meggyőzőbb jelentést ad ugyanazon megbízhatatlan adatokról. Az assurance átlát ezen a rétegen.
Az ellenőrizhetőség adatpontonként három kérdésnél kezdődik: honnan származik, ki felel érte, és milyen szabály határozza meg, hogy az érték helyes-e. Ezek nem olyan kérdések, amelyekre egy jelentéskészítő eszköz választ ad. Ezek olyan kérdések, amelyeket egy szervezetnek magának kell kiderítenie, rögzítenie és karbantartania.
Egy adatpontregiszter forrástól-jelentésig tartó lineage-gel választ ad ezekre a három kérdésre, adatpontonként. Megmutatja, hogy az adatok mely része rendelkezik már egyértelmű forrással és tulajdonossal, és melyik rész nem. Ez a különbségtétel az, amiről a hány adatpontjának van forrása szól: nem becslés, hanem adatpontonkénti számbavétel, ahol a hiányok láthatóak, nem pedig átlagolva eltüntetve.
Amit ez nem tesz: nem hoz assurance-ítéletet, nem ítéli meg a lényegességet, és nem garantálja egy könyvvizsgáló jóváhagyását. Egy lineage-gel ellátott regiszter előkészítő munka. Láthatóvá teszi, mi ellenőrizhető és mi még nem, hogy egy assurance-folyamat ne akadjon el olyan kérdéseken, amelyeket tulajdonképpen már régen fel kellett volna tenni. Az adott folyamat kimenete azé a félé marad, aki az assurance-t nyújtja.
Egy adatpont tulajdonos nélkül olyan adatpont, amelyet senki nem tud megvédeni, ha kérdés érkezik róla. A gyakorlatban a tulajdonjog változik: emberek pozíciót váltanak, táblázatokat vesz át egy utódja, aki nem ismeri az előzményeket. A ki olvassa az adatpontregiszterét, ha már nincs itt kérdés ezért nem gondolatkísérlet. Ez egy teszt arra, hogy a rögzítés egyetlen személytől független-e, vagy a tudás elveszik, amint az a személy távozik.
Egy regiszter, amely csak a controller fejében létezik, nem regiszter. Az assurance olyasmit kér, amely megmarad, amikor a csapat összetétele változik.
Az assurance-felkészülés során felmerülő nehézségek egy része nem rossz adatokból ered, hanem túl sok adatból: adatpontokból, amelyeket azért gyűjtenek, mert egykor relevánsnak tűntek, anélkül, hogy valaki még ellenőrizné, még mindig relevánsak-e. A milyen adatpontokra van valóban szüksége kérdés ezért ugyanahhoz a gyakorlathoz tartozik, mint a lineage felépítése. Kevesebb adatpont, teljes nyomvonallal, jobban ellenőrizhető, mint egy hosszú lista, amelynek felét soha nem használták.
Ebben a vonatkozásban a táblázatokat gyakran hibáztatják, de a probléma ritkán a fájlformátumban rejlik. Hogy a táblázatok miért nem mindig az alapul szolgáló probléma, azt a miért nem a táblázatok a probléma tárgyalja: egy táblázat rögzített forrással és kijelölt tulajdonossal ugyanolyan ellenőrizhető, mint egy rendszer, és egy rendszer e rögzítés nélkül ugyanolyan sebezhető, mint egy önálló táblázat.
Egy teljes regiszter hatását egy szervezet nem csak az assurance-felkészülés során érzi, hanem a jelentéssel kapcsolatos napi munkában is: kevesebb oda-vissza kérdés arról, honnan származik egy szám, kevesebb idő olyan út rekonstruálására, amelyet már egyszer feltártak. Az, hogy pontosan mi változik, amint ez a struktúra megvan, a mi változik, amint a lineage egyszer megvan oldalon van leírva.
Ez az eszköz épül. Aki a szkennelést el szeretné végeztetni, amint az elérhetővé válik, feliratkozhat a várólistára.
A források, a tulajdonjog és a minőségszabályok kiderítése olyan munka, amely most gyakran kézzel történik, adatpontonként, rendszerenként. Ennek a kiderítő munkának egy része AI-val felgyorsítható, egy másik része nem, és hogy melyik rész az, szervezetenként és folyamatonként eltér. Az FTE TO AI egy munkaszkennelést kínál, amely feladatonként kiszámítja, hogy a munka mely része vehető át AI által, így egyértelművé válik, hol ad vissza időt az automatizálás, és hol marad a kézi munka.
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.