Ve většině organizací s více business units existuje tentýž datový bod vícekrát. Emise scope 2 jsou u jedné pobočky uvedeny na faktuře za energii, u druhé v Excel exportu facility manažera, a u třetí nikde — tam se odhaduje. To není chyba jednoho oddělení. Je to důsledek let, kdy nikdo datový bod centrálně nedefinoval, natož jeho zdroj.
Otázka "co s tím máte dělat" předpokládá, že existuje jedna odpověď, která se hodí všude. Tak to není. Přístup závisí na tom, co u jednotlivé business unit již existuje, a to se liší.
Předtím, než rozhodnete o datovém bodu bez zdroje, položte vedle sebe, co každá business unit fakticky má. U některých units existuje zdroj, který nikdo nezapsal — systém, dodavatel, lokální administrativa. U jiných tento zdroj neexistuje a číslo se nyní dosazuje na základě odhadu nebo kolegy, který to "přibližně ví". Tyto dvě situace vyžadují něco jiného. Kde už datový bod existuje je otázka, kterou zodpovídáte unit po unit, předtím než do registru cokoli přidáte nebo změníte.
Až tento přehled existuje, uvidíte, kde je problém skutečně — ne u datového bodu jako konceptu, ale u rozptylu zdrojů, které jsou tomu podřízeny.
Registr datových bodů obsahuje u každého datového bodu nikoli jeden řádek, ale tolik řádků, kolik existuje zdrojů. U datového bodu, který se vyskytuje u tří business units, jsou tři řádky: každý s vlastním zdrojem, vlastním vlastníkem a vlastním pravidlem kvality. To vypadá jako obtížné, ale předchází se tím něčemu horšímu — sloučení čísel s různým původem do jednoho čísla, u kterého už nikdo neumí říct, odkud pochází.
Každý řádek obsahuje minimálně: definici datového bodu tak, jak platí pro tuto unit, zdrojový systém nebo dokument, ze kterého číslo pochází, kdo je odpovědný za dodání a kontrolu, a pravidlo, kterým se ověřuje, zda je hodnota plausibilní — rozpětí, srovnání s minulým rokem, kontrola jednotky. Bez tohoto posledního pravidla si chybu všimnete až tehdy, když se na to náhodou někdo podívá.
Komplikace, která se v tomto procesu často objeví: unit A a unit B nazývají "stejný" datový bod, ale měří něco jiného. Jedna počítá leasingová vozidla do scope 1, druhá ne. To není problém zdroje, ale problém definice, a musí se vyřešit dříve, než se k němu přiřadí zdroj. Jak takové rozdíly poznat, je popsáno v jak poznáte duplicitní datový bod u více business units. Až je definice pro všechny units shodná, má smysl přiřazovat zdroje — jinak registrujete třikrát něco jiného pod jedním názvem.
Pokud se po tomto zjišťování ukáže, že business unit skutečně nemá zdroj pro datový bod, existují dvě cesty. První: existuje systém nebo proces, ze kterého by číslo mohlo pocházet, ale nikdo jej nikdy jako zdroj neurčil. Pak tento zdroj určíte a stanovíte, kdo jej správuje. Druhá: skutečně nic neexistuje a číslo se nyní odhaduje nebo přebírá od jiné unit. Pak to explicitně zaregistrujete jako odhad, s předpokladem, který za ním stojí, místo toho, aby to procházelo jako naměřená hodnota. Obě cesty by měly být v registru uvedeny — odhad, který není označen jako odhad, je riziko, které se projeví až při kontrole.
Předtím, než investujete čas do hledání zdroje pro každý chybějící datový bod, stojí za to určit, zda je tento datový bod pro danou business unit relevantní. Malá kancelářská budova s pěti zaměstnanci možná nepotřebuje materiální datový bod scope 3, který je relevantní pro výrobní lokalitu. Jaké datové body skutečně potřebujete pomáhá toto rozlišení udělat, abyste nehledali zdroj pro něco, co se dodatečně ukázalo jako nepotřebné.
Existuje tendence pokračovat v hledání zdrojů, dokud není vše dokonale zajištěno. To není kritérium. Registr je hotový, když je u každého relevantního datového bodu, u každé business unit, jasné, zda existuje zdroj, kdo je vlastník a jaká kontrola se na něj vztahuje — ne když je každé číslo se stoprocentní jistotou zpětně dohledatelné. Kdy je registr hotový u více business units popisuje tento koncový bod konkrétně, a kolik z vašich datových bodů má zdroj je otázka, kterou průběžně měříte pokrok.
Jde o práci, která probíhá unit po unit, ne najednou pro celou organizaci. Kolik času to stojí, závisí na počtu business units, počtu datových bodů a kolik z nich již má zdroj. Část této práce — dotazování vlastníků, spojování zdrojů, vyplňování registru — je typ úkolu, který lze strukturovat a částečně urychlit. Werkscan od FTE TO AI vypočítá u každého úkolu, jakou část z něj může převzít AI, takže předtím, než začnete, víte, jaká část zůstane manuální a jaká ne.
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.