Velká část dat o udržitelnosti nepochází ze systému s pevnými poli a pevnými jednotkami, ale z tabulkového procesoru, který sestavil zaměstnanec. Spotřeba energie v kWh vedle litrů paliva, čísla o odpadu za pobočku v různých jednotkách, počty zaměstnanců počítané k různým rozhodným datům. Než se takové číslo vejde do zprávy, je normalizováno: převedeno na společnou jednotku, opraveno o období, sloučeno na úroveň organizace. Tato normalizace se často odehrává v tomtéž souboru, pomocí vzorce, který nikdo mimo autora nezná.
Problém není v tom, že se normalizuje. Problém je, že tento krok je nezřetelný. Vzorec v buňce zobrazuje výsledek, ne předpoklad, na kterém stojí. Pokud soubor otevře někdo jiný, vidí číslo, ne odůvodnění.
Mezi surovým tabulkovým procesorem a publikovaným číslem obvykle leží několik kroků: převod jednotek, odhad nebo vynechání chybějících hodnot, sečtení čísel z více poboček, aplikace opravného faktoru na známou odchylku. Každý krok číslo změní a každý krok je volbou. Jaký převodní faktor byl použit, za jaké období se sčítalo, proč byl nebo nebyl zahrnut odlehlý údaj. Bez zaznamenání existují tyto volby jen v hlavě toho, kdo tabulkový procesor vytvořil. Přehled jaké operace se nacházejí mezi zdrojem a zprávou ukazuje, že normalizace je jen zřídka jediným krokem, ale spíše řetězcem, v němž musí být každý článek kontrolovatelný samostatně.
Zaznamenávání normalizace není totéž jako napsat vysvětlení poté, co je zpráva hotová. Jde o okamžik, kdy se operace provádí: jaký vzorec, s jakými parametry, na jakou surovou hodnotu byl použit. To je rozdíl mezi auditní stopou a logem. Log zaznamenává, že se něco stalo; auditní stopa objasňuje, co se stalo a proč byla tato operace v danou chvíli správná. Tento rozdíl je rozebrán v proč je auditní stopa víc než log, pokud je zdrojem tabulkový procesor. Kdo normalizaci dokumentuje až zpětně, riskuje, že se původní volbu už nepodaří zrekonstruovat, zejména pokud autor tabulkového procesoru už mezitím zastává jinou funkci nebo organizaci opustil.
Častým předpokladem je, že lineage – sledování čísla od zdroje ke zprávě – vyžaduje systém, který to automaticky zaznamenává. To není nutné. I s tabulkovými procesory jako zdrojem je možné pro každý datový bod zaznamenat, jaká zdrojová hodnota byla použita, jaká operace na ni byla aplikována a kdo tuto operaci schválil. To vyžaduje disciplínu, ne software. Jak to v praxi vypadá, popisuje jak vytvoříte lineage bez nástroje, pokud je zdrojem tabulkový procesor. Jádrem je pevná struktura: u každého datového bodu zdrojová tabulka, použitý vzorec a odkaz na osobu, která tento vzorec stanovila. Je to spíše formát než systém a je použitelný ještě dřív, než se začne uvažovat o nástroji.
Normalizační pravidlo – například převodní faktor typu paliva na ekvivalent CO2 – je samo o sobě datovým bodem, který potřebuje vlastníka. Ne vlastníka výsledného čísla, ale vlastníka pravidla: kdo rozhoduje, že tento faktor je správný, a kdo ho upraví, když se norma změní. Bez tohoto přiřazení se odpovědnost implicitně přesouvá na toho, kdo náhodou tabulkový procesor vytvořil. Otázka kdo vlastní definici datového bodu se týká právě tohoto: definice a výpočetní pravidlo potřebují vlastníka, který je odlišný od toho, kdo data zadává. To je jedna z částí source-to-report mapování, vysvětlená v co je source-to-report mapování: nejde jen o to, odkud číslo pochází, ale i o to, kdo je odpovědný za každý krok mezi tím.
Existují nástroje, které normalizaci automatizují a lineage zobrazují. Tyto nástroje nic neřeší, pokud proces, na kterém stojí, není nastaven: pokud nikdo nezaznamenal, jaké pravidlo platí pro který datový bod, nástroj jen rychleji zobrazí číslo, jehož původ je stále nejasný. Nejprve proces, potom nástroj. Kdo o tomto nastavení rozhoduje, je otázka, která přesahuje samotnou normalizaci; tou se zabývá kdo vlastní proces, na kterém to stojí.
Jakmile je jasné, jaké kroky normalizace existují, kdo je provádí a na základě jakého pravidla, vzniká druhá otázka: jakou část této manuální práce v tabulkovém procesoru lze přenést na AI. Werkscan od FTE TO AI vypočítá pro každou úlohu, jakou část práce lze převzít, a je použitelný, jakmile jsou kroky normalizace popsány jako samostatné, rozpoznatelné úlohy, a ne skryté ve vzorci.
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.