Tabulkový soubor se spotřebou energie podle pobočky není problém sám o sobě. Problém vzniká v následujícím kroku: jak se tyto řádky sloučí do čísla, které se objeví ve zprávě. Tento krok se často odehrává ve vzorci, v kontingenční tabulce nebo, což je horší, v hlavě osoby, která tabulkový soubor ročně aktualizuje. Nikdo jiný přesně neví, které řádky byly zahrnuty, které byly vyloučeny a proč.
Agregace zní jako počítání, ale je to soubor voleb. Započítáváte pobočky, které byly část roku uzavřeny? Zahrnujete pronajaté lokace, nebo pouze vlastní? Počítáte s kalendářním rokem nebo účetním rokem? Každá volba změní výsledné číslo, a v tabulkovém souboru tyto volby většinou nejsou samostatně zaznamenány. Jsou zabudované ve vzorci, který odkazuje na buňky, aniž by existoval čitelný řádek, který by říkal: toto je pravidlo agregace a toto je důvod.
Jakmile tabulkový soubor převezme někdo jiný, nebo když se o rok později controller snaží reprodukovat podobné číslo, toto vysvětlení chybí. Vzorec ještě funguje, ale nikdo už nedokáže posoudit, zda je stále správný pro situaci tohoto roku.
Mezi surovým řádkem v tabulkovém souboru a číslem ve zprávě obvykle leží několik kroků: výběr relevantních řádků, převod na jednotku, součet nebo váhový průměr, a někdy korekce za chybějící měsíce nebo lokace. Každý krok může mít vlastní pravidlo a každé pravidlo se může změnit, aniž by to bylo kdekoli zaznamenáno.
Otázka, na které to pak stojí: pokud se controller zeptá, jak je toto číslo sestaveno, dokážete kroky ukázat jeden po druhém? Ne odvodit výsledek zpětným rozborem vzorce, ale ukázat samotná pravidla.
Pravidlo agregace, které existuje pouze ve vzorci, je nekontrolovatelné a nepřenositelné. Zaznamenání znamená: samostatně od tabulkového souboru zapsat, jaká agregace byla použita, na jakém výběru, s jakými výjimkami, a kdo toto pravidlo stanovil. Není to dodatečný dokument vedle tabulkového souboru, je to vysvětlení, které tabulkový soubor teprve učiní použitelným jako zdroj pro bod vykazování.
Bez tohoto vysvětlení se pravidlo agregace nepozorovaně mění. Někdo přidá pobočku do seznamu, upraví vzorec, a číslo za tento rok už není srovnatelné s loňským. Ne proto, že by se změnila podkladová data, ale protože se tichě upravil způsob sčítání.
Agregace je jedním z míst, kde tabulkové soubory skrývají chyby v agregaci, ale ne jediným. Podobné otázky platí pro jednotky a definice: viz jak zaznamenat normalizaci, pokud je zdrojem tabulkový soubor pro krok, který často přichází před agregací. A pro zmapování celé cesty od surového řádku k číslu ve zprávě, i bez specializovaného softwaru, existuje jak vytvořit lineage bez nástroje, pokud je zdrojem tabulkový soubor. Obojí navazuje na širší otázku co přesně znamená mapování source-to-report, kde je agregace jedním z kroků, které se dokumentují.
Pravidlo agregace potřebuje, stejně jako datový bod, někoho, kdo je odpovědný za volbu, na které stojí. Ne osobu, která náhodou napsala vzorec, ale osobu, která umí vysvětlit, proč byl zvolen tento výběr a tato metoda počítání, a která schvaluje změnu předtím, než se provede. Tato otázka souvisí s tím, kdo vlastní definici datového bodu: definice určuje, co se měří, pravidlo agregace určuje, jak se měření slučují do čísla vykazování. Obojí patří ke konkrétní osobě, ne k tabulkovému souboru, který kolotá z ruky do ruky.
Zaznamenání pravidel agregace není jednorázová záležitost. Je to otázka, která se opakovaně vrací pokaždé, když se organizace změní: nová pobočka, nová jednotka, fúze. Proto nestačí zaznamenat to jednou; musí existovat proces, který zaznamenání opakuje při každé změně. Kdo tento proces sleduje a kdy se pravidlo agregace přehodnocuje, je otázka, která souvisí s tím, kdo vlastní proces pod tím, nezávisle na tom, kdo dodává jednotlivá čísla.
Tato stránka popisuje, co je nutné, aby agregace byla transparentní. Data Readiness Scan je nástroj, který pomáhá toto zaznamenat pro vaše datové body: registr, lineage zdroj-ke-zprávě pro každý bod a pravidla vlastnictví. Tento nástroj se právě vyvíjí. Kdo s tím chce začít už nyní, se může přihlásit na čekací listinu.
Jakmile jsou pravidla agregace zaznamenána, s vlastníkem a důvodem, vzniká jiný druh práce: provádění a kontrola těchto stejných kroků, rok za rokem. Velkou část této výkonné práce, od výběru řádků po sčítání čísel podle pevného pravidla, je druh úkolu, u kterého lze pomocí pracovní scan od FTE TO AI vypočítat, jakou část lze převést na AI, podle jednotlivého úkolu, na základě toho, co práce přesně obnáší.
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.