Niekde v procese sa nachádza číslo, ktoré už nikto nevie vysvetliť. Spotreba scope 2 na jednej pobočke, počet fte v dcérskej spoločnosti, množstvo odpadu na výrobnú linku. Číslo je uvedené v správe z minulého roka, ale nikto už nevie, z akého systému pochádza, kto ho zadal, ani či bolo spočítané alebo odhadnuté. Nejde o výjimku. Je to jedno z najčastejších zistení, keď organizácia svoje dáta o udržateľnosti prvýkrát systematicky preskúma.
Táto otázka nie je rečnícka. Dátový bod bez zdroja nie je automaticky nesprávny, ale je nepreukázaný. A nepreukázané dáta, ktoré sa napriek tomu dostanú do správy, predstavujú riziko, ktoré sa prejaví až vo chvíli, keď sa niekto — poskytovateľ uisťovacích služieb, orgán dohľadu, klient s vlastnými povinnosťami v rámci dodávateľského reťazca — začne pýtať ďalej.
Register dátových bodov nie je nástroj na reportovanie ani dashboard. Je to zoznam: každý dátový bod, ktorý sa dostane do správy o udržateľnosti, s uvedenými pevnými poľami. Odkiaľ pochádza. Kto je jeho vlastníkom. Aké úpravy sa uskutočnili medzi zdrojom a správou. Podľa akého pravidla sa posudzuje jeho kvalita. Kedy bol naposledy kontrolovaný.
Bez týchto polí je dátový bod len číslo, ktoré sa náhodou niekde nachádza. S týmito poľami sa stáva údajom, ktorého pôvod je zaznamenaný, a teda opakovane kontrolovateľný. Presne v tomto rozdiele organizácie zvyknú zaseknúť: správa existuje, podkladová štruktúra nie.
Väčšinou zdroj v minulosti existoval. Niekto niekedy vytiahol číslo z ERP systému, vložil ho do tabuľky, a kolega ho o rok neskôr prevzal bez toho, aby s ním skopíroval aj pôvod. Alebo je číslo výsledkom výpočtu — odhad na základe priemeru, prevod z litrov na kilogramy CO2 — pri ktorom nebolo zapísané výpočtové pravidlo. Presne tento proces, aké úpravy sa nachádzajú medzi zdrojom a správou, je miestom, kde sa väčšina informácií stráca. Číslo, ktoré bolo upravené trikrát predtým, než sa dostalo do správy, mal tri príležitosti stratiť svoj pôvod.
Pri organizáciách s viacerými pobočkami alebo obchodnými jednotkami sa objavuje aj druhá príčina: ten istý dátový bod existuje na viacerých miestach, v mierne odlišnej forme, a nikto nikdy nestanovil, ktorá verzia je zdrojovými dátami. Je to iná otázka než chýbajúci zdroj, ale súvisia spolu: ak chcete zistiť kde už dátový bod existuje pri viacerých obchodných jednotkách, často narazíte na presne to isté slepé miesto.
Dátový bod bez zdroja získa v registri status: nepotvrdený. Nevymazaný, nie tichým predpokladom, že je správny, ale označený. Od tohto momentu treba urobiť rozhodnutie, a to rozhodnutie závisí od toho, čo je v hre. Ak ide o dátový bod, ktorý bol v analýze materiality posúdený ako malý, zdroj možno dohľadať neskôr bez toho, aby na to správa čakala. Ak ide o dátový bod, ktorý musí prejsť uisťovacím overením, zdroj je podmienkou, nie príjemným doplnkom.
Samotné pátranie má pevnú trasu: späť k zdrojovému dokumentu alebo systému, cez každý krok úpravy, až k vlastníkovi, ktorý môže potvrdiť, že číslo je správne. To je presne to, čo znamená source-to-report mapping: nie kontrola čísla, ale rekonštrukcia cesty k nemu. Niekedy sa ukáže, že túto cestu už nie je možné zrekonštruovať. Vtedy záver nie je, že číslo je nesprávne, ale že sa nedá dokázať — a to je iný, a pre správu rovnako dôležitý, výsledok.
Register nie je hotový hneď, ako má každý dátový bod zdroj. Je hotový, keď má každý dátový bod vlastníka, na ktorého sa možno obrátiť, pravidlo kvality, podľa ktorého sa posudzuje, a zaznamenanú históriu úprav, ktorú je možné znovu prejsť bez toho, aby si to niekto musel pamätať naspamäť. Presne to, čo k tomu patrí, a kedy môžete prestať hľadať ďalšie detaily, je rozpísané na stránke kedy je register hotový. Pre väčšinu organizácií je odpoveď nepohodlne konkrétna: je hotový, keď nový kolega vie správu zrekonštruovať bez pomoci.
Vyhľadanie a oprava dátového bodu bez zdroja je práca, ktorá sa dá rozdeliť do krokov: prehľadávanie zdrojových dokumentov, sledovanie úprav, oslovovanie vlastníkov, zaznamenávanie odpovedí. Časť tejto práce — prehľadávanie systémov v snahe nájsť chýbajúce číslo, spájanie dodaných potvrdení — je natoľko opakovaná, že sa oplatí vypočítať, čo z toho môže prevziať AI. Pracovný scan od FTE TO AI to robí po jednotlivých úlohách: nie vo všeobecných tvrdeniach o automatizácii, ale v konkrétnom odhade toho, akú časť tohto typu vyhľadávania je možné prenechať systému a akú časť si stále vyžaduje vlastníctvo a posúdenie.
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.