Číslo v správe o udržateľnosti má takmer vždy za sebou určitú cestu. Začína ako riadok na faktúre za energiu, počítadlo vo výrobnom systéme, vstupné pole v HR nástroji. Kým sa číslo dostane do správy, je spočítané, prepočítané, zlúčené a niekedy opravené. Tieto medzikroky sú v konečnom výsledku len zriedka viditeľné. Kto sa pozerá len na správu, vidí číslicu. Kto sa pozerá na cestu medzi tým, vidí sériu rozhodnutí.
Medzi zdrojom a správou sa zvyčajne nachádza pevné poradie úprav, aj keď ho nikto nikdy nezapísal.
Najprv sa zbierajú údaje: exportujú sa zo systému, prepisujú z faktúry, kopírujú z tabuľky. Potom sa normalizujú: litre sa stávajú kubickými metrami, kilowatthodina sa stáva gigajoulom, lokálna mena sa stáva pevnou zúčtovacou jednotkou. Následne sa priraďujú do kategórie alebo scope, čo je rozhodnutie a nie automatizmus. Potom nasleduje agregácia: čísla z pobočiek, mesiacov alebo oddelení sa zlučujú do ročného celku. Popri tom sa dejú opravy - pre duplicitné počítanie, pre chýbajúce mesiace, pre nesprávnu jednotku, ktorú niekto pred rokom zistil a manuálne opravil.
Každý krok je miestom, kde sa robí predpoklad. Vyberá sa emisný faktor. Odhad nahrádza chýbajúce meranie. Aplikuje sa zaokrúhľovanie. Samo o sebe nič z toho nie je problém. Problém vzniká, keď už nikto nevie, aký predpoklad bol urobený, kým a prečo.
Číslo v správe, ktoré nie je možné vystopovať k svojmu zdroju, je len tvrdením. Keď sa controller, audítor alebo dozorný orgán opýta, ako je číslo zostavené, odpoveď musí byť viac než „to je v systéme“. Odpoveď musí ukázať cestu: tento zdroj, tento prepočet, táto agregácia, táto oprava.
Zaznamenanie tejto cesty má tri priame dôsledky. Po prvé, odhaľovanie chýb sa stáva prácou na minúty a nie na dni, pretože je jasné, kde bol prepočet aplikovaný a kde nie. Po druhé, umožňuje sa odovzdanie: keď osoba, ktorá správu tabuľky, odíde, znalosť o úpravách s ňou nezmizne. Po tretie, vzniká základ pre overovanie, pretože externá strana môže sledovať kroky bez toho, aby ich musela najprv rekonstruovať.
Bez tohto zaznamenania je každý cyklus reportovania opakovaním detektívnej práce. Niekto zavolá predchádzajúcemu správcovi, prehľadáva staré e-maily, hádaní dôvod zaokrúhľovania. Táto práca je v samotnej správe neviditeľná, ale rozhoduje o tom, koľko dôvery si táto správa zaslúži.
Nie každá úprava vyžaduje rovnaký prístup. Agregácia, pri ktorej sa čísla z viacerých zdrojov zlučujú do jedného celku, vyžaduje iné zaznamenávanie než normalizácia, pri ktorej sa zjednocujú jednotky a definície. Kto chce vedieť, ako presne zaznamenať agregáciu, nájde to v vysvetlení o zaznamenávaní krokov agregácie, a kto sa pýta, ako naložiť s normalizáciou, si to prečíta v popise zaznamenávania normalizácie. Oboje je súčasťou toho istého reťazca, ale otázky, ktoré vyvolávajú, sú odlišné: agregácia vyvoláva otázky o úplnosti, normalizácia o konzistentnosti.
Situácia sa mení aj vtedy, keď zdroj samotný nie je systém, ale tabuľka. Vtedy nie je k dispozícii automatický export, žiadny systémový log, žiadna pevná štruktúra, a zaznamenávanie sa musí vybudovať inak. Kto sa s touto situáciou stretáva, nájde vodidlá v vysvetlení o source-to-report mapovaní, keď je zdrojom tabuľka a v prehľade úprav medzi zdrojom a správou konkrétne pri tabuľkových zdrojoch. Pre toho, kto nemá rozpočet na nástroj a musí vybudovať lineage s prostriedkami, ktoré už má k dispozícii, existuje postup na vytvorenie lineage bez špecializovaného softvéru.
Zaznamenávanie úprav sa často zamieňa s logbookom: zoznamom toho, kto čo kedy upravil. To je časť príbehu, ale nie celok. Audit trail, ktorý zaznamenáva len zmeny, nevysvetľuje, prečo bolo rozhodnutie urobené alebo aké pravidlo bolo aplikované. Rozdiel medzi logbookom a skutočnou štruktúrou zodpovednosti je rozpracovaný v rozbore o tom, prečo audit trail musí byť viac než logbook.
Data Readiness Scan mapuje túto cestu: ktorý zdroj napája ktorý dátový bod, aké úpravy sa medzi tým nachádzajú, kto je vlastníkom každého kroku a aké pravidlo kvality k tomu patrí. Nie je to správa ani dotazník, ale je to podkladová štruktúra, ktorá až obom dodáva dôveryhodnosť.
Akonáhle sú úpravy medzi zdrojom a správou popísané, stáva sa viditeľné, ktoré kroky sú stálou manuálnou prácou: prepisovanie faktúry, aplikovanie pevného prepočítacieho faktora, zlučovanie mesačných čísel podľa pevného pravidla. To je presne ten typ práce, pri ktorej sa dá vypočítať, akú časť môže prevziať AI, bez toho, aby zaznamenávanie od zdroja po správu stratilo svoju funkciu. FTE TO AI vypočíta pre každú úlohu, akú časť z nej je možné previesť, na základe pracovného skenu, ktorý tento rozdiel pre každú úlohu spresňuje.
Data Readiness Scan je vo vývoji. Kto chce, aby úpravy medzi zdrojom a správou boli zaznamenané hneď, ako bude skenovanie k dispozícii, sa môže prihlásiť na zoznam čakateľov.
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.