Un point de données en double n'apparaît presque jamais dans le résultat final. Il apparaît lorsque deux unités opérationnelles fournissent indépendamment la même consommation d'énergie, les mêmes données de flotte ou le même flux de déchets, et que personne n'a remarqué qu'il s'agissait de la même source. Le total est alors correct en apparence, mais l'addition est fausse. Cela se produit surtout dans les organisations qui travaillent par unité opérationnelle avec leurs propres feuilles de calcul, leurs propres formulaires de saisie et leurs propres personnes qui fournissent les chiffres. Chaque unité fournit soigneusement ce qui est demandé. Personne ne compare la source.
Un registre des points de données ne résout pas ce problème en contrôlant le total, mais en consignant, pour chaque point de données, sa provenance. Non seulement quel chiffre a été saisi, mais de quel système, quel fichier ou quelle mesure il provient, et qui l'a fourni. Si deux unités opérationnelles désignent la même source pour le même point de données — le même contrat d'énergie, le même système de gestion de flotte, le même rapport d'achat d'un fournisseur partagé — cela devient visible dès que les sources sont mises côte à côte. C'est précisément à cela que sert la traçabilité source-rapport par point de données : non pas comme contrôle a posteriori, mais comme élément fixe de la façon dont le registre est constitué.
Le doublon apparaît généralement de trois manières. La première est une source partagée qui est relevée séparément par deux unités, comme un contrat d'énergie centralisé qui est comptabilisé à la fois par le site et par le siège. La deuxième est une activité partagée qui est attribuée en double, comme un service de transport que l'unité expéditrice et l'unité destinataire enregistrent toutes deux comme leur propre émission. La troisième est une fusion ou une réorganisation où deux registres ont été fusionnés sans que personne ne vérifie si la même source figurait sous deux noms différents. Aucune de ces situations n'est reconnaissable au chiffre lui-même. Elles ne sont reconnaissables qu'à la source qui se trouve derrière.
Pour pouvoir reconnaître un doublon, le registre doit consigner au minimum, pour chaque point de données : la source exacte, l'unité opérationnelle qui fournit le point de données, la période concernée et le propriétaire responsable de l'exactitude. Sans cette combinaison, comparer les unités entre elles revient à deviner. Avec cette combinaison, il s'agit simplement de trier : rassembler tous les points de données ayant la même source et évaluer s'ils peuvent réellement être comptés séparément ou s'il y a chevauchement. Les champs exactement nécessaires et l'ordre dans lequel ils sont remplis sont décrits dans comment mettre en place un registre des points de données qui commence par cette information.
Un registre qui révèle des doublons n'est pas automatiquement un registre où il n'y a plus de doublons. C'est un registre où ils peuvent être détectés parce que la source est consignée pour chaque point de données. Que cela soit suffisant dépend de la proportion de points de données pour lesquels une source a réellement été renseignée — un registre dont la moitié des champs sont vides ne peut en aucun cas révéler quelles unités se chevauchent. La proportion de champs de source renseignés, et ce que cela indique sur la fiabilité de l'ensemble, est traitée dans quelle proportion de vos points de données a une source. Ce n'est que lorsque cette proportion est suffisamment élevée qu'une comparaison entre unités opérationnelles est plus qu'un instantané.
La tentation est de tout vérifier pour détecter les doublons, y compris les points de données qui ont à peine du poids dans le rapport final. Ce n'est pas là que le temps est le mieux investi. Quels points de données sont réellement nécessaires pour le rapport et lesquels constituent un détail superflu est décrit dans quels points de données vous sont réellement nécessaires. Un registre plus restreint avec des sources correctes est plus utile qu'un registre complet où personne n'a vérifié si les sources se chevauchent.
Pour une seule unité, un registre est terminé dès que chaque point de données a une source et un propriétaire. Pour plusieurs unités opérationnelles, une étape s'ajoute : vérifier que la même source ne figure pas sous deux noms différents dans le registre. Ce que cela signifie concrètement pour la finalisation d'un registre qui s'étend sur plusieurs unités est précisé dans quand un registre est-il terminé pour plusieurs unités opérationnelles. Ce moment n'est pas celui où tous les champs sont remplis, mais celui où le contenu de chaque unité a été confronté à celui des autres.
Une fois le registre des points de données établi, avec les sources et la propriété pour chaque point de données, une deuxième question se pose : qui effectue le travail consistant à contrôler et mettre à jour périodiquement ces sources. Une partie de ce travail — récupérer les données source, comparer les saisies, signaler les écarts — est suffisamment répétitive pour examiner quelle part peut en être confiée à l'IA. Le scan de travail de FTE TO AI calcule, par tâche, quelle part du travail s'y prête, non pas comme un remplacement du registre mais comme une étape suivante une fois le registre établi.
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.