ED12 - GoBD et registre de transparence : documenter l'identification des bénéficiaires effectifs

Problème

La déclaration au registre de transparence (ED17) n'est que la pointe de l'iceberg. En dessous se trouve un cluster d'obligations qui est décisif lors des contrôles et des procédures de divergence (§ 23a GwG) - et qui ne peut être rempli sans documentation :

• « Nous avons déclaré » - mais l'identification qui a servi de base à la déclaration n'est pas traçable : quelles sources ont été vérifiées ? Quels associés ont été interrogés ? Quand ?
• Obligation de recherche méconnue : si la société ne reçoit pas de renseignements de ses titulaires de parts, elle doit exiger des informations dans une « mesure appropriée » - et documenter ces demandes d'information et les informations recueillies (§ 20 Abs. 3a GwG). Sans documentation, l'obligation n'est pas remplie - le contrôleur ne voit qu'un résultat, pas un processus.
• Obligation d'information des associés non étayée : les associés qui sont des bénéficiaires effectifs ou qui sont contrôlés directement par un bénéficiaire effectif doivent fournir à la société les renseignements nécessaires et communiquer sans délai toute modification (§ 20 Abs. 3 GwG). Le fait de savoir s'ils l'ont fait, et à quel moment, est contesté - si la réception n'est pas documentée.
• Fiction non justifiée : la déclaration de bénéficiaires effectifs fictifs (ED04) sans justification documentée est incomplète - la justification fait partie de la déclaration.
• Historique des modifications lacunaire : le registre de transparence exige que toute la période depuis le 01.10.2017 (ou depuis la constitution) soit couverte sans lacune. Qui ne documente que l'état actuel ne peut plus prouver les configurations antérieures.

Message clé

L'identification des bénéficiaires effectifs est un processus soumis à une obligation de documentation - et donc un cas GoBD qui a sa place dans le dépôt Git :

1. Quatre obligations par entité (§ 20 Abs. 1 GwG) : recueillir les renseignements sur les bénéficiaires effectifs, les conserver, les maintenir à jour et les communiquer sans délai à l'organisme teneur du registre. Trois des quatre sont de pures obligations de documentation.
2. Obligation de recherche (§ 20 Abs. 3a GwG) : sans renseignements des titulaires de parts, la société doit leur adresser des demandes d'information - dans une mesure appropriée - et documenter les demandes et les informations reçues. Le document est la preuve du respect de l'obligation.
3. Obligation d'information (§ 20 Abs. 3 GwG) : les bénéficiaires effectifs et les titulaires de parts qu'ils contrôlent directement doivent fournir des renseignements et communiquer sans délai les modifications. La société documente la réception en tant qu'artefact (expéditeur, contenu, heure de réception) - en cas de litige, c'est la preuve que l'obligation d'information a été remplie ou que la société a dû relancer.
4. Conservation : les renseignements sur les bénéficiaires effectifs doivent être conservés - la conformité GoBD signifie ici : versionné, traçable et inaltérable, avec références aux justificatifs. Git avec des références SHA-256 y parvient structurellement (ED08, ED09).
5. Historique : chaque identification est un nouvel artefact - rien n'est écrasé. Le suivi d'obsolescence (superseded_by) relie les générations : identification 2026-09 (chaîne A) → identification 2027-03 (chaîne B, après un Share Deal) → chacune avec une référence de source complète.

Compliance by Design : l'artefact d'identification est créé avant la déclaration (Schema-First) et référencé par la déclaration - pas l'inverse. Ainsi, la déclaration est à tout moment rattachable à sa base : numéro de dossier de la déclaration → wb_ermittlung.json → statuts/liste des associés (SHA-256). Traçabilité rétrograde (ED03) appliquée au GwG.

Le processus d'identification sous forme de chaîne

L'artefact d'identification (Schema-First)

{
  "$schema": "https://gitcover.org/schemas/wb-ermittlung-1.0.schema.json",
  "V7GUID": "WB_ERMITTLUNG",
  "uuidV7": "01a065f3-dbbd-7000-8000-000000000001",
  "tenant": "ORG-1",
  "ermittelt_von": { "person": "E1", "role": "GF" },
  "anlass": {
    "typ": "gruendung",
    "datum": "260901",
    "belege": [
      { "art": "gesellschaftsvertrag", "sha256": "…" },
      { "art": "gesellschafterliste", "sha256": "…" }
    ]
  },
  "kette": [
    { "stufe": 1, "inhaber": "ORG-5", "art": "kapital", "anteil_prozent": 100,
      "typ": "koerperschaft", "beholderrschung_ab": "100 %" }
  ],
  "ergebnis": [
    { "person": "E1", "typ": "mittelbar", "art_interesse": "mittelbare Kontrolle über ORG-5",
      "umfang": "100 % an ORG-5", "gueltig_ab": "260901" }
  ],
  "fiktion": null,
  "angabepflicht_eingaenge": [
    { "person": "E1", "art": "angaben_wb", "eingang": "260902",
      "sha256": "…", "dokument": "angaben_e1_org1.json" }
  ],
  "auskunftsersuchen": [],
  "obsolescence": { "status": "active", "superseded_by": null, "superseded_at": null }
}

Pas de champ datetime : ici aussi, l'heure de saisie est contenue dans la uuidV7 (ED03). Les dates figurant dans le contenu (gueltig_ab, eingang) sont des données métier de l'identification (validité de la configuration, date de réception d'un renseignement) - pas l'heure de saisie de l'artefact.

Que se passe-t-il en cas de modifications

Piège « rectification » : les modifications sont soumises au registre de transparence en tant que demande de suivi - une demande de rectification écraserait l'entrée actuelle au lieu de la compléter chronologiquement. C'est précisément pourquoi l'historique dans le dépôt est si important : le registre montre une succession chronologique, le dépôt les générations d'identification correspondantes.

Traçabilité rétrograde/progressive (déclinaison GwG)

Lien avec la GoBD : traçabilité (Rz. 146) et vérifiabilité (Rz. 147) du processus GwG. Un contrôleur - qu'il s'agisse de l'autorité de surveillance ou d'une procédure de divergence (ED18) - peut dérouler la chaîne déclaration → identification → justificatif sans poser de question.

Levier de risque

Exigences du Harness (aperçu)

La liste complète des exigences dans Harness-Anforderungen.md.

Sources

• Geldwäschegesetz (GwG) : § 20 Abs. 1 (cluster d'obligations), § 20 Abs. 3 (obligation d'information), § 20 Abs. 3a (obligation de recherche), § 19 (contenu de la déclaration), § 3 (définition des bénéficiaires effectifs, fiction)
• Bundesverwaltungsamt : note d'information sur l'obligation de déclaration (demandes de suivi vs rectifications ; couverture sans lacune depuis 10/2017)
• GoBD (circulaire du BMF) : Rz. 146 (traçabilité), Rz. 147 (vérifiabilité)
• AO § 146 (obligations comptables, conservation sur le territoire national ou via une procédure appropriée), § 147 (délais de conservation)

Topologie des sources et liens de référence CDN

Remarque : cette attribution des sources, du miroir et du hub communautaire reflète l'état actuel et peut changer. Veuillez vérifier la source canonique respective sur gitcover.org pour connaître l'état actuel.