Os dados de sustentabilidade vêm de todos os lados. Consumo de energia do facilities, números de pessoal do RH, emissões das compras, indicadores financeiros essenciais do finance. Quem reúne tudo isso num relatório acaba, tarde ou cedo, por fazer a pergunta: quem é proprietário de qual ponto de dados. Muitas vezes essa pergunta só é feita depois de algo já ter corrido mal: um número que não confere, uma definição que é preenchida de duas formas diferentes, um prazo que ninguém sentiu como sendo seu.
O finance tem uma longa história com responsabilidade. Cada rubrica das contas anuais tem um nome atribuído, um processo de controlo, um prazo fixado num calendário. O sustainability normalmente não tem essa história. A função é mais recente, os dados vêm de mais direções, e a pressão para reportar chegou muitas vezes mais rápido do que o tempo para construir processos. O resultado: números que são fornecidos por alguém, mas não são propriedade de alguém.
Essa diferença não é trivial. Fornecer significa: eu transmito o que tenho. Ser proprietário significa: eu garanto que está correto, sei de onde vem, e sou responsável se não estiver correto. Sem essa segunda camada, os dados de sustentabilidade permanecem uma coleção de contribuições avulsas em vez de um conjunto controlado.
Não existe uma regra fixa que diga que o finance ou o sustainability é o proprietário natural. Depende do ponto de dados. Um número que já está na administração financeira — custos de energia, número de colaboradores, receita por divisão — está frequentemente mais próximo do finance, simplesmente porque já existe um processo de controlo para isso. Um número que só o sustainability recolhe — categorias do scope 3, indicadores de biodiversidade, KPIs sociais fora da administração salarial — não tem um lugar comparável no finance e exige um proprietário dentro do próprio sustainability.
O que não funciona é atribuir uma categoria de relato inteira a um departamento sem olhar para os pontos de dados subjacentes. O scope 1 e 2 parecem um bloco, mas consistem em pontos de dados com fontes diferentes, sistemas diferentes e pessoas diferentes que têm a primeira mão sobre o número. Quem é proprietário da definição de um ponto de dados num grupo com múltiplas entidades é uma questão diferente de quem é proprietário do processo por trás dele, e ambas são, por sua vez, diferentes da questão de quem é proprietário do controlo sobre esse ponto de dados. Esses três papéis podem estar na mesma pessoa, mas não têm de estar.
O primeiro papel é a definição: o que significa exatamente este ponto de dados, que unidade, que delimitação, que período. O segundo papel é o processo: quem garante que os dados saem do sistema de origem, a tempo, na forma correta. Quem é proprietário do processo subjacente num grupo com múltiplas entidades é muitas vezes uma pessoa diferente de quem estabeleceu a definição — a primeira está próxima da fonte, a segunda conhece o quadro de relato. O terceiro papel é o controlo: quem verifica se o número está correto antes de avançar.
Designar estes três papéis separadamente evita um problema comum: um ponto de dados que é gerido um pouco por todos e completamente por ninguém. Se a definição estiver no sustainability, o processo numa entidade local, e o controlo não estiver atribuído a ninguém, surge um vazio que só se torna visível no primeiro desvio.
A situação mais comum não é a responsabilidade ser atribuída incorretamente, mas sim não ser atribuída de forma alguma. Um ponto de dados chega através de uma folha de cálculo que alguém criou há três anos, e ninguém jamais disse explicitamente: isto é seu. Enquanto os números estiverem mais ou menos corretos, isso passa despercebido. Na primeira discrepância — um número que subitamente se desvia do ano anterior, um controlo que levanta uma questão — não há ninguém que possa explicar de onde vem o número ou porque mudou. O que fazer quando ninguém é proprietário num grupo com múltiplas entidades não é, portanto, apenas uma questão organizacional, é a questão que determina se um relatório se mantém firme quando é questionado.
Dividir a responsabilidade só funciona se ambas as partes falarem a mesma língua sobre o que é, na verdade, um ponto de dados. Isso começa com algo básico: o que é um valor válido para um determinado ponto de dados, e quando um desvio desse valor é um sinal que alguém deve analisar. Sem esse acordo, a discussão sobre responsabilidade permanece abstrata, porque ninguém sabe exatamente por que critério o proprietário é avaliado. Com esse acordo, a responsabilidade torna-se concreta: o senhor é responsável por este ponto de dados, dentro destes limites, com estas regras para quando algo se desvia. A forma como se configura um desvio de sinal faz então parte da mesma decisão que a questão de quem é o proprietário — um sem o outro dá origem a uma responsabilidade sem conteúdo.
Dividir a responsabilidade entre finance e sustainability é, no fundo, um exercício de precisão: não atribuir uma categoria a um único departamento, mas registar, por ponto de dados, quem é proprietário da definição, do processo e do controlo. Não é um exercício pontual, mas um registo que tem de continuar a estar correto quando as pessoas mudam de função ou os processos mudam.
Quando essa responsabilidade estiver clara, torna-se também visível quanto do trabalho subjacente — a recolha, a verificação e a transmissão de dados — é suficientemente rotineiro para ser automatizado. O werkscan da FTE TO AI calcula, por tarefa, que parte pode ser assumida pela IA, para que os proprietários possam concentrar-se nos pontos de dados que realmente exigem avaliação.
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.