Kennisbank

Qu'est-ce que le source-to-report mapping

Un chiffre dans un rapport de durabilité n'est presque jamais le même chiffre que celui du système source. Entre le moment où un collaborateur saisit une facture d'énergie ou un capteur enregistre un index de compteur, et le moment où ce nombre figure dans un tableau de rapport, quelque chose se passe. On convertit, on additionne, on corrige, on regroupe avec d'autres sources. Le source-to-report mapping consiste à consigner ce trajet : chaque étape que traverse la donnée entre la source et le rapport, dans l'ordre où elle se produit.

Pourquoi le trajet lui-même est une information

Le résultat d'un calcul ne dit rien sur sa fiabilité si personne ne peut reconstituer comment ce résultat est né. Un chiffre d'émissions peut être correct parce que les étapes sous-jacentes étaient correctes, ou paraître correct parce qu'une erreur à une étape en a compensé une autre par hasard. Sans mapping, cette différence est invisible. Avec un mapping, elle l'est : chaque étape existe pour elle-même, avec une source propre, un traitement propre et un résultat propre qui peut être contrôlé.

Ce trajet comporte généralement plus d'étapes que ce que l'on attend. Entre la donnée source brute et le chiffre du rapport se trouvent souvent plusieurs traitements successifs : des unités converties, des valeurs regroupées, des exceptions corrigées manuellement. Quelles opérations se situent entre la source et le rapport varie selon le point de donnée, mais la structure reste toujours la même : une série d'étapes qui ajoutent ou modifient chacune quelque chose à la donnée, et qui doivent chacune être consignées séparément pour pouvoir suivre l'ensemble.

Les deux traitements qui posent le plus souvent problème

Deux types de traitements méritent une attention particulière, car ils sont les plus fréquents et introduisent le plus facilement des erreurs inaperçues.

Le premier est l'agrégation : le regroupement de chiffres provenant de plusieurs sources ou de plusieurs périodes en un seul nombre. Consigner comment se déroule exactement cette addition, quels postes sont pris en compte et lesquels ne le sont pas, évite qu'un chiffre de rapport ne devienne une boîte noire. La manière dont vous consignez l'agrégation détermine si quelqu'un peut, par la suite, encore retracer comment consigner l'agrégation d'une façon qui reste traçable jusqu'aux postes sous-jacents.

Le second est la normalisation : le fait de ramener des données sources hétérogènes à une unité ou une définition commune, afin que des chiffres issus de systèmes différents deviennent comparables. Un litre de diesel et un kilowattheure d'électricité ne deviennent comparables qu'après une conversion, et cette conversion contient des hypothèses. Consigner comment consigner la normalisation signifie consigner quelles sont ces hypothèses, afin qu'une autre partie puisse suivre le même raisonnement ou le remettre en question.

Plus qu'un journal

Il est tentant de confondre le mapping avec un journal d'activité : une liste de qui a modifié quoi et quand. C'est une composante, mais pas l'ensemble. Une piste d'audit qui n'enregistre que les modifications ne dit pas pourquoi un traitement a été appliqué ni quelle règle se trouvait derrière. Pourquoi une piste d'audit est plus qu'un journal est lié à la question que tout contrôleur pose finalement : non seulement ce qui a été modifié, mais sur la base de quelle logique et de quelle source.

Sans outil, avec la même discipline

Le source-to-report mapping est souvent confondu avec un logiciel. Il existe des outils qui affichent automatiquement la lignée des données, mais ces outils ne font qu'enregistrer ce qui leur a déjà été fourni de façon structurée. Une organisation qui travaille encore avec des feuilles de calcul et des transmissions manuelles peut tout aussi bien consigner le trajet, mais avec d'autres moyens : un format de documentation fixe par étape, un emplacement fixe où conserver les fichiers sources, une méthode fixe pour noter les modifications. Comment organiser cela sans outil est décrit sous comment créer une lignée sans outil. La discipline ne réside pas dans le logiciel, mais dans la répétabilité de la consignation.

Cette discipline devient d'autant plus importante lorsque la source elle-même est déjà une feuille de calcul. Une cellule dans une feuille de travail n'a pas de provenance intégrée : personne ne voit automatiquement qui a saisi une valeur ni sur la base de quel document. Ce que signifie le source-to-report mapping lorsque la source est une feuille de calcul, c'est que cette provenance doit être organisée manuellement, avec la même rigueur que dans un système automatisé.

Ce que cette consignation signifie concrètement

En pratique, le mapping revient à une question répétée pour chaque point de donnée : d'où vient cette valeur, qu'en a-t-on fait avant qu'elle n'aboutisse dans le rapport, et qui a exécuté ou validé cette étape. Poser cette question pour des centaines de points de données demande beaucoup de travail, et c'est justement ce qui rend tentant de la sauter. Mais un rapport reposant sur une base non traçable reste vulnérable aux questions que personne ne peut répondre au moment où elles sont posées.

Cartographier ces étapes, point de donnée par point de donnée et à travers plusieurs sources, est un travail répétitif à la structure fixe : identifier la source, décrire le traitement, déterminer le responsable, répéter pour le point de donnée suivant. Un travail à la structure fixe est précisément le type de travail dont une partie peut être reprise par l'IA. Le werkscan de FTE TO AI calcule, par tâche, quelle part de ce travail s'y prête, afin de clarifier où les personnes restent nécessaires pour l'évaluation et où la répétition peut être automatisée.