Postavitev programske opreme za podatke na pokvarjen proces prinese le lepša poročila, medtem ko osnovne številke ostanejo nezanesljive

Najprej zgradite register podatkovnih točk, nato zasnujte proces od vira do poročila po podatkovni točki z doslednimi definicijami med enotami, namesto da bi vsaka enota neodvisno razvila svojo metodo zbiranja. Neskladne definicije med enotami so pogosto nevidne, dokler nekdo ne poskuša sešteti številke na ravni skupine, ko nastala vsota tiho združuje številke, ki nikoli niso resnično merile istega.

Najprej popravite proces, lastništvo, definicije, kontrole, preden se uvede kakršno koli orodje; orodje na vrhu pokvarjenega procesa proizvede le čistejša nezanesljiva poročila, ki izgledajo bolj verodostojna, kot so. Preglednice pravzaprav niso problem; problem je pomanjkanje jasnega lastništva, doslednih definicij in kakršne koli kontrole nad tem, kaj šteje kot veljavna številka, in nobena programska oprema tega ne reši sama.

Vsak proces zbiranja zasnujte s kontrolami, agregacijo, normalizacijo, izračunom in standardizacijo, tako da je vsaka številka sledljiva do vira, namesto da vstopi v končno poročilo kot nepojasnjena številka, ki je nihče ne more braniti, če je vprašana. Preverljiv proces je zelo podoben temu, kako finance že upravljajo finančne podatke, ista disciplina le tradicionalno ni bila uporabljena za podatke o trajnosti, natanko to vrzel ta pristop zapolni.

Dokumentiranje, po podatkovni točki, od kod prihaja, kakšno obdelavo doživi in kje konča v končnem poročilu, tako da je celotna pot od surovega vira do objavljene številke eksplicitna in preverljiva, namesto nekaj, kar resnično razume le ena oseba v organizaciji. Brez tega kartiranja je številka v končnem poročilu praktično črna škatla, ki je nihče ne more neodvisno preveriti ali rekonstruirati, če je vprašana.

Dodelite RACI po podatkovni točki in procesu, lastništvo definicije na strani trajnosti, lastništvo procesa in kontrole na strani financ, namesto da bi lastništvo pustili implicitno in domnevali, da ga bo nekdo naravno prevzel. Podatki o trajnosti imajo posebno tendenco, da ostanejo brez lastnika, saj padejo med oddelke, ki vsak domneva, da je odgovoren drugi, natanko to naj bi eksplicitni RACI preprečil.

Ugotovite, katere podatkovne točke vaše materialne teme in poročevalski standard dejansko zahtevajo, ter zabeležite, kaj že obstaja, glede na to, kaj je treba zgraditi, namesto da bi poskušali zbrati vsako mogočo podatkovno točko, ki jo standard teoretično dovoljuje. Register, omejen na resnično potrebo, temelječ na vaših specifičnih materialnih temah, je delček velikosti tistega, zgrajenega za pokritje vsake mogoče razkritve, ne da bi upoštevali njeno relevantnost.

Definicijo standardizirajte v fazi registra podatkovnih točk, preden se zasnuje kakršen koli proces zbiranja, saj je poskus uskladitve neskladnih definicij, potem ko je vsaka enota že zgradila svoj proces, veliko bolj moteč. Zgodnji dogovor o skupni definiciji, čeprav vzame več časa na začetku, se izogne veliko višjemu strošku razstavljanja neskladnih procesov pozneje.

Opredelite, kako izgleda veljavna vrednost po podatkovni točki in katero odstopanje sproži opozorilo, ista disciplina, ki jo že imajo finančni podatki, razširjena na podatke o trajnosti, ki so bili zgodovinsko zbirani z veliko manj strogosti. Okvir kontrole ni treba, da je izdelan, da je učinkovit; opredeliti mora, za vsako podatkovno točko, kako izgleda verjeten razpon in kaj se zgodi, ko številka pade zunaj njega.

Zagotovite, da ima vsaka številka sledljiv vir in imenovanega lastnika od prvega dne, njeno rekonstruiranje pozneje je veliko dražje, zlasti ko oseba, ki je izvirno sestavila številko, zamenja vlogo ali povsem zapusti organizacijo. Ponudniki zagotovil posebej iščejo to vrsto sledljivosti, in njena odsotnost je eden najpogostejših razlogov, zakaj poročilo o trajnosti ne doseže čistega mnenja o zagotovilu.

Najprej popravite proces. Funkcionalne zahteve orodja naj izhajajo iz zasnovanega procesa, ne obratno, saj izbira programske opreme, preden proces obstaja, pomeni ugibanje zahtev namesto njihovega opredeljevanja na podlagi resničnega, preizkušenega načina dela. Orodja, izbrana tako, pogosto izkazujejo pomanjkanje zmogljivosti, ki jih proces resnično potrebuje, ali vključujejo dolg seznam funkcij, ki jih proces nikoli ne uporablja.

Funkcionalne zahteve opredelite na podlagi vašega zasnovanega procesa zbiranja, nato izvedite izbor, nikoli pred obstojem procesa, saj je demonstracija ponudnika veliko bolj prepričljiva kot jasna ocena tega, kar vaše specifično zbiranje podatkov dejansko potrebuje. Zahteve, opredeljene na podlagi resničnega procesa, so običajno bolj specifične in koristne pri ocenjevanju ponudnikov kot generičen kontrolni seznam funkcij, kopiran iz panožnega poročila.

Lastništvo definicije pripada trajnosti; lastništvo procesa in kontrole pripada financam, ki že imajo sisteme in disciplino za to, saj so finance desetletja gradile strogost, ki jo mora poročanje o trajnosti zdaj doseči. Ta delitev se izogne pogosti napaki, kjer trajnost poseduje tako definicije kot proces, brez sistemov, ki jih finance že imajo za zanesljivo vodenje tega procesa v velikem obsegu.

Uporabite isti register podatkovnih točk in zasnovo procesa kot predlogo, prilagojeno po enoti, a nikoli na novo definirano po enoti, tako da agregacija na ravni skupine ostane smiselna namesto mozaika lokalno na novo izumljenih pristopov. Prilagoditev lokalnemu kontekstu je v redu in pogosto potrebna; ponovna definicija same podatkovne točke ali njene definicije lokalno je tisto, kar poruši primerljivost na ravni skupine.

Tedni za eno samo temo; popolnoma uveden program na ravni skupine z upravljanjem se meri v četrtletjih, gnan predvsem s številom vpletenih enot in strani bolj kot s tehnično kompleksnostjo samih podatkov. Časovnica se skalira veliko bolj z organizacijsko koordinacijo kot s težavnostjo osnovnega merjenja, zato lahko pilotni projekt na eni sami temi napreduje veliko hitreje kot popolna uvedba.

Ohranite kartiranje od vira do poročila in okvir kontrole kot samo dokumentacijo, zgrajeno pripravljeno na revizijo od zasnove, namesto da bi dokumentacijo obravnavali kot ločeno nalogo, ki jo je treba dokončati, ko je proces že v teku. Dodajanje dokumentacije naknadno k že obstoječemu procesu je običajno počasnejše in manj natančno kot gradnja dokumentacije kot naravni stranski produkt dobre zasnove procesa od začetka.