Une feuille de calcul semble être une source simple. Une cellule avec un chiffre, un onglet avec un nom, un export d'un autre système qui a été collé. Mais entre cette cellule et le chiffre qui finit par apparaître dans un rapport, se trouve une série de traitements qui, le plus souvent, n'est consignée nulle part. Le source-to-report mapping consiste à cartographier cette série : chaque étape que traverse un chiffre depuis le moment où il entre dans la feuille de calcul jusqu'au moment où il atterrit dans une ligne de rapport.
Avec un système doté de champs fixes et d'une structure fixe, on peut souvent encore retracer d'où vient chaque champ. Une feuille de calcul n'a pas cette structure par nature. Quelqu'un ajoute un onglet intermédiaire pour agréger. Quelqu'un d'autre copie une colonne vers un autre fichier pour effectuer une conversion. Une troisième personne colle le résultat en tant que valeur dans une feuille de rapport, ce qui fait disparaître la formule et donc la trace. Rien de tout cela n'est fautif au moment où cela se produit. Le problème surgit un an plus tard, lorsque quelqu'un doit expliquer d'où vient un chiffre et que la réponse n'est plus reconstituable.
Le source-to-report mapping pour une source de type feuille de calcul comprend un certain nombre d'étapes identifiables, chacune nécessitant une attention particulière.
La première étape est l'origine des données brutes : quel fichier, quel onglet, quelle cellule ou quelle plage de cellules, et qui les saisit ou les fournit. Sans ce point d'ancrage, il n'y a pas de source vers laquelle renvoyer.
La deuxième étape concerne quels traitements se situent entre la source et le rapport lorsque la source est une feuille de calcul. Pensez aux unités qui sont converties, aux filtres qui excluent certaines lignes, aux formules qui additionnent ou remettent à l'échelle des valeurs. Chaque traitement modifie le chiffre, et chaque traitement non consigné est une étape qui ne pourra plus être vérifiée par la suite.
La troisième étape est l'agrégation : plusieurs lignes, onglets ou fichiers qui sont regroupés en un seul chiffre. Dans une feuille de calcul, cela se fait souvent manuellement, par un simple clic sur la fonction somme appliquée à une plage que quelqu'un a délimitée lui-même. La manière dont cette plage a été choisie et ce qu'elle contient déterminent le chiffre tout autant que les données sous-jacentes. C'est précisément pourquoi il faut consigner comment consigner l'agrégation lorsque la source est une feuille de calcul : non pas comme une formalité, mais parce que l'étape d'agrégation elle-même constitue une source d'erreurs que personne d'autre ne voit.
La quatrième étape est la normalisation : différentes unités, différentes périodes de reporting ou différents sites qui sont ramenés à une base commune avant de devenir comparables. Ici aussi, le choix d'un facteur de conversion ou d'une valeur de référence oriente le résultat, et ce choix doit être traçable. La manière dont cela fonctionne est développée dans comment consigner la normalisation lorsque la source est une feuille de calcul.
La dernière étape est l'endroit où le chiffre atterrit : la ligne de rapport, l'indicateur, le total annuel. Cette transition doit également laisser une trace, et pas seulement un renvoi au document source.
Il est tentant de penser qu'une liste de qui a modifié quoi suffit. Cela s'appelle un journal, et un journal enregistre les modifications sans en montrer la logique. Une piste d'audit qui a du sens ne se contente pas de montrer qu'une cellule a été modifiée, mais montre aussi pourquoi, sur la base de quelle règle et avec quel résultat, en remontant jusqu'à la source d'origine. Cette distinction est développée plus en détail dans l'explication sur pourquoi une piste d'audit est plus qu'un journal lorsque la source est une feuille de calcul.
La plupart des organisations qui travaillent avec des feuilles de calcul ne disposent pas d'un système qui suit automatiquement la lignée des données. Cela ne signifie pas que le mapping est impossible, cela signifie qu'il doit se faire manuellement, avec de la discipline plutôt qu'avec un logiciel. Les étapes nécessaires pour cela et la manière dont un processus piloté par feuille de calcul peut malgré tout devenir traçable sont décrites dans comment créer une lignée sans outil lorsque la source est une feuille de calcul. Une question connexe souvent négligée est qui détient la définition d'un point de données : sans propriétaire désigné de la définition, le sens d'un point de données évolue en fonction de qui le regarde à un moment donné, et dans ce cas, le mapping le plus soigné n'a que peu de valeur.
Un outil qui rend les rapports plus présentables ne change rien à la fiabilité des chiffres qui y entrent. Si le chemin entre la cellule et le rapport n'a pas été consigné, un outil produira des rapports plus nets sur les mêmes chiffres incertains. Le mapping de la source vers le rapport n'est donc pas une étape qui vient après l'outil, mais une étape qui la précède.
Dès que les étapes entre la source et le rapport sont décrites, il devient également visible lesquelles de ces étapes relèvent du travail humain et lesquelles suivent un traitement fixe et répétable. Cette distinction constitue la base du scan de travail de FTE TO AI, qui calcule, pour chaque tâche, quelle part du travail peut être reprise par l'IA, sur la base de ce qui est déjà consigné concernant le traitement, les règles et l'origine des données.
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.