Références —
Profil d’export BODS v0.4 de RÉCOR
Ce document constitue le profil d’export BODS v0.4 de RÉCOR : une référence datée et auto-déclarée décrivant comment RÉCOR — le registre souverain des bénéficiaires effectifs de SIGIL, conçu pour le Cameroun — projette son export vers le standard de données sur les bénéficiaires effectifs (BODS) v0.4, et comment cet export est conçu pour satisfaire les recommandations 24 et 25 du GAFI. Il s’adresse aux chercheurs en transparence, aux organismes de normalisation et aux analystes de la commande publique, et s’accompagne d’un profil lisible par machine ainsi que d’un jeu d’exemple entièrement synthétique.
Profil lisible par machine (JSON) Jeu d’exemple synthétique (JSON)
Objet et statut
Ce profil documente, en un seul document citable, la correspondance entre l’export de RÉCOR et le standard de données sur les bénéficiaires effectifs (BODS) v0.4, maintenu par Open Ownership. Il s’agit de la version 1.0, datée du 6 septembre 2026, publiée par SIGIL SARL (Buea, Cameroun) sous licence Creative Commons Attribution 4.0.
Ce profil est auto-déclaré. Il décrit les correspondances telles que conçues par SIGIL ; il n’a été ni certifié ni validé par un tiers, et il ne constitue aucune revendication de certification de conformité. RÉCOR est en pré-déploiement : aucun déploiement en production n’a produit les exports décrits ici. Pour une présentation de RÉCOR, voir la page du système RÉCOR.
RÉCOR a fait l’objet d’une démonstration complète auprès d’Open Ownership le 1 juillet 2026, et Open Ownership en a pris acte. Il s’agit d’une démonstration technique, non d’un soutien institutionnel. Cette démonstration figure, avec sa date, sur notre page de références.
Périmètre
L’export couvert par ce profil est la face « données ouvertes » de RÉCOR : les statements qu’un consommateur en aval reçoit une fois qu’une déclaration de bénéficiaire effectif a traversé la chaîne de vérification en neuf étapes de RÉCOR et a été acceptée pour publication. Seules les déclarations acceptées sont conçues pour être incluses ; une déclaration rejetée est conçue pour ne jamais figurer dans un export public.
Les exports sont sérialisés au format JSON Lines — un statement BODS par ligne — de sorte qu’un consommateur puisse valider ligne par ligne et vérifier que chaque référence croisée se résout dans le même flux. Les identifiants de statements sont générés de manière déterministe à partir des identifiants des enregistrements et de la déclaration sous-jacents : réexporter la même déclaration est conçu pour produire des identifiants identiques, permettant la déduplication d’un export à l’autre.
Chaque export est conçu pour voyager dans une enveloppe d’intégrité : le flux de statements, un manifeste portant une empreinte BLAKE3 de ce flux, et une signature Ed25519 sur le manifeste. Le profil réserve également un bloc d’extensions à espace de noms (préfixe recor:) conçu pour porter un pointeur vers la chaîne d’audit triple-témoin de RÉCOR, ancrée par arbre de Merkle, la référence de la déclaration source et le niveau de diffusion — afin qu’un consommateur ne détenant qu’un statement puisse remonter jusqu’à son enregistrement d’audit.
La diffusion est graduée par niveaux. Le niveau public est conçu pour omettre la date de naissance, le lieu de naissance, les résidences fiscales et les identifiants de pièces d’identité nationales ; ces champs sont réservés aux niveaux destinés aux autorités compétentes, à partir du même enregistrement vérifié.
Correspondance vers le modèle BODS
BODS v0.4 organise les données de bénéficiaires effectifs en statements portant sur trois types d’enregistrements : les entités, les personnes et les relations de propriété ou de contrôle qui les relient. L’export de RÉCOR projette chaque déclaration acceptée vers ce modèle comme suit ; le profil lisible par machine ci-dessous porte la même correspondance en JSON.
| Enregistrement BODS v0.4 | Source RÉCOR | Remarques |
|---|---|---|
| Enregistrement d’entité (entity) | La société désignée dans une déclaration acceptée : dénomination légale, juridiction, identifiant du registre, date de constitution. | Un par société déclarée ; le profil vise actuellement les entités immatriculées (registeredEntity). |
| Enregistrement de personne (person) | Chaque personne physique identifiée comme bénéficiaire effectif : nom et, lorsqu’elle est enregistrée, nationalité. | Un par bénéficiaire effectif ; les exports de niveau public sont conçus pour omettre les données de naissance et les numéros d’identité nationaux. |
| Enregistrement de relation (relationship — propriété ou contrôle) | L’intérêt déclaré reliant la personne à la société : type d’intérêt, part exprimée en fourchette de pourcentage, date de début. | Un par bénéficiaire effectif et par société ; les types d’intérêt proviennent de la liste de codes BODS v0.4. |
| Enveloppe de statement | Identifiants de statements générés de manière déterministe à partir des identifiants sous-jacents. | Réexporter la même déclaration est conçu pour produire les mêmes identifiants, permettant la déduplication. |
Les types d’intérêt des enregistrements de relation proviennent de la liste de codes BODS v0.4 — participation au capital, droits de vote, nomination du conseil d’administration et valeurs apparentées. Ce profil traite l’alignement complet du vocabulaire des types d’intérêt, ainsi que la couverture des statuts d’enregistrement pour les mises à jour et les clôtures, comme des cibles de conception : là où le standard et la mise en œuvre pourraient diverger, le standard prime et le profil est corrigé.
Alignement GAFI
Les recommandations 24 et 25 du GAFI demandent aux juridictions de garantir des informations adéquates, exactes et à jour sur les bénéficiaires effectifs des personnes morales et des constructions juridiques, avec un accès rapide pour les autorités compétentes. RÉCOR est conçu pour satisfaire les recommandations 24 et 25 ; le tableau relie les exigences centrales au mécanisme qui les porte. Rien ici n’est une certification : il s’agit de la même correspondance auto-déclarée que le reste de ce profil.
| Exigence du GAFI | Mécanisme RÉCOR (conçu pour la satisfaire) |
|---|---|
| R.24 — informations adéquates, exactes et à jour sur les bénéficiaires effectifs des personnes morales | Une chaîne de vérification en neuf étapes — incluant le criblage des sanctions, la détection de motifs par graphe et apprentissage automatique et la fusion multi-sources Dempster-Shafer — est conçue pour éprouver chaque déclaration avant publication ; rien n’est publié sur la seule confiance. |
| R.24 — accès rapide des autorités compétentes | Un modèle d’export gradué par niveaux est conçu pour donner aux autorités compétentes des champs plus complets que le niveau public, à partir du même enregistrement vérifié. |
| R.24 — interopérabilité et formats ouverts | Exporte vers BODS v0.4, un standard ouvert : les données vérifiées sont portables, lisibles par machine et non verrouillées à un fournisseur. |
| R.24 — conservation et traçabilité | Une chaîne d’audit triple-témoin, ancrée par arbre de Merkle, est conçue pour rendre chaque modification du registre infalsifiable. |
| R.25 — bénéficiaires effectifs des constructions juridiques | La correspondance actuelle vise les personnes morales immatriculées ; le profil traite la couverture des constructions juridiques — que BODS v0.4 sait représenter — comme une cible de conception pour une version future. |
Exemple synthétique
Le fichier d’exemple publié avec ce profil est entièrement synthétique. Chaque nom et chaque identifiant sont délibérément fictifs — la société s’appelle « Exemple Holdings SARL », les identifiants portent le préfixe SYNTH- — et le fichier s’ouvre sur un champ _notice indiquant qu’il est purement illustratif, qu’il ne contient aucune donnée réelle et qu’il n’a été produit par aucun déploiement en production. Il existe pour qu’un chercheur ou un organisme de normalisation puisse voir la forme attendue d’un export RÉCOR — un enregistrement d’entité, un enregistrement de personne et un enregistrement de relation avec des intérêts de participation au capital et de droits de vote — sans qu’aucune déclaration réelle n’existe.
Pour la lisibilité, l’exemple est présenté comme un unique document JSON portant un tableau de statements ; un export de production est conçu pour être sérialisé en JSON Lines. RÉCOR étant en pré-déploiement, aucun export authentique n’existe ; en publier un serait une fabrication. Un fichier synthétique, clairement étiqueté, est l’alternative honnête.
Versions et contact
Ceci est la version 1.0 du profil. Les versions se font uniquement par ajout : une correction ou une future version de BODS est publiée comme une nouvelle version datée, aux côtés de celle-ci ; rien n’est réécrit silencieusement. Lorsque BODS dépassera la v0.4, une nouvelle version du profil documentera l’écart.
Corrections, questions et objections sont bienvenues : ce document existe pour être vérifié. Écrivez à info@sigilsovereign.com. Le texte du profil et les deux fichiers JSON sont publiés sous licence CC BY 4.0 : citez librement, avec attribution.