csrdready Adăugați-mă pe lista de așteptare

Kennisbank

Cum devin datele dumneavoastră de sustenabilitate verificabile pentru un traiect de assurance

Un auditor care oferă assurance asupra datelor de sustenabilitate pune o întrebare simplă: de unde vine această cifră și cine poate demonstra asta. Multe organizații observă abia în timpul pregătirii unui traiect de assurance că acea întrebare nu poate fi răspunsă per punct de date. Cifra se află în raport, dar drumul dinainte de ea nu este consemnat nicăieri.

Ce numește assurance-ul verificabil

Assurance-ul nu cere un raport frumos. Cere o pistă: un punct de date trebuie să poată fi urmărit înapoi până la o sursă, prin pași consemnați, cu un proprietar identificabil care poate explica modul în care a apărut cifra. Fără această pistă, orice verificare este o reconstrucție ulterioară, cu riscurile aferente: persoane care nu mai știu de ce a fost modificată o cifră, foi de calcul care au fost suprascrise, o sursă care nu mai poate fi găsită.

Întrebarea unde există deja un punct de date pare simplă, dar este exact întrebarea care apare în timpul assurance-ului. Dacă răspunsul diferă de la un sistem la altul, sau dacă nimeni nu este sigur, aceasta nu este o chestiune de formă a raportării. Este o lacună în lineage pe care un traiect de assurance o scoate la lumină.

De ce nu începe cu un instrument

Există tendința de a rezolva această problemă cu software care generează rapoarte. Asta nu schimbă nimic în privința verificabilității cifrelor subiacente. Un instrument care produce un rezultat îngrijit peste un proces fără surse și proprietar consemnate oferă un raport mai convingător despre aceleași date nesigure. Assurance-ul privește dincolo de acest strat.

Verificabilitatea începe cu trei întrebări per punct de date: de unde vine, cine este responsabil pentru el și ce regulă determină dacă valoarea este corectă. Acestea nu sunt întrebări la care răspunde un instrument de raportare. Sunt întrebări pe care o organizație trebuie să le clarifice, să le consemneze și să le întrețină ea însăși.

Ce aduce asta, și ce nu

Un registru de puncte de date cu lineage de la sursă la raport oferă răspuns la aceste trei întrebări, per punct de date. Arată care parte din date are deja o sursă și un proprietar clar, și care parte nu. Această distincție este exact despre ce este vorba în câte din punctele dumneavoastră de date au o sursă: nu o estimare, ci o numărare per punct de date, cu lacunele vizibile în loc de mediate.

Ce nu face asta: nu emite un aviz de assurance, nu evaluează materialitatea și nu garantează aprobarea de către un auditor. Un registru cu lineage este muncă pregătitoare. Face vizibil ce este verificabil și ce nu încă, astfel încât un traiect de assurance să nu se poticnească pe întrebări care ar fi trebuit deja puse de mult. Rezultatul acelui traiect rămâne în sarcina părții care oferă assurance-ul.

Proprietarul nu este un aspect secundar

Un punct de date fără proprietar este un punct de date pe care nimeni nu îl poate apăra atunci când apare o întrebare despre el. În practică, proprietarul se schimbă: oamenii își schimbă funcția, foile de calcul sunt preluate de un succesor care nu cunoaște istoria. Întrebarea cine citește registrul dumneavoastră de puncte de date când nu mai sunteți acolo nu este, prin urmare, un experiment mental. Este un test dacă documentarea este independentă de o singură persoană, sau dacă cunoștințele se pierd de îndată ce acea persoană plecă.

Un registru care există doar în mintea controllerului nu este un registru. Assurance-ul cere ceva care rămâne valabil atunci când componența echipei se schimbă.

Nu fiecare punct de date este problema

O parte din efortul din pregătirea assurance-ului nu provine din date proaste, ci din prea multe date: puncte de date care sunt colectate pentru că au părut relevante cândva, fără ca nimeni să mai verifice dacă mai sunt. Întrebarea de care puncte de date aveți dumneavoastră cu adevărat nevoie face, prin urmare, parte din același exercițiu ca și construirea lineage-ului. Mai puține puncte de date cu o pistă completă sunt mai verificabile decât o listă lungă din care jumătate nu a fost niciodată folosită.

Foile de calcul sunt adesea învinuite în acest context, dar problema rareori se află în formatul fișierului în sine. De ce foile de calcul nu sunt întotdeauna problema de fond este tratat pe de ce foile de calcul nu sunt problema: o foaie de calcul cu o sursă consemnată și un proprietar desemnat este la fel de verificabilă ca un sistem, iar un sistem fără această documentare este la fel de vulnerabil ca o foaie de calcul izolată.

Ce se schimbă odată ce lineage-ul este în vigoare

Efectul unui registru complet nu se observă doar în timpul pregătirii assurance-ului, ci în munca zilnică din jurul raportării: mai puține discuții repetate despre de unde vine o cifră, mai puțin timp petrecut cu reconstruirea unui traseu care a fost deja clarificat o dată. Ce se schimbă concret odată ce această structură este în vigoare este descris pe ce se schimbă odată ce lineage-ul este în vigoare.

Acest instrument este în construcție. Cei care doresc să efectueze scanarea imediat ce aceasta este disponibilă se pot înscrie pe lista de așteptare.

Clarificarea surselor, a proprietarului și a regulilor de calitate este o muncă care în prezent se face de multe ori manual, per punct de date, per sistem. O parte din această muncă de clarificare poate fi accelerată cu AI, o altă parte nu, și care parte este aceasta diferă de la o organizație la alta și de la un proces la altul. FTE TO AI oferă o scanare a muncii care calculează per sarcină ce parte din muncă poate fi preluată de AI, astfel încât să devină clar unde automatizarea redă timp și unde rămâne munca manuală.

Marvinde assistent van de Data Readiness Scan

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.