Les données de durabilité viennent de partout. Consommation énergétique des services facilitaires, chiffres du personnel issus des RH, émissions issues des achats, chiffres financiers clés issus de la finance. Celui qui rassemble tout cela dans un rapport se pose tôt ou tard la question de savoir qui est propriétaire de quel point de données. Souvent, cette question n'est posée qu'après qu'un problème est déjà survenu : un chiffre qui ne correspond pas, une définition remplie de deux façons différentes, une échéance que personne n'a ressentie comme la sienne.
La finance a une longue histoire avec la propriété. Chaque poste des comptes annuels a un nom derrière lui, un processus de contrôle, une échéance fixée dans un calendrier. Sustainability n'a généralement pas cette histoire. La fonction est plus récente, les données proviennent de davantage de sources, et la pression pour rapporter est souvent arrivée plus vite que le temps nécessaire pour construire des processus. Résultat : des chiffres fournis par quelqu'un, mais pas possédés par quelqu'un.
Cette différence n'est pas anodine. Fournir signifie : je transmets ce que j'ai. Posséder signifie : je garantis que c'est correct, je sais d'où cela vient, et je suis responsable si ce n'est pas correct. Sans cette seconde couche, les données de durabilité restent une collection de contributions isolées plutôt qu'un ensemble contrôlé.
Il n'existe pas de règle fixe qui indique que la finance ou sustainability est le propriétaire naturel. Cela dépend du point de données. Un chiffre déjà présent dans la comptabilité financière — coûts énergétiques, effectifs, chiffre d'affaires par division — se situe souvent plus près de la finance, tout simplement parce qu'un processus de contrôle y existe déjà. Un chiffre que seul sustainability collecte — catégories du scope 3, indicateurs de biodiversité, KPI sociaux hors administration salariale — n'a pas d'équivalent au sein de la finance et nécessite un propriétaire au sein de sustainability même.
Ce qui ne fonctionne pas, c'est d'attribuer toute une catégorie de reporting à un service sans examiner les points de données sous-jacents. Le scope 1 et 2 semblent former un bloc, mais se composent de points de données ayant des sources différentes, des systèmes différents et des personnes différentes qui ont la première main sur le chiffre. Qui possède la définition d'un point de données dans un groupe à entités multiples est une question différente de celle de savoir qui possède le processus qui la sous-tend, et les deux sont encore différentes de la question qui possède le contrôle de ce point de données. Ces trois rôles peuvent revenir à la même personne, mais ce n'est pas obligatoire.
Le premier rôle est la définition : que signifie précisément ce point de données, quelle unité, quel périmètre, quelle période. Le deuxième rôle est le processus : qui veille à ce que les données sortent du système source, à temps, dans la bonne forme. Qui possède le processus sous-jacent dans un groupe à entités multiples est souvent une personne différente de celle qui a établi la définition — la première est proche de la source, la seconde connaît le cadre de reporting. Le troisième rôle est le contrôle : qui vérifie que le chiffre est correct avant qu'il ne poursuive son chemin.
Désigner ces trois rôles séparément permet d'éviter un problème fréquent : un point de données géré un peu par tout le monde et entièrement par personne. Si la définition relève de sustainability, le processus d'une entité locale, et que le contrôle n'est attribué à personne, un vide se crée qui ne devient visible qu'à la première anomalie.
La situation la plus fréquente n'est pas que la propriété est mal attribuée, mais qu'elle n'est pas attribuée du tout. Un point de données arrive via une feuille de calcul que quelqu'un a créée il y a trois ans, et personne n'a jamais dit explicitement : ceci est à vous. Tant que les chiffres sont à peu près corrects, cela passe inaperçu. À la première divergence — un chiffre qui s'écarte soudainement de l'année précédente, un contrôle qui pose une question — personne ne peut expliquer d'où vient le chiffre ou pourquoi il a changé. Ce que vous faites si personne n'est propriétaire dans un groupe à entités multiples n'est donc pas seulement une question organisationnelle, c'est la question qui déterminera si un reporting résiste à un examen approfondi.
Répartir la propriété ne fonctionne que si les deux parties parlent le même langage sur ce qu'est réellement un point de données. Cela commence par quelque chose de fondamental : ce qu'est une valeur valide pour un point de données donné, et à quel moment un écart par rapport à cette valeur constitue un signal que quelqu'un doit examiner. Sans cet accord, la discussion sur la propriété reste abstraite, car personne ne sait précisément sur quoi le propriétaire est évalué. Avec cet accord, la propriété devient concrète : vous êtes responsable de ce point de données, dans ces limites, avec ces règles sur le moment où quelque chose dévie. La façon dont un seuil d'anomalie est configuré relève donc de la même décision que la question de savoir qui est propriétaire — l'un sans l'autre donne une propriété sans contenu.
Répartir la propriété entre finance et sustainability est fondamentalement un exercice de précision : ne pas attribuer une catégorie entière à un seul service, mais déterminer, point de données par point de données, qui possède la définition, le processus et le contrôle. Ce n'est pas un exercice ponctuel mais un registre qui doit rester exact lorsque les personnes changent de fonction ou que les processus évoluent.
Dès que cette propriété est clarifiée, il devient également visible quelle part du travail sous-jacent — la collecte, le contrôle et la transmission des données — est suffisamment routinière pour être automatisée. Le werkscan de FTE TO AI calcule, par tâche, quelle part peut être reprise par l'IA, afin que les propriétaires puissent se concentrer sur les points de données qui exigent réellement une évaluation.
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.