Skaičiuoklė su energijos suvartojimu pagal padalinį savaime nėra problema. Problema kyla kitame žingsnyje: kaip tos eilutės sujungiamos į skaičių, kuris atsiduria ataskaitoje. Šis žingsnis dažnai vyksta formulėje, suvestinėje lentelėje arba, kas dar blogiau, galvoje to žmogaus, kuris skaičiuoklę kasmet atnaujina. Niekas kitas tiksliai nežino, kurios eilutės buvo įtrauktos, kurios – atmestos, ir kodėl.
Agregavimas skamba kaip skaičiavimas, tačiau tai yra pasirinkimų seka. Ar įtraukiate padalinius, kurie dalį metų buvo uždaryti? Ar įtraukiate nuomojamas patalpas, ar tik nuosavas? Ar skaičiuojate kalendoriniais, ar finansiniais metais? Kiekvienas pasirinkimas pakeičia galutinį skaičių, o skaičiuoklėje šie pasirinkimai dažniausiai nėra fiksuoti atskirai. Jie yra įterpti į formulę, kuri nurodo į langelius, tačiau nėra skaitomos eilutės, kuri sakytų: tai yra agregacijos taisyklė, ir dėl to štai kodėl.
Kai skaičiuoklę perima kitas žmogus, arba kai valdymo apskaitininkas po metų nori atkurti panašų skaičių, to paaiškinimo nebėra. Formulė vis tiek veikia, tačiau niekas jau nebegali įvertinti, ar ji tebėra teisinga šių metų situacijai.
Tarp neapdorotos eilutės skaičiuoklėje ir ataskaitoje esančio skaičiaus paprastai yra keli žingsniai: atitinkamų eilučių atrinkimas, perskaičiavimas į vienetą, sudėjimas ar svertinis vidurkis, o kartais – pataisa dėl trūkstamų mėnesių ar padalinių. Kiekvienas žingsnis gali turėti savo taisyklę, ir kiekviena taisyklė gali pasikeisti, be to, kad tai kur nors būtų užrašyta.
Svarbus klausimas: jei valdymo apskaitininkas paklaustų, kaip šis skaičius susidarė, ar galėtumėte parodyti žingsnius vieną po kito? Ne atkurti rezultatą, atbulai peržiūrint formulę, o parodyti pačias taisykles.
Agregacijos taisyklė, egzistuojanti tik formulėje, yra nepatikrinama ir neperduodama. Fiksavimas reiškia: atskirai nuo skaičiuoklės užrašyti, kokia agregacija buvo pritaikyta, kokiai atrankai, su kokiomis išimtimis, ir kas šią taisyklę nustatė. Tai nėra papildomas dokumentas prie skaičiuoklės – tai paaiškinimas, kuris tik ir paverčia skaičiuoklę naudojama kaip ataskaitos rodiklio šaltinį.
Be šio paaiškinimo agregacijos taisyklė kinta nepastebimai. Kažkas prideda padalinį į sąrašą, pakoreguoja formulę, ir šių metų skaičius jau nebėra palyginamas su ankstesniais metais. Ne todėl, kad pasikeitė pirminiai duomenys, o todėl, kad sudėties būdas buvo tyliai pakeistas.
Agregacija yra viena iš vietų, kur skaičiuoklės slepia agregacijos klaidas, bet ne vienintelė. Panašūs klausimai kyla dėl vienetų ir apibrėžimų: žr. kaip fiksuojate normalizaciją, kai šaltinis yra skaičiuoklė – žingsnis, kuris dažnai vyksta prieš agregaciją. O norint atvaizduoti visą kelią nuo neapdorotos eilutės iki ataskaitos skaičiaus, net ir neturint specializuotos programinės įrangos, yra kaip sukuriate lineage be įrankio, kai šaltinis yra skaičiuoklė. Abu straipsniai sietini su platesniu klausimu kas tiksliai yra source-to-report mapping, kuriame agregacija yra vienas iš dokumentuojamų žingsnių.
Agregacijos taisyklei, kaip ir duomenų taškui, reikia žmogaus, atsakingo už už jos slypintį pasirinkimą. Ne to, kuris atsitiktinai užrašė formulę, o to, kuris gali paaiškinti, kodėl pasirinkta ši atranka ir šis skaičiavimo metodas, ir kuris patvirtina pakeitimą prieš jį įgyvendinant. Šis klausimas siejasi su kam priklauso duomenų taško apibrėžimas: apibrėžimas nustato, kas matuojama, agregacijos taisyklė nustato, kaip matavimai sujungiami į ataskaitos skaičių. Abu turi turėti konkretų vardą, ne priklausyti skaičiuoklei, kuri keliauja iš rankų į rankas.
Agregacijos taisyklių fiksavimas nėra vienkartinis veiksmas. Tai klausimas, kuris kyla vėl ir vėl, kai keičiasi organizacija: naujas padalinys, naujas vienetas, susijungimas. Todėl neužtenka dokumentuoti šįkart; turi būti procesas, kuris fiksavimą pakartoja su kiekvienu pakeitimu. Kas šį procesą prižiūri ir kada agregacijos taisyklė peržiūrima, yra klausimas, susijęs su kam priklauso procesas už to, nepriklausomai nuo to, kas pateikia atskirus skaičius.
Šiame puslapyje aprašoma, kas būtina, norint padaryti agregaciją skaidrią. Data Readiness Scan yra įrankis, kuris padeda tai užfiksuoti jūsų duomenų taškams: registrą, šaltinio-į-ataskaitą lineage kiekvienam taškui ir nuosavybės taisykles. Šis įrankis kuriamas. Kas nori jau dabar tuo pradėti, gali užsiregistruoti laukiančiųjų sąraše.
Kai agregacijos taisyklės yra užfiksuotos, su savininku ir priežastimi, atsiranda kitokio pobūdžio darbas: tų pačių žingsnių vykdymas ir tikrinimas, metai po metų. Daug to vykdomojo darbo, nuo eilučių atrinkimo iki skaičių sudėjimo pagal fiksuotą taisyklę, yra tokio pobūdžio užduotys, kurių dalį, naudojant FTE TO AI darbo skanavimą, galima apskaičiuoti, kiek gali perimti AI, pagal kiekvieną užduotį, remiantis tuo, kas tiksliai yra darbo turinys.
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.