Concevoir une chaîne de preuve ESG pour les conditions réelles d’Afrique de l’Ouest

La donnée d’activité et le facteur ne sont pas le même objet. La donnée décrit ce qui s’est passé. Le facteur décrit la référence choisie pour transformer cette activité. Les fusionner dans une valeur finale rend le recalcul opaque. Les séparer permet de changer une référence, de mesurer l’écart et de conserver l’ancien résultat avec sa méthode.

Le registre de facteurs contient les métadonnées du choix, jamais une bibliothèque présentée comme locale. Le calcul pointe vers une version figée. La décision de changer de version produit une nouvelle trace et ne modifie pas silencieusement les périodes déjà restituées.

Décision testable

Deux objets liés, activité et référence, plus un journal de choix versionné et une fonction de recalcul explicite.

Échec à détecter

Un test doit échouer si un résultat ne permet pas de retrouver la référence exacte et la donnée d’activité d’origine.

Une valeur nullable ne suffit pas. L’absence possède un code de raison, une date de constat, une personne responsable de la prochaine action et, lorsqu’elle existe, une pièce en attente de lecture. La photographie d’un registre n’est pas rangée comme une illustration. Elle devient une source reliée à la saisie, avec son empreinte, son origine et son état de lecture.

La correction conserve l’avant et l’après. Si une image est relue ou si une facture arrive, le système crée une nouvelle version de la donnée et ferme l’état d’absence. Il devient possible de distinguer une amélioration de collecte d’une modification de l’activité.

Décision testable

Taxonomie d’absence, objet source, lien de provenance, état de lecture et historique de correction.

Échec à détecter

Un contrôle doit refuser une valeur sans source ou sans motif d’absence lorsque le champ appartient au périmètre attendu.

Le modèle ne commence pas par une facture mensuelle. Il commence par une période, un site et une source d’énergie active. Le réseau, le groupe et toute autre source occupent des intervalles qui peuvent se chevaucher. Les achats de combustible et les relevés viennent ensuite documenter ces intervalles.

Cette représentation évite qu’une coupure devienne une absence inexpliquée. Elle permet aussi de déclarer une estimation lorsque l’heure de bascule n’a pas été enregistrée, sans confondre cette estimation avec une mesure. La distinction reste visible jusqu’à la restitution.

Décision testable

Événements de bascule, intervalles par source, état mesuré ou estimé, pièces et règles de rapprochement.

Échec à détecter

Un contrôle doit signaler toute période opérationnelle sans source d’énergie ou avec un chevauchement non expliqué.

Chaque écriture locale reçoit un identifiant stable, une version attendue et deux temps : celui de l’observation et celui de la réception. Le serveur n’écrase pas automatiquement. Il compare les versions, accepte les ajouts indépendants et place les conflits réels dans une file de résolution.

Les pièces suivent un cycle séparé. La saisie structurée peut être reçue avant l’image, puis passer d’un état incomplet à un état documenté. Une reprise échouée ne renvoie que le fragment manquant. Cette granularité réduit le coût de connexion et évite qu’un fichier lourd bloque tout le lot.

Décision testable

Identifiants stables, version attendue, journal local, accusé de réception, reprise partielle et résolution de conflit.

Échec à détecter

Un essai hors ligne doit provoquer un conflit contrôlé, jamais une perte silencieuse ni un doublon accepté.

Une quantité déclarée, une observation directe, un reçu, un paiement rapproché et une seconde confirmation sont cinq chemins différents. Le schéma conserve le chemin suivi. Il peut ensuite appliquer une règle de qualité sans transformer le résultat en jugement sur le fournisseur.

Le champ « non prouvable » n’est pas une sortie exceptionnelle. Il appartient au modèle. Il nomme ce qui manque, pourquoi cela manque et ce qui pourrait faire évoluer l’état. Cette honnêteté empêche une agrégation finale de cacher les fragilités de la collecte amont.

Décision testable

Type de source, mode d’établissement, recoupements, limite explicite et condition éventuelle de révision.

Échec à détecter

Un contrôle doit empêcher qu’une déclaration seule soit affichée comme équivalente à une pièce ou à une observation.

Le modèle stocke le montant d’origine comme fait immuable et ajoute une ou plusieurs conversions comme objets dérivés. Chaque conversion porte sa source de taux, sa période, sa règle d’arrondi et son usage. Une restitution peut ainsi choisir une conversion adaptée sans réécrire la transaction.

La date comptable, la date de paiement, la date du service mobile et la période ESG ne sont pas fusionnées. Le lignage explicite leur relation. Cette structure rend visibles les décalages de période et les doubles conversions qui passeraient autrement inaperçus.

Décision testable

Transaction source immuable, conversions dérivées, quatre temps distincts et lien vers l’activité concernée.

Échec à détecter

Un contrôle doit refuser une conversion sans source de taux ou toute restitution qui a perdu le montant d’origine.

Le système n’a pas besoin d’enregistrer chaque échange. Il doit en revanche conserver la langue, le rôle de la personne qui reformule, le moment de la saisie et la manière dont le sens a été validé. Un terme conservé dans la langue d’origine peut être lié à une note sans produire un support entier dans cette langue.

La minimisation compte autant que la traçabilité. Une donnée audio ne doit pas être gardée par défaut. Le système conserve seulement ce qui est nécessaire pour comprendre la transformation et attribuer la saisie. La personne interrogée reste visible comme source humaine sans que son propos devienne un matériau public.

Décision testable

Étapes de collecte, langue, rôles, validation du sens, minimisation et accès limité aux notes.

Échec à détecter

Un contrôle doit signaler une reformulation sans langue source, sans auteur ou sans mode de validation.