A lineage nem más, mint az az út, amelyet egy szám megtesz: attól a helytől, ahol keletkezik, addig a helyig, ahol a jelentésben megjelenik. Ez az út eszköz nélkül is létezik. Minden alkalommal, amikor valaki átvesz egy adatot egy táblázatból, összeadja egy másik adattal, elosztja egy fte-létszámmal, vagy átszámítja egy másik mértékegységre, az illető egy darabka lineage-t hoz létre — akár rögzítik ezt, akár nem. A kérdés nem az, hogy ez a lineage létezik-e, hanem hogy valaki elmesélhető-e anélkül, hogy az eredeti készítőt kellene bevonni.
A fenntarthatósági jelentésben szereplő adatpont mögött szinte mindig több lépés áll. Először van a forrás: egy táblázat a telephelyenkénti energiafogyasztásról, egy export egy HR-rendszerből, egy szállítói számla. Ezután következik egy művelet: összeadás, átlagolás, CO2-egyenértékre átszámítás, kibocsátási tényezőhöz kapcsolás. Gyakran következik egy aggregálás: a telephelyenkénti adatokból országonkénti adatok lesznek, a havi adatokból éves adatok. Végül az adat bekerül a jelentésbe, gyakran még egy utolsó kézi átírási vagy beillesztési rétegen keresztül.
Ahhoz, hogy megértsük, mit jelent a forrás-jelentés leképezés, ha a forrás egy táblázat, segít, ha ezeket a lépéseket nem egyetlen egészként, hanem egymást követő önálló cselekvések sorozataként nézzük, mindegyik saját hibalehetőséggel. Aki csak az utazás elejét és végét ismeri, nem láthatja, hol csúszott félre valami a közepén.
Rögzítés nélkül a lineage csak annak a fejében létezik, aki a táblázatot elkészítette. Amint az illető szabadságra megy, munkakört vált, vagy elhagyja a szervezetet, elvész a tudás arról, mi történt a forrás és a jelentés között. Egy vezető munkatárs, aki egy adatot szeretne ellenőrizni, ilyenkor kénytelen kitalálni vagy rákérdezni. Egy külső fél, aki a jelentést vizsgálja, bizalomra van utalva a dokumentáció helyett.
A forrás és a jelentés közötti műveletek gyakran láthatatlanná válnak, mert cellaformulákban, makrókban vagy egy munkatárs emlékezetében rejtőznek. Ahhoz, hogy kiderítsük, milyen műveletek vannak a forrás és a jelentés között, ha a forrás egy táblázat, szükséges minden formulát, minden kézi lépést és minden kapcsolást külön-külön megnevezni — nem fekete dobozként, hanem önálló cselekvések sorozataként.
Ugyanez vonatkozik a fenntarthatósági adatokban leggyakrabban előforduló két műveletre: az aggregálásra és a normalizálásra. Az aggregálás — több forrásból származó adatok egyetlen összeggé adása — megköveteli annak rögzítését, mely forrásokat vették figyelembe és melyeket nem, és miért. Aki tudni szeretné, hogyan rögzítik az aggregálást, ha a forrás egy táblázat, szembekerül azzal, hogy minden összeadásnál dokumentálni kell, mely cellákat vették figyelembe. A normalizálás — a nyers adatok összehasonlítható mértékegységre visszavezetése — hasonló problémát rejt: melyik átszámítási tényezőt használták, melyik forrásból származik az a tényező, és az egész éven át változatlan maradt-e. Akinek ezt rögzítenie kell, van erre leírt megközelítés itt: hogyan rögzítik a normalizálást, ha a forrás egy táblázat.
Gyakori hiba azt hinni, hogy a módosítások naplófájlja elegendő lineage-t eredményez. Egy naplófájl megmutatja, mikor és ki módosított egy cellát, de nem azt, hogy miért volt szükséges a módosítás, vagy milyen szabály állt mögötte. Egy audit trail, amely csak azt rögzíti, mi történt, az alapul szolgáló logika nélkül, ugyanazokat a kérdéseket hagyja nyitva, mint egy naplófájl hiánya. Az, hogy egy audit trailnek miért kell többnek lennie egy naplófájlnál, ha a forrás egy táblázat, a cselekvés regisztrálása és a mögötte álló ok rögzítése közötti különbségben rejlik.
Eszköz nélkül ez a gyakorlatban azt jelenti: minden adatponthoz egy fix dokumentum vagy fix szekció, amelyben szerepel, milyen forrást használtak, milyen műveleteket alkalmaztak milyen sorrendben, ki hajtotta végre a műveletet, és milyen szabály alapján. Ez lehet egy önálló nyilvántartásban, a táblázat saját megjegyzésmezőiben, vagy egy külön áttekintésben, amelyet a jelentéskészítési folyamat mellett tartanak fenn. Ez több munka, mint semmit sem rögzíteni, és kevesebb munka, mint egy eszközt beállítani egy olyan folyamat fölé, amely még nem ismeri ezeket a lépéseket. Éppen ez az oka annak, hogy először ezeket a lépéseket kell végigjárni: egy eszköz, amelyet egy rendezetlen folyamatra helyeznek, csak rendezettebb kimenetet ad ugyanazokról a nyomon nem követhető adatokról. Ennek a megközelítésnek a részleteihez, beleértve azt a formátumot, amelyben a lineage adatpontonként nyomon követhető, van egy kidolgozás itt: hogyan épül fel a lineage eszköz nélkül, ha a forrás egy táblázat.
A forrás és a jelentés közötti minden lépés kézi rögzítése kezelhető korlátozott számú adatpont és táblázat esetén. Nagyobb számú telephely, forrás vagy jelentési ciklus esetén minden művelet nyomon követése olyan feladattá válik, amely sok időt vesz igénybe, és érzékeny ugyanazokra a hibákra, amelyeket éppen a lineage-nek kellene feltárnia. Amint ez a határ látótávolságba kerül, hasznos tudni, hogy ennek a rögzítő munkának mekkora része ismételhető meg egy fix szabály szerint, és így vehető át AI által, és mely rész igényel továbbra is emberi mérlegelést. Az FTE TO AI munkafelmérése ezt feladatonkénti bontásban kiszámítja, így egyértelművé válik, hol van még helye a kézi munkának, és hol igényel az ismétlés valami mást.
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.