Inventar de carbon pentru companii cu mai multe locații

Majoritatea uneltelor de carbon accounting presupun o singură entitate cu date ordonate: o structură juridică, un ERP, un contract de energie, un om care răspunde de cifre. Companiile reale nu arată deloc așa. Au douăsprezece locații, patru țări, trei sisteme ERP și un facility manager în fiecare punct de lucru care ține facturile de curent într-un sertar.

Partea grea a contabilității de carbon nu au fost niciodată factorii de emisie. Aceia sunt publicați, versionați și plictisitori. Partea grea este să colectezi date defensabile de la oameni al căror job real este altceva — și să produci un număr pe care un auditor îl semnează.

De ce se rup uneltele standard la mai multe locații

O unealtă pentru o singură entitate modelează lumea ca pe un tabel. Un grup cu mai multe locații trebuie să răspundă la întrebări mai grele înainte ca un singur kWh să devină CO2e:

• Care entitate juridică deține care locație și pe ce bază raportează grupul — control operațional sau cotă de participare?
• Ce factor de emisie de rețea se aplică, pentru ce an de raportare și ce versiune era în vigoare la data facturii?
• Ce se întâmplă când o locație schimbă furnizorul de energie la mijlocul anului sau un contract de închiriere începe în martie?
• Cum reconciliezi un export ERP dintr-o țară cu o factură PDF scanată din alta?
• Cine răspunde când o cifră se schimbă după ce raportul a fost aprobat?

Niciuna nu este o problemă de calcul. Sunt probleme de model de date și de flux de lucru — exact motivul pentru care se rezolvă cu Excel și email până când un auditor cere dovezi.

Ce cere, de fapt, CSRD/ESRS

Sub CSRD și standardul de climă ESRS E1, un grup trebuie să raporteze Scope 1, Scope 2 (atât location-based, cât și market-based) și categoriile materiale de Scope 3, consolidat pe tot perimetrul de raportare, cu metodologia declarată și cifrele supuse unei asigurări limitate.

„Asigurarea limitată” este partea care schimbă totul. Auditorul nu vrea doar un număr — vrea să îl urmărească până la documentul sursă, să vadă ce factor de emisie s-a aplicat și să confirme că nimeni nu a modificat discret o valoare după aprobare. Adică trasabilitatea nu e un feature drăguț; e produsul.

Modelul de date care funcționează

Modelul care rezistă în companii reale separă patru lucruri pe care tabelele le amestecă:

1. Structura organizațională: grup, entități juridice, locații și baza de consolidare — versionate în timp, pentru că achizițiile și vânzările se întâmplă la mijloc de an.
2. Date de activitate: cantitatea brută (kWh, litri, tonă-kilometri) cu documentul sursă, perioada și persoana care a transmis-o.
3. Setul de factori: ce bibliotecă de factori, ce versiune, ce regiune și ce an — fixate pe calcul, niciodată pe default-ul curent.
4. Rezultate calculate: valori derivate care pot fi mereu recalculate din straturile de mai sus, niciodată editate direct.

Dacă un rezultat poate fi editat manual, inventarul nu e auditabil. Dacă factorul se aplică la citire din default-ul global, raportul de anul trecut se schimbă când biblioteca se actualizează. Ambele sunt frecvente și ambele pică la asigurare.

Blocajul real: colectarea, nu calculul

Un facility manager din Cluj are un job cu normă întreagă care nu este raportarea de sustenabilitate. Dacă îi ceri să intre într-o platformă necunoscută, să înțeleagă Scope 2 market-based și să aleagă unitatea corectă dintr-un dropdown cu patruzeci de opțiuni, vei primi un câmp gol și un email de reminder în aprilie.

Ce funcționează, în schimb:

• Cere artefactul pe care îl are deja — factura, indexul contorului, exportul de card de carburant — nu o cifră derivată.
• Acceptă canalul dezordonat: atașament pe email, poză pe WhatsApp, folder partajat. Extragerea e problema ta, nu a lui.
• Pre-completează tot ce știi deja: locație, perioadă, furnizor, interval așteptat. Un om care confirmă o valoare e de zece ori mai rapid decât unul care o introduce.
• Semnalează anomaliile față de istoricul locației, ca o virgulă greșită să apară în prima săptămână, nu în timpul auditului.
• Arată fiecărei locații propriul status de completare. Nimic nu mișcă lucrurile ca un gol vizibil lângă bifa verde a unui coleg.

Aici își câștigă locul extragerea de documente și agenții AI într-o platformă de carbon — citesc facturi, normalizează unități, potrivesc numele furnizorului cu o entitate cunoscută și trimit excepțiile la un om. Nu ca să ghicească emisii, ci ca să elimine tastarea.

GreenScope: din proiect re:solved în companie

GreenScope a început ca un proiect re:solved și a devenit o companie. Este o platformă de inventar de carbon multi-sit, construită pentru raportarea CSRD/ESRS, iar eu răspund de partea tehnică: arhitectura, modelul de date, build-ul și infrastructura pe care rulează.

Se aplică aceleași constrângeri ca la orice sistem pentru clienți: datele rămân unde are nevoie echipa de conformitate, fiecare cifră se urmărește până la documentul sursă, iar automatizarea reduce munca umană fără să devină o cutie neagră.

Lecturi conexe: E sigur să dai datele clienților unui AI? · Ce să cauți la o agenție de automatizare AI · Servicii de automatizare AI — managed roles

Întrebări frecvente