O factură de energie menționează kilowați-oră, un bon de benzină litri, o scrisoare de trăsură tone-kilometri. Înainte ca aceste cifre să poată figura împreună într-un raport de sustenabilitate, cineva trebuie să le convertească într-o unitate comună și adesea într-un factor de emisie comun. Această conversie se numește normalizare. Ea se face de obicei într-un fișier de calcul tabelar, cu o formulă pe care nimeni nu mai reușește să o regăsească din momentul în care apare întrebarea de unde vine o cifră.
Normalizarea nu este o singură operație, ci o serie de decizii. Care sursă furnizează valoarea brută. Care unitate este considerată standard. Care factor de emisie sau de conversie este aplicat și din ce sursă sau din care an provine acel factor. Se face o corecție pentru valoarea calorică, pentru temperatură, pentru un an fiscal diferit. Fiecare decizie este o presupunere, și fiecare presupunere determină rezultatul. Două organizații care normalizează aceleași date brute cu un factor diferit sau cu un an de referință diferit ajung la o cifră diferită, fără ca vreuna dintre ele să facă ceva greșit.
Problema nu apare la primul calcul. Ea apare un an mai târziu, când cineva întreabă de ce cifra pentru 2023 este puțin diferită față de cifra pentru 2024, sau când un controller vrea să afle care factor de emisie a fost folosit pentru un anumit flux de energie. Fără consemnare, răspunsul este: nu mai știm, sau: căutăm să aflăm. Cu consemnare, răspunsul este o trimitere la regula care descrie conversia. Diferența dintre aceste două situații este exact ceea ce descrie de ce un audit trail este mai mult decât un registru: un audit trail nu este o relatare ulterioară, ci consemnarea deciziei în momentul în care aceasta este luată.
Normalizarea este una dintre operațiile care au loc între sursă și raport, alături de sumare, filtrare și redistribuire. Care sunt exact aceste operații și în ce ordine afectează datele este descris în ce operații se află între sursă și raport atunci când sursa este un fișier de calcul tabelar. Pentru fiecare operație se pune aceeași întrebare: se poate stabili ce s-a întâmplat, de către cine, pe baza cărei reguli. La normalizare se adaugă un strat suplimentar, pentru că regula însăși poate avea o sursă externă — o bază de date cu factori de emisie care este actualizată anual. Dacă acea bază de date se modifică și nimeni nu a consemnat ce versiune a fost folosită pentru ce an de raportare, comparabilitatea cifrelor de-a lungul anilor nu mai poate fi fundamentată.
Pentru fiecare punct de date care trece printr-o etapă de normalizare, este nevoie de o serie de informații pentru ca acel pas să poată fi urmărit. Valoarea brută și sursa acesteia. Unitatea de destinație și factorul de conversie sau de emisie utilizat, inclusiv proveniența și versiunea acelui factor. Data sau perioada pentru care factorul este valabil. Persoana sau sistemul care a efectuat conversia. Și locul din raport unde ajunge cifra normalizată. Aceasta este, de fapt, o formă specifică de source-to-report mapping, în care nu se consemnează doar proveniența unei cifre, ci și regula de calcul care a modificat-o pe parcurs. Cum se prezintă această corespondență atunci când sursa este un fișier de calcul tabelar este detaliat în ce este source-to-report mapping atunci când sursa este un fișier de calcul tabelar.
În practică, cunoștințele despre factorii de normalizare se află adesea la un singur angajat care știe ce filă folosește ce factor și de ce. De îndată ce acea persoană este în vacanță, se îmbolnăvește sau își schimbă funcția, aceste cunoștințe nu mai pot fi consultate, ci doar reconstituite — cu riscul ca reconstituirea să dea un rezultat diferit de cel original. Consemnarea independentă de persoană înseamnă că regula poate fi urmărită într-un registru, nu într-o minte. Acel registru nu trebuie să fie un sistem complicat; poate fi un format fix, actualizat pentru fiecare fișier de calcul tabelar. Cum se prezintă acest lucru fără achiziționarea unui instrument este descris în cum creați lineage fără un instrument, iar abordarea specifică pentru normalizarea în fișiere de calcul tabelar în cum consemnați normalizarea atunci când sursa este un fișier de calcul tabelar.
Există instrumente care automatizează normalizarea și prezintă factorii utilizați într-un rezumat. Acest lucru este util de îndată ce regulile sunt cunoscute și presupunerile sunt fixate. Un instrument care normalizează pe baza unui factor pe care nimeni nu l-a verificat, sau care folosește o versiune veche a unei baze de date cu factori de emisie fără ca nimeni să observe acest lucru, produce un rezultat aparent ordonat pe baza unui calcul greșit. Ordinea este: întâi se consemnează ce regulă se aplică și de ce, abia apoi se configurează un sistem care execută acea regulă în mod consecvent.
Consemnarea regulilor de normalizare este ea însăși o sarcină care necesită timp: căutarea factorilor, notarea versiunilor, documentarea legăturilor dintre valoarea brută și cifra convertită. O parte din această muncă este repetabilă și bazată pe reguli, ceea ce o face un candidat pentru sprijin din partea inteligenței artificiale. FTE TO AI calculează în scanul de lucru, pentru fiecare sarcină, ce parte din muncă poate fi preluată în acest mod, astfel încât să devină clar unde oamenii rămân necesari pentru a lua decizii și unde un sistem poate prelua execuția.
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.