Ilgtspējas pārskatā minētais skaitlis gandrīz nekad nav skaitlis tieši no avota. Tas parasti ir summēšanas, vidējošanas, svēršanas vai pāgrupēšanas pa vietām, periodiem vai vienībām rezultāts. Šo soli sauc par agregāciju, un no visām operācijām starp avotu un pārskatu tā bieži ir vismazāk redzamā. Formula izklājlapā summē divpadsmit mēneša skaitļus gada skaitlī, vai aprēķinu lapa vidēji svērtā veidā apkopo emisiju faktorus vairākiem piegādātājiem. Neviens pie tam nepieraksta, kāds pieņēmums tajā ir ietverts.
Starp neapstrādāto mērījumu un publicēto skaitli ir vairāki soļi. Vispirms dati tiek savākti no sistēmām vai izklājlapām, tad pārrēķināti kopējā vienībā, pēc tam apkopoti līmenī, kas atbilst pārskatam — biznesa vienība, valsts vai kopsumma. Katrs solis var ietvert izvēli, kas maina galīgo skaitli: vai jūs ieskaitāt apvienošanos no pārņemšanas datuma vai no visa gada, vai jūs vidējojat, svērtu pēc apgrozījuma vai pēc darbinieku skaita, vai jūs noapaļojat katram avotam atsevišķi vai tikai kopsummai. Kādas tieši operācijas atrodas starp avotu un pārskatu, ir atkarīgs no rādītāja un organizācijas struktūras, un kādas operācijas atrodas starp avotu un pārskatu, ja avotam ir vairāki avoti, šis saraksts kļūst garāks, nekā vairākums organizāciju paredz.
Agregācija ir izvēle, un izvēles, kas nav dokumentētas, nākamajā pārskata ciklā tiek izdarītas no jauna — bieži cita persona, ar citu pieņēmumu. Rezultāts ir tāds, ka pagājušā gada skaitlis vairs nav izsekojams tai pašai loģikai, un kontrolieris vai revidents nevar noskaidrot, vai skaitļa izmaiņas ir reālas izmaiņas vai izmaiņas aprēķina metodē. Dokumentēšana šeit nenozīmē: aprakstīt procesu vispārīgos vārdos. Tas nozīmē: pie katra pārskata punkta pierakstīt, kuri avoti ir iekļauti, ar kādu svērumu, par kuru periodu, un kas šo izvēli izdarījis.
Agregāciju bieži sajauc ar normalizāciju, taču tie ir divi atšķirīgi soļi. Normalizācija padara datus salīdzināmus — piemēram, pārrēķinot dažādas energoresursu vienības vienā standartā. Agregācija tad apkopo šos salīdzināmos datus augstākā līmenī. Kļūda normalizācijā izpaužas katrā tai sekojošā agregācijā, kas nozīmē, ka šie divi soļi ir pārbaudāmi atsevišķi. Kā tas jādara, aprakstīts sadaļā kā dokumentēt normalizāciju.
Vairumam organizāciju nav tīru avota datu, kas nāk no vienas sistēmas. Daļa ilgtspējas datu ir rēķinos, daļa izklājlapā, ko energoresursu piegādātājs nosūtījis e-pastā, daļa ERP sistēmas eksportā. Agregācija šo avotu ietvaros nozīmē, ka jums manuāli jānoskaidro, kura rinda pieder kuram periodam un kura rinda ir uzskaitīta divreiz. Sadaļā kas ir source-to-report kartēšana, ja avots ir izklājlapa aprakstīts, kā jūs kartējat šo saikni starp neapstrādāto avotu un pārskata punktu, un sadaļā kā dokumentēt agregāciju, ja avots ir izklājlapa aprakstīts konkrēti, kā dokumentēt šo izklājlapas soli, lai pati agregācija būtu reproducējama, arī bez personas, kas formulu sākotnēji izveidoja.
Agregācijas dokumentēšanai nav nepieciešama programmatūra. Nepieciešama disciplīna: pie katra aprēķina soļa pierakstīt, kas tajā ienāca, kāds noteikums tika piemērots, un kas iznāca. To var darīt reģistrā līdzās esošajām izklājlapām, pirms vēl jebkad tiek iegādāta sistēma. Kā tas izskatās bez rīka, aprakstīts sadaļā kā izveidot lineage bez rīka. Kas šo soli izlaiž un tieši iegādājas programmatūras pakotni pārskatu sagatavošanai, uzklāj tīrāku slāni virs tās pašas neskaidrās agregācijas — pārskats izskatās labāk, bet jautājums, vai skaitlis ir korekts, paliek neatbildēts.
Agregācijas noteikums, kas nav dokumentēts, ir arī trūkstošs kontroles punkts. Ārējas pārbaudes vai iekšējas pārskatīšanas gadījumā kādam jāspēj pierādīt, kāpēc skaitlis ir izveidots tā, kā tas ir izveidots, nevis vien tas, ka skaitlis sakrīt ar kalkulatora rezultātu. Šī atšķirība — starp skaitli, kas ir korekts, un skaitli, kas ir pamatojams — ir tieši tas, kam kalpo audit trail, un kāpēc tas ir vairāk nekā vienkāršs izmaiņu žurnāls, kā izklāstīts sadaļā kāpēc audit trail ir vairāk nekā žurnāls.
Tiklīdz agregācijas noteikumi ir dokumentēti — kuri avoti, kāds svērums, kurš periods, kas izdarījis izvēli — rodas pamats noteikt, kura šī darba daļa ir atkārtojama un tāpēc piemērota nodošanai sistēmai. Tas ir cits jautājums nekā tas, vai noteikumi ir korekti; tas ir jautājums, cik daudz no šo noteikumu piemērošanas vēl jāpaliek manuālam darbam. FTE TO AI darba skenēšana katram uzdevumam aprēķina, kādu daļu darba var pārņemt AI, un agregācija — ar tai raksturīgajiem fiksētajiem soļiem summēšana, svēršana un apkopošana — ir tieši tāda veida uzdevums, kur šis rezultāts bieži ir pārsteidzošs.
csrdready.net Data Readiness Scan ir izstrādes procesā. Kas jau tagad vēlas ieviest kārtību datu punktu reģistrā un tam atbilstošajos agregācijas noteikumos, var pierakstīties gaidīšanas sarakstā un tiks informēts, tiklīdz skenēšana būs pieejama.
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.