Liczba w raporcie dotyczącym zrównoważonego rozwoju niemal nigdy nie jest liczbą pochodzącą bezpośrednio ze źródła. To zazwyczaj wynik dodawania, uśredniania, ważenia lub przeliczania między lokalizacjami, okresami lub jednostkami. Ten etap nazywa się agregacją i ze wszystkich operacji między źródłem a raportem jest to często najmniej widoczna z nich. Formuła w arkuszu kalkulacyjnym sumuje dwanaście miesięcznych liczb w liczbę roczną, albo skoroszyt uśrednia wskaźniki emisji dla wielu dostawców. Nikt przy tym nie zapisuje, jakie założenie się w tym kryje.
Między surowym pomiarem a opublikowaną liczbą znajduje się kilka etapów. Najpierw zbiera się dane z systemów lub arkuszy kalkulacyjnych, następnie przelicza się je na wspólną jednostkę, a potem łączy w poziom, który odpowiada strukturze raportu — jednostka biznesowa, kraj lub suma całkowita. Każdy etap może zawierać wybór, który zmienia końcową liczbę: czy liczy się fuzję od daty przejęcia czy od początku roku, czy uśrednia się z wagą na przychody czy na liczbę pracowników, czy zaokrągla się na poziomie źródła czy dopiero w sumie. Które operacje dokładnie znajdują się między źródłem a raportem, zależy od wskaźnika i struktury organizacji, a na jakie operacje znajdują się między źródłem a raportem, gdy źródło ma różne źródła, ta lista staje się dłuższa, niż większość organizacji się spodziewa.
Agregacja jest wyborem, a wybory, które nie zostały zarejestrowane, są przy następnej rundzie raportowania podejmowane na nowo — często przez kogoś innego, z innym założeniem. Skutkiem jest to, że liczba z zeszłego roku nie da się już odtworzyć w tej samej logice, a kontroler lub audytor nie może ustalić, czy zmiana liczby to rzeczywista zmiana czy zmiana metody obliczeniowej. Rejestrowanie oznacza tu nie: opisanie procesu w ogólnych terminach. Oznacza: zapisanie przy każdym punkcie raportowym, które źródła zostały uwzględnione, z jaką wagą, za jaki okres i kto podjął tę decyzję.
Agregacja jest często mylona z normalizacją, ale to dwa odrębne etapy. Normalizacja czyni dane porównywalnymi — na przykład poprzez przeliczenie różnych jednostek energii na jeden standard. Agregacja następnie łączy te porównywalne dane w wyższy poziom. Błąd w normalizacji przenosi się na każdą agregację, która następuje później, co znaczy, że te dwa etapy muszą być kontrolowane odrębnie. Jak to zrobić, opisano na jak rejestruje się normalizację.
Większość organizacji nie ma danych źródłowych, które schludnie pochodzą z jednego systemu. Część danych o zrównoważonym rozwoju znajduje się na fakturach, część w arkuszu kalkulacyjnym przesłanym przez dostawcę energii mailem, część w eksporcie z systemu ERP. Agregacja obejmująca takie źródła oznacza, że trzeba ręcznie ustalić, który wiersz odpowiada któremu okresowi i który wiersz został policzony podwójnie. Na co to jest mapowanie source-to-report, gdy źródłem jest arkusz kalkulacyjny opisano, jak zmapować to połączenie między surowym źródłem a punktem raportowym, a na jak rejestruje się agregację, gdy źródłem jest arkusz kalkulacyjny opisano konkretnie, jak dokumentować ten etap arkusza kalkulacyjnego, aby sama agregacja stała się reprodukowalna, nawet bez osoby, która oryginalnie zbudowała formułę.
Rejestrowanie agregacji nie wymaga oprogramowania. Wymaga dyscypliny: przy każdym etapie obliczeń zapisywać, co wchodziło, jaką regułę zastosowano i co wychodziło. Można to robić w rejestrze prowadzonym równolegle do istniejących arkuszy kalkulacyjnych, jeszcze przed zakupem jakiegokolwiek systemu. Jak to wygląda bez narzędzi, opisano na jak tworzy się lineage bez narzędzia. Kto pomija ten etap i od razu kupuje pakiet oprogramowania do raportowania, kładzie schludniejszą warstwę na tej samej niejasnej agregacji — raport wygląda lepiej, ale pytanie, czy liczba jest prawidłowa, pozostaje bez odpowiedzi.
Reguła agregacji, która nie została zarejestrowana, jest również brakującym punktem kontrolnym. Przy zewnętrznej kontroli lub wewnętrznym przeglądzie ktoś musi być w stanie wykazać, dlaczego liczba została skonstruowana tak, jak została skonstruowana, nie tylko że liczba zgadza się z kalkulatorem. To rozróżnienie — między liczbą, która jest prawidłowa, a liczbą, którą można uzasadnić — jest właśnie tym, do czego służy audit trail, i dlaczego oznacza on więcej niż prosty dziennik zmian, jak wyjaśniono na dlaczego audit trail to więcej niż dziennik.
Gdy reguły agregacji zostaną już zarejestrowane — które źródła, jaka waga, jaki okres, kto podjął decyzję — powstaje podstawa do ustalenia, która część tej pracy jest powtarzalna i tym samym odpowiednia do przekazania systemowi. To inne pytanie niż to, czy reguły są prawidłowe; to pytanie, jak wiele z zastosowania tych reguł musi pozostać pracą wykonywaną przez ludzi. Skan pracy FTE TO AI wylicza dla każdego zadania, jaka część pracy może zostać przejęta przez AI, a agregacja — ze swoimi stałymi etapami dodawania, ważenia i łączenia — jest właśnie tym typem zadania, w którym ten wynik często okazuje się zaskakujący.
Data Readiness Scan firmy csrdready.net jest w fazie rozwoju. Kto już teraz chce wprowadzić porządek w rejestrze punktów danych i powiązanych regułach agregacji, może zapisać się na listę oczekujących i zostanie poinformowany, gdy skan będzie dostępny.
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.