AXP-122 / PUBLICATION 1
Sept contraintes qui changent un système de données ESG en Afrique de l’Ouest
La demande arrive par les donneurs d’ordre et les financeurs. Pour l’entreprise qui doit répondre, le problème n’est pas de raconter le terrain, mais de construire une donnée qui reste traçable malgré lui.
Nous recevons une demande de données d’émissions, de politiques et de pièces justificatives. Elle ne vient pas d’une règle locale nouvellement apparue. Elle vient d’un donneur d’ordre qui doit suivre sa chaîne de valeur, d’une banque qui encadre son risque ou d’une institution de financement qui demande un suivi environnemental et social. La demande est extérieure au système que nous utilisons chaque jour, mais la réponse doit être produite depuis nos opérations réelles.
C’est ici que la plupart des discussions prennent le mauvais point de départ. Elles décrivent l’Afrique de l’Ouest depuis l’extérieur, comme un ensemble de données manquantes à rapprocher d’un modèle déjà terminé ailleurs. Pour l’entreprise qui doit répondre, la question est différente. Nous avons des factures, des registres, des paiements, des groupes électrogènes, des fournisseurs et plusieurs langues de travail. Le matériau existe. Il n’a simplement pas été produit pour entrer sans friction dans un système de données ESG conçu sous d’autres hypothèses.
Les sept contraintes ci-dessous ne sont donc ni une liste de retards ni une collection d’exceptions. Elles décrivent les conditions de fonctionnement auxquelles le système doit obéir. Chacune force une décision sur la source, la qualité, le temps, la synchronisation ou le lignage. Les ignorer ne rend pas le système plus simple. Cela déplace seulement l’incertitude jusqu’au moment où quelqu’un demande comment un chiffre a été obtenu.
Le point de vue retenu est celui de l’entreprise qui subit la demande et doit organiser sa réponse. Aucun facteur d’émission n’est fourni. Aucune obligation locale inexistante n’est suggérée. Ce texte ne prépare aucun dossier pour un tiers et ne promet aucun accès à un financeur. Il cherche à rendre le problème assez précis pour qu’une personne qui construit puisse décider quoi modéliser.
01 À 07 / TERRAIN ET SYSTÈME
Le terrain, vu depuis l’entreprise qui doit répondre
Chaque entrée reprend d’abord la contrainte et sa conséquence telles qu’elles sont arrêtées dans la branche EJ. La reformulation qui suit passe du constat extérieur au « nous » de l’entreprise. Le déplacement est volontaire : il révèle ce qui doit être conservé dans la donnée et ce qui doit rester déclaré comme incertain.
01 / 07
Le choix devient une donnée à part entière
Reprise de la branche EJ
Absence de base nationale de facteurs d’émission
Une méthode de choix, de justification et de versionnage des facteurs étrangers, avec la traçabilité de ce choix
Depuis l’entreprise
Nous devons répondre sans disposer d’une base nationale unique sur laquelle appuyer chaque calcul. Si nous retenons un facteur étranger, nous devons pouvoir expliquer d’où il vient, pourquoi il a été choisi, quelle version a été utilisée et ce qu’une mise à jour changerait.
Le facteur retenu ne peut pas rester une cellule isolée dans un tableur. Sa source, son périmètre géographique, sa technologie de référence, son unité, son année et sa version appartiennent au même objet. La justification doit survivre au départ de la personne qui a fait le choix. Sans cela, un recalcul ultérieur ne permet pas de distinguer une évolution de l’activité d’un simple changement de référence.
La méthode commence donc avant la valeur. Elle définit l’ordre de recherche des sources, les critères d’écart acceptables, la personne qui tranche et la trace laissée par l’arbitrage. Le système doit aussi conserver l’ancienne version lorsqu’une référence change. La continuité du raisonnement compte autant que le résultat du calcul.
- Ce que le système doit préserver
- Source, version, périmètre, unité, date de choix, justification et règle de recalcul.
- Ce qu’il ne doit pas prétendre
- Ne pas présenter un facteur étranger comme une représentation naturelle du contexte local.
02 / 07
L’absence a plusieurs causes et elles ne sont pas interchangeables
Reprise de la branche EJ
Donnée rare, incomplète, parfois papier
Un modèle qui traite l’absence comme une valeur, et une chaîne de preuve qui accepte la photo d’un registre
Depuis l’entreprise
Nos pièces sont réparties entre fichiers, cahiers, reçus, messages et registres papier. Une case vide ne signifie pas toujours zéro. Elle peut signifier que la donnée n’a pas été produite, qu’elle n’a pas été reçue ou qu’elle existe sous une forme qui n’a pas encore été saisie.
Un modèle utile distingue le zéro mesuré, la valeur inconnue, la pièce attendue, la pièce illisible et l’objet hors périmètre. Ces états commandent des actions différentes. Les réduire à une cellule vide crée une apparence de propreté au prix de la traçabilité. Une photographie de registre peut constituer une pièce recevable si son origine, sa date, son auteur de saisie et son lien avec l’enregistrement sont conservés.
L’entreprise n’a pas besoin qu’un système fasse disparaître le papier. Elle a besoin qu’il sache relier une saisie numérique à la pièce qui l’a déclenchée, puis signaler ce que cette pièce permet et ne permet pas d’établir. La qualité naît ici de la qualification de l’absence, pas de son masquage.
- Ce que le système doit préserver
- États d’absence distincts, provenance de chaque saisie, pièce jointe et journal de correction.
- Ce qu’il ne doit pas prétendre
- Ne jamais transformer une donnée manquante en zéro ni une image disponible en donnée vérifiée par défaut.
03 / 07
La continuité opérationnelle déplace les postes à suivre
Reprise de la branche EJ
Électricité intermittente, groupes électrogènes
Des postes d’émission que les modèles européens traitent mal, et qui pèsent lourd localement
Depuis l’entreprise
Notre alimentation électrique alterne entre réseau, coupures et production sur site. Si le système ne voit que la facture du réseau, il raconte une activité différente de celle que nous avons réellement menée.
Le groupe électrogène n’est pas une note de bas de page. Il possède un combustible, une quantité, une période d’usage, un équipement, parfois un compteur et souvent des pièces d’achat distinctes. Ces éléments doivent être rattachés à la période et au site concernés. Le passage du réseau au groupe ne doit pas créer un trou dans la série temporelle.
Le système doit permettre de voir la combinaison des sources sans supposer que la disponibilité du réseau est continue. Cette structure rend aussi les corrections possibles : une facture reçue plus tard peut compléter la période sans écraser la trace de l’estimation précédente.
- Ce que le système doit préserver
- Source d’énergie, site, équipement, combustible, période d’usage, pièce et état de mesure.
- Ce qu’il ne doit pas prétendre
- Ne pas déduire une consommation complète d’une facture réseau lorsque la production sur site a pris le relais.
04 / 07
Le hors-ligne change le modèle, pas seulement l’écran
Reprise de la branche EJ
Connectivité coûteuse et discontinue
Une architecture qui fonctionne hors ligne et se synchronise, ce qui change le modèle de donnée, pas seulement l’interface
Depuis l’entreprise
Nous ne pouvons pas organiser la collecte comme si chaque site disposait d’une connexion stable. La saisie doit continuer pendant la coupure, puis rejoindre le système sans créer de doublon ni effacer une correction faite ailleurs.
Une interface qui affiche une page sans connexion ne suffit pas. Chaque enregistrement a besoin d’un identifiant créé localement, d’un état de synchronisation, d’une heure d’observation distincte de l’heure d’envoi et d’une règle de conflit. Les pièces doivent pouvoir attendre sans être perdues ni envoyées plusieurs fois lorsque le réseau revient.
Cette architecture impose aussi une sobriété de transfert. Les champs structurés passent avant les pièces lourdes, les reprises sont partielles et l’utilisateur voit ce qui reste en attente. La performance n’est pas un confort ajouté après coup. Elle conditionne la possibilité même de collecter.
- Ce que le système doit préserver
- Identifiant local, file d’attente, horodatages séparés, reprise partielle, détection des doublons et règle de conflit.
- Ce qu’il ne doit pas prétendre
- Ne pas afficher « envoyé » tant que le serveur n’a pas accusé réception de l’enregistrement et de ses pièces.
05 / 07
Collecter sans inventer la pièce qui n’existe pas
Reprise de la branche EJ
Secteur informel dans la chaîne d’approvisionnement
Une méthode de collecte auprès de fournisseurs sans comptabilité formelle, et une honnêteté sur ce qui n’est pas prouvable
Depuis l’entreprise
Une partie de nos fournisseurs travaille sans comptabilité formelle. Nous pouvons obtenir des quantités, des dates, des reçus ou une confirmation orale, mais pas toujours la pièce attendue par un modèle conçu pour une chaîne entièrement documentée.
Le système doit séparer ce qui a été déclaré, observé, photographié, rapproché d’un paiement ou confirmé par une seconde source. Ces catégories ne donnent pas la même force à l’information. Elles permettent pourtant de conserver un fait utile sans lui attribuer une qualité qu’il n’a pas.
Une limite explicite fait partie du résultat. Si une quantité ne peut pas être reliée à une pièce, le système l’indique et conserve la méthode de collecte. L’entreprise peut alors répondre avec une frontière lisible, au lieu de combler le vide par une approximation silencieuse.
- Ce que le système doit préserver
- Mode de collecte, source, personne ayant saisi, date, recoupement disponible et niveau de traçabilité.
- Ce qu’il ne doit pas prétendre
- Ne pas fabriquer une continuité documentaire et ne pas confondre déclaration, observation et pièce comptable.
06 / 07
La conversion ne doit jamais effacer le flux d’origine
Reprise de la branche EJ
Multi-devises et paiement mobile
Des flux dont la conversion et la période sont tracées dans le lignage
Depuis l’entreprise
Nos achats et paiements peuvent traverser plusieurs devises et des services de paiement mobile. Pour relire un montant, nous devons retrouver la devise d’origine, la date, la règle de conversion et la période à laquelle l’opération appartient.
Un montant converti sans sa devise source devient impossible à contrôler. Le système conserve donc les deux valeurs, la source du taux, la date ou la période de référence et la règle d’arrondi. Il distingue aussi la date du paiement, celle de la facture et celle de la conversion. Ces dates répondent à des questions différentes.
Le paiement mobile ajoute un identifiant de transaction et parfois un intermédiaire. Ces éléments appartiennent au lignage. Ils relient le flux financier à l’activité suivie sans transformer le service de paiement en preuve suffisante de la nature de la dépense.
- Ce que le système doit préserver
- Montant et devise d’origine, montant de restitution, source du taux, période, arrondi et identifiant de transaction.
- Ce qu’il ne doit pas prétendre
- Ne pas remplacer la valeur d’origine par la valeur convertie ni déduire l’objet d’une dépense du seul canal de paiement.
07 / 07
L’oral est un mode de collecte, pas un défaut à cacher
Reprise de la branche EJ
Plusieurs langues de travail, dont des langues orales
Une collecte conçue pour être menée à l’oral et saisie ensuite
Depuis l’entreprise
Le travail ne se déroule pas toujours dans la langue du formulaire. Une personne peut expliquer une opération en wolof ou en pular, puis une autre la saisir en français. Le système doit garder la séparation entre ce qui a été dit, ce qui a été compris et ce qui a été enregistré.
La saisie doit indiquer la langue de l’échange, la personne qui reformule, la date et le degré de fidélité possible. Un champ de note peut conserver un terme local difficile à traduire. Une validation immédiate par la personne interrogée peut confirmer le sens général sans prétendre produire une transcription.
Les supports écrits restent en français ou en anglais. Le wolof et le pular servent à ouvrir l’échange et à débloquer une discussion technique à l’oral. Cette frontière protège la qualité : publier un support écrit non tenu dans le temps créerait une promesse que le système ne peut pas soutenir.
- Ce que le système doit préserver
- Langue de l’échange, langue de saisie, personne ayant reformulé, validation du sens et termes laissés dans la langue d’origine.
- Ce qu’il ne doit pas prétendre
- Ne pas présenter une reformulation comme une transcription ni publier de support écrit en wolof ou en pular.
08 / UNE MÉTHODE AVANT UNE VALEUR
Choisir un facteur sans faire passer le choix pour une évidence
L’absence de base nationale n’autorise ni l’improvisation ni la copie d’une valeur trouvée ailleurs. Elle oblige à rendre la méthode visible. La séquence ci-dessous décrit le choix, pas les valeurs. Elle peut être relue lorsqu’une source change ou qu’un écart de contexte devient trop grand.
- 01
Définir l’usage
Nommer l’activité, le périmètre, l’unité attendue, la période et la précision réellement nécessaire avant de chercher une source.
- 02
Comparer les écarts
Lire la géographie, la technologie, l’année, le périmètre et l’unité de chaque source possible. Un écart reste écrit, il n’est pas absorbé dans la valeur.
- 03
Justifier le choix
Conserver les options écartées, la raison du choix, la personne qui tranche et la date de la décision.
- 04
Versionner
Figer la source et sa version avec le calcul. Une mise à jour future crée une nouvelle version au lieu de réécrire l’ancienne.
- 05
Préparer le recalcul
Séparer les données d’activité de la référence utilisée afin de pouvoir mesurer l’effet d’un changement de source.
09 / RÉSONANCE UTILE
Mesurer une reconnaissance de problème, pas une audience
Cette première publication ne cherche pas à savoir combien de personnes l’ont vue. Elle cherche à savoir si les sept contraintes décrivent des situations que des personnes chargées de collecter, financer, acheter ou construire reconnaissent sans qu’on leur fournisse la réponse.
Les signaux sont relevés en privé. Une réaction courte, une impression ou un nombre d’abonnés ne devient pas une preuve d’intérêt. Un partage ne compte que s’il revient avec une question précise ou une correction issue du terrain.
Reconnaissance située
- Ce qui compte
- Une réponse nomme une contrainte et décrit la décision qu’elle bloque, sans donnée de dossier.
- Ce qui ne compte pas
- Une approbation générale ou un simple signe d’accord.
Correction utile
- Ce qui compte
- Une personne signale une nuance de vocabulaire, une condition de collecte ou une limite absente.
- Ce qui ne compte pas
- Une préférence de style sans effet sur la méthode.
Question d’architecture
- Ce qui compte
- La publication déclenche une question sur le modèle, la synchronisation, le lignage ou la qualité.
- Ce qui ne compte pas
- Une demande de valeur, de score ou d’accès à un financeur.
Passage à la seconde publication
- Ce qui compte
- Une personne demande comment transformer la contrainte reconnue en règle de système.
- Ce qui ne compte pas
- Un clic isolé sans question ni retour.
Registre privé
- Publication et langue
- Catégorie de lecteur, sans nom d’organisation
- Numéro de contrainte
- Type de signal
- Question normalisée, sans citation de dossier
- Suite : répondre, corriger, approfondir ou ne rien produire
La résonance existe si plusieurs catégories de lecteurs reviennent vers les mêmes contraintes avec des conséquences d’architecture distinctes. Elle n’est pas déduite d’un volume public et aucun seuil arbitraire n’est fixé avant les retours initiaux.
10 / FRONTIÈRE
Ce texte porte sur la construction du système
Si votre besoin est de produire un rapport, pas de bâtir l’outil, ESG Optimizer Africa existe. Si votre besoin est de tenir votre gestion courante, les produits IROKO existent. Ce document s’adresse à qui construit.
La clause est reproduite à l’identique. Elle sépare la méthode de construction d’un logiciel de diagnostic, de reporting ou de gestion courante.
11 / CONCLUSION
Une contrainte bien nommée devient une règle de conception
Les sept contraintes ne demandent pas un discours à part. Elles demandent un système qui sache distinguer une absence d’un zéro, un choix d’une évidence, une déclaration d’une pièce, une observation d’un envoi et une traduction d’une transcription. Ces distinctions sont modestes. Elles déterminent pourtant si la donnée pourra être relue quand la personne qui l’a saisie ne sera plus là.
La suite ne consiste pas à produire immédiatement un nouvel outil. Elle consiste à écouter où les contraintes sont reconnues, lesquelles reviennent ensemble et quelles questions de construction elles font apparaître. La seconde publication prend ce point de départ et transforme chaque contrainte en décision d’architecture vérifiable.
PUBLICATION SUIVANTE