Kestlikkusaruande number pärineb peaaegu kunagi otse allikast. Tavaliselt on see liitmise, keskmistamise, kaalumise või asukohtade, perioodide või ühikute vahel ümberjaotamise tulemus. Seda sammu nimetatakse agregatsiooniks, ja kõikidest allika ja aruande vahel toimuvatest töötlustest on see sageli kõige vähem nähtav. Arvutustabeli valem liidab kaksteist kuunumbrit aastanumbriks, või arvutusleht keskmistab heitekoefitsiente mitme tarnija vahel. Kellegi kirjapanekusse ei jää, milline eeldus selles peitub.
Toornäitaja ja avaldatud arvu vahel on mitu sammu. Esmalt kogutakse andmed süsteemidest või arvutustabelitest, seejärel arvestatakse need ümber ühisesse ühikusse, ning liidetakse need edasi tasemele, mis sobib aruandesse — ärivaldkond, riik või koguarv. Igas sammus võib peituda valik, mis muudab lõppnumbrit: kas arvestate ühinemise sisse ülevõtmise kuupäevast või kogu aastast, kaalute keskmist käibe või töötajate arvu järgi, ümardate allika tasemel või ainult koguarvul. Millised töötlused täpselt allika ja aruande vahel toimuvad, sõltub näitajast ja organisatsiooni struktuurist, ja lehel millised töötlused jäävad allika ja aruande vahele, kui allikal on mitu allikat, muutub see loend pikemaks, kui enamik organisatsioone eeldab.
Agregatsioon on valik, ja valikud, mida ei ole jäädvustatud, tehakse järgmisel aruandlusringil uuesti — sageli teise inimese poolt, teistsuguse eeldusega. Tulemus on, et eelmise aasta numbrit ei saa enam taandada samale loogikale, ja et kontroller või audiitor ei saa kindlaks teha, kas muutus numbris on tegelik muutus või muutus arvutusmeetodis. Jäädvustamine ei tähenda siin protsessi kirjeldamist üldsõnaliselt. See tähendab: iga aruandepunkti puhul kirja panna, millised allikad on kaasatud, millise kaalumisega, mille perioodi kohta, ja kes selle valiku tegi.
Agregatsiooni aetakse sageli segamini normaliseerimisega, kuid need on kaks eraldi sammu. Normaliseerimine muudab andmed võrreldavaks — näiteks arvestades erinevad energiaühikud ümber ühte standardisse. Agregatsioon liidab need võrreldavad andmed seejärel kõrgemale tasemele. Viga normaliseerimises kandub edasi igasse sellele järgnevasse agregatsiooni, mis tähendab, et kaks sammu tuleb kontrollida eraldi. Kuidas seda teha, on kirjas lehel kuidas jäädvustada normaliseerimine.
Enamikul organisatsioonidel ei ole lähteandmeid, mis tuleksid korrektselt ühest süsteemist. Osa kestlikkusandmeid on arvetel, osa arvutustabelis, mille energiatarnija e-posti teel saatis, osa ERP-süsteemi ekspordis. Agregatsioon üle nende allikate tähendab, et peate käsitsi kindlaks tegema, milline rida kuulub millisesse perioodi ja milline rida on topelt loetud. Lehel mis on source-to-report kaardistamine, kui allikaks on arvutustabel on kirjas, kuidas kaardistada seost toorallika ja aruandepunkti vahel, ning lehel kuidas jäädvustada agregatsioon, kui allikaks on arvutustabel on täpsemalt kirjas, kuidas dokumenteerida see arvutustabelisamm, nii et agregatsioon ise muutuks korratavaks, ka ilma inimeseta, kes valemi algselt koostas.
Agregatsiooni jäädvustamine ei eelda tarkvara. See eeldab distsipliini: iga arvutussammu juures märkida, mis sisse läks, milline reegel rakendati ja mis välja tuli. Selle saab teha registris kõrvuti olemasolevate arvutustabelitega, enne kui üldse mingit süsteemi hangitakse. Kuidas see näeb välja ilma tööriistata, on kirjas lehel kuidas koostada päritoluahel ilma tööriistata. Kes selle samme vahele jätab ja hangib kohe tarkvarapaketi aruandluse jaoks, paneb korrastatud kihi samale ebaselgele agregatsioonile — aruanne näeb parem välja, kuid küsimus, kas number on õige, jääb vastuseta.
Agregatsioonireegel, mida ei ole jäädvustatud, on ka puuduv kontrollpunkt. Välise auditi või sisemise ülevaatuse puhul peab keegi suutma näidata, miks number on koostatud nii, kui see on koostatud, mitte ainult, et number klapib kalkulaatoriga. See vahe — numbri, mis klapib, ja numbri, mida saab põhjendada, vahel — on täpselt see, mille jaoks audit trail on mõeldud, ja miks see hõlmab enamat kui lihtne muudatuste logi, nagu on selgitatud lehel miks audit trail on enam kui logi.
Kui agregatsioonireeglid on korra jäädvustatud — millised allikad, milline kaalumine, milline periood, kes valiku tegi — tekib alus, mille põhjal otsustada, milline osa sellest töö osast on korratav ja seega sobib süsteemile üleandmiseks. See on teistsugune küsimus kui see, kas reeglid on õiged; see on küsimus, kui palju nende reeglite rakendamisest peab jääma käsitööks. FTE TO AI töövoo skanner arvutab ülesande kohta välja, kui suure osa töö saab AI üle võtta, ja agregatsioon — oma kindlate liitmise, kaalumise ja kokkuliitmise sammudega — on täpselt selline ülesandetüüp, mille tulemus on sageli üllatav.
csrdready.net andmevalmiduse skanner on arendamisel. Kes soovib juba nüüd korrastada datapunktide registrit ja sellega seotud agregatsioonireegleid, saab liituda ootenimekirjaga ning saab teate, kui skanner on saadaval.
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.