Spécification de l'application WAZI

Plateforme de devoir de diligence et de supply intelligence pour les chaînes d'approvisionnement en or, axée sur l'exploitation minière artisanale. Conçue et développée par Datastake ; déploiement actuel pour Mwamba Mining (Tanzanie).

1. Contexte

1.1 Le défi

L'exploitation minière artisanale et à petite échelle de l'or (EMAPE) représente une part importante de la production mondiale d'or, et pourtant ses chaînes d'approvisionnement restent parmi les moins documentées et les plus difficiles à évaluer. Les agrégateurs, exportateurs et raffineurs qui s'approvisionnent auprès de l'EMAPE font face à un ensemble de défis interconnectés :

Des réseaux d'approvisionnement fragmentés et informels. Les chaînes d'approvisionnement de l'EMAPE sont géographiquement dispersées entre de nombreux petits acteurs et points de transfert informels. Les opportunités d'approvisionnement émergent par le biais de réseaux personnels plutôt que par des processus d'achat structurés. Les structures de propriété sont superposées, floues, ou seulement partiellement documentées.

Un devoir de diligence réactif et rétrospectif. Le devoir de diligence est traditionnellement exercé après coup : fondé sur des documents, riche en récits, et dépendant d'auditeurs tiers interprétant des allégations complexes sur la chaîne d'approvisionnement. Au moment où un rapport est produit, les conditions qu'il décrit ont parfois déjà changé.

Aucune boucle de rétroaction vers les acteurs en amont. Les opérateurs de l'EMAPE manquent d'outils pratiques pour communiquer des informations vérifiables sur leurs opérations, leur gouvernance et leurs contrôles des risques aux acheteurs en aval. La capacité d'auto-évaluation structurée est sous-développée, et il n'existe aucun format commun pour la présenter.

Un déficit d'opérationnalisation. Les normes internationales (Guide OCDE sur le devoir de diligence, LBMA Responsible Gold Guidance, RMAP) énoncent des principes clairs mais demeurent complexes et abstraites. Leur traduction en processus structurés et répétables qui passent à l'échelle de dizaines de relations d'approvisionnement reste un problème non résolu.

1.2 Ce que fait WAZI

WAZI est une plateforme de devoir de diligence et de supply intelligence pour les chaînes d'approvisionnement de l'or. Elle permet aux acteurs de la chaîne d'approvisionnement d'évaluer les opportunités d'approvisionnement, d'appliquer et de documenter le devoir de diligence de façon systématique, de surveiller les risques de la chaîne d'approvisionnement dans le temps, et de produire des rapports crédibles liés à des expéditions précises et à leurs chaînes de valeur en amont.

La plateforme s'articule autour de cinq pratiques fondamentales :

1. Auto-évaluation guidée. Traduit des normes internationales complexes en évaluations structurées, sous forme de formulaires, que les opérateurs en amont peuvent compléter directement, rendant les normes exploitables plutôt qu'aspirationnelles.

2. Intégration simplifiée de la chaîne d'approvisionnement. Capture la topologie de la chaîne d'approvisionnement avant le début de l'engagement. Cartographie systématiquement les contreparties, les bénéficiaires, les unités minières et les points d'entrée afin d'établir une visibilité de référence sur les risques.

3. Méthodologies d'évaluation transparentes. Met en œuvre des processus d'évaluation du devoir de diligence standardisés, avec des résultats explicites, démontrables et dérivés de manière algorithmique plutôt que des conclusions narratives. Le scoring repose sur les données, pas sur l'expertise.

4. Surveillance et documentation continues. Enregistre les incidents, activités et témoignages sous forme d'événements structurés liés à des lieux et à des parties prenantes. La surveillance est intégrée aux opérations courantes plutôt que planifiée périodiquement.

5. Rapports centrés sur l'expédition. Relie des transactions d'approvisionnement précises à des profils d'approvisionnement en amont documentés et à leur historique cumulé de devoir de diligence, ancrant les rapports dans des données système vérifiables.

1.3 Pourquoi algorithmique, pourquoi composite

Le devoir de diligence dans l'EMAPE a historiquement reposé sur le jugement narratif. WAZI déplace le fondement du devoir de diligence de l'opinion d'expert vers des données structurées et reproductibles, et fait remonter l'évaluation des sujets individuels vers l'ensemble des opportunités d'approvisionnement.

Algorithmique, pas narratif. WAZI évalue les parties prenantes et les lieux à travers des critères explicites et pondérés avec des formules déterministes. Trois propriétés en découlent.

• Reproductibilité. Les mêmes données produisent le même score, quel que soit l'examinateur.
• Défendabilité. Chaque score est traçable jusqu'à un ensemble fini de faits enregistrés. Les auditeurs et les acheteurs peuvent interroger le calcul, et non seulement la conclusion.
• Comparabilité. Les contreparties et les sites deviennent directement comparables entre portefeuilles et dans le temps. Le risque n'est plus un paragraphe ; c'est une coordonnée.

Composite, pas sujet par sujet. Le risque dans l'approvisionnement EMAPE ne réside pas dans un acteur unique ni dans une seule mine. Il réside dans la combinaison : qui exploite la mine, qui détient le titre, qui est le bénéficiaire effectif de la contrepartie, comment le matériau circule de l'origine à l'expédition. WAZI évalue l'opportunité d'approvisionnement comme un objet cohérent, le Profil d'approvisionnement, combinant la qualité du site, l'intégrité de la chaîne de custody, la structure des bénéficiaires et la couverture de la cartographie en un seul score composite.

Trois conséquences.

• L'effort de cartographie est récompensé. Identifier davantage de la chaîne de valeur ne fait jamais baisser un score. Les agrégateurs sont incités à divulguer plus, pas moins.
• Les lacunes d'information sont des signaux de confiance, pas des signaux de risque. Les données manquantes sont signalées comme une faible confiance, et non pénalisées comme une faute. L'agrégateur est incité à combler les lacunes, pas à les dissimuler.
• L'engagement progressif est encouragé. Les scores s'améliorent naturellement à mesure que davantage de données entrent. Le système récompense une discipline d'approvisionnement continue plutôt que des efforts de conformité ponctuels.

Relation avec l'audit. WAZI ne remplace pas l'audit indépendant. La combinaison du scoring algorithmique et de l'accumulation continue de données réduit la proportion du devoir de diligence qui doit être rétablie par un auditeur à chaque cycle, et donne aux auditeurs une base structurée à interroger là où l'audit est conduit. Les deux sont conçus pour se compléter, non pour se concurrencer.

Ensemble, le passage du narratif à l'algorithmique, et du niveau du sujet au niveau de l'opportunité d'approvisionnement, transforment le devoir de diligence d'une obligation périodique et coûteuse en un résultat continu et piloté par le système. Les mêmes données qui ancrent une décision d'approvisionnement ancrent également la divulgation au niveau de l'expédition aux acheteurs en aval, sans étape de compilation supplémentaire.

1.4 Positionnement

WAZI n'est pas un outil de conformité pour un client unique. C'est une infrastructure pour l'approvisionnement responsable au sein de laquelle plusieurs organisations peuvent opérer et dont elles peuvent bénéficier. Le système crée des effets de réseau : à mesure que davantage d'acteurs documentent leurs chaînes d'approvisionnement dans WAZI, les opérateurs en amont accumulent des profils vérifiables, les acheteurs en aval gagnent une visibilité plus riche, et l'intelligence des risques à l'échelle du système s'approfondit.

WAZI peut servir les agrégateurs et exportateurs gérant des relations d'approvisionnement, les coopératives de mineurs coordonnant les opérations de leurs membres, les raffineurs et négociants ayant besoin d'une visibilité sur la chaîne d'approvisionnement, les programmes industriels et schémas de certification, ainsi que les agences de développement supervisant des initiatives d'approvisionnement responsable.

WAZI est fondamentalement indépendant du pays. Le déploiement Mwamba actuel se concentre sur la Tanzanie, mais le modèle de données, les cadres d'évaluation et la couche de configuration de la plateforme prennent en charge un déploiement dans n'importe quelle juridiction.

La plateforme repose sur un cadre applicatif modulaire et éprouvé, déployé dans des contextes miniers, de crédits carbone et bancaires. WAZI hérite d'une pleine indépendance et d'un contrôle total sur la gouvernance, d'un modèle de données distribué permettant aux utilisateurs de générer de la valeur à partir de leurs propres connaissances, et d'une interopérabilité avec les outils de terrain en amont et les plateformes de reporting en aval.

1.5 Déploiement actuel

WAZI a été développé pour Mwamba Mining, un agrégateur et transformateur d'or artisanal basé en Tanzanie. La version actuelle utilise des interfaces en anglais et en français, couvre les coopératives et opérateurs miniers en amont, et cible les acheteurs internationaux comme partenaires en aval. L'interface Aggregator est disponible en développement à wazi.datastake.io.

2. Présentation de la plateforme

2.1 Interfaces

WAZI est un système multipartite. Différentes organisations interagissent avec différentes interfaces, chacune conçue pour leur rôle spécifique dans la chaîne d'approvisionnement.

Interface Aggregator (en développement). L'interface centrale de coordination. Les agrégateurs structurent les chaînes d'approvisionnement, mènent des évaluations, gèrent les profils d'approvisionnement, enregistrent les expéditions et rendent compte aux partenaires en aval. Il s'agit de l'interface principale au stade MVP. Mwamba Mining est l'agrégateur actuel.

Interface Operator (en développement actif ; sur dev). Les acteurs en amont (opérateurs de site, fournisseurs, négociants) utilisent cette interface pour se représenter eux-mêmes, soumettre des informations structurées sur leurs opérations, réaliser des auto-évaluations au regard des cadres de conformité et répondre aux demandes de données des agrégateurs. L'interface Operator se concentre sur la soumission d'informations et l'auto-représentation. Contrairement à un parcours d'application à étapes verrouillées, l'interface Operator de WAZI s'affiche intégralement dès la première connexion ; son ensemble de modules reflète l'interface Aggregator, à ceci près qu'un module Applications remplace Onboarding.

Interface Partner (prévue). Les acteurs en aval (raffineurs, acheteurs, organismes de certification) utilisent cette interface pour recevoir des rapports structurés, examiner les informations au niveau des expéditions et analyser les résultats du devoir de diligence. L'interface Partner se concentre sur l'interprétation, la prise de décision et la supervision.

D'autres types d'interfaces sont prévus pour un développement futur : Monitor (observateurs de terrain indépendants et société civile), Implementer (partenaires techniques et consultants) et Coordinator (entités supervisant des programmes multipartites).

2.2 Modèle de compte

Chaque organisation sur WAZI dispose d'un seul compte. Le type de compte détermine quelle interface l'organisation utilise et quelles fonctionnalités sont disponibles.

2.3 Rôles

Au sein de chaque compte, plusieurs utilisateurs opèrent selon une hiérarchie de rôles qui contrôle ce qu'ils peuvent voir et faire :

Administrateur de compte gère les utilisateurs, les autorisations et les paramètres au niveau du compte. Chaque compte en possède au moins un. Les administrateurs peuvent inviter des utilisateurs sur leur compte et leur attribuer des rôles.

Dépositaire gère les données avec des droits complets de soumission et d'échange. Les dépositaires peuvent compiler, soumettre et partager des informations au nom de l'organisation.

Éditeur compile et enregistre des informations mais ne peut ni soumettre ni échanger des données en externe.

Lecteur dispose d'un accès en lecture seule aux informations relevant du périmètre du compte.

Des configurations de rôles personnalisées (par exemple des rôles de relecteur, des autorisations propres à un module, un accès propre à un sujet) peuvent être envisagées pour des besoins de déploiement spécifiques.

2.4 Modèle de partage de l'information

WAZI accorde une importance considérable à la chaîne de traçabilité de l'information. Les utilisateurs contrôlent quelles informations ils partagent, avec qui et selon quelles conditions.

Les Canaux sont le mécanisme de partage contrôlé de l'information entre comptes. Grâce aux canaux, les utilisateurs définissent des relations de partage de données et adaptent ce qui est rendu visible et à qui. Par exemple, un agrégateur peut choisir de partager des dossiers de devoir de diligence sélectionnés avec un acheteur, des rapports liés aux expéditions avec un partenaire en aval, ou des informations spécifiques pertinentes pour une relation de financement ou de programme.

Les canaux rendent l'interopérabilité opérationnelle tout en préservant le contrôle de l'utilisateur sur la conservation et la divulgation des données. Chaque partie décide de ce qu'elle partage, avec qui et selon quelles conditions. Les partenaires ne peuvent accéder qu'aux données relevant de leur périmètre autorisé. Cela garantit qu'un échange accru de données n'implique pas une perte de contrôle, mais soutient au contraire un flux d'informations plus intentionnel et configurable à travers l'écosystème.

2.5 Enregistrement du compte

Un workflow d'enregistrement unique sert à la fois les interfaces Aggregator et Operator. L'assistant standard en deux étapes recueille d'abord les informations personnelles, puis les informations organisationnelles, y compris le rôle déclaré par l'utilisateur potentiel (Aggregator ou Operator). Le rôle déclaré détermine avec quelle interface le compte est provisionné lors de la vérification de l'e-mail. Il n'y a pas d'étape distincte de présélection ou d'évaluation de maturité lors de l'enregistrement.

L'enregistrement est le point d'entrée. Les agrégateurs qui le finalisent arrivent sur le tableau de bord Aggregator avec des modules vides et commencent à compiler leur propre profil KYC et Systèmes de gestion (auto-évaluation). Les opérateurs qui le finalisent arrivent sur l'interface Operator, qui s'affiche intégralement dès la première connexion avec un module Applications (à la place du module Onboarding de l'agrégateur), par lequel ils demandent à être intégrés par un agrégateur spécifique (voir §5.2.2). Les données personnelles et organisationnelles saisies lors de l'enregistrement pré-remplissent les champs correspondants dans le profil KYC de l'utilisateur, de sorte que l'étape d'enregistrement fait aussi office de premier dépôt de données d'auto-évaluation.

La création d'un compte ne confère pas en elle-même l'accès aux données d'un autre agrégateur ou opérateur. La visibilité entre comptes ne se produit que via le mécanisme explicite des Canaux décrit au §2.4.

3. Comment ça fonctionne

Pour l'agrégateur

Le flux de travail d'un agrégateur sur WAZI suit une progression naturelle, de l'auto-évaluation à la structuration de la chaîne d'approvisionnement, au devoir de diligence et au reporting.

Auto-évaluation. L'agrégateur documente d'abord son propre profil organisationnel et sa posture de gouvernance. Une compilation KYC structurée couvre l'identification de l'agrégateur, son enregistrement, son profil organisationnel, sa gouvernance, ses opérations, ses politiques et ses relations commerciales. Cinq formulaires d'auto-évaluation des systèmes de gestion évaluent les propres systèmes de gestion des risques de l'agrégateur au regard des attentes de l'Étape 1 du Guide OCDE sur le devoir de diligence : Politique de chaîne d'approvisionnement, Systèmes de gestion internes, Intégrité de la chaîne d'approvisionnement, Engagement des fournisseurs et Mécanisme de plainte. Les sujets associés (bénéficiaires, personnel clé, sites exploités, partenaires commerciaux) sont liés et évaluables.

Intégration des opportunités d'approvisionnement. Lorsque l'agrégateur identifie une opportunité d'approvisionnement potentielle, il crée un Profil d'approvisionnement. Il s'agit de la structure analytique centrale de WAZI : une représentation structurée d'une seule opportunité d'approvisionnement, cartographiant la chaîne de valeur en amont avant le début de l'engagement. À travers des étapes successives, l'agrégateur identifie le point d'entrée (une unité minière ou une contrepartie telle qu'un opérateur, un titulaire de titre ou un propriétaire foncier), cartographie les contreparties dans leurs rôles de gouvernance, identifie les bénéficiaires et étend les chaînes de propriété jusqu'aux bénéficiaires effectifs ultimes (UBO), et désigne les contreparties qui agiront comme fournisseurs directs de matière.

Devoir de diligence. Une fois un profil d'approvisionnement créé, l'agrégateur réalise des évaluations formelles sur ses sujets. Les parties prenantes sont évaluées selon les critères de conformité KYC, la complétude de la documentation et (pour les opérateurs) la maturité des systèmes de gestion. Les sites miniers sont évalués selon six domaines de l'Annexe II de l'OCDE : légalité, droits humains, conflit et sécurité, environnement, santé et sécurité, et communauté. Les événements (incidents, activités, témoignages) sont enregistrés au fur et à mesure de leur survenue et liés aux lieux et parties prenantes pertinents. Ensemble, ces types d'évaluation et le flux continu d'événements constituent le suivi : le recalcul et la réinterprétation continus du risque de la chaîne d'approvisionnement sur la base de toutes les informations disponibles.

Opérations. L'agrégateur enregistre les informations sur la main-d'œuvre, les données de production et les expéditions. Chaque expédition est une transaction d'approvisionnement distincte, liée à un profil d'approvisionnement spécifique, à sa piste documentée de devoir de diligence et à l'ensemble de la chaîne de valeur en amont. Les expéditions servent d'ancrage pour le reporting aux partenaires en aval.

Reporting et analyse. Le reporting n'est pas un exercice distinct. Il est le résultat direct du système, construit progressivement à travers l'Auto-évaluation, l'Intégration, le Devoir de diligence et les Opérations. Deux approches sont prises en charge : le reporting basé sur la chaîne de valeur (présentation des opportunités d'approvisionnement aux acheteurs via des vues consolidées de Profil d'approvisionnement) et le reporting centré sur l'expédition (démonstration d'une conformité continue par transaction). Des outils d'analyse dédiés offrent différents angles de vue sur le portefeuille de l'agrégateur : visualisation géographique de la chaîne d'approvisionnement, aperçu de l'approvisionnement au niveau du profil d'approvisionnement, analyses approfondies au niveau des contreparties et détail au niveau du site.

Pour l'opérateur

L'interface opérateur est la surface tournée vers l'amont de WAZI. Elle remplit la même fonction que dans — l'auto-représentation structurée par les contreparties auprès d'un agrégateur — avec deux caractéristiques propres à WAZI :

• Contrepartie agrégateur. L'agrégateur du côté récepteur est Mwamba Mining au MVP. La configuration est identique au niveau des formulaires ; seul l'agrégateur récepteur diffère.
• Étendue des contreparties. L'interface opérateur sert toute contrepartie WAZI : opérateur minier, titulaire de titre minier, propriétaire foncier. Une expansion future ajoute des contreparties fournissant de la matière, telles que les négociants et les manutentionnaires intermédiaires, sous la même interface. Le type de compte Operator unique englobe toutes les catégories de fournisseurs en amont ; la différenciation se fait au niveau du Type de partie prenante au sein du formulaire KYC, et non au niveau du compte ou de l'interface.

Le parcours va de l'invitation à l'enregistrement, à l'auto-évaluation et à l'engagement continu.

Enregistrement. L'opérateur reçoit une invitation (e-mail ou SMS) de Mwamba et s'enregistre sur WAZI. Les champs d'identification saisis lors de l'enregistrement pré-remplissent le profil KYC de l'opérateur.

Auto-évaluation. L'opérateur complète les mêmes formulaires KYC et Systèmes de gestion structurés que ceux disponibles pour l'agrégateur, circonscrits à sa propre organisation et aux lieux qu'il exploite, dont il détient le titre ou qu'il possède. Des documents justificatifs peuvent être joints tout au long du processus. La même Méthodologie d'évaluation algorithmique des parties prenantes que Mwamba applique au profil de l'opérateur est la méthodologie que l'opérateur utilise pour le construire ; il n'y a aucune asymétrie de critères entre les deux parties.

Posture auto-dérivée. L'opérateur voit son propre statut de complétude pour les formulaires KYC et Systèmes de gestion, ainsi que son propre score algorithmique calculé sur les données qu'il a soumises. Il s'agit de la vue de l'opérateur sur sa propre posture, dérivée des données qu'il possède ; ce n'est pas une fenêtre sur le scoring interne ou les évaluations composites de l'agrégateur.

Engagement continu. Une fois une auto-évaluation soumise, l'opérateur répond aux demandes de données de Mwamba et met à jour son profil à mesure que les conditions évoluent. Les informations compilées dans WAZI sont portables : un opérateur engagé avec plusieurs agrégateurs publie un seul profil vérifié et le partage via les Canaux, supprimant la nécessité de répéter le KYC et l'auto-évaluation pour chaque relation.

Positionnement stratégique. L'interface opérateur transforme la conformité, d'un fardeau imposé par l'acheteur en un actif portable et réutilisable détenu par l'opérateur. Les opérateurs disposant de profils WAZI à jour deviennent préférentiellement détectables par les agrégateurs évaluant de nouvelles opportunités d'approvisionnement.

Pour le partenaire

L'interface partenaire est la surface tournée vers l'aval de WAZI. Les partenaires sont principalement des acheteurs d'or auprès de l'agrégateur : raffineurs, négociants et organismes de certification recevant des consignations en aval de Mwamba.

Accès à la discrétion de l'agrégateur. Les partenaires n'accèdent pas à WAZI par auto-enregistrement dans les données de Mwamba. L'accès est accordé par Mwamba sur une base par expédition via le mécanisme de Canal. Le compte Partner ne dispose d'aucune capacité de compilation substantielle : les partenaires ne construisent pas de profils, ne réalisent pas d'évaluations et n'intègrent pas de chaînes d'approvisionnement dans WAZI. L'interface est en lecture et interprétation.

Dossier de divulgation par expédition. Ce que le partenaire reçoit pour chaque expédition sortante est le Dossier de divulgation : un ensemble instantané en lecture seule couvrant l'enregistrement de l'expédition, le Profil d'approvisionnement d'origine, les fournisseurs déclarés et leur KYC, les lieux associés à chaque fournisseur, et les événements liés à chaque sujet du dossier. L'instantané est figé à la confirmation de l'expédition ; les modifications ultérieures en amont n'altèrent pas les dossiers livrés. Contenu complet et règles d'instantané au §5.5.2.1.

Relation avec l'audit. Le Dossier de divulgation est conçu pour donner aux raffineurs récepteurs une base probante structurée pour leur propre devoir de diligence et pour les obligations d'audit par un tiers qui s'y ajoutent (Étape 4 de l'OCDE, Audit indépendant LBMA). Il ne remplace pas l'audit. Lorsque l'audit est requis, le dossier raccourcit le chemin de l'auditeur vers les données sources ; lorsque le suivi continu réduit déjà la valeur marginale de l'audit, le dossier documente cette discipline de suivi.

Acceptation. Les partenaires marquent chaque expédition comme Acceptée ou Non acceptée dans leur interface, avec une note facultative. L'acceptation est enregistrée avec un horodatage et remontée à l'agrégateur. Il n'existe aucun mécanisme de litige dans l'application ; les corrections de dossier nécessitent que l'agrégateur repartage un instantané mis à jour.

4. Modèle de propriété des données

La garde des données est au cœur du fonctionnement de WAZI. Chaque information a un propriétaire, et le système applique des règles claires sur les personnes autorisées à voir, partager et modifier les données.

L'agrégateur compile, l'agrégateur possède. Lorsque l'agrégateur documente une chaîne d'approvisionnement (cartographie des contreparties, réalisation d'évaluations, enregistrement d'événements), ces informations appartiennent au compte de l'agrégateur. Aucun autre agrégateur ne peut les voir ni y accéder.

L'opérateur s'auto-déclare, l'opérateur possède. Lorsqu'un opérateur réalise une auto-évaluation, ces données appartiennent au compte de l'opérateur. L'opérateur décide quels agrégateurs reçoivent l'accès à son profil. Si un opérateur travaille avec plusieurs agrégateurs, chaque relation est gérée indépendamment, sans fuite de données entre elles.

Le partage crée une copie contrôlée. Lorsqu'une information est partagée via un canal (de l'agrégateur au partenaire, ou de l'opérateur à l'agrégateur), le destinataire reçoit une vue circonscrite des données. L'auteur conserve la pleine propriété et peut modifier la portée de la divulgation à tout moment. Les partenaires ne peuvent pas modifier les données qu'ils reçoivent, et les agrégateurs ne peuvent pas modifier les auto-évaluations des opérateurs.

Isolation des organisations. L'agrégateur A ne peut pas voir, modifier ni accéder à aucune donnée appartenant à l'agrégateur B. La visibilité inter-agrégateurs n'est possible que par des canaux explicites et des accords de partage de données convenus.

Accumulation progressive. Les informations documentées dans WAZI sont cumulatives. Les événements historiques, les profils d'acteurs et les évaluations forment une base de connaissances croissante qui prend de la valeur au fil du temps. Les opérateurs en amont qui tiennent à jour leurs profils en bénéficient dans toutes leurs relations de chaîne d'approvisionnement.

5. Flux de travail métier

5.1 Mon Organisation (Auto-évaluation)

Note de renommage v0.7. Le module a été renommé d'Auto-évaluation en Mon Organisation lors du recadrage de la barre latérale (voir §5.5.5). Le contenu conceptuel (KYC + Systèmes de gestion + nouveaux formulaires Attestations et Contrôles de conformité au §5.1.8) reste inchangé. Les références à l'« Auto-évaluation » tout au long de cette Spécification, dans les noms de workflows (W3, W4) et dans la correspondance avec l'Étape 1 de l'OCDE (§6) continuent de désigner le même module.

5.1.1 Objet et logique

Dans WAZI, l'Aggregator n'est pas seulement un utilisateur du système, mais aussi un sujet évalué au sein de la chaîne de valeur. Cela reflète la réalité de la conformité : les acheteurs en aval sont exposés non seulement aux risques associés aux opérations minières en amont, mais aussi à la gouvernance, aux politiques et aux pratiques opérationnelles de l'entité qui agrège, transforme et vend le matériau.

Le module d'Auto-évaluation permet à un Aggregator de compiler des informations structurées sur sa propre organisation en utilisant la même logique d'évaluation appliquée aux autres acteurs de la chaîne d'approvisionnement. Cela garantit que le devoir de diligence au sein de WAZI est appliqué de manière cohérente à toutes les entités pertinentes de la chaîne de valeur. En conséquence :

• Les acheteurs peuvent évaluer l'ensemble de la chaîne d'approvisionnement, y compris l'Aggregator.
• Les méthodologies de devoir de diligence restent cohérentes entre les acteurs en amont et intermédiaires.
• Les risques au niveau de l'Aggregator et les mesures d'atténuation sont explicitement documentés et visibles.

Le module d'Auto-évaluation combine trois composantes essentielles : le profil organisationnel de l'Aggregator (KYC), l'évaluation de ses systèmes de gestion (ou systèmes de devoir de diligence) et le réseau de Sujets Associés liés à ses opérations.

Un avantage supplémentaire est que le module d'Auto-évaluation servira ensuite directement les fournisseurs de l'Aggregator, et le secteur EMAPE dans son ensemble, car un module similaire peut être intégré à l'interface Operator (pour les partenaires en amont de l'Aggregator, y compris les acteurs actuellement informels).

5.1.2 KYC / Profil organisationnel

Objectifs. L'Aggregator complète d'abord un formulaire KYC complet (profil organisationnel), équivalent en structure et en intention aux profils de partie prenante et d'opérateur utilisés pour l'évaluation des contreparties externes au sein du système.

Ce profil saisit des informations organisationnelles clés, comprenant généralement l'identité juridique et les détails d'enregistrement, la structure de propriété et de contrôle, la direction et le personnel clé, le statut de licence et réglementaire, les déclarations de conformité, ainsi que le périmètre des opérations et des échanges.

À mesure que ces informations sont compilées, l'Aggregator identifie et enregistre les personnes et entités pertinentes liées à ses opérations. Ces sujets (tels que les bénéficiaires effectifs, les gestionnaires et les partenaires commerciaux) deviennent des entités indépendantes au sein de WAZI et sont directement liés au profil de l'Aggregator, désignés sous le terme Sujets Associés (ou Sujets Liés).

En structurant ces informations de la même manière que les profils de contrepartie, WAZI garantit que l'Aggregator peut être intégré aux chaînes de valeur en tant que sujet au sein de la structure de la chaîne d'approvisionnement, évalué selon des critères comparables à ceux appliqués aux autres acteurs, et inclus de manière transparente dans les rapports de devoir de diligence destinés aux clients.

Au-delà du soutien à l'organisation interne de l'information, le profil KYC devient un actif de données réutilisable. Les Aggregators peuvent maintenir et mettre à jour ces informations au fil du temps et les réutiliser dans plusieurs flux de reporting, notamment les demandes de devoir de diligence des acheteurs, les divulgations réglementaires, les relations bancaires et les rapports aux investisseurs.

Navigation.

• Sélectionnez le module Auto-évaluation pour arriver sur la page Auto-évaluation.
• Ouvrez le Formulaire KYC (<Account Name> KYC).
• Compilez et enregistrez les informations dans les sections du formulaire (y compris la Liaison de Sujets).
• Visualisez la progression et les indicateurs en naviguant vers le Résumé KYC.
• Suivez l'état de préparation global aux risques en revenant à la page d'accueil de l'Auto-évaluation.
• Consultez et accédez aux Sujets Associés liés lors de la compilation du formulaire KYC.

Conseils et orientations.

• La section Échanges du KYC (et celle de tout formulaire d'opérateur) est destinée à l'identification des relations commerciales directes. Par exemple, les fournisseurs ou sites miniers propres à un fournisseur doivent être liés à ce sujet fournisseur (plutôt qu'à l'Aggregator directement). Cela garantit une cartographie appropriée de la chaîne d'approvisionnement (par exemple, les widgets Relations Commerciales et Carte de la Chaîne d'Approvisionnement).
• De même, la section Associations est destinée à l'identification des actionnaires et bénéficiaires directs. Les bénéficiaires indirects doivent être liés à une chaîne de bénéficiaires directs (plutôt qu'à l'Aggregator directement). Cela garantit une cartographie appropriée de la structure de propriété (par exemple, les widgets Gouvernance et Cartographie des Bénéficiaires).

KYC Échanges — double alimentation. La section KYC Échanges est directement modifiable : l'Aggregator peut ajouter des Fournisseurs et des Mines d'Approvisionnement Direct à tout moment. Elle est également renseignée automatiquement lorsqu'un Profil d'Approvisionnement est approuvé, selon le §5.2.6 : les Fournisseurs désignés dans le profil approuvé apparaissent dans KYC / Échanges / Approvisionnement, et leurs Mines d'Approvisionnement apparaissent comme Mines d'Approvisionnement Direct. Les entrées renseignées automatiquement restent entièrement modifiables. Un Fournisseur peut être retiré de KYC Échanges même s'il provient d'un Profil d'Approvisionnement approuvé (par exemple, si l'Aggregator ne souhaite plus faire apparaître la relation dans son propre profil). Une Mine d'Approvisionnement Direct peut être désélectionnée au niveau de l'entrée. Le retrait au niveau KYC n'affecte pas l'enregistrement sous-jacent du Profil d'Approvisionnement ; il affecte uniquement la manière dont la relation apparaît dans le profil KYC de l'Aggregator.

5.1.3 Auto-évaluation des Systèmes de Gestion

Objectifs. Au-delà de l'identification organisationnelle, WAZI permet à l'Aggregator d'évaluer les systèmes internes qu'il a mis en place pour gérer les risques d'approvisionnement responsable.

À travers un ensemble structuré de formulaires guidés, l'Aggregator réalise une auto-évaluation des systèmes de gestion alignée sur le Guide OCDE sur le devoir de diligence, en particulier l'Étape 1, qui porte sur la mise en place de systèmes de gestion d'entreprise solides axés sur les risques de la chaîne d'approvisionnement.

Ces formulaires d'auto-évaluation traduisent des normes internationales complexes (ou vagues) en questions de reporting et indicateurs clairs. Plutôt que d'exiger des utilisateurs qu'ils interprètent seuls les orientations mondiales, ou qu'ils engagent des consultants experts pour le faire, WAZI guide les organisations à travers le processus de reporting et saisit l'information dans un format cohérent et analysable.

Ensemble, le profil KYC et l'évaluation des systèmes de gestion génèrent des indicateurs de l'état de préparation aux risques de l'Aggregator au sein du cadre WAZI.

Cinq formulaires (un par composante de l'Étape 1 de l'OCDE, 1-A à 1-E) :

1. Politique de Chaîne d'Approvisionnement (1-A)
2. Système de Gestion Interne (1-B)
3. Intégrité de la Chaîne d'Approvisionnement (1-C)
4. Engagement des Fournisseurs (1-D)
5. Caractéristiques du Mécanisme de Réclamation (1-E)

La page d'accueil des Systèmes de Gestion répertorie les cinq formulaires avec la progression d'achèvement par formulaire et la référence à l'étape OCDE. L'utilisateur ouvre chacun à son tour (sans ordre imposé) et le remplit section par section. Chaque formulaire est noté Complet (1.0), Incomplet (0.5) ou Indisponible (0.0) au niveau du formulaire. Le score composite de Préparation des Systèmes de Gestion (0–100 %) se consolide à travers les cinq formulaires et alimente directement l'évaluation de partie prenante de Niveau 3 de l'Aggregator (et s'applique de même aux Operators / Acteurs de la Chaîne d'Approvisionnement évalués via le module Devoir de Diligence).

Les domaines couverts comprennent la politique et les engagements en matière d'approvisionnement responsable, les systèmes de gestion internes et les dispositifs de gouvernance, les procédures d'identification et d'évaluation des risques, les processus d'engagement des fournisseurs et d'escalade, les procédures de gestion des incidents et de remédiation, ainsi que les pratiques de tenue de registres et de reporting.

L'objet de ce module n'est pas de certifier la conformité, mais de documenter l'existence et la maturité des systèmes de gestion, d'identifier les lacunes ou domaines d'amélioration, et de donner aux acheteurs une visibilité sur la manière dont le devoir de diligence est opérationnalisé au sein de l'organisation de l'Aggregator. Les évaluations des systèmes de gestion peuvent être mises à jour au fil du temps, soutenant l'amélioration continue et la transparence des pratiques d'approvisionnement responsable.

Navigation.

• Sélectionnez le module Auto-évaluation pour arriver sur la page Auto-évaluation.
• Accédez à la page d'accueil des Systèmes de Gestion (répertoriant les cinq formulaires avec la progression par formulaire).
• Ouvrez l'un des cinq formulaires (sans ordre imposé).
• Au sein d'un formulaire, compilez et enregistrez les informations dans ses sections internes ; joignez les documents justificatifs par section.
• Suivez l'état de préparation global aux risques en revenant à la page d'accueil de l'Auto-évaluation.

5.1.4 Sujets Associés

Objectifs. WAZI permet à l'Aggregator de se lier explicitement à un réseau de Sujets Associés qui définissent ensemble son contexte opérationnel et de risque. Cela se réalise principalement par la compilation du formulaire KYC, avec une accumulation de données en cascade sur les sujets liés.

Les Sujets Associés ne sont pas uniquement des contreparties ou des bénéficiaires, mais peuvent couvrir les quatre types de Sujets essentiels (Parties prenantes, Localisations, Événements, Documents) liés à l'Aggregator, notamment :

• Sites exploités tels que les installations de transformation ou les sites miniers
• Bénéficiaires et entités de propriété
• Partenaires commerciaux et relations commerciales
• Direction et personnel clé

Chaque Sujet Associé est traité comme un sujet d'information au sein du système et peut être profilé à l'aide de formulaires standardisés, évalué selon la même logique appliquée aux contreparties commerciales, et inclus dans les processus de surveillance et de notation des risques.

Ce modèle associatif (Liaison de Sujets) garantit que l'évaluation de l'Aggregator reflète la structure organisationnelle et opérationnelle plus large à travers laquelle il mène ses activités, plutôt que de se limiter à un enregistrement d'entité unique.

Navigation.

• Sélectionnez le module Auto-évaluation pour arriver sur la page Auto-évaluation.
• Parcourez les onglets Sujets Associés.
• Accédez aux sujets individuels :
  • Détails : formulaire de compilation des données.
  • Résumé : analyse de partie prenante ou de localisation, score.

5.1.5 Règles d'affichage en onglets

Parmi les cinq onglets Sujets Associés présentés au sein du module Auto-évaluation, trois sont des vues en lecture seule de sujets déjà liés via le formulaire KYC (Bénéficiaires, Sites Exploités, Partenaires Commerciaux) ; les deux autres (Personnel Clé, Documentation) sont des extensions modifiables de ce que saisit le formulaire KYC. Les onglets en lecture seule ne permettent pas la saisie directe : les sujets doivent être créés ou modifiés dans la section source KYC pertinente, ou dans les tables Réseau Commercial / Sites du module Devoir de Diligence selon les §5.3.1 et §5.3.2 (voir la cartographie des sujets de Pré-Intégration) ; les modifications se propagent automatiquement. Les onglets modifiables permettent la création directe d'enregistrements supplémentaires qui n'ont pas besoin d'être rattachés à une section KYC spécifique : le Personnel Clé peut inclure des membres d'équipe au-delà de ceux liés sous KYC / Gouvernance / Direction (par exemple, du personnel opérationnel ne faisant pas partie de la structure de direction formelle), et la Documentation peut inclure des enregistrements non saisis sous Enregistrement, Conformité ou Politiques de l'Organisation (par exemple, des certifications ponctuelles, de la correspondance ou des preuves justificatives non associées à une section KYC spécifique).

5.1.6 Intégration aux chaînes de valeur et au reporting

Les résultats générés par le module Auto-évaluation sont pleinement intégrés à la logique d'analyse de la chaîne de valeur et de reporting de WAZI. En conséquence :

• L'Aggregator devient une composante notée de la chaîne de valeur.
• Le reporting au niveau de l'expédition peut, in fine, refléter les risques et les mesures d'atténuation au niveau de l'Aggregator.
• Les acheteurs reçoivent une vue consolidée des mines en amont, des intermédiaires et de l'Aggregator lui-même.
• Du point de vue de l'acheteur, cela permet une évaluation cohérente de l'origine du matériau (sites miniers), de qui l'a manipulé le long de la chaîne d'approvisionnement (partenaires commerciaux) et de la manière dont les risques sont gérés à chaque étape de la chaîne, y compris au niveau de l'Aggregator.

5.1.7 Rôle dans la surveillance et le devoir de diligence continu

L'Auto-évaluation de l'Aggregator n'est pas un exercice statique. WAZI soutient un devoir de diligence continu en permettant aux organisations de mettre à jour et de maintenir leurs informations au fil du temps. Cela comprend des mises à jour périodiques du KYC, des informations organisationnelles et de la documentation ; des mises à jour des évaluations des Systèmes de Gestion à mesure que les politiques et procédures évoluent ; la surveillance des changements de propriété, de gouvernance ou de structure opérationnelle ; ainsi que des registres des actions correctives et des améliorations du système.

Ces mises à jour alimentent directement les évaluations et scores actualisés de la chaîne de valeur, les résumés au niveau de l'expédition et d'autres formes de reporting destinées aux acheteurs et aux partenaires.

Compiler une fois, réutiliser. L'Auto-évaluation est compilée une fois puis mise de côté. L'Aggregator ou l'Operator la met à jour à mesure que de nouvelles informations s'accumulent. Le même paquet compilé est réutilisé dans les candidatures auprès d'autres parties (par exemple, un Operator candidatant à l'intégration par un Aggregator), les demandes de devoir de diligence des acheteurs, les divulgations réglementaires, les relations bancaires et les rapports aux investisseurs. Au stade du MVP, les cibles de réutilisation immédiates sont simples. Sur le plan architectural, le même paquet peut débloquer plusieurs flux de candidature pour un Operator et des voies de réutilisation équivalentes pour un Aggregator après le MVP.

En traduisant des normes internationales complexes en workflows de reporting structurés, WAZI abaisse la barrière pour les acteurs en amont, y compris les opérateurs EMAPE informels, afin qu'ils s'engagent progressivement dans les cadres d'approvisionnement responsable.

Workflow.

Règles métier.

• Les formulaires KYC et de systèmes de gestion sont cohérents entre les types de comptes, permettant la consolidation d'informations issues de sources multiples.
• La notation de préparation des systèmes de gestion s'applique uniquement aux opérateurs et aux acteurs de la chaîne d'approvisionnement (et non aux personnes physiques ou aux entités non opérationnelles).
• Les réponses d'auto-évaluation alimentent directement la notation d'évaluation de partie prenante en aval.
• Les Sujets Associés identifiés via l'Auto-évaluation (par exemple, bénéficiaires, sites exploités, partenaires commerciaux) sont créés comme sujets d'information dans le système et deviennent évaluables via le module Devoir de Diligence.

Valeurs par défaut du MVP (Verrouillées).

• La compilation KYC suit une structure cohérente entre tous les types de comptes.
• L'auto-évaluation des systèmes de gestion s'aligne sur l'Étape 1 du Guide OCDE sur le devoir de diligence (5 formulaires).
• Les formulaires d'auto-évaluation sont organisés en sections avec divulgation progressive, fondés sur le Cadre Consolidé de Devoir de Diligence de Datastake développé en partenariat avec le European Partnership for Responsible Minerals (EPRM) en 2020.

5.1.8 Les formulaires de conformité — Attestations et Contrôles de Conformité

Deux formulaires supplémentaires accompagnent le KYC et les Systèmes de Gestion au sein du profil propre de l'Aggregator (et de l'Operator) sous le module Mon Organisation : Attestations et Contrôles de Conformité. Tous deux ont été introduits en réponse aux retours des clients et reflètent la séparation entre la compilation des données et leur confirmation.

Attestations est une surface de self-confirmation binaire. Quatre déclarations requises (enregistrement légal de l'organisation ; autorisation de la personne complétant le profil ; engagement à respecter le Code de Conduite des Fournisseurs ; exactitude et exhaustivité du profil à la connaissance du signataire) conditionnent l'aptitude de l'organisation à partager son profil avec ses partenaires. Le statut est binaire pour les quatre éléments ; il n'y a aucune contribution à la notation et aucune granularité par déclaration au-delà de confirmé / non confirmé.

Contrôles de Conformité est une liste de vérification typée par acteur qui confirme que l'organisation a fait ce qu'exigent les cadres de conformité sous-jacents (Guide OCDE sur le devoir de diligence, LBMA Responsible Gold Guidance, obligations applicables localement). L'ensemble de questions est structuré en deux parties : des questions communes à tous les types d'acteurs (Statut Juridique & Réglementaire, Propriété & Gouvernance, Intégrité Financière & des Transactions, Droits Humains & Travail, Sécurité & Conflit, Approvisionnement Responsable & Traçabilité) et des questions spécifiques par acteur selon la typologie de Partie prenante (Extraction, Négoce, Transformation, Exportation). À la v0.7, les contrôles ne sont pas notés ; leur relation avec le cadre de notation constitue une décision distincte reportée jusqu'à ce que le formulaire soit en usage et que de vraies réponses puissent être observées.

Principe du pointeur de source. Chaque contrôle du formulaire Contrôles de Conformité se résout en l'un de trois états : (a) l'enregistrement sous-jacent existe déjà dans WAZI dans une section de formulaire spécifique (par exemple, une licence détenue dans KYC > Enregistrement) ; la ligne pointe vers cette source via un bouton d'information + un bouton d'ouverture dans le formulaire, de sorte que l'utilisateur navigue vers la source plutôt que de ressaisir les données ; (b) le contrôle est une confirmation en texte libre faite directement dans le formulaire (typique pour les auto-déclarations sans source d'enregistrement canonique : exposition aux groupes armés, liberté de quitter, etc.) ; (c) la surface sous-jacente à confirmer constitue elle-même une lacune à ajouter (élément de travail d'ingénierie, consigné dans la transmission d'ingénierie v0.7). Ce schéma signifie que l'utilisateur n'est pas invité à ressaisir des données déjà détenues ailleurs ; le formulaire Contrôles de Conformité est une couche de confirmation par-dessus l'usage normal de WAZI, et non une charge de saisie de données en double.

Le principe du pointeur de source est complémentaire du principe de cartographie des sujets de Pré-Intégration du §5.3 (création directe dans les tables d'agrégation DD). Le premier résout « cette confirmation existe déjà dans WAZI ; voici où » ; le second résout « ce sujet a été rencontré avant le workflow structuré qui le ferait normalement apparaître ». Les deux principes partagent une racine unique : l'enregistrement canonique réside à un seul endroit et est référencé, et non dupliqué, partout ailleurs où il apparaît.

Espaces réservés juridictionnels. Plusieurs Contrôles de Conformité font référence à des autorités et des textes juridictionnels (par exemple, « l'autorité fiscale compétente », « l'autorité minière compétente », « le droit environnemental applicable »). Ils sont implémentés comme des chaînes i18n par locale, de sorte que le formulaire est livré indépendant de la locale, avec des chaînes par déploiement chargées depuis la configuration de locale. C'est la première instance concrète dans WAZI du concept de configuration juridictionnelle noté au niveau du cadre dans .

Pourquoi découplé de la notation à la v1. Le cadre de notation KYC à 16 critères demeure l'ossature de notation pour la couche Partie prenante. Ajouter les Attestations et les Contrôles de Conformité comme entrées de notation exigerait une re-dérivation du moteur de notation et comprimerait la décision sur la pondération de chaque nouveau formulaire avant que des réponses du monde réel puissent l'éclairer. Le découplage permet aux deux formulaires d'être livrés pour un usage client immédiat tandis que la relation de notation est décidée sur la base de preuves observées. Voir 2026-05-18 — Attestations et Informations Complémentaires comme formulaires propres à WAZI, découplés de la notation.

5.2 Intégration (Opportunités d'approvisionnement)

5.2.1 Le défi de structurer les opportunités d'approvisionnement EMAPE

Les opportunités d'approvisionnement EMAPE émergent rarement sous une forme cohérente ou transparente. Les relations d'approvisionnement se développent de manière informelle, à travers des réseaux personnels, des intermédiaires locaux ou des présentations opportunistes, plutôt que par des arrangements commerciaux clairement documentés. Lorsqu'un agrégateur prend connaissance pour la première fois d'une opportunité d'approvisionnement potentielle, la chaîne d'approvisionnement sous-jacente n'est souvent que partiellement comprise.

La structure économique et opérationnelle entourant une mine EMAPE peut être complexe et fragmentée. Un seul site minier peut impliquer plusieurs acteurs assurant des rôles distincts au sein du système de production, notamment :

• Des opérateurs miniers responsables des activités d'extraction (par exemple coopérative, société minière)
• Des titulaires de titres ou de permis (titulaires de PML)
• Des propriétaires fonciers
• Des prestataires de services ou des sous-traitants en équipement
• Des négociants ou des intermédiaires impliqués dans la commercialisation de l'or

Tous ces acteurs ne sont pas des fournisseurs directs d'or. Certains participent économiquement par le biais de redevances ou d'arrangements de services sans jamais manipuler physiquement la production. Les structures de propriété associées à ces acteurs peuvent être peu claires, en plusieurs couches, ou seulement partiellement documentées.

Avant que des évaluations de devoir de diligence puissent être menées, la chaîne d'approvisionnement elle-même doit être comprise. Le processus d'intégration de WAZI répond à ce défi en fournissant une méthode systématique de cartographie des opportunités d'approvisionnement et d'organisation des informations requises pour le devoir de diligence ultérieur. Dans sa mise en œuvre MVP actuelle, cette reconstruction est effectuée principalement par l'agrégateur. L'architecture est conçue pour permettre progressivement aux acteurs en amont de signaler leur intérêt directement via l'interface Operator.

5.2.2 Objectif du processus d'intégration

L'intégration est le processus par lequel une opportunité d'approvisionnement potentielle est identifiée, documentée et structurée de manière préliminaire avant que l'approvisionnement régulier ne commence. L'objectif n'est pas de certifier la conformité ni de réaliser une évaluation complète du devoir de diligence, mais de :

• Comprendre le contexte opérationnel dans lequel la production a lieu
• Identifier les unités minières associées à l'opportunité
• Identifier les contreparties impliquées dans la chaîne d'approvisionnement
• Cartographier les structures de bénéficiaires et de propriété liées à ces acteurs
• Déterminer quels acteurs sont censés fournir de l'or à l'agrégateur

Le résultat de ce processus est un Profil d'approvisionnement, la structure analytique centrale de WAZI. Tout ce qui se situe en aval (devoir de diligence, surveillance, opérations, reporting) s'organise autour de lui.

Intégration et Candidature, les deux extrémités d'une même transaction. L'intégration est le flux de travail côté Aggregator par lequel les contreparties sont cartographiées, évaluées et intégrées. La contrepartie côté Operator est le flux de Candidature : un Operator se porte candidat pour être intégré par un Aggregator spécifique en soumettant son dossier d'auto-évaluation compilé. L'Aggregator traite ensuite cette candidature au moyen de ses outils d'intégration. Les deux flux se rejoignent au milieu : la Candidature d'un Operator devient une entrée d'intégration d'un Aggregator.

Le flux de travail de Candidature (post-MVP). Au stade MVP, l'intégration est initiée et pilotée par l'Aggregator. Post-MVP, les Operators enregistrés peuvent auto-initier le flux de candidature : sélectionner un Aggregator cible (ou suivre un lien d'invitation), confirmer l'achèvement de leur auto-évaluation KYC (W3) et Systèmes de gestion (W4), et soumettre le dossier. Il n'existe pas de formulaire de Candidature distinct de l'étape 1. La candidature correspond aux données d'auto-évaluation de l'Operator elles-mêmes. L'Aggregator reçoit une notification, examine le dossier soumis via la surface d'Évaluation des parties prenantes (W7) avec tous les champs soumis par l'Operator pré-remplis, et décide du résultat (accepter, refuser ou demander des informations supplémentaires). Un Operator peut se porter candidat auprès de plusieurs Aggregators en parallèle ; une candidature acceptée fait de l'Operator une partie prenante reconnue pour cet Aggregator et débloque son inclusion dans les Profils d'approvisionnement ultérieurs (W5).

Note sur le périmètre MVP concernant la terminologie des contreparties. « Operator » est utilisé dans cette spécification comme substitut pour toute contrepartie susceptible de se porter candidate à l'intégration. Une solution pour les contreparties non opérantes (titulaires de titres, propriétaires fonciers, acheteurs sans statut d'Operator) est reportée à une itération post-MVP.

5.2.3 Concepts fondamentaux du Profil d'approvisionnement

Objectifs. Le Profil d'approvisionnement fournit une représentation holistique d'une opportunité d'approvisionnement en identifiant les composantes clés de la chaîne de valeur de l'or associées à cette opportunité. Plutôt que de traiter les relations d'approvisionnement comme des arrangements commerciaux bilatéraux, le Profil d'approvisionnement capture la configuration opérationnelle et économique plus large entourant la production et la commercialisation des minéraux. Il consolide les informations sur les unités minières, les contreparties, les bénéficiaires et les structures de propriété, et les entités fournissant physiquement le matériau. Une fois établi, ce modèle sert de structure fondamentale pour le devoir de diligence au sein de WAZI.

Point d'entrée. Un Profil d'approvisionnement commence par l'identification d'un Point d'entrée, représentant la manière dont l'opportunité d'approvisionnement parvient pour la première fois à la connaissance de l'agrégateur. Les points d'entrée peuvent inclure :

• Un site minier
• Un opérateur minier ou une coopérative
• Un propriétaire foncier
• Un titulaire de titre minier

Le point d'entrée ne représente pas nécessairement le fournisseur du matériau. Il reflète simplement la manière dont l'agrégateur prend connaissance de l'opportunité. À partir de ce point de départ, le processus d'intégration s'étend pour identifier l'ensemble du réseau d'acteurs et de sites.

Sites miniers / Unités minières. Les unités minières sont des Sites (Sujets d'information de type Localisation) représentant les emplacements physiques où la production a lieu. Elles ancrent la dimension opérationnelle du Profil d'approvisionnement et les activités ultérieures de devoir de diligence. Les unités minières peuvent inclure :

• Site minier (équivalent à un PML)
• Zone minière (équivalent à un groupe de PML)
• Puits minier ou fosse individuelle (partie d'un PML)

Ces unités fournissent les points de référence géographiques et opérationnels à travers lesquels la chaîne de valeur est structurée.

Contreparties. Les contreparties sont des acteurs ayant des rôles économiques ou opérationnels au sein du système minier associé au Profil d'approvisionnement. Les rôles de contrepartie se répartissent en deux catégories :

Rôles de gouvernance (la contrepartie détient une autorité légale ou opérationnelle sur une mine) :

• Opérateurs miniers responsables des activités d'extraction
• Titulaires de titres miniers
• Propriétaires fonciers

Rôle d'approvisionnement (la contrepartie s'approvisionne en or directement auprès d'une mine sans autorité de gouvernance) :

• Acheteurs, généralement des négociants, des coopératives ou des agents d'achat qui agrègent le matériau de mines qu'ils n'exploitent pas

Les contreparties sont cartographiées par rapport aux unités minières via un Lien de gouvernance ou un Lien d'approvisionnement (voir §5.2.4). Toutes les contreparties ne transfèrent pas physiquement l'or, mais elles peuvent influencer la production, la répartition des revenus, les conditions de gouvernance sur le site minier, ou le flux de matériau lui-même.

Bénéficiaires. Chaque contrepartie identifiée au sein du Profil d'approvisionnement doit être liée à sa structure de propriété effective. Les bénéficiaires sont tirés de deux points de données dans le dossier de partie prenante de la contrepartie : Actionnaires et Autres bénéficiaires directs.

Lorsqu'un bénéficiaire est lui-même une entité commerciale / personne morale, le processus d'intégration étend la chaîne de propriété en lisant les propres Actionnaires et Autres bénéficiaires directs de cette entité. La récursion se poursuit jusqu'à ce que chaque branche se termine : une entrée Personne physique établit un UBO ; une entrée non corporative et non individuelle (par exemple organisation de la société civile, organisme gouvernemental) se termine sans détermination d'UBO.

Les bénéficiaires liés ne peuvent pas être retirés du Profil d'approvisionnement par l'Aggregator. Les emplacements réservés obligatoires (par exemple « Bénéficiaires non identifiés ») peuvent être renseignés mais pas supprimés.

Fournisseurs. Au sein d'un Profil d'approvisionnement, WAZI distingue les contreparties des fournisseurs. De nombreux acteurs peuvent participer à l'écosystème de production, mais seuls certains introduisent physiquement de l'or dans le flux d'approvisionnement de l'agrégateur. Parmi les exemples de contreparties qui peuvent ne pas être fournisseurs figurent les propriétaires fonciers percevant des redevances, les titulaires de titres percevant des parts de revenus, et les sous-traitants fournissant des services opérationnels. WAZI utilise un Bascule Fournisseur pour permettre à l'agrégateur de désigner quelles contreparties agiront comme fournisseurs directs de matériau.

5.2.4 Flux de travail d'intégration

Le flux de travail d'intégration fournit un processus par lequel les agrégateurs construisent progressivement le Profil d'approvisionnement associé à une opportunité d'approvisionnement potentielle. À travers des étapes successives, l'agrégateur identifie les composantes clés de la chaîne d'approvisionnement et étend le Profil d'approvisionnement jusqu'à ce que le contexte d'approvisionnement (ou la chaîne de valeur associée au point d'entrée) soit suffisamment compris. L'objectif fondamental est d'identifier toutes les Unités minières pertinentes, leurs Contreparties, le réseau de Bénéficiaires liés aux Contreparties, et lesquelles d'entre elles sont dépositaires de l'or et Fournisseurs.

Flux de travail de haut niveau.

Règles de cartographie du Profil d'approvisionnement. Le flux de travail d'intégration suit un ensemble de règles structurelles qui régissent la manière dont les Profils d'approvisionnement sont initiés, étendus et validés. Ces règles se regroupent en quatre catégories : (1) Identification du point d'entrée, (2) Typologie des contreparties, (3) Cartographie automatique, (4) Règles d'expansion.

(1) Identification du point d'entrée. Chaque Profil d'approvisionnement commence par l'identification d'un Point d'entrée, représentant la manière dont l'opportunité d'approvisionnement parvient pour la première fois à la connaissance de l'agrégateur.

• Le Point d'entrée peut correspondre soit à une Unité minière, soit à une Contrepartie (Operator, propriétaire foncier, titulaire de titre minier).
• Si le Point d'entrée correspond à une mine, le sujet créé ou utilisé dans le système est une Localisation (Site minier).
• Si le Point d'entrée correspond à une Contrepartie, le sujet créé ou utilisé est une Partie prenante.
• Si le Point d'entrée est un nouveau sujet, le Profil d'approvisionnement ne contient initialement que ce sujet.
• Si le Point d'entrée existe déjà dans le système (par exemple créé précédemment lors de la compilation de données de devoir de diligence), le Profil d'approvisionnement récupère et affiche automatiquement les sujets liés existants associés à ce Point d'entrée.

(2) Règles de typologie des contreparties. La classification des contreparties suit des règles prédéfinies fondées sur le rôle que joue la Contrepartie. Ces règles s'appliquent partout où la Contrepartie apparaît dans le profil, et pas seulement à la création du point d'entrée.

• Les Operators doivent être classés comme Entité commerciale avec Secteur d'activité = Mines et métaux et Position dans la chaîne d'approvisionnement = Opérateur minier. Les opérateurs individuels (par exemple un administrateur de site EMAPE) sont classés comme Entité commerciale avec Forme juridique = Entreprise individuelle. Cette classification est imposée plutôt que simplement appliquée par défaut : le lien Opérateur-Mine n'est exposé que dans la section Opérations d'un formulaire de Partie prenante, laquelle n'apparaît elle-même que sur les Parties prenantes classées comme Acteurs de la chaîne d'approvisionnement. Un non-ACA ne peut structurellement pas détenir un lien d'Operator.
• Les Propriétaires fonciers et Titulaires de titres peuvent être de tout type de Partie prenante, y compris Personne physique. Le rôle ne contraint pas la classification.
• Les Acheteurs (négociants locaux) sont par défaut des Acteurs de la chaîne d'approvisionnement : Entité commerciale avec Secteur d'activité = Mines et métaux, Position dans la chaîne d'approvisionnement définie sur la sous-position de négociant selon la configuration. Même classification ACA que les Operators (position différente).

(3) Cartographie automatique des sujets liés. Une fois un Point d'entrée sélectionné, WAZI étend automatiquement le Profil d'approvisionnement en récupérant ou en exigeant l'identification des sujets liés pertinents. L'expansion est bornée : elle parcourt un saut depuis le Point d'entrée et ne récurse pas dans les autres mines des contreparties complétant la gouvernance (voir la Règle 4 pour la logique de limite et le déclencheur du Bascule Fournisseur).

• Si le Point d'entrée est une mine, le Profil d'approvisionnement identifie les trois contreparties de gouvernance de cette mine : l'Opérateur minier, le Propriétaire foncier et le Titulaire de titre minier. Lorsqu'un rôle n'est véritablement pas connu, il peut être signalé comme Non identifié (voir la Règle 4 « Cartographie obligatoire de la gouvernance »). Les liens d'approvisionnement vers la mine depuis des Contreparties externes ne sont pas automatiquement énumérés : les acheteurs n'apparaissent autour d'une mine que s'ils sont eux-mêmes dans le profil.
• Si le Point d'entrée est une Contrepartie avec un rôle de gouvernance, les mines liées via ce rôle sont présentées comme obligatoires : mines exploitées pour un point d'entrée Operator, mines titrées pour un point d'entrée Titulaire de titre, mines en propriété foncière pour un point d'entrée Propriétaire foncier. Les autres mines liées de la même Contrepartie (mines détenues sous un rôle de gouvernance différent, ou mines auprès desquelles elle s'approvisionne) sont présentées comme ajouts optionnels.
• Si le Point d'entrée est une Contrepartie avec un rôle d'approvisionnement (Acheteur), les mines auprès desquelles elle s'approvisionne sont présentées comme obligatoires.
• Dans tous les cas de point d'entrée Contrepartie, pour chaque mine présentée les trois contreparties de gouvernance de cette mine sont présentées pour compléter la cartographie de gouvernance (chacune peut être Non identifiée).
• En outre, le système présente les Bénéficiaires de la Contrepartie (Actionnaires et Autres bénéficiaires directs du dossier de Partie prenante) en vue de leur identification.

(4) Règles d'expansion du Profil d'approvisionnement. À mesure que le Profil d'approvisionnement s'agrandit, des règles d'expansion régissent la manière dont la structure se développe tout en maintenant un périmètre intentionnel.

Expansion bornée (deux déclencheurs, aucun autre) :

• Expansion du point d'entrée (structurelle). La Règle (3) s'applique sur un saut depuis le Point d'entrée.
• Expansion par Bascule Fournisseur (pilotée par la provenance). Lorsqu'une Contrepartie du profil est basculée comme Fournisseur, toutes les mines liées à cette Contrepartie (gouvernance ou approvisionnement) ne figurant pas déjà dans le profil sont ajoutées, avec complétion complète de la gouvernance à trois rôles sur chaque mine nouvellement ajoutée.
• Aucun autre déclencheur. Les mines et les contreparties n'entrent dans un Profil d'approvisionnement que via l'Expansion du point d'entrée ou l'Expansion par Bascule Fournisseur. Il n'existe pas de voie d'ajout manuel. Les contreparties présentées uniquement pour compléter la cartographie de gouvernance à trois rôles d'une mine ne déclenchent pas d'expansion supplémentaire : leurs autres mines liées restent hors du profil et ne s'affichent pas. Pour intégrer ces mines, la Contrepartie doit être basculée comme Fournisseur.

Structure des unités minières :

• Chaque mine du Profil d'approvisionnement doit avoir ses trois Contreparties de gouvernance identifiées (Opérateur, Titulaire de titre, Propriétaire foncier) ou explicitement signalées comme Non identifiées (par exemple « Opérateur minier non identifié »). Les valeurs Non identifié comptent comme des lacunes d'information et affectent le scoring mais ne bloquent pas l'approbation.
• Les contreparties liées à une mine du profil via un rôle de gouvernance ne peuvent pas être retirées tant que cette mine demeure dans le profil.
• Les contreparties liées uniquement via l'approvisionnement peuvent être retirées ; la mine auprès de laquelle elles s'approvisionnent peut demeurer si elle est liée par gouvernance à une autre Contrepartie conservée.
• Les unités minières peuvent être retirées du Profil d'approvisionnement si elles ne sont pas pertinentes pour l'opportunité d'approvisionnement, à condition qu'aucune Contrepartie conservée ne les requière structurellement.

Cartographie des bénéficiaires :

• Chaque Contrepartie incluse dans le Profil d'approvisionnement doit être liée à ses Bénéficiaires via deux points de données du dossier de Partie prenante : Actionnaires et Autres bénéficiaires directs.
• Lorsqu'un bénéficiaire est lui-même une entité commerciale / personne morale, le système étend la structure de propriété en lisant les propres Actionnaires et Autres bénéficiaires directs de cette entité.
• La récursion se poursuit jusqu'à ce que chaque branche se termine : une entrée Personne physique établit un UBO ; une entrée non corporative et non individuelle (par exemple organisation de la société civile, organisme gouvernemental) se termine sans détermination d'UBO.
• Les bénéficiaires liés ne peuvent pas être retirés du Profil d'approvisionnement par l'Aggregator. Les emplacements réservés obligatoires (par exemple « Bénéficiaires non identifiés ») peuvent être renseignés mais pas supprimés. Le retrait d'une Contrepartie (selon les règles de Structure des unités minières ci-dessus) entraîne en cascade le retrait de sa chaîne de Bénéficiaires de l'affichage du profil ; les liens sous-jacents des dossiers de sujet persistent pour être utilisés ailleurs (devoir de diligence, profils futurs).

Approvisionnement multi-sauts (au niveau du sujet individuel) :

• Les relations commerciales au-delà du lien immédiat Contrepartie-Mine (par exemple une Contrepartie s'approvisionnant auprès d'un négociant qui s'approvisionne auprès d'une mine) sont capturées au niveau du sujet individuel dans le dossier KYC / partie prenante de la Contrepartie, sous Relations commerciales. Elles sont visibles dans le devoir de diligence.
• L'affichage des chaînes d'approvisionnement multi-sauts dans le graphe du Profil d'approvisionnement est reporté à une version post-MVP.

Identification des fournisseurs. Au sein du Profil d'approvisionnement, toutes les contreparties ne sont pas des fournisseurs. L'agrégateur doit désigner quelles contreparties agiront comme Fournisseurs directs en activant le Bascule Fournisseur. Cette distinction permet au système de différencier les acteurs qui participent à l'économie minière de ceux qui introduisent physiquement de l'or dans le flux d'approvisionnement de l'agrégateur (c'est-à-dire les Relations commerciales). Le Bascule Fournisseur agit également comme déclencheur d'expansion automatique selon la Règle (4) : il présente les mines liées au Fournisseur par gouvernance et par approvisionnement afin que l'agrégateur puisse évaluer l'ensemble complet des sources potentielles. L'agrégateur peut restreindre le périmètre de mines déclaré par Fournisseur ; les mines désélectionnées sont conservées comme liens dans le dossier de sujet et signalées dans le devoir de diligence comme « liées mais non déclarées ».

Éligibilité des fournisseurs. Seules les Contreparties dont la classification de Partie prenante sous-jacente est Entité commerciale avec Secteur d'activité = Mines et métaux peuvent être désignées comme Fournisseur. C'est toujours vrai pour les Operators (selon les règles de Typologie ci-dessus, y compris les opérateurs individuels classés comme Entité commerciale avec Forme juridique = Entreprise individuelle). Pour les Titulaires de titres, les Propriétaires fonciers et les Acheteurs, le Bascule Fournisseur est conditionné à la classification : si la Contrepartie est une Personne physique ou une Entité commerciale dans un secteur non minier, la bascule est désactivée.

Conditions d'achèvement du Profil d'approvisionnement. Un Profil d'approvisionnement peut être examiné et approuvé une fois que la structure d'approvisionnement est suffisamment comprise. Les exigences minimales d'achèvement sont :

• Au moins une Unité minière incluse dans le Profil d'approvisionnement
• Au moins un Fournisseur identifié au sein du Profil d'approvisionnement

L'identification de chaînes de bénéficiaires complètes n'est pas obligatoire pour l'approbation du Profil d'approvisionnement. Cependant, des informations incomplètes sur les bénéficiaires peuvent influencer l'évaluation des risques associée à la chaîne de valeur. Plus précisément :

• Il n'est pas requis que tous les Bénéficiaires soient identifiés.
• L'identification de tous les Bénéficiaires effectifs ultimes (UBO) n'est pas requise pour l'achèvement du Profil d'approvisionnement.

Ces éléments peuvent plutôt être traités lors des activités ultérieures de devoir de diligence.

Navigation.

• Sélectionner le module Intégration → page d'accueil / tableau d'intégration présentant toutes les Opportunités d'approvisionnement créées.
• Créer un nouveau Profil d'approvisionnement et suivre les étapes de création dans le tiroir.
• Visualiser les lacunes et suivre le chemin vers les Sujets individuels pour les combler en liant des informations supplémentaires (section Devoir de diligence).
• Visualiser la progression et les indicateurs en naviguant vers le Résumé du Profil d'approvisionnement.

Structure des données et cartographie des sujets (règles de tableau dans le module Devoir de diligence). Les sujets créés lors de l'Intégration se propagent dans les tableaux du module Devoir de diligence selon les règles suivantes :

• Les Contreparties et Bénéficiaires créés dans le cadre de la création du Profil d'approvisionnement sont ajoutés au (et peuvent à l'origine être créés dans le) tableau Réseau commercial du module Devoir de diligence :
• Onglet Contreparties
• Onglet Bénéficiaires
• Les contreparties identifiées comme Fournisseurs sont en outre listées dans l'onglet Fournisseurs. Les fournisseurs issus d'un Profil d'approvisionnement non encore Approuvé portent le Statut = Opportunité ; une fois le Profil d'approvisionnement Approuvé (ou lorsque le Fournisseur provient d'un échange KYC), Statut = Confirmé.
• Les contreparties sont en outre identifiées par leur type (Operator, Titulaire de titre, Propriétaire foncier).
• Les Unités minières identifiées dans le cadre de la création du Profil d'approvisionnement sont ajoutées au (et peuvent à l'origine être créées dans le) tableau Sites du module Devoir de diligence.

5.2.5 Analyse du Profil d'approvisionnement

Une fois qu'un Profil d'approvisionnement a été construit, WAZI fournit des outils pour analyser la structure et l'exhaustivité de l'opportunité d'approvisionnement cartographiée. L'objectif est de permettre à l'agrégateur d'évaluer si suffisamment d'informations ont été rassemblées pour comprendre la chaîne d'approvisionnement et procéder aux activités de devoir de diligence.

Le Profil d'approvisionnement consolide tous les sujets pertinents pour l'opportunité d'approvisionnement :

• Le Point d'entrée (Contrepartie ou Mine)
• Les Unités minières incluses dans le contexte d'approvisionnement
• Les Contreparties associées à ces unités minières
• Les réseaux de Bénéficiaires liés à ces Contreparties
• Les Fournisseurs censés livrer de l'or à l'agrégateur

Chacun devient un Sujet d'information au sein de l'écosystème WAZI et peut ensuite être évalué individuellement (voir le module Devoir de diligence).

Les indicateurs analytiques typiques comprennent :

• Disponibilité et exhaustivité des informations à travers les sujets
• Identification des mines et contreparties pertinentes dans le périmètre
• Identification des fournisseurs directs
• Visibilité des structures de bénéficiaires et de propriété
• Résultats d'évaluation individuels des mines, contreparties et fournisseurs (les évaluations sont effectuées automatiquement à partir des informations disponibles)

Navigation.

• Sélectionner le module Intégration → tableau des Opportunités d'approvisionnement.
• Ouvrir le Profil d'approvisionnement concerné.
• Naviguer vers le Résumé du Profil d'approvisionnement pour visualiser les sujets cartographiés, les indicateurs d'exhaustivité des informations et les widgets analytiques liés à la chaîne de valeur.
• Depuis le Résumé du Profil d'approvisionnement, naviguer vers les Sujets individuels pour compléter les informations manquantes ou étendre les évaluations de devoir de diligence.

5.2.6 Approbation du Profil d'approvisionnement

Une fois l'analyse d'Intégration terminée et la structure de l'opportunité d'approvisionnement suffisamment comprise, l'agrégateur peut approuver le Profil d'approvisionnement.

L'approbation confirme que l'agrégateur a obtenu une compréhension satisfaisante de la configuration de la chaîne d'approvisionnement et considère l'opportunité d'approvisionnement comme appropriée pour un engagement ultérieur (par exemple sur la base de son score global, ou d'autres facteurs configurables). L'approbation ne constitue pas une certification de conformité. Elle confirme plutôt que la structure de la chaîne d'approvisionnement a été suffisamment cartographiée pour permettre la poursuite des activités continues de devoir de diligence et des opérations d'approvisionnement.

Lorsqu'un Profil d'approvisionnement est approuvé :

• Toutes les Contreparties désignées comme Fournisseurs dans le profil (un profil peut en contenir plusieurs) deviennent des fournisseurs formels au sein du registre des fournisseurs de l'agrégateur.
• Ces Fournisseurs apparaissent dans la section Commerce / Approvisionnement du profil KYC de l'agrégateur.
• Les Unités minières liées à chacun de ces Fournisseurs au sein du Profil d'approvisionnement approuvé deviennent les Mines d'approvisionnement de ce Fournisseur dans le profil KYC de l'agrégateur.
• Ils font partie de la base de fournisseurs surveillée par l'agrégateur au sein du système.
• Les expéditions futures peuvent référencer ces Fournisseurs ; leurs Mines d'approvisionnement confirmées sont héritées automatiquement dans le formulaire d'expédition entrante.

Les autres Contreparties cartographiées restent visibles dans le Profil d'approvisionnement et les tableaux de sujets du devoir de diligence, mais ne sont pas classées comme fournisseurs directs sauf désignation explicite.

Lorsqu'un même Fournisseur participe à plusieurs Profils d'approvisionnement approuvés, ses Mines d'approvisionnement dans le KYC s'agrègent à travers tous ces profils.

L'approbation marque la transition de la structuration d'une opportunité d'approvisionnement vers la gestion d'une relation d'approvisionnement au sein de l'écosystème WAZI.

Navigation.

• Sélectionner le module Intégration et ouvrir le Profil d'approvisionnement concerné.
• Naviguer vers le Résumé du Profil d'approvisionnement.
• Examiner l'exhaustivité, le scoring et les autres indicateurs du Profil d'approvisionnement, ainsi que les sujets cartographiés.
• Sélectionner Approuver le Profil d'approvisionnement une fois que la structure d'approvisionnement est jugée suffisamment documentée.

5.2.7 Rôle de l'intégration dans le processus de devoir de diligence

L'intégration n'effectue pas elle-même l'évaluation complète du devoir de diligence. Elle établit plutôt le périmètre structurel à l'intérieur duquel les activités de devoir de diligence seront menées. En cartographiant les acteurs, les sites et les structures de propriété associés à une opportunité d'approvisionnement, le processus d'intégration définit l'ensemble des sujets qui doivent être évalués dans le cadre de l'approvisionnement responsable.

Une fois qu'un Profil d'approvisionnement a été créé :

• Les contreparties et les fournisseurs peuvent être évalués au moyen d'évaluations guidées de parties prenantes.
• Les sites miniers peuvent être évalués au moyen d'examens de devoir de diligence au niveau du site.

Une fois qu'un Profil d'approvisionnement a été approuvé :

• Les activités de surveillance peuvent commencer, y compris la documentation des incidents, des activités et d'autres évolutions affectant la chaîne de valeur.
• Les expéditions peuvent être liées à leur chaîne de valeur, permettant un reporting fondé sur un devoir de diligence documenté.

L'intégration fonctionne comme le fondement structurel du cadre de devoir de diligence de WAZI. Elle transforme une opportunité d'approvisionnement initialement non structurée en une chaîne de valeur documentée qui peut être évaluée, surveillée et faire l'objet de rapports au fil du temps.

Valeurs par défaut MVP (verrouillées).

• Les points d'entrée sont classés soit comme un site minier, soit comme une contrepartie (opérateur, titulaire de titre, propriétaire foncier).
• Trois rôles de gouvernance par unité minière : opérateur, titulaire de titre, propriétaire foncier.
• La désignation des fournisseurs est formalisée lors de l'approbation du profil d'approvisionnement.
• L'expansion de la chaîne de bénéficiaires suit les structures de propriété à travers les couches corporatives jusqu'aux personnes physiques (UBO).
• Les unités minières associées aux contreparties peuvent être retirées du Profil d'approvisionnement si elles ne sont pas pertinentes pour l'opportunité d'approvisionnement, mais les contreparties associées aux unités minières présentes dans le profil ne peuvent pas être retirées (structurellement nécessaires à la représentation de la chaîne de valeur).

En structurant la manière dont les opportunités d'approvisionnement sont documentées et évaluées, WAZI permet d'étendre progressivement les pratiques codifiées de devoir de diligence à de grands nombres d'acteurs EMAPE en amont, dont beaucoup manquent actuellement de mécanismes pratiques pour présenter des informations vérifiables sur leurs opérations.

5.3 Devoir de diligence

Le devoir de diligence dans WAZI est structuré autour de trois types d'évaluation interconnectés et d'une couche de suivi continu. Toutes les évaluations utilisent un scoring algorithmique entièrement dérivé de données structurées. Aucun jugement d'expert subjectif n'est appliqué au calcul des scores. Cette approche n'élimine pas le besoin d'engagement de terrain, de vérification ou de revue par un expert lorsque cela est approprié. Elle fournit plutôt un cadre plus cohérent et évolutif permettant de passer en revue les acteurs de la chaîne d'approvisionnement à travers un grand nombre de contreparties et de sites.

L'onboarding établit la portée structurelle dans laquelle les activités de devoir de diligence sont menées. En cartographiant les acteurs, les sites et les structures de propriété associés à une opportunité d'approvisionnement, le processus d'onboarding définit l'ensemble des sujets à évaluer. Une fois un Supply Profile créé, les contreparties et les fournisseurs peuvent être évalués par le biais d'évaluations guidées des parties prenantes, et les sites peuvent être évalués par le biais de revues de devoir de diligence au niveau du site. Une fois approuvé, les activités de suivi commencent et les expéditions peuvent être reliées à leur chaîne de valeur.

Le module Devoir de diligence compile tous les sujets identifiés par l'Auto-évaluation et l'Onboarding dans deux tableaux de sujets, Trade Network (Parties prenantes : Contreparties, Fournisseurs, Bénéficiaires) et Sites (Unités minières, Usines de traitement, Autres sites), aux côtés de trois sections de catégories d'événements (Activités, Incidents, Témoignages). Les deux tableaux de sujets prennent également en charge la création directe pour les types de sujets où cela apporte de la valeur : les Contreparties dans Trade Network, et les Sites de toute catégorie. Les sujets de ces tableaux ne sont pas des copies dupliquées d'enregistrements détenus ailleurs : ce sont les mêmes sujets d'information, vus à travers le prisme du devoir de diligence, alimentés par quatre voies (flux entrant en amont, création directe, liaison en cascade, et Onboarding via l'expansion du Supply Profile).

Cartographie des sujets pré-onboarding. La création directe de Contreparties dans Trade Network et de Sites dans le tableau Sites reflète une réalité opérationnelle : un Aggregator peut avoir besoin d'enregistrer un sujet au moment où il est rencontré (une livraison qui se présente à l'improviste, un site identifié lors d'un travail de terrain, une contrepartie proposée de manière informelle) avant que le workflow d'Onboarding structuré ne commence. Enregistrer le sujet au moment de la rencontre, plutôt que d'attendre qu'un Supply Profile soit initié, prévient la perte de données et évite les contournements ad hoc. Lorsque l'Onboarding s'exécute par la suite et que le même sujet est référencé (comme un Entry Point, une Contrepartie de gouvernance pour une mine, ou un Fournisseur activé depuis une expansion de profil), l'enregistrement existant est récupéré plutôt que recréé. La création directe est donc une alimentation vers l'Onboarding, et non une alternative à celui-ci. Les quatre voies de création convergent vers un unique référentiel de Sujets d'information ; le même enregistrement est vu différemment selon les surfaces mais jamais dupliqué. Le principe est consigné dans (entrée du 2026-05-05).

5.3.1 Évaluation des parties prenantes

De quoi s'agit-il. Une évaluation des contreparties, fournisseurs et bénéficiaires au regard de critères de gouvernance, de conformité et d'intégrité financière. Les évaluations des parties prenantes reposent sur un scoring algorithmique, ce qui signifie que les résultats d'évaluation sont dérivés directement des informations disponibles dans le système plutôt que d'un workflow distinct de scoring par un expert. La logique actuelle du MVP se concentre sur la disponibilité et l'exhaustivité de l'information, la présence ou l'absence d'indicateurs clés de gouvernance et de conformité, l'identification objective des risques, controverses ou garde-fous manquants, et la disponibilité de la documentation justificative.

Navigation.

• Sélectionnez le module Devoir de diligence et ouvrez le tableau Trade Network.
• Accédez à un enregistrement de sujet existant. Sur l'onglet Contreparties ou Tout, l'utilisateur peut également créer une nouvelle Contrepartie via le bouton « + Add Counterparty » en haut à droite du tableau.
• Ouvrez le formulaire Contrepartie, Fournisseur ou Bénéficiaire concerné et compilez les informations dans les différentes sections.
• Enregistrez les informations et accédez à la page Résumé / Revue correspondante pour visualiser les indicateurs, les résultats de scoring et la documentation associée.
• Lorsque les contreparties sont reliées à un Supply Profile, elles sont également accessibles via le Résumé du Supply Profile concerné.

Tableau Trade Network — règles de peuplement des sujets. Trois voies peuplent le tableau Trade Network :

• Flux entrant en amont. Contreparties via l'entry point ou la liaison de contrepartie d'un Supply Profile (Onboarding). Fournisseurs via la section KYC Trade de l'Aggregator ou le Supplier Toggle dans les Supply Profiles. Bénéficiaires via les KYC Associations.
• Création directe dans le DD via le bouton « + Add Counterparty » en haut à droite du tableau : le point d'entrée canonique de la cartographie des sujets pré-onboarding pour les Parties prenantes. Disponible sur les onglets Contreparties et Tout. La Contrepartie est le seul rôle proposé à la création directe ; les actions « Add » pour Bénéficiaire et Fournisseur ne sont volontairement pas proposées, car ces rôles émergent toujours du contexte (liaison KYC, expansion de Supply Profile, ou cascade depuis une autre partie prenante). La création directe de Contrepartie permet d'enregistrer des sujets au moment où ils sont rencontrés, en amont de tout travail sur un Supply Profile. Lorsque l'Onboarding s'exécute par la suite, l'enregistrement existant est repris.
• Liens en cascade au sein d'un enregistrement de Partie prenante existant (par exemple, les bénéficiaires, fournisseurs ou sites exploités propres à une Contrepartie deviennent des sujets de DD lorsqu'ils sont reliés).

Création directe de Contrepartie — données minimales. Pays (présélectionné sur le pays du compte Aggregator, modifiable), Catégorie, Sous-catégorie (par exemple, Forme juridique si Catégorie = Entité commerciale), Nom, et Type de contrepartie (Mine Operator / Mine Titleholder / Landowner). La sélection de Mine Operator définit automatiquement Secteur économique = Mining & Metals et Position dans la chaîne d'approvisionnement = Mining Operator. Titleholder et Landowner acceptent n'importe quelle Catégorie. La liaison à une mine dans Associations ou Operations est recommandée à la création mais non obligatoire.

Tableau Trade Network — règles de classement par onglet. Le tableau est organisé en quatre onglets (Tout, Contreparties, Bénéficiaires, Fournisseurs).

Autres parties prenantes hors périmètre. Les parties prenantes créées dans l'Auto-évaluation mais ne relevant pas de l'un des trois rôles de Trade Network (par exemple, le Personnel clé / la Direction reliés sous KYC Governance) n'apparaissent pas dans le tableau Trade Network. Elles restent visibles uniquement dans les onglets Sujets associés de l'Auto-évaluation.

Logique multi-rôles. Une même partie prenante peut remplir plusieurs rôles simultanément. Les contreparties peuvent aussi être des Fournisseurs (assez évidemment, dans le cas des dépositaires d'or). Les bénéficiaires identifiés dans un Supply Profile peuvent être des Fournisseurs dans un autre. L'onglet Tout déduplique ; les onglets spécifiques aux rôles font apparaître la partie prenante dans chaque rôle applicable.

Affichage et filtrage des tableaux. Le tableau Trade Network permet aux utilisateurs de filtrer par type de partie prenante, rôle, exhaustivité de l'information, tranche de score, statut Fournisseur (Confirmé / Opportunité), source de création (Auto-évaluation / Onboarding / Direct dans le DD / Cascade), et liaison à des Supply Profiles ou Sites spécifiques.

Structure de l'évaluation. Les parties prenantes sont évaluées à l'aide d'un modèle de scoring à trois niveaux :

Niveau 1 — Évaluation KYC (0–100). Évalue 16 critères de conformité fondamentaux répartis en six catégories : exhaustivité, légitimité, propriété, examen, sanctions, gouvernance et intégrité financière. Chaque critère est évalué au regard d'un modèle de consolidation à sept états reflétant le statut de vérification (de Conformité vérifiée à +1,0 à Lacune vérifiée à −1,0). Quatre critères sont désignés comme red flags (#08 Sous surveillance, #09 Signalé internationalement, #10 Sanctions, #14 Financement criminel). Tout red flag actif empêche un classement en Risque faible quel que soit le score.

Niveau 2 — Exhaustivité documentaire (0–100 %). Mesure la disponibilité de 17 types de documents applicables (certificats de constitution, licences, immatriculation fiscale, politiques, rapports d'audit, pièces d'identité personnelles, etc.). Calculée comme un simple ratio : documents disponibles divisés par documents applicables.

Niveau 3 — Maturité des systèmes de gestion (0–100 %, opérateurs uniquement). Évalue cinq composantes de l'Étape 1 de l'OCDE : politique de chaîne d'approvisionnement, systèmes de gestion interne, intégrité de la chaîne d'approvisionnement, engagement des fournisseurs et mécanisme de réclamation. Chaque composante est notée Complète (1,0), Incomplète (0,5) ou Indisponible (0,0).

Scoring composite. Le score composite utilise une pondération dépendant du type :

Operator / Acteur de la chaîne d'approvisionnement est une Entité commerciale dont le Secteur d'activité = Mining & Metals. Autre entité commerciale est une Entité commerciale dans tout autre secteur.

Classification du risque.

Les critères applicables varient selon le type de partie prenante. Les particuliers sont évalués au regard de 7 des 16 critères. Les Operators / Acteurs de la chaîne d'approvisionnement au regard de 15 (KYC complet plus systèmes de gestion). Les Autres entités commerciales au regard de 14. Les Autres organisations au regard de 14 critères. Les scores sont normalisés sur une échelle de 0 à 100 quel que soit le nombre de critères applicables.

Les critères détaillés, les formules et la méthodologie de scoring complète sont maintenus séparément dans WAZI Algorithmic Stakeholder Evaluation et WAZI Stakeholder Scoring Methodology.

5.3.2 Évaluation des sites miniers

De quoi s'agit-il. Les évaluations de sites miniers se concentrent sur les conditions dans lesquelles la production minérale se déroule. Dans les chaînes d'approvisionnement de l'EMAPE, de nombreux risques environnementaux, sociaux et de gouvernance surviennent directement au niveau du site minier. WAZI traite les unités minières comme des sujets d'information distincts au sein du cadre de devoir de diligence. Chaque site peut être documenté, évalué et suivi de manière indépendante.

Les évaluations de sites miniers visent à comprendre comment la production se déroule au niveau du site, à identifier les risques environnementaux, sociaux, de gouvernance et opérationnels, à documenter les mesures d'atténuation et les pistes d'amélioration, et à suivre l'évolution des conditions d'exploitation dans le temps.

Navigation.

• Sélectionnez le module Devoir de diligence et ouvrez le tableau Sites.
• Accédez à un enregistrement de Site existant, ou créez-en un nouveau via le bouton « + Add » en haut à droite du tableau (Mine Site / Processing Plant / Other Location).
• Ouvrez le formulaire Site concerné et compilez les informations dans les sections applicables.
• Enregistrez les informations et accédez à la page Mine Review / Résumé correspondante pour visualiser les indicateurs, les scores et la documentation associée.
• Lorsque les sites sont reliés à un Supply Profile, ils sont également accessibles via le Résumé du Supply Profile concerné.

Tableau Sites — règles de peuplement des sujets. Trois voies peuplent le tableau Sites :

• Flux entrant en amont. Unités minières identifiées comme Entry Points dans l'Onboarding ou apparaissant via l'expansion d'un Supply Profile. Sites reliés depuis l'Auto-évaluation propre à l'Aggregator ou à l'Operator (Operated Sites dans KYC / Operations ; Mines of Direct Procurement dans KYC / Trade / Supply).
• Création directe dans le DD via le bouton « + Add » en haut à droite du tableau : le point d'entrée canonique de la cartographie des sujets pré-onboarding pour les Sites. Options : Add Mine Site, Add Processing Plant, Add Other Location. Utilisé pour enregistrer des sites au moment où ils sont rencontrés (par exemple, une mine identifiée lors d'un travail de terrain) en amont de toute création de Supply Profile. Lorsque l'Onboarding s'exécute par la suite et que le même site est référencé, l'enregistrement existant est repris.
• Liaison en cascade depuis la section Operations d'une Contrepartie dans le DD.

Création directe de Site — données minimales. Pays (présélectionné sur le pays du compte Aggregator, modifiable), Admin Level 1, Admin Level 2, Type de site (présélectionné selon l'action « Add » choisie), Nom du site.

Chaque Site est traité comme un sujet d'information de type Site, distinct des Parties prenantes mais pleinement intégré au même modèle de données.

Multi-liaison. Chaque site apparaît comme un enregistrement unique et peut être relié à plusieurs Contreparties, inclus dans un ou plusieurs Supply Profiles, et évalué et suivi de manière indépendante. Une modification de l'enregistrement de site sous-jacent se propage à toutes les Contreparties, Supply Profiles et évaluations reliés.

Affichage et filtrage des tableaux. Le tableau Sites permet aux utilisateurs de filtrer les sites par type, site, Contreparties associées, inclusion dans un Supply Profile, exhaustivité de l'information au niveau du site, et source de création. Cela permet aux Aggregators de tenir un registre structuré et navigable de tous les sites pertinents pour leurs activités d'approvisionnement.

Catégories de sites. Trois types de site, chacun avec une portée d'évaluation différente :

Formulaire d'évaluation. Les domaines typiquement couverts dans les évaluations de sites miniers incluent l'identification de base du site et la localisation géographique, les caractéristiques de production et l'échelle estimée de l'activité, l'organisation de la main-d'œuvre et les conditions de travail, les pratiques de santé et de sécurité, les pratiques de gestion environnementale, le contexte social et l'interaction avec la communauté, et la présence de risques sensibles tels que le travail des enfants ou l'implication de forces de sécurité.

Structure de scoring. Modèle à deux niveaux :

Niveau 1 — Score d'évaluation du site (0–100). 22 critères répartis sur 7 domaines : un domaine Identification (ID1 Site identifiable, ID2 Exhaustivité de l'information) plus les 6 domaines de l'Annexe II de l'OCDE (légalité, droits humains, conflit/sécurité, environnement, santé et sécurité, communauté), chacun évalué avec la même consolidation à sept états et la même pondération de vérification utilisées dans l'évaluation des parties prenantes. Cinq red flags binaires s'appliquent (#HR1, #HR2, #CS1, #CS2, #CS4).

Niveau 2 — Exhaustivité documentaire (0–100 %). Ratio des éléments documentaires disponibles sur les éléments applicables.

Composite : Évaluation du site × 0,80 + Documentation × 0,20.

Les sites peuvent être créés dans WAZI comme Entry Points dans le module Onboarding, par liaison à une contrepartie, directement dans le tableau Sites du module Devoir de diligence (bouton « + Add » en haut à droite selon le standard du cadre), ou via l'Auto-évaluation de l'Aggregator (par exemple, Operated Sites, sites faisant partie de la chaîne de traçabilité découverte). Dans l'implémentation actuelle, les évaluations de sites miniers sont principalement enregistrées par l'agrégateur ou ses équipes de terrain. Cependant, l'architecture du système permet d'activer progressivement une participation pilotée par l'opérateur, autorisant les acteurs en amont à contribuer eux-mêmes à l'information à mesure que l'adoption numérique augmente.

Classification du risque.

Les critères détaillés, les formules et la méthodologie de scoring complète sont maintenus séparément dans WAZI Algorithmic Location Evaluation.

5.3.3 Scoring des Supply Profiles

De quoi s'agit-il. Un système de scoring composite évaluant les opportunités d'approvisionnement dans leur ensemble, réunissant les évaluations de sites, les évaluations de parties prenantes et la couverture de cartographie dans une vue analytique unique.

Modèle à deux dimensions.

Dimension A : Provenance et chaîne de traçabilité. Pouvons-nous tracer la matière jusqu'à son origine ? Les conditions à ces origines sont-elles acceptables ? Combine trois composantes :

• Qualité des sites (poids 0,50) : moyenne pondérée des scores d'évaluation des sites, les unités minières étant pondérées le plus haut (1,0), les usines de traitement à 0,7, les autres sites à 0,4.
• Chaîne de traçabilité (poids 0,30) : moyenne pondérée des scores des parties prenantes pour les manipulateurs de matière (fournisseurs désignés à 1,0, opérateurs de site à 0,8, autres acteurs de traçabilité à 0,5).
• Couverture de la provenance (poids 0,20) : avec quelle exhaustivité la chaîne d'approvisionnement a-t-elle été cartographiée ? Combine le taux d'identification des mines et la couverture d'évaluation des sites.

Dimension B : Structure des bénéficiaires et intégrité financière. Qui bénéficie financièrement de cette chaîne d'approvisionnement, et existe-t-il des préoccupations KYC/AML ?

• Intégrité financière (poids 0,55) : moyenne pondérée des scores des parties prenantes bénéficiaires, avec des poids de proximité décroissant des contreparties directes (1,0) aux bénéficiaires de premier niveau (0,7), de deuxième niveau (0,5) et plus profonds (0,3).
• Couverture des bénéficiaires (poids 0,45) : avec quelle exhaustivité les structures de propriété ont-elles été identifiées ? Combine la couverture des contreparties et la profondeur d'identification des UBO.

Qualité composite : Dimension A × 0,65 + Dimension B × 0,35.

Cinq principes de conception fondamentaux régissent le scoring des supply profiles :

1. La provenance et la traçabilité sont notées séparément des bénéficiaires et de l'intégrité financière.
2. L'effort de cartographie est récompensé : identifier davantage de la chaîne de valeur n'abaisse jamais un score.
3. Les sujets sont pondérés par leur proximité à la production.
4. Les lacunes d'information sont traitées comme des signaux de confiance, et non comme des signaux de risque.
5. L'engagement progressif est incité : les scores s'améliorent naturellement à mesure que davantage de données entrent.

Classification des profils.

Les red flags se propagent de manière inconditionnelle à tous les niveaux de proximité et aux deux dimensions.

Les critères détaillés, les formules, les pondérations et la méthodologie de scoring complète sont maintenus séparément dans WAZI Supply Opportunity Assessment Methodology.

5.3.4 Événements et suivi continu

De quoi s'agit-il. Si les évaluations de parties prenantes et de sites miniers établissent des évaluations rationalisées des acteurs et des sites de la chaîne d'approvisionnement, elles ne capturent pas l'ensemble des développements réels qui surviennent au fil du temps. Le Reporting d'événements comble cette lacune en permettant aux utilisateurs de documenter des occurrences, observations et actions discrètes affectant la chaîne d'approvisionnement, indépendamment des évaluations structurées.

En pratique, les utilisateurs peuvent d'abord interagir avec le système non pas en complétant des profils ou des évaluations, mais en ayant besoin de signaler quelque chose qui s'est produit. Les événements sont donc traités comme des sujets d'information autonomes, qui peuvent être reliés aux nœuds de la chaîne d'approvisionnement selon la pertinence. Ils fournissent un point d'entrée flexible pour la collecte de données et construisent une couche de preuve temporelle complétant les évaluations.

Catégories d'événements.

Les incidents sont en outre classés par gravité : Mineur, Modéré et Majeur.

Workflow.

Règles métier.

• Les événements sont créés comme des sujets d'information indépendants, distincts des parties prenantes et des sites miniers. Ils ne nécessitent pas une structuration complète à la création et peuvent être enrichis progressivement.
• Les événements peuvent initialement exister sans aucun sujet relié. Ils peuvent être reliés progressivement à mesure que l'information devient disponible.
• Un même événement peut affecter plusieurs sujets et peut être relié à un ou plusieurs Sites et Parties prenantes (par exemple, les Implementers d'une activité, les victimes ou auteurs d'un incident, les participants à un atelier).
• Les événements peuvent être créés directement dans les tableaux d'événements ou comme première interaction avec le système (accès rapide depuis le tableau de bord de l'agrégateur).
• Une fois reliés à des sujets pertinents, les événements enrichissent leur profil de devoir de diligence en complétant l'information d'évaluation par un contexte réel et des preuves opérationnelles.

Règles de création et de liaison des sujets.

• Les événements sont créés comme des sujets d'information indépendants, distincts des Parties prenantes et des Sites miniers.
• Ils peuvent être créés directement dans les tableaux Événements ou comme première interaction avec le système (bouton d'accès rapide sur le tableau de bord de l'Aggregator).
• Ils ne sont pas créés directement depuis les Sites ou les Parties prenantes.
• Les événements ne nécessitent pas une structuration complète au stade de la création et peuvent être enrichis progressivement.
• Les événements peuvent être reliés à un ou plusieurs Sites et à une ou plusieurs Parties prenantes (Contreparties, Fournisseurs, Bénéficiaires) : par exemple, les Implementers d'une activité, les victimes ou auteurs d'un incident, les participants à un atelier.
• Un même événement peut affecter plusieurs sujets et peut être relié progressivement à mesure que l'information devient disponible.

Rôle dans le processus de devoir de diligence. Le Reporting d'événements contribue au devoir de diligence en capturant des informations contextuelles et situationnelles qui peuvent ne pas être reflétées par les seuls formulaires d'évaluation. Les événements peuvent révéler des risques pas encore captés par les évaluations, fournir des preuves soutenant ou remettant en cause les résultats d'évaluation existants, documenter les mesures d'atténuation et les activités d'engagement, et capturer les perspectives et retours des parties prenantes affectées. Une fois reliés à des sujets pertinents, les événements enrichissent leur profil de devoir de diligence en complétant l'information d'évaluation par un contexte réel et des preuves opérationnelles. Le Reporting d'événements ne fonctionne donc pas comme une couche distincte de devoir de diligence, mais comme un apport complémentaire qui renforce la robustesse, la crédibilité et l'explicabilité globales des évaluations et des analyses de chaîne de valeur.

Le suivi continu comme fonction système. Le suivi dans WAZI est la capacité résultante qui émerge de l'usage combiné des fonctionnalités de Devoir de diligence du système. Par la compilation, la mise à jour et la structuration continues de l'information à travers les modules Auto-évaluation, Onboarding et Devoir de diligence, WAZI permet aux utilisateurs de maintenir une compréhension à jour et évolutive de leurs chaînes d'approvisionnement, et d'intervenir pour atténuer le risque associé.

La gestion des risques s'opère par l'interaction continue avec le système. Du côté des entrées, les utilisateurs mettent à jour les informations sur les parties prenantes et les sites miniers, étendent ou affinent les structures de chaîne d'approvisionnement, et enregistrent des événements tels que des incidents, des actions correctives et des témoignages. Du côté des sorties analytiques, le système fait apparaître les indicateurs de risque associés aux sujets individuels, les résultats et le scoring d'évaluation, et la compréhension globale des conditions de la chaîne de valeur. Le suivi se comprend donc mieux comme le recalcul et la réinterprétation continus du risque de la chaîne d'approvisionnement sur la base de toute l'information disponible.

Au sein du cadre plus large de devoir de diligence, le suivi garantit que les évaluations des Contreparties, des sites miniers et des chaînes de valeur restent actuelles, fondées sur des preuves et réactives au changement. Cela permet au devoir de diligence de dépasser les évaluations ponctuelles et de devenir un processus continu de consolidation, d'interprétation et de reporting de l'information.

Valeurs par défaut du MVP (Verrouillées).

• Trois catégories d'événements : Incident, Activité, Témoignage.
• Trois niveaux de gravité pour les incidents : Mineur, Modéré, Majeur.
• Les événements sont reliés, non intégrés. Un événement existe indépendamment et peut être associé à plusieurs sujets et supply profiles.

5.4 Opérations

Ce que c'est. Le module Opérations étend WAZI au-delà de son rôle de système de devoir de diligence en fournissant des outils pour structurer et gérer les activités quotidiennes d'approvisionnement et de négoce.

Alors que les modules précédents se concentrent sur l'identification, l'évaluation et la gestion des risques, ainsi que sur la documentation du devoir de diligence de la chaîne d'approvisionnement, le module Opérations introduit des fonctionnalités pratiques pour soutenir l'exécution et la documentation des activités de terrain : au stade MVP, gestion de la main-d'œuvre, registres de production et expéditions.

Cela reflète un principe fondamental de WAZI : le devoir de diligence ne devrait pas exister comme un processus parallèle ou purement axé sur la conformité, mais devrait être intégré aux flux de travail opérationnels.

En numérisant les données opérationnelles aux côtés des informations de devoir de diligence, WAZI permet aux utilisateurs de tirer une utilité directe du système dans leurs activités quotidiennes, de réduire les doublons entre la tenue des registres de conformité et opérationnels, de renforcer la cohérence et la crédibilité des résultats du devoir de diligence, et de constituer des ensembles de données structurés qui soutiennent à la fois la gestion interne et le reporting externe. Le module Opérations comble l'écart entre ce qui se passe sur le terrain et ce qui est rapporté aux partenaires, aux acheteurs et aux autres parties prenantes.

Le module Opérations comprend actuellement trois composants principaux : Main-d'œuvre, Registres de production et Expéditions. Chacun contribue à la documentation des activités d'approvisionnement tout en renforçant l'intégrité des processus de devoir de diligence.

5.4.1 Main-d'œuvre

Le composant Main-d'œuvre permet aux utilisateurs d'enregistrer et de gérer les informations concernant les personnes travaillant dans les différents sites de la chaîne d'approvisionnement. Les travailleurs sont enregistrés comme des sujets individuels au sein du système WAZI et liés à :

• Des sites miniers ou lieux d'exploitation spécifiques.
• Des contreparties pertinentes (par exemple, des fournisseurs).

Cela permet à WAZI d'aller au-delà des évaluations de site de haut niveau et de structurer progressivement l'information au niveau des participants individuels du système de production.

Le module Main-d'œuvre renforce le devoir de diligence en ce qu'il soutient l'identification des travailleurs impliqués dans les activités de production, une meilleure visibilité sur l'organisation et l'échelle de la main-d'œuvre, la possibilité de lier des indicateurs de risque, des formations ou des mesures d'atténuation à des individus, et une documentation plus granulaire des conditions sociales et de travail.

Au fil du temps, cette structure pourra soutenir des cas d'usage plus avancés, tels que le suivi de la participation à des programmes de formation ou de renforcement des capacités, la liaison des données de main-d'œuvre aux registres de production pour de meilleurs contrôles de plausibilité, et le soutien à l'accès aux services financiers ou aux parcours de formalisation.

5.4.2 Registres de production

Les Registres de production permettent aux utilisateurs de documenter la production dans les deux contextes de production : l'extraction au niveau des Unités minières et le raffinage au niveau des Usines de traitement. La production minière et la production de traitement sont chacune saisies par un formulaire dédié, partageant une forme cohérente afin que les deux soient familiers à l'usage. Chaque registre porte une date d'enregistrement (par défaut aujourd'hui, modifiable afin que l'utilisateur puisse antidater) et une période (mois et année, utilisée pour ancrer les analyses dans le temps). Tous les autres champs sont facultatifs : le Site (une Unité minière au niveau Puits ou Site minier pour la production minière ; une Usine de traitement pour le traitement), la forme des matériaux, la quantité déclarée en grammes, kilogrammes ou tonnes, une pureté estimée, et tout document justificatif. L'intention est de saisir des données de production approximatives même lorsque les détails sont inconnus, plutôt que de bloquer le registre. Les registres de production s'ancrent sur les Localisations et ne sont pas liés directement aux Fournisseurs ; un registre enregistré sans Site est tout de même conservé mais n'alimente pas les cumuls au niveau du Site.

La page Registres de production présente les deux contextes côte à côte. Deux onglets (Minière et Traitement) exposent les registres et un graphique de production agrégée dans le temps par contexte, ancré sur la période. Les indicateurs phares incluent le Total extrait, le Total traité et le Total des Sites couverts.

L'objectif est de créer un registre de production cohérent et traçable qui peut :

• Soutenir la gestion opérationnelle interne aux étapes minière et de traitement.
• Permettre des contrôles de plausibilité par rapport aux expéditions déclarées et entre les étapes (production minière vs expéditions entrantes ; production de traitement vs les volumes entrants enregistrés par l'Aggregator).
• Renforcer la crédibilité des informations d'approvisionnement pour le reporting en aval.

Au fil du temps, les registres de production contribuent à une compréhension plus robuste de la capacité d'approvisionnement, des schémas de production et de l'alignement entre l'activité rapportée et l'approvisionnement observé. Les contrôles de plausibilité entre la production minière, les expéditions entrantes, la production de traitement et les expéditions sortantes ne sont pas imposés au stade MVP. Voir §10 (Questions ouvertes) pour la question de la réconciliation inter-étapes.

5.4.3 Expéditions

Objectifs. Le composant Expéditions est l'élément opérationnel central par lequel les activités d'approvisionnement sont formalisées et communiquées. Chaque expédition représente une transaction d'approvisionnement distincte par laquelle l'or se déplace des chaînes d'approvisionnement en amont vers les acheteurs.

Dans WAZI, les expéditions ne sont pas traitées comme des registres isolés. Au lieu de cela, chaque expédition est explicitement liée à une chaîne de valeur cartographiée, définie au travers du Profil d'approvisionnement correspondant. Cela garantit que chaque expédition peut être comprise par rapport aux sites miniers dont l'or provient, aux contreparties et fournisseurs impliqués, et à la structure plus large de la chaîne d'approvisionnement associée au matériau.

L'expédition comme ancrage du devoir de diligence. Les expéditions jouent un rôle critique à l'intersection des opérations et du devoir de diligence. Bien que le devoir de diligence soit mené à travers les parties prenantes, les sites miniers et les chaînes de valeur, c'est en fin de compte au niveau de l'expédition que cette information devient exploitable et rapportable.

Pour chaque expédition, WAZI consolide le Profil d'approvisionnement associé (chaîne de valeur), les résultats d'évaluation des parties prenantes et des sites miniers pertinents, les risques identifiés et les mesures d'atténuation, ainsi que les informations de suivi dérivées des événements et des mises à jour. De cette manière, le devoir de diligence associé à une expédition n'est pas évalué de façon indépendante, mais dérivé de l'évaluation de sa chaîne de valeur sous-jacente.

Documentation et analyse des expéditions. WAZI permet aux utilisateurs de compiler des registres d'expédition standardisés, comprenant les informations sur le produit et le volume, les dates et détails de la transaction, les fournisseurs et chaînes de valeur liés, et la documentation justificative. Sur la base de ces informations, le système génère des résumés d'expédition, des aperçus de devoir de diligence liés à la chaîne de valeur, et des indicateurs de risque consolidés. Ces résultats forment la base de la communication avec les acheteurs et les partenaires.

À travers les expéditions, WAZI garantit que le devoir de diligence n'est pas abstrait ou détaché, mais directement lié à des transactions réelles et à des flux de matériaux.

Types d'expédition. WAZI distingue deux types d'expédition, chacun avec un flux de travail et une finalité de reporting distincts :

• Expéditions entrantes. Or reçu par l'agrégateur d'un Fournisseur. Enregistre la provenance en interne et maintient l'historique d'approvisionnement de l'agrégateur.
• Expéditions sortantes. Or expédié par l'agrégateur vers un Acheteur (raffineur, partenaire en aval). Génère le paquet d'informations partagé en externe via le canal pertinent.

5.4.3.1 Expéditions entrantes

Flux de travail.

Règles métier.

• Cycle de vie du statut. Les expéditions entrantes passent par Brouillon → Déclarée → Finalisée. Seuls les registres Finalisés sont immuables.
• Ancrées sur un Fournisseur. Le pool sélectionnable équivaut aux Fournisseurs désignés dans au moins un Profil d'approvisionnement approuvé (et non l'ensemble de la section Négoce du KYC de l'agrégateur).
• Les Mines d'origine sont affichées sous forme d'ensemble dérivé (à partir des Mines d'approvisionnement du Fournisseur dans les profils approuvés), toutes les mines étant pré-sélectionnées. L'agrégateur peut restreindre l'ensemble pour correspondre à la réalité de la transaction.
• Au moins une mine doit rester sélectionnée.
• Allocation par Mine. Pour chaque Mine retenue, l'agrégateur enregistre une allocation de source (pourcentage ou poids). Il s'agit d'une déclaration de source pour le lot, et non d'un lien de réconciliation physique avec les flux sortants.
• Le contexte de Profil d'approvisionnement applicable est résolu à partir des mines retenues : les profils dans lesquels le Fournisseur apparaît avec une ou plusieurs des mines sélectionnées.
• Les expéditions entrantes sont des registres internes. Le reporting externe se produit au niveau sortant.
• La piste d'audit enregistre à la fois l'ensemble dérivé initial et la sélection confirmée de l'agrégateur, y compris les valeurs d'allocation par Mine.

5.4.3.2 Expéditions sortantes

Flux de travail.

Règles métier.

• Cycle de vie du statut. Les expéditions sortantes passent par Brouillon → Déclarée → Finalisée. La génération du paquet de divulgation est conditionnée à la Finalisation. Seuls les registres Finalisés sont immuables.
• Ancrées sur un Acheteur plus un ensemble déclaré de Fournisseurs.
• Le pool de Fournisseurs par défaut équivaut aux Fournisseurs ayant au moins une expédition entrante enregistrée.
• Pas d'allocation par Fournisseur. La déclaration de source sur les expéditions sortantes est binaire entrée / sortie par Fournisseur déclaré. C'est une conséquence délibérée du cadrage par bilan massique et une asymétrie délibérée avec les expéditions entrantes (où l'allocation par Mine est enregistrée comme déclaration de source pour un lot d'un seul Fournisseur).
• Le contexte de provenance est dérivé des Fournisseurs déclarés : leur Chaîne d'approvisionnement (liens d'approvisionnement / Relations de négoce au niveau du sujet) et leurs Profils d'approvisionnement (liens de gouvernance, Mines, Bénéficiaires).
• Les résultats d'auto-évaluation de l'Aggregator sont inclus dans le paquet. Les acheteurs reçoivent une visibilité sur les propres indicateurs KYC et la Maturité des systèmes de gestion de l'Aggregator (selon §5.1.6, « l'Aggregator devient un composant noté de la chaîne de valeur »), de sorte que la divulgation couvre la chaîne complète, expéditeur inclus, et non uniquement les Fournisseurs en amont.
• Au moins un Fournisseur doit rester déclaré.
• Cadrage par bilan massique : les expéditions entrantes et sortantes ne sont pas réconciliées physiquement. L'agrégateur rapporte le contexte d'approvisionnement associé aux Fournisseurs déclarés, et non une chaîne physique reliant des unités entrantes spécifiques à des unités sortantes spécifiques.
• Le paquet de divulgation reflète l'état de chaque Fournisseur déclaré, son contexte de Profil d'approvisionnement, ses Relations de négoce au niveau du sujet, et les propres indicateurs d'auto-évaluation de l'Aggregator au moment de la confirmation de l'expédition (capturés comme instantané pour la piste d'audit).

Partage du paquet de divulgation. La confirmation d'une expédition sortante génère le paquet de divulgation mais ne le livre pas. Le partage est une étape distincte : l'agrégateur sélectionne une ou plusieurs méthodes de livraison (Canal pour un accès partagé en temps réel par un compte WAZI d'un Acheteur, export PDF pour téléchargement, export de données structurées en JSON ou CSV), choisit un Canal existant avec l'Acheteur ou en crée un nouveau, et ajoute éventuellement une note d'accompagnement. La même expédition peut être partagée plusieurs fois ; chaque partage est un événement distinct dans la piste d'audit. Le partage par canal est la méthode privilégiée pour les relations Acheteur continues et nécessite que les deux parties soient sur WAZI ; les méthodes d'export ne nécessitent pas que l'Acheteur dispose d'un compte WAZI. Le contenu du paquet n'est pas redérivé au moment du partage. Il reflète l'instantané pris lors de la confirmation de l'expédition.

Valeurs par défaut MVP (verrouillées).

• Le reporting centré sur l'expédition est le principal résultat de conformité.
• Les expéditions entrantes sont ancrées sur un Fournisseur. Les Mines d'origine sont dérivées des Mines d'approvisionnement du Fournisseur dans les Profils d'approvisionnement approuvés. L'agrégateur peut restreindre l'ensemble de mines par transaction. Le contexte de Profil d'approvisionnement est résolu à partir des mines retenues.
• Les expéditions sortantes sont ancrées sur un Acheteur et un ensemble déclaré de Fournisseurs (par défaut : tous les Fournisseurs ayant une activité entrante enregistrée ; l'agrégateur peut restreindre en décochant). Le contexte de provenance est dérivé de la Chaîne d'approvisionnement des Fournisseurs déclarés (Relations de négoce au niveau du sujet) et de leurs Profils d'approvisionnement (liens de gouvernance, Mines, Bénéficiaires).
• Les registres entrants et sortants ne sont pas réconciliés physiquement au stade MVP. Le cadrage par bilan massique s'applique.
• Sémantique d'instantané. Les registres d'expédition confirmés sont immuables. Les modifications ultérieures d'un Profil d'approvisionnement approuvé (par exemple, l'ajout ou la suppression d'une mine, le changement de désignation d'un fournisseur) n'altèrent pas rétroactivement les registres d'expédition historiques. La sélection confirmée est figée à la confirmation de l'expédition.
• Le suivi de la chaîne de traçabilité au stade MVP démontre une traçabilité raisonnable conformément au Guide OCDE, au RMAP et au guide d'approvisionnement de la LBMA.

5.5 Infrastructure

5.5.1 Rapports et analyse

WAZI fournit un tableau de bord et quatre outils d'analyse dédiés, chacun offrant un éclairage différent sur le portefeuille de l'agrégateur :

Tableau de bord de l'agrégateur. La page d'accueil centrale qui agrège les informations clés issues des données propres et des données des partenaires. Comprend les emplacements surveillés, les partenaires commerciaux identifiés, les activités et incidents enregistrés, les sources d'information, les dernières mises à jour du système, une carte de suivi avec affichage géographique de tous les emplacements et parties prenantes, la cartographie des relations commerciales, la répartition du risque d'approvisionnement (à partir des profils d'approvisionnement approuvés), la progression de l'intégration des fournisseurs, la chronologie des événements (incidents par gravité, activités et actions correctives) et des analyses de compilation des données (accumulation dans le temps, contributions des utilisateurs, statut de partage des informations).

Chaîne d'approvisionnement. Une représentation visuelle des relations commerciales saisies dans le système, traduisant des données structurées en une vue géographique. Les nœuds représentent des emplacements ou des parties prenantes, les connexions représentent des relations enregistrées ou des flux de matière. La chaîne d'approvisionnement n'introduit pas de nouvelles données ni de logique d'évaluation : elle fournit une couche d'exploration visuelle par-dessus les informations existantes compilées via l'intégration et le devoir de diligence.

Aperçu de l'approvisionnement. L'interface principale pour l'analyse au niveau de la chaîne de valeur. Construite autour d'un sélecteur de profil d'approvisionnement qui permet aux utilisateurs de naviguer entre les profils existants, de charger le résumé du profil d'approvisionnement correspondant et de comparer les opportunités d'approvisionnement. Pour chaque profil sélectionné, affiche les informations clés (instantané, mines associées, fournisseurs, bénéficiaires, statut, score de risque), les indicateurs de devoir de diligence (exhaustivité, identification des bénéficiaires effectifs ultimes, validation des sites, triangulation), la cartographie des bénéficiaires et l'évaluation de la chaîne de valeur avec des visualisations dynamiques.

Examen de la contrepartie. Une vue détaillée des parties prenantes individuelles. Consolide les informations et indicateurs principaux, les emplacements associés, la visualisation de la gouvernance et de la propriété, les détails de l'évaluation (critères, signaux d'alerte, analyse de conformité), le positionnement des relations commerciales et la performance d'accès à l'information (exhaustivité, accumulation dans le temps, sources de contribution, niveau de triangulation).

Examen du site. Une vue détaillée des sites individuels : unités d'extraction, usines de traitement et autres emplacements. Consolide les détails du site (méthode d'extraction ou technologie de traitement, type de produit, taille de la main-d'œuvre, score global), la position géographique, l'aperçu qualitatif du site, la cartographie des parties prenantes (opérateurs, autorités, négociants), les détails de l'évaluation (les critères diffèrent selon la catégorie de site : les unités d'extraction couvrent les 7 domaines [Identification + 6 OCDE], les usines de traitement appliquent 6 domaines [conflit / sécurité exclu], les autres emplacements appliquent 3 domaines [Identification + conflit / sécurité + impact communautaire]) et la performance d'accès à l'information.

Approche des rapports. Dans WAZI, le reporting n'est pas un exercice distinct ou rétrospectif. Il est le résultat direct du système, construit progressivement à travers les différents modules. Deux approches de reporting sont prises en charge :

Le reporting fondé sur la chaîne de valeur permet aux agrégateurs de présenter aux acheteurs des opportunités d'approvisionnement claires. Plutôt que de partager des informations fragmentées ou partielles, les agrégateurs fournissent une vue consolidée d'un profil d'approvisionnement comprenant les sites miniers, les contreparties, les fournisseurs, les structures de bénéficiaires et de propriété, et les premiers résultats du devoir de diligence. Cela facilite une intégration plus efficace des chaînes d'approvisionnement EMAPE par les acheteurs et les raffineurs.

Le reporting centré sur l'expédition reflète les transactions d'approvisionnement réelles une fois qu'une relation est établie. Chaque résumé d'expédition sert d'interface opérationnelle et de reporting entre l'agrégateur et l'acheteur, lié individuellement à son profil d'approvisionnement et contextualisé au sein de sa chaîne de valeur complète. Pour chaque expédition, WAZI communique les caractéristiques de la transaction, la structure de la chaîne de valeur associée et le statut du devoir de diligence des acteurs et emplacements concernés. Cette approche soutient un devoir de diligence continu, permettant aux acheteurs de passer d'une validation ponctuelle à une gestion et un engagement continus du risque.

Les rapports peuvent être partagés avec les partenaires via des canaux ou exportés pour un usage interne.

Achèvement du devoir de diligence. Le reporting aux clients représente l'étape finale du cycle de devoir de diligence. À ce stade, les chaînes d'approvisionnement ont été cartographiées, les acteurs et emplacements ont été évalués, les évolutions ont été documentées dans le temps et les activités d'approvisionnement ont été enregistrées. Ces éléments sont consolidés en sorties structurées prêtes pour l'examen, l'audit et la communication. Ainsi, le reporting n'est pas une charge supplémentaire, mais le résultat naturel d'un système dans lequel le devoir de diligence et les opérations sont déjà organisés.

En structurant le reporting de cette manière, WAZI permet une plus grande transparence à travers les chaînes d'approvisionnement EMAPE, une divulgation plus cohérente et comparable, une réduction de l'effort administratif dans les processus de reporting et une confiance accrue de la part des acheteurs et des partenaires.

En définitive, WAZI transforme le reporting d'une obligation manuelle et fragmentée en une sortie pilotée par le système, ancrée dans des informations continuellement maintenues et numérisées.

5.5.2 Interfaces au-delà de l'agrégateur

L'interface Operator est en développement actif (en dev), à la suite du MVP de l'agrégateur ; l'interface Partner suit. Les interfaces Monitor, Coordinator et Implementer sont prévues pour les phases suivantes. Chacune représente une proposition de valeur distincte.

Interface Operator. Parcours structuré pour les contreparties en amont, à savoir les exploitants de mines, les détenteurs de titres miniers, les propriétaires fonciers et les futures contreparties fournisseuses de matière (négociants, manutentionnaires intermédiaires), afin de construire et maintenir des profils vérifiables. Mêmes formulaires KYC et systèmes de gestion que l'auto-évaluation de l'agrégateur, limités à la propre organisation de l'opérateur et aux emplacements exploités / détenus en titre / possédés. L'interface prend en charge l'inscription sur invitation d'un agrégateur associé (Mwamba au MVP), l'auto-évaluation structurée selon la même méthodologie algorithmique appliquée par l'agrégateur, le partage par canal multi-agrégateurs d'un profil vérifié unique, la réponse aux demandes de données et une vue de posture auto-dérivée (achèvement propre, score algorithmique propre sur les données soumises, emplacements et événements liés propres). L'interface ne fait délibérément pas apparaître les scores côté agrégateur ni les évaluations composites de profil d'approvisionnement : l'opérateur voit ses propres données et ce qui en découle, pas la vue de risque interne de l'agrégateur. L'interface Operator transforme la conformité, d'une charge imposée par les acheteurs en un actif portable et réutilisable détenu par l'opérateur. Contrairement à un flux d'application restreint, l'interface Operator de WAZI s'affiche intégralement dès la première connexion ; son ensemble de modules reflète l'interface de l'agrégateur, sauf qu'un module Applications remplace Onboarding (la surface par laquelle l'opérateur demande son intégration par un agrégateur).

Interface Partner. Interface en aval en lecture seule pour les acheteurs de matière auprès de l'agrégateur. Les partenaires reçoivent l'accès à la discrétion de l'agrégateur, expédition par expédition, via un canal ; pas d'auto-intégration dans les données de l'agrégateur. L'activité du partenaire se limite à recevoir des dossiers de divulgation, à naviguer dans leur contenu (expédition / profil d'approvisionnement / fournisseurs / emplacements / événements), à marquer l'acceptation par expédition et à consulter le reporting accumulé sur les expéditions reçues. L'interface ne comporte aucune surface de compilation : les partenaires ne construisent pas de profils, ne réalisent pas d'évaluations et n'intègrent pas de chaînes d'approvisionnement au sein de WAZI. L'interface Partner complète l'audit indépendant plutôt qu'elle ne le remplace : elle donne au raffineur destinataire une base probante structurée pour son propre devoir de diligence et pour tout audit mené par-dessus ce devoir de diligence.

Examen des expéditions côté acheteur. Lorsqu'un agrégateur partage une expédition sortante via un canal, le compte de l'acheteur reçoit une notification et l'expédition apparaît dans la vue des expéditions de l'acheteur, symétrique à la liste sortante de l'agrégateur. L'ouverture d'une expédition charge le dossier de divulgation (§5.5.2.1). L'acheteur marque chaque expédition Acceptée ou Non acceptée, avec une note facultative. L'acceptation est enregistrée avec horodatage et présentée à l'agrégateur dans la piste d'audit du partage. L'acheteur peut réviser l'état d'acceptation en enregistrant un nouvel événement d'acceptation ; l'historique est conservé. WAZI n'héberge pas de mécanisme de litige ou de correction intégré à l'application au MVP. La discussion a lieu hors ligne, et toute correction d'un dossier exige que l'agrégateur le repartage avec un instantané mis à jour.

Interface Monitor (prévue). Outils permettant à la société civile, aux agences gouvernementales, aux observateurs indépendants et aux consultants locaux de soumettre des événements liés, d'accéder au contexte du profil d'approvisionnement et de contribuer à une vérification indépendante. Les données de l'observateur ajoutent une troisième source de vérification au système, renforçant la confiance dans les résultats du scoring.

Interfaces Coordinator et Implementer (prévues). Outils permettant aux consultants internationaux, initiatives, programmes de certification et partenaires de renforcement des capacités de superviser des programmes multipartites et de fournir des évaluations.

5.5.2.1 Le dossier de divulgation

Le dossier de divulgation est l'unité d'information divulguée à un partenaire par expédition sortante. Il est généré à la confirmation de l'expédition, figé sous forme d'instantané, et livré via un canal (ou, secondairement, exporté en PDF ou en données structurées).

Contenu.

Sémantique de l'instantané. Le dossier reflète l'état de chaque sujet constitutif au moment de la confirmation de l'expédition. Les modifications ultérieures en amont (mises à jour KYC, nouveaux événements, nouveaux emplacements) ne modifient pas les dossiers déjà livrés. L'agrégateur peut repartager un dossier mis à jour en tant que nouvel événement de divulgation ; les deux versions persistent dans la piste d'audit.

Relation avec l'audit du raffineur. Le dossier est structuré pour servir de base probante qu'un raffineur destinataire peut remettre à son propre auditeur (Étape 4 de l'OCDE, audit indépendant LBMA). Chaque score est traçable jusqu'aux critères sous-jacents, chaque sujet jusqu'à ses données sources, chaque événement jusqu'à sa provenance. Là où l'audit reste requis, le dossier raccourcit le chemin de l'auditeur ; là où le suivi continu réduit la valeur marginale de l'audit, le dossier documente la discipline de suivi.

Protocole d'acceptation. Le partenaire marque chaque expédition Acceptée ou Non acceptée, avec une note facultative. L'acceptation est horodatée et présentée à l'agrégateur. Les révisions sont enregistrées comme de nouveaux événements d'acceptation ; l'historique est conservé. Les litiges et corrections sont traités hors ligne ; les corrections intégrées à l'application exigent un nouveau partage avec un instantané mis à jour.

5.5.3 Infrastructure de l'écosystème numérique

WAZI est conçu non seulement comme une application de devoir de diligence, mais comme une infrastructure numérique évolutive pour l'approvisionnement responsable. Plutôt que de fonctionner comme un outil fermé ou autonome, WAZI est construit pour soutenir une croissance à long terme en matière de participation, de fonctionnalité et d'interopérabilité.

Principes d'évolutivité et de durabilité. L'architecture de la plateforme est régie par cinq principes :

Croissance modulaire des interfaces et des flux de travail. Le MVP actuel centré sur l'agrégateur peut progressivement s'étendre en un système multi-utilisateurs plus large, avec des interfaces Operator en amont et des interfaces Partner en aval, sans nécessiter la reconstruction de l'application.

Garde distribuée des données. Les informations restent sous le contrôle de l'utilisateur qui les crée ou les gère. Cela permet une participation plus large, car les utilisateurs ne sont pas tenus de remettre leurs informations dans un référentiel centralisé détaché de leur propre contrôle.

Données structurées et réutilisables. WAZI est construit autour d'informations granulaires plutôt que de documents ponctuels. Les données saisies dans un contexte peuvent être réutilisées dans d'autres : auto-évaluation, intégration, devoir de diligence, opérations, reporting, engagement des acheteurs, suivi de programme, relations bancaires ou future communication réglementaire.

Interopérabilité entre acteurs et applications. À mesure que le système évolue, les utilisateurs peuvent enrichir leurs processus de devoir de diligence non seulement avec des données compilées directement, mais aussi avec des informations pertinentes générées ailleurs dans l'écosystème : observations de terrain, données au niveau programme, ou informations pertinentes pour les processus de financement et de formalisation.

Accumulation progressive de valeur numérique. Chaque utilisation de WAZI contribue à un corpus croissant de données structurées. Au fil du temps, les utilisateurs constituent un enregistrement numérique persistant des relations de chaîne d'approvisionnement, de l'historique du devoir de diligence, des activités opérationnelles et des sorties de reporting. Ces informations accumulées deviennent de plus en plus précieuses tant pour la gestion interne que pour l'engagement externe.

Fonctionnalités centrales du système. Ces principes sont opérationnalisés par trois fonctionnalités du système :

Store. L'environnement dans lequel chaque utilisateur accumule et gère les informations commoditisées générées par l'utilisation de WAZI. Il permet aux utilisateurs de réutiliser les informations entre les flux de travail, de réduire la duplication de l'effort de reporting, de maintenir la continuité dans le devoir de diligence et les opérations, et de construire progressivement un profil numérique plus solide au sein de l'écosystème.

Query. Permet aux utilisateurs de rechercher et d'identifier des informations pertinentes dans l'écosystème élargi, sous réserve des conditions d'accès et de partage. Les utilisateurs peuvent progressivement enrichir leurs propres enregistrements en trouvant des parties prenantes existantes, des sites miniers, des acteurs liés de la chaîne d'approvisionnement et des informations contextuelles supplémentaires pertinentes pour le devoir de diligence. À mesure que l'interopérabilité s'étend, Query peut également soutenir la découverte d'informations générées par d'autres applications et groupes d'utilisateurs.

Exchange via les canaux. Partage de données contrôlé et fondé sur la relation entre les parties. Les canaux permettent aux utilisateurs de définir des relations de partage de données et d'adapter ce qui est rendu visible et à qui. Cela est particulièrement important dans WAZI, où différents partenaires peuvent exiger des formes ou des niveaux de divulgation différents.

La plateforme est conçue pour l'interopérabilité. Les intégrations tierces à l'étude incluent des services de traçabilité et de passeport produit, des outils de collecte de données de terrain avec capacités hors ligne, et des flux de données SIG/satellite pour la triangulation.

5.5.4 Évolutivité

WAZI est conçu pour une expansion au-delà d'un seul agrégateur :

Fonctionnement multi-agrégateurs. Plusieurs agrégateurs opérant indépendamment au sein du même système, chacun avec des données isolées et une gestion indépendante de la chaîne d'approvisionnement. Les opérateurs en amont partagés bénéficient d'une auto-évaluation unique qui sert plusieurs relations.

Expansion géographique. La plateforme prend en charge des interfaces multilingues (anglais et français au MVP ; portugais, swahili, arabe prévus) et peut être configurée pour différentes exigences juridictionnelles.

Alignement réglementaire. Le modèle de données structuré de WAZI soutient l'alignement avec plusieurs cadres de conformité. L'annexe 06 de la documentation de l'application WAZI détaille l'alignement avec le Responsible Gold Guidance de la LBMA à travers les systèmes de gestion (Étape 1), l'évaluation des risques (Étape 2), la gestion des risques (Étape 3), la tenue de registres et l'auditabilité (Étape 5), et le reporting aux clients et parties prenantes.

5.5.5 Conventions de l'interface utilisateur

WAZI est livré avec un ensemble de conventions d'interface verrouillées, capturées au niveau du cadre dans (la primitive du cadre) et instanciées à l'échelle de l'application. Trois sont structurantes pour la v0.7 :

Architecture de l'information de la barre latérale (cinq segments). Tableau de bord (en haut) ; Modules (Mon organisation, Chaîne d'approvisionnement, Devoir de diligence, Opérations) ; Analyse (Aperçu de l'approvisionnement, Examen de la contrepartie, Examen du site) ; Données (Store, Query, Channels). La section Données est un emplacement réservé anticipé pour la suite DAAC : Store, Query et Channels s'affichent dans la barre latérale, mais leur pleine fonctionnalité est délivrée par une intégration DAAC ultérieure. Le recadrage consolide la navigation au niveau des modules (« ce que fait l'utilisateur ») et les surfaces d'analyse (« ce que lit l'utilisateur ») et les sépare des surfaces d'infrastructure de données (« ce que détient le système »). Voir 2026-05-18 — Recadrage de la barre latérale : structure à cinq segments (Tableau de bord, Modules, Analyse, Données).

Modèle d'en-tête et de sous-en-tête de page. Chaque page affiche un H1 associé à un sous-en-tête d'une seule phrase. Le H1 nomme ce que l'utilisateur fait sur la page (verbe d'action lorsque la page est une surface de flux de travail, nom conventionnel lorsqu'il s'agit d'une surface d'analyse ou de registre). Le sous-en-tête nomme l'utilité, à savoir la décision que la page soutient ou le travail qu'elle épargne, et non le contenu (l'utilisateur le voit déjà). La page Query (H1 « Trouver des informations » ; sous-en-tête « Identifier les sources d'information disponibles parmi les utilisateurs d'applications compatibles et de bases de données connectées. ») est la référence canonique. L'identité du locataire s'affiche sous forme de puce dans la barre supérieure, et non dans le H1 de la page, sauf sur le tableau de bord où le préfixe du locataire demeure dans le cadre du rôle du tableau de bord en tant qu'instantané du locataire.

Langage de conception des formulaires. Les jetons visuels, le rendu de la barre d'achèvement, l'état actif de la barre latérale, la disposition des lignes de champ (deux zones : principale à gauche, méta et actions de ligne à droite), l'icône d'information, l'icône d'ouverture dans le formulaire et le motif Source-Pointer (voir §5.1.8) sont régis par . WAZI ne remplace pas ces jetons. Les formulaires Attestations et Contrôles de conformité du §5.1.8 suivent directement la convention ; les formulaires KYC, systèmes de gestion, site minier et opérationnels existants s'y alignent lors de passes ultérieures.

6. Alignement sur les cadres de conformité

WAZI est conçu autour de la structure de cadres de devoir de diligence reconnus à l'échelle internationale. Les modules de la plateforme correspondent directement au Guide OCDE sur le devoir de diligence pour des chaînes d'approvisionnement responsables en minerais provenant de zones de conflit ou à haut risque :

Le LBMA Responsible Gold Guidance est pris en charge en parallèle, WAZI répondant directement aux attentes de la LBMA concernant la documentation des systèmes de gestion, l'évaluation factuelle des risques, l'atténuation continue des risques, les pistes d'audit et la divulgation en aval grâce au reporting au niveau des expéditions.

7. Capacités clés

Évaluation algorithmique et transparente. Chaque score dans WAZI est dérivé de données structurées au moyen de méthodologies explicites et documentées. Il n'y a pas de boîte noire. Les agrégateurs, les opérateurs et les partenaires peuvent voir exactement quels critères ont contribué à un score et quelles preuves étayent chaque décision. Les évaluations sont ainsi auditables, reproductibles et défendables.

Modèle d'engagement progressif. WAZI est conçu de sorte que fournir davantage de travail n'aggrave jamais la situation. Cartographier une plus grande partie d'une chaîne d'approvisionnement ne peut pas abaisser un score. Identifier davantage de bénéficiaires accroît la couverture plutôt que d'introduire un risque. Les opérateurs qui investissent dans la construction de leur profil en bénéficient dans toutes leurs relations de chaîne d'approvisionnement. Cela crée une boucle d'incitation naturelle où l'engagement s'approfondit avec le temps.

Vérification multi-sources. Le modèle opérationnel en trois phases (l'agrégateur compile, les opérateurs s'enregistrent, les observateurs observent) crée des occasions de vérification qui se chevauchent. À mesure que davantage de sources apportent des informations sur le même sujet, les états de consolidation passent de « Non vérifié » vers « Vérifié », renforçant la confiance dans les résultats du scoring. Le système suit explicitement le statut de vérification, afin que les utilisateurs connaissent toujours le fondement de chaque décision.

Auto-évaluation guidée. Les normes internationales comme le Guide OCDE sur le devoir de diligence sont complexes et abstraites. WAZI les traduit en évaluations structurées et basées sur des formulaires que les opérateurs en amont peuvent compléter directement, en utilisant un langage et des flux de travail conçus pour le contexte de l'EMAPE plutôt que pour les salles de conseil. Les normes deviennent ainsi exploitables pour les personnes qui doivent réellement les mettre en œuvre.

Conformité centrée sur l'expédition. Chaque expédition dans WAZI est liée à toute sa provenance en amont : le profil d'approvisionnement qui cartographie la chaîne de valeur, les évaluations menées sur chaque contrepartie et chaque site minier, les événements enregistrés pendant la période d'approvisionnement et la piste d'audit complète. Cela signifie que la documentation de conformité est générée à partir des données du système, et non reconstituée de mémoire après coup.

Souveraineté des données. Chaque organisation sur WAZI contrôle ses propres données. Les opérateurs sont propriétaires de leurs auto-évaluations. Les agrégateurs sont propriétaires de leur documentation de chaîne d'approvisionnement. Les partenaires ne reçoivent que ce qui leur est explicitement partagé. Aucune organisation n'est contrainte de stocker des informations sensibles dans une base de données centrale, et aucune organisation ne peut accéder aux données d'une autre sans permission explicite et révocable.

8. Tableaux de bord

Les outils d'analyse intégrés de WAZI offrent aux agrégateurs des vues structurées des informations compilées dans l'ensemble du système, permettant à la fois la supervision opérationnelle et la gestion du devoir de diligence. Tandis que les données sont créées et que les sujets peuvent être évalués individuellement dans les Modules, la couche d'analyse se concentre sur la façon dont ces informations sont consultées, interprétées et utilisées pour la prise de décision. Ces outils remplissent trois fonctions principales : la navigation (permettant aux utilisateurs d'accéder rapidement aux modules et informations clés), la supervision (fournissant des vues consolidées des chaînes d'approvisionnement, des parties prenantes et des activités) et l'aide à la décision (permettant l'évaluation des opportunités d'approvisionnement et de l'exposition au risque).

Tableau de bord de l'agrégateur

Le tableau de bord est le point d'entrée central de l'interface de l'agrégateur, offrant un aperçu consolidé de l'activité du système, des indicateurs clés et un accès aux fonctionnalités principales. Il prend en charge la gestion opérationnelle (via des indicateurs de haut niveau et le suivi de l'activité) et la navigation dans le système (via un accès direct aux actions et modules fréquemment utilisés).

Composants clés.

• Les boutons d'action rapide offrent un accès direct aux flux de travail fréquemment utilisés : auto-évaluation, intégration des contreparties, signalement des activités et incidents, et recherche d'informations (requête).
• Informations clés affiche des indicateurs agrégés reflétant l'état actuel du système : nombre de sites surveillés, parties prenantes identifiées, actions correctives enregistrées, incidents signalés et sources d'information. Les indicateurs sont agrégés à la fois à partir des données propres et des données des partenaires.
• Dernières mises à jour répertorie les activités récentes du système : téléversements de documents, mises à jour de formulaires, création de sujets (contrepartie, site, usine de traitement, incident, activité, témoignage, expédition), création de profil d'approvisionnement et changements de statut. Automatisé à partir de l'activité du compte.
• Carte de surveillance offre une visualisation géographique des sites, des parties prenantes et des événements. Agrégée à partir des données propres et des données des partenaires, avec filtrage par source.
• Relations commerciales affiche la chaîne d'approvisionnement de l'agrégateur selon les données KYC : l'agrégateur (compte) est systématiquement présenté ; les fournisseurs de rang 1, les mines d'approvisionnement direct et les clients proviennent de la section Commerce du formulaire KYC ; les fournisseurs des fournisseurs, les mines des fournisseurs et les clients des clients proviennent de leurs formulaires de sujet respectifs ; les mines exploitées des fournisseurs proviennent de la section Opérations de leur formulaire de sujet respectif. Les autres clients des fournisseurs et les autres fournisseurs des clients ne sont pas affichés.
• Répartition du risque d'approvisionnement est agrégée à partir des profils d'approvisionnement approuvés.
• Intégration des fournisseurs reflète le nombre de fournisseurs en KYC (section Commerce) au fil du temps.
• Chronologie des événements reflète le nombre d'événements par période, organisés en : incidents mineurs (jaune), incidents modérés (orange), incidents majeurs (rouge), activités (bleu) et actions correctives (vert).
• Compilation des données est un composant standard filtré par nombre de sujets / points de données, couvrant l'accumulation (données dans le temps), les contributions (par les utilisateurs de ce compte) et le partage d'informations (part des données « publiées » et partagées avec des parties préidentifiées).

Comportement des widgets. Chaque widget reflète l'état actuel des enregistrements sous-jacents et se met à jour de manière dynamique à mesure que de nouvelles données sont introduites. En l'absence de données, les widgets affichent des états vides ou par défaut. Le tableau de bord est implémenté comme une pure couche d'agrégation sans logique métier au-delà de la récupération et du formatage des données ; chaque widget correspond à une requête ou un point de terminaison défini et peut être actualisé indépendamment.

Chaîne d'approvisionnement

Une représentation visuelle des relations commerciales saisies dans le système, traduisant des données structurées en une vue géographique. Agrège les données relationnelles enregistrées par les utilisateurs du compte WAZI (ou partagées par d'autres utilisateurs), y compris les liens entre sites et opérateurs, les relations commerciales entre fournisseurs, négociants et acheteurs, et les connexions entre parties prenantes et sites. Affichée sur une carte interactive où les nœuds représentent des sites ou des parties prenantes et les connexions représentent des relations enregistrées ou des flux de matière. Les utilisateurs peuvent explorer les nœuds individuels pour accéder à des informations de synthèse (entités associées, nombre de connexions, types de produits).

La vue Chaîne d'approvisionnement n'introduit pas de nouvelles données ni de logique d'évaluation. Elle fournit une couche d'exploration visuelle au-dessus des informations existantes compilées via l'intégration et le devoir de diligence : à comprendre comme un outil d'exploration visuelle plutôt que comme un composant principal du devoir de diligence.

Vue d'ensemble de l'approvisionnement

L'interface principale pour l'analyse au niveau de la chaîne de valeur. Construite autour d'un sélecteur de profil d'approvisionnement qui permet aux utilisateurs de naviguer entre les profils existants, de charger le résumé du profil d'approvisionnement correspondant et de comparer les opportunités d'approvisionnement. Pour chaque profil sélectionné, affiche les informations clés (instantané, mines associées, fournisseurs, bénéficiaires, statut, score de risque), les indicateurs du devoir de diligence (exhaustivité, identification des bénéficiaires effectifs, validation des sites, triangulation), la cartographie des bénéficiaires et l'évaluation de la chaîne de valeur avec des visualisations dynamiques.

Examen des contreparties

Une vue détaillée des parties prenantes individuelles. Consolide les informations et indicateurs principaux, les sites associés, la visualisation de la gouvernance et de la propriété, les détails d'évaluation (critères, signaux d'alerte, analyse de conformité), le positionnement des relations commerciales et la performance d'accès à l'information (exhaustivité, accumulation dans le temps, sources de contribution, niveau de triangulation).

Examen des sites

Une vue détaillée des sites individuels : unités d'extraction, usines de traitement et autres sites. Consolide les détails du site (méthode d'extraction ou technologie de traitement, type de produit, taille de la main-d'œuvre, score global), la position géographique, l'aperçu qualitatif du site, la cartographie des parties prenantes (opérateurs, autorités, négociants), les détails d'évaluation (les critères diffèrent selon la catégorie de site) et la performance d'accès à l'information.

Tableau de bord de l'opérateur (prévu)

La page d'accueil de l'opérateur consolide la posture propre de l'opérateur et sa relation avec le ou les agrégateurs associés. Elle reste délibérément du côté de l'opérateur de la frontière des données : l'opérateur voit son propre niveau de complétude, son propre score auto-dérivé et ce qu'il a partagé, et non le scoring interne de l'agrégateur ni ses vues composites.

• Complétude du profil. Pourcentage de complétion du KYC et des systèmes de gestion, avec mise en évidence des champs lacunaires.
• Score auto-dérivé. Score algorithmique calculé sur les données soumises par l'opérateur, selon la même méthodologie que celle appliquée par l'agrégateur. Affiché pour le bénéfice propre de l'opérateur ; informatif, et non une fenêtre sur la vue du risque de l'agrégateur.
• Demandes en attente. Demandes de données émises par les agrégateurs associés (Mwamba et d'autres à venir), avec leur statut (ouverte / traitée / en retard).
• Sites liés. Unités d'extraction, usines de traitement et autres sites que l'opérateur exploite, détient un titre ou possède, avec le statut de complétion par site.
• Canaux. Canaux actifs avec chaque agrégateur associé et le périmètre de divulgation associé à chacun.
• Événements concernant l'opérateur. Incidents, activités et témoignages liés à l'opérateur ou à ses sites, lorsque l'opérateur en est lui-même l'auteur de l'enregistrement ou lorsqu'un événement a été partagé avec lui.

Tableau de bord du partenaire (prévu)

La page d'accueil du partenaire consolide les paquets de divulgation reçus de tous les agrégateurs partageant des données dans le compte du partenaire.

• Expéditions reçues. Tableau de toutes les expéditions partagées avec le partenaire, avec la date, l'agrégateur d'origine, les fournisseurs déclarés, le poids, la pureté et le statut d'acceptation.
• Acceptation en attente. Expéditions en attente d'une décision Accepter / Ne pas accepter.
• Répartition du risque du portefeuille. Répartition agrégée des bandes de risque sur les profils d'approvisionnement reçus (Clair / Gérable / Risque élevé / Signal d'alerte actif).
• Canaux actifs. Liste des agrégateurs partageant avec le partenaire et le périmètre de chaque canal.
• Export du dossier d'audit. Export en un clic de l'ensemble complet des paquets de divulgation reçus sur une période donnée, structuré pour la transmission à l'auditeur du partenaire.

9. Extensions et feuille de route

Les capacités suivantes sont prévues au-delà du périmètre actuel du MVP. Chacune est décrite avec suffisamment de contexte pour en évaluer la priorité.

Interface et workflows de l'observateur. Des observateurs de terrain indépendants, des organisations de la société civile et des représentants des communautés soumettent des événements et des observations liés. Les données des observateurs créent une troisième source de vérification, renforçant la confiance dans le scoring et permettant une évaluation des risques par triangulation.

Outils du coordinateur et de l'implémenteur. Les partenaires techniques et les organisations de renforcement des capacités gèrent les ateliers, suivent la progression de l'intégration, fournissent des évaluations et soutiennent l'adoption par les opérateurs. Les coordinateurs (par exemple LBMA, organismes de certification) supervisent les programmes multipartites et peuvent accéder à des interfaces dédiées de reporting de conformité.

Scoring avancé et détection de schémas. Prédiction des risques basée sur l'apprentissage automatique, détection d'anomalies à travers les chaînes d'approvisionnement et regroupement des incidents pour identifier les risques systémiques. Cela étend le modèle algorithmique actuel avec des capacités prédictives.

Intégration de la vérification des bénéficiaires. Connexions API aux registres d'entreprises, aux bases de données de sanctions et aux listes de personnes politiquement exposées (PPE) pour un recoupement et un filtrage automatisés des bénéficiaires effectifs ultimes (UBO).

Mode hors ligne. Les opérateurs et observateurs présents dans des zones EMAPE à faible connectivité peuvent travailler hors ligne et se synchroniser lorsque la connectivité est rétablie. La collecte de données sur le terrain peut s'appuyer sur des outils tiers aux capacités hors ligne éprouvées.

Applications mobiles. Applications natives iOS et Android pour le signalement d'événements, la réalisation d'auto-évaluations et la vérification du statut sur le terrain.

Expansion multilingue. Interfaces en portugais, swahili et arabe au-delà de la prise en charge actuelle de l'anglais et du français.

Protocole d'échange DAAC. Un protocole d'échange de données multiplateforme permettant à WAZI de partager des données de chaîne d'approvisionnement organisées avec d'autres systèmes de devoir de diligence et plateformes partenaires. Les opérateurs documentés dans WAZI conserveraient leurs profils vérifiés sur n'importe quelle plateforme de l'écosystème.

10. Questions ouvertes

Les éléments suivants nécessitent l'avis du client pour être finalisés. Ils sont regroupés par thème.

Scoring et seuils.

• Les seuils actuels de classification du risque (Risque faible ≥ 75, Modéré 50–74, Risque élevé < 50) sont-ils alignés sur la prise de décision opérationnelle de Mwamba ?
• La classification du profil d'approvisionnement doit-elle déclencher des restrictions automatisées du workflow (par exemple empêcher la création d'expédition pour les profils à Risque élevé), ou rester consultative ?
• La liste actuelle de signaux d'alerte (sanctions, listes de surveillance, rapports internationaux, financement criminel pour les parties prenantes ; travail forcé, travail des enfants, implication de groupes armés, financement de conflits, taxation illégale pour les sites) est-elle complète au regard des obligations de conformité de Mwamba ?

Opérations et traçabilité.

• Quel niveau de granularité d'enregistrement de la production est requis au MVP (quotidien, hebdomadaire, par expédition) ?
• Comment la réconciliation des stocks doit-elle fonctionner entre le site et l'usine de traitement ? Le suivi des pertes à chaque étape est-il nécessaire au MVP ?
• Cohérence de plausibilité inter-étapes. WAZI n'impose pas de réconciliation entre les quatre types d'enregistrements opérationnels au MVP : production minière (W14 Mining), expéditions entrantes (W10), production de traitement (W14 Processing) et expéditions sortantes (W11). Des contrôles de plausibilité doivent-ils être introduits (extraction vs entrant, entrant vs production de traitement, traitement vs sortant) ? Si oui, quelles plages de tolérance, et comment les signalements doivent-ils être présentés (consultatif uniquement, blocage du workflow suivant, alerte) ?

Engagement des parties prenantes.

• Quel est le déclencheur pour inviter un opérateur à s'enregistrer et à s'auto-évaluer ? Est-il lié à la création du profil d'approvisionnement, ou géré indépendamment ?
• Pour les partenaires, quel niveau de divulgation doit être configurable lors de la création d'un canal ?
• Des rôles personnalisés (Reviewer, permissions spécifiques à un module) sont-ils nécessaires au MVP, ou peuvent-ils suivre dans une version ultérieure ?

11. Prochaines étapes

1. Revue de la méthodologie : passer en revue la logique de scoring et les seuils de classification avec l'équipe de Mwamba Mining.
2. Alignement de la configuration : traduire les décisions de spécification verrouillées en configuration du système.
3. Cycle d'assurance qualité et de déploiement pour les éléments résolus.

Glossaire

Annexes

Annexe A — Alignement avec le LBMA Responsible Gold Guidance

Les modules de WAZI s'alignent sur la structure en cinq étapes du LBMA Responsible Gold Guidance.

Systèmes de gestion (LBMA Step 1). Module d'auto-évaluation structuré ; documentation des politiques, des contrôles internes et des procédures de gestion des risques ; lien clair entre le profil organisationnel et les résultats du devoir de diligence. WAZI soutient directement les attentes du LBMA en matière de systèmes internes et de documentation de la gouvernance.

Évaluation des risques (LBMA Step 2). L'intégration et les évaluations créent une cartographie structurée des chaînes d'approvisionnement et une évaluation cohérente des contreparties et des sites, appuyées par l'utilisation d'indicateurs de risque et de scoring. WAZI s'aligne sur l'exigence du LBMA d'identifier et d'évaluer les risques dans la chaîne d'approvisionnement à partir d'informations factuelles.

Gestion des risques (LBMA Step 3). Le module de suivi (Événements) consigne les incidents, les actions correctives et les retours des parties prenantes. Les mises à jour continues des évaluations et des profils soutiennent l'atténuation permanente des risques et la documentation des actions entreprises.

Audit indépendant (LBMA Step 4). WAZI ne réalise pas d'audits, mais soutient la préparation à l'audit en structurant l'information pour une revue externe. Toutes les évaluations, les données de scoring, l'attribution des sources et la documentation justificative sont accessibles depuis une vue unique de la chaîne de valeur.

Tenue des registres et auditabilité (LBMA Step 5). Toutes les données sont structurées, versionnées et liées entre entités et expéditions, offrant une traçabilité complète des décisions, des mises à jour et des informations rapportées. WAZI est naturellement solide sur les pistes d'audit, ce qui est essentiel à la conformité au LBMA.

Rapports aux clients et aux parties prenantes. Le reporting au niveau de l'expédition inclut la composition de la chaîne de valeur, les évaluations des risques et les preuves d'atténuation. WAZI soutient les attentes du LBMA en matière de transparence et de divulgation en aval.

Annexe B — Autres fonctionnalités du système

Panneau d'administration.

• Privilèges d'administration (MVP) : configuration au niveau du compte, gestion des utilisateurs et contrôle des accès.
• La gestion des sujets (fusionner / supprimer / modifier les données de base d'un sujet) est réservée à l'administrateur de l'application, en raison des risques liés à la reconnaissance et au liage des sujets. Les utilisateurs standard ne peuvent pas effectuer ces opérations.
• Extension possible : supervision au niveau du programme, orchestration multi-comptes.

Gestion des comptes et des utilisateurs.

• Création de compte et inscription.
• Contrôle des accès basé sur les rôles (rôles Aggregator : Admin, Editor, Viewer ; rôles Operator et Partner définis par interface).
• Récupération du mot de passe.

Compilation et traitement des données.

• Structure du formulaire : divulgation progressive, sectionnement et champs conditionnels pilotés par la couche de configuration.
• Types de saisie : champs structurés, pièces jointes documentaires, liage de sujets, saisies géospatiales.
• Liage de sujets : le mécanisme par lequel tout champ référençant une personne, une organisation, un lieu, un événement ou un document crée ou relie un enregistrement de Sujet (plutôt qu'une saisie en texte libre).
• Versionnage : tous les enregistrements sont versionnés ; les états historiques sont conservés et auditables.

Partage de l'information. Les Canaux permettent un partage de données contrôlé et fondé sur la relation entre comptes. Chaque Canal définit ce qui est visible et par qui, soutenant une divulgation sélective sans stockage centralisé des données.

Notifications. Les notifications système et utilisateur couvrent les mises à jour de formulaires, la création de sujets, les événements d'expédition et l'activité des canaux.

Mises à jour du tableau de bord. Le widget « Dernières mises à jour » du tableau de bord Aggregator fait remonter l'activité système récente (mises à jour de formulaires, création de sujets, changements de statut, modifications des profils d'approvisionnement, enregistrements de production).

Annexe C — Notes de conception et clarifications

Sources de données de l'Aggregator. Les informations agrégées sur le tableau de bord et dans les différents widgets analytiques proviennent des Données propres et des Données des partenaires. Bien que les Données des partenaires ne soient pas immédiatement pertinentes au stade du MVP, l'architecture tient compte du fait que les Aggregators peuvent à terme recevoir ou acquérir des informations d'autres parties prenantes de la chaîne d'approvisionnement.

Découverte via le devoir de diligence plutôt que l'auto-évaluation. La chaîne de fournisseurs et de clients issue des relations commerciales directes (par exemple les fournisseurs des fournisseurs) est identifiée dans le module Devoir de diligence plutôt que dans l'auto-évaluation. Cela reconnaît que, pour la plupart des acheteurs EMAPE, la découverte des participants en amont de la chaîne d'approvisionnement et des mines d'origine relève d'un devoir de diligence continu plutôt que d'une auto-déclaration ponctuelle.

Granularité des sites. La séparation granulaire en puits ou en fosses facilite la gestion des situations où plusieurs opérateurs sont présents sur un même « site ». Les activités ultérieures de devoir de diligence peuvent ainsi être assignées à différents niveaux de granularité.

Entreprise individuelle pour les opérateurs individuels. Lorsqu'un opérateur EMAPE individuel est l'opérateur de fait d'un site, il est typé comme Entreprise individuelle (entité commerciale) plutôt que comme Personne physique. Cela garantit qu'un tel opérateur individuel peut figurer de manière appropriée dans la cartographie des relations commerciales, où seules les entités commerciales peuvent être extraites.

Portée du module Devoir de diligence. Le module Devoir de diligence est conçu pour accueillir les partenaires commerciaux existants (issus du KYC), les partenaires commerciaux potentiels (issus des profils d'approvisionnement), les connecteurs de chaîne d'approvisionnement de niveau n identifiés via les relations commerciales, et toute autre entité que l'Aggregator souhaiterait évaluer. De même pour les lieux : sites exploités par l'Aggregator (issus du KYC), sites d'approvisionnement potentiels (issus des profils d'approvisionnement), mines d'origine identifiées via les relations commerciales, et tout autre lieu que l'Aggregator souhaiterait évaluer.

Portée du scoring algorithmique. Le scoring algorithmique ne remplace pas la vérification de terrain ni l'examen par des experts. Il structure la manière dont l'information est compilée et évaluée, offrant aux auditeurs et aux praticiens du devoir de diligence un cadre plus clair et plus efficace pour examiner les chaînes d'approvisionnement EMAPE.

Annexe D — Spécifications référencées

Les documents suivants sont référencés depuis cette spécification et maintenus comme des spécifications distinctes :

• WAZI Algorithmic Stakeholder Evaluation — critères complets, formules et méthodologie de l'évaluation du devoir de diligence au niveau des parties prenantes.
• WAZI Algorithmic Location Evaluation — critères complets, formules et méthodologie de l'évaluation du devoir de diligence au niveau du site / lieu.
• WAZI Stakeholder Scoring Methodology — logique détaillée du moteur de scoring pour les évaluations des parties prenantes (paliers KYC, Documentation, Systèmes de gestion).
• WAZI Supply Opportunity Assessment Methodology — logique détaillée du moteur de scoring pour le composite bidimensionnel du profil d'approvisionnement (Provenance et chaîne de garde ; structure des bénéficiaires et intégrité financière).

Ces quatre documents détiennent le détail méthodologique approfondi. Ils ne sont pas dupliqués dans cette spécification. Toute modification méthodologique des critères de scoring ou d'évaluation y est apportée d'abord, puis reprise ici sous forme de synthèse de haut niveau.

Annexe E — Catalogue des formulaires

Inventaire unique de chaque surface de formulaire de WAZI à la version v0.7. Chaque formulaire a sa propre maison de workflow (série W). Les formulaires sont liés au scoring selon le cadrage v0.7 : le KYC et les Systèmes de gestion alimentent le cadre de scoring des parties prenantes (16 critères + composite des systèmes de gestion) ; le formulaire Site alimente le cadre de scoring des sites ; les Attestations et les Contrôles de conformité ne sont pas notés à la v1 (voir §5.1.8) ; les formulaires opérationnels (Main-d'œuvre, Production, Expéditions) alimentent le reporting de la chaîne de valeur mais ne constituent pas des entrées de scoring directes.

Version du document : 0.7 | Date : mai 2026 | Statut : Spécification maîtresse interne (canonique)

Cette spécification est la spécification maîtresse interne et canonique de WAZI. Les supports destinés aux clients (propositions, démonstrations, documentation publique) sont dérivés de ce document. Les quatre documents de méthodologie de scoring listés à l'Annexe D détiennent le détail méthodologique approfondi et sont référencés ici plutôt que dupliqués.