Sustainability Data Readiness
Siitä missä lähtökohta jäi edellisellä sivulla kesken — työkalun ostaminen järjestäytymättömän prosessin päälle — alkaa tässä varsinainen työ: prosessin itsensä järjestäminen, ennen kuin sen ympärille rakennetaan järjestelmä. Mitä tämä tarkoittaa ja mistä tarkalleen on kyse, on käyty läpi sivulla Mitä se on. Alla vaiheet järjestyksessä, sen kanssa mitä kukin vaihe vaatii ja tuottaa.
Toimitatte: käsityksen siitä, mitkä aiheet ovat olennaisia, tai ei mitään vielä — silloin esgian kaksoisolennaisuusanalyysi on looginen lähtökohta, josta lähteä liikkeelle.
Mitä tapahtuu: työkalu muuttaa valitut aiheet työlistaksi. Tämä voidaan tehdä kerralla kaikille olennaisille aiheille, tai aihe kerrallaan — CO2 ensin on yleinen järjestys, koska useimmilla organisaatioilla on siitä jo hajanaisia datapaloja käsillä.
Kesto ja osallistuminen: kyse on valintojen tekemisestä, ei laskutyöstä. Yksi henkilö, jolla on yleiskuva raportoinnin laajuudesta, voi tehdä tämän yksin; siihen ei tarvita tiimiä.
Toimitatte: vaiheessa 1 valitut aiheet.
Mitä tapahtuu: rekisterigeneraattori kokoaa niitä varten tarvittavat datapisteet — sen mukaan mitä standardi vaatii, jaoteltuna aiheittain. Tämä on koneellinen johtopäätös tallennetuista datajoukoista, ei arvio. Tulos on lista, ei arvio siitä mitä teillä on jo hallussa; se seuraa vaiheessa 3.
Kesto ja osallistuminen: rekisterin rakentaminen itsessään on minuuttien kysymys, koska se on generaattori. Aika kuluu vasta seuraavassa: selvittämisessä kenellä organisaatiossa on vastaus.
Tämä on ydin, ja myös vaihe, joka vie enimmän aikaa. Jokaisen datapisteen kohdalla kirjaatte: mistä se tulee, mitä käsittelyä se matkalla käy läpi, kuka on vastuussa, tilivelvollinen, kuultu ja informoitu (RACI), ja mitkä laatusäännöt pätevät — hyväksytyt arvoalueet, poikkeamista selitystä vaativat signaalit.
Toimitatte: tietämyksen omista lähdejärjestelmistä ja prosesseista — kuka raportoi mistä, mikä järjestelmä tuottaa mitä lukua. Kenelläkään organisaation ulkopuolella ei ole tätä tietoa; työkalu kysyy sitä kiinteän syöte-prosessi-tuotos-rakenteen mukaisesti, jotta joka vastaus tallentuu samalla tavalla.
Mitä tapahtuu: koska jokainen datapiste käy läpi saman rakenteen, syntyy jäljitettävä lineage — ei kokoelma erillisiä osastokohtaisia Excel-käytäntöjä, vaan yksi formaatti, jossa lähde, käsittely ja omistaja ovat yhdessä. Siksi tulos pysyy selitettävänä: assurance-osapuoli voi jokaisen luvun kohdalla lukea takaisin mistä se tulee ja kuka siitä vastaa, sen sijaan että se pitäisi rekonstruoida sähköpostiliikenteestä.
Miten se jaetaan: tätä ei tarvitse tehdä yhden henkilön. Koska rekisteri toimii datapiste kerrallaan, työ voidaan jakaa niiden ihmisten kesken, jotka tuntevat lähteen tosiasiallisesti — yksi täyttää energiadatan, toinen henkilöstöluvut. Kukin osa noudattaa samaa kaavaa, jolloin palat sopivat jälkikäteen yhteen ilman uudelleentyöstöä.
Kesto: tässä vaiheessa kuluu läpimenoaika, ja se riippuu siitä, kuinka monta lähdejärjestelmää on, kuinka hajanainen omistajuus nykyisin on, ja kuinka monta datapistettä aihe tuo mukanaan. Yksittäinen aihe muutamalla lähteellä on nopeammin valmis kuin konsernin laajuinen rekisteri, jossa on kymmeniä yksiköitä.
Mitä tapahtuu: täytetystä rekisteristä ja lineagesta syntyy valmiusraportti. Se näyttää aihe kerrallaan missä olette, missä järjestyksessä jäljellä olevat datapisteet kannattaa käsitellä, ja arvion läpimenoajasta aihe kerrallaan — perustuen siihen mitä puuttuu, ei lupaukseen siitä milloin se on valmis.
Muoto: raportti tulee työkalusta vietävissä olevana asiakirjana, rekisteri ja RACI-jako sen taustaliitteenä. Tämä on samalla se asiakirja, joka toimii kontrollilistana kohti assurance-prosessia: ei koska se korvaisi assurancen, vaan koska se osoittaa mitä on tarkastettavissa ja kuka siitä vastaa.
Uudelleenmittaus: vuoden kuluttua — tai seuraavalla raportointikierroksella — käytte läpi samaa rakennetta uudelleen. Se tuottaa ei uutta rekisteriä tyhjästä, vaan vertailun: mitkä datapisteet, jotka viime vuonna puuttuivat, on nyt täytetty, missä omistajuus on vaihtunut, ja pätevätkö laatusäännöt edelleen. Se on juuri se ero vuosittaisen manuaalisen työn ja toistettavissa olevan prosessin välillä.
Mitä tämä ei ole: ei raportointityökalu, joka tuottaisi itse VSME- tai CSRD-raportoinnin — se on esgian toiminta-aluetta. Ei myöskään työkalu, jolla vastataan muiden kyselylomakkeisiin; se tapahtuu supplia:ssa tai esgreply:ssä. Eikä ole toteutettuja hankkeita, joihin viitata — työkalu jäsentää prosessin, se ei todista mitään tuloksesta. Se, mitä hyvin jäsennelty rekisteri konkreettisesti tarkoittaa raportoinnille itselleen, on kuvattu sivulla Tulokset; taustaa metodiikasta ja standardeista on tietopankissa.
Yllä olevat vaiheet ovat samat riippumatta siitä, kuka ne suorittaa. Reitissä 1 käytte itse läpi bootcamp-mallin, aihe kerrallaan, ja viette rekisterin kontrollilistan kanssa assurance-osapuolelle. Reitissä 2 kumppani ajaa bootcampit, joissa rekisteri ja lineage syntyvät, työkalun pitäessä sen tallessa. Reitissä 3 koko käyttöönotto annetaan kumppanin hoidettavaksi, toteutettuna FTE TO AI:n omalla koneella. Työkalu itsessään on tällä hetkellä jonotustilassa — yllä oleva kuvaa miten vaiheet toimivat kun se on saatavilla, ei käynnissä olevaa tuotetta.
Riippumatta siitä mikä reitti valitaan, yllä olevat vaiheet pysyvät työnä: tunteja ihmisiltä, jotka tuntevat lähteet, aikaa järjestelmissä, jotka eivät aina tee yhteistyötä. Sen, kuinka paljon tämä konkreettisesti vaatii tehtäviä ja kapasiteettia, voi tarkistaa [FTE TO AI](https://ftetoai.com):n työskannerin avulla.
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.