Un chiffre dans un rapport de durabilité n'est presque jamais un chiffre issu directement d'une source. C'est généralement le résultat d'une addition, d'une moyenne, d'une pondération ou d'une redistribution sur des sites, des périodes ou des unités. Cette étape s'appelle l'agrégation, et de toutes les opérations entre la source et le rapport, c'est souvent la moins visible. Une formule dans une feuille de calcul additionne douze chiffres mensuels pour obtenir un chiffre annuel, ou un tableau de calcul fait la moyenne des facteurs d'émission de plusieurs fournisseurs. Personne n'y note quelle hypothèse est intégrée.
Entre la mesure brute et le chiffre publié se trouvent plusieurs étapes. D'abord, les données sont collectées à partir de systèmes ou de feuilles de calcul, puis converties en une unité commune, ensuite regroupées à un niveau adapté au rapport — division de l'entreprise, pays, ou total. Chaque étape peut contenir un choix qui modifie le chiffre final : comptabilisez-vous une fusion à partir de la date d'acquisition ou sur l'année entière, pondérez-vous en fonction du chiffre d'affaires ou du nombre de collaborateurs, arrondissez-vous par source ou seulement sur le total. Les opérations exactes situées entre la source et le rapport dépendent de l'indicateur et de la structure de l'organisation, et sur quelles opérations se situent entre la source et le rapport lorsque la source comporte plusieurs sources, cette liste devient plus longue que ce à quoi la plupart des organisations s'attendent.
L'agrégation est un choix, et les choix qui ne sont pas consignés sont refaits lors du cycle de reporting suivant — souvent par une autre personne, avec une autre hypothèse. La conséquence est qu'un chiffre de l'année précédente ne peut plus être retracé selon la même logique, et qu'un contrôleur ou un auditeur ne peut pas déterminer si une variation du chiffre est un changement réel ou un changement de méthode de calcul. Consigner ne signifie pas ici décrire un processus en termes généraux. Cela signifie : consigner, pour chaque point de reporting, quelles sources ont été prises en compte, avec quelle pondération, sur quelle période, et qui a fait ce choix.
L'agrégation est souvent confondue avec la normalisation, mais ce sont deux étapes distinctes. La normalisation rend les données comparables — par exemple en convertissant différentes unités d'énergie vers une norme unique. L'agrégation regroupe ensuite ces données comparables à un niveau supérieur. Une erreur dans la normalisation se répercute dans chaque agrégation qui la suit, ce qui signifie que les deux étapes doivent être contrôlées séparément. La manière de procéder est expliquée sur comment consigner la normalisation.
La plupart des organisations n'ont pas de données brutes qui proviennent proprement d'un seul système. Une partie des données de durabilité se trouve dans des factures, une partie dans une feuille de calcul envoyée par e-mail par un fournisseur d'énergie, une partie dans un export issu d'un système ERP. Agréger ces sources signifie que vous devez déterminer manuellement quelle ligne correspond à quelle période et quelle ligne a été comptée en double. Sur qu'est-ce que le source-to-report mapping lorsque la source est une feuille de calcul, vous trouverez comment cartographier ce lien entre la source brute et le point de reporting, et sur comment consigner l'agrégation lorsque la source est une feuille de calcul, vous trouverez plus précisément comment documenter cette étape de la feuille de calcul afin que l'agrégation elle-même devienne reproductible, même sans la personne qui a construit la formule à l'origine.
Consigner l'agrégation ne nécessite pas de logiciel. Cela demande une discipline : noter, à chaque étape de calcul, ce qui y est entré, quelle règle a été appliquée, et ce qui en est sorti. Cela peut se faire dans un registre à côté des feuilles de calcul existantes, avant même l'acquisition d'un système. La manière dont cela se présente sans outillage est expliquée sur comment créer une lignée sans outil. Qui saute cette étape et acquiert directement un logiciel pour le reporting superpose une couche plus soignée sur la même agrégation confuse — le rapport a l'air meilleur, mais la question de savoir si le chiffre est correct reste sans réponse.
Une règle d'agrégation qui n'est pas consignée est aussi un point de contrôle manquant. Lors d'un contrôle externe ou d'une révision interne, quelqu'un doit pouvoir démontrer pourquoi un chiffre a été composé comme il l'a été, et pas seulement que le chiffre correspond au calcul. Cette distinction — entre un chiffre qui est correct et un chiffre qui peut être justifié — est précisément ce à quoi sert une piste d'audit, et pourquoi celle-ci représente davantage qu'un simple journal des modifications, comme expliqué sur pourquoi une piste d'audit est plus qu'un journal.
Une fois que les règles d'agrégation sont consignées — quelles sources, quelle pondération, quelle période, qui a fait le choix — une base se crée pour déterminer quelle partie de ce travail est répétable et donc adaptée à un transfert vers un système. C'est une question différente de celle de savoir si les règles sont correctes ; c'est la question de savoir quelle part de l'application de ces règles doit encore rester un travail humain. Le scan de travail de FTE TO AI calcule, par tâche, quelle part du travail peut être reprise par l'IA, et l'agrégation — avec ses étapes fixes d'addition, de pondération et de regroupement — est précisément le type de tâche pour lequel ce résultat est souvent surprenant.
Le Data Readiness Scan de csrdready.net est en cours de développement. Qui souhaite déjà mettre de l'ordre dans le registre des points de données et les règles d'agrégation correspondantes peut s'inscrire sur la liste d'attente et sera informé dès que le scan sera disponible.
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.