ED12 - GoBD y registro de transparencia: documentar la determinación del wB

Problema

La notificación al registro de transparencia (ED17) es solo la punta del iceberg. Debajo se encuentra un clúster de obligaciones que es decisivo en auditorías y procedimientos de discrepancias (§ 23a GwG) - y que sin documentación no puede cumplirse:

Idea central

La determinación del wB es un proceso sujeto a obligación de documentación - y por tanto un caso GoBD que pertenece al repositorio Git:

  1. Cuatro obligaciones por entidad (§ 20 Abs. 1 GwG): recabar los datos sobre los wirtschaftlich Berechtigten, conservarlos, mantenerlos actualizados y comunicarlos sin demora a la autoridad encargada del registro. Tres de las cuatro son puras obligaciones de documentación.
  2. Obligación de investigación (§ 20 Abs. 3a GwG): Sin datos de los titulares de participaciones, la sociedad debe dirigir requerimientos de información a estos - en un alcance adecuado - y documentar los requerimientos y la información recibida. El documento es la prueba del cumplimiento de la obligación.
  3. Obligación de información (§ 20 Abs. 3 GwG): Los wB y los titulares de participaciones controlados directamente por ellos deben facilitar los datos y comunicar sin demora los cambios. La sociedad documenta la recepción como artefacto (remitente, contenido, hora de recepción) - en caso de disputa, esa es la prueba de que la obligación de información se cumplió o de que la sociedad tuvo que hacer seguimiento.
  4. Conservación: Los datos sobre los wB deben conservarse - conformidad con la GoBD significa aquí: versionado, reconstruible de forma inalterable, con referencias a comprobantes. Git con referencias SHA-256 lo garantiza estructuralmente (ED08, ED09).
  5. Historia: Cada determinación es un artefacto nuevo - nada se sobrescribe. El seguimiento de obsolescencia (superseded_by) conecta las generaciones: determinación 2026-09 (cadena A) → determinación 2027-03 (cadena B, tras un Share Deal) → cada una con referencia completa a la fuente.

Compliance by Design: El artefacto de determinación se genera antes de la notificación (Schema-First) y es referenciado por la notificación - no al revés. Así, la notificación puede rastrearse en todo momento hasta su base: número de expediente de la notificación → wb_ermittlung.json → contrato social/lista de socios (SHA-256). Traceabilidad retrógrada (ED03) aplicada al GwG.

El proceso de determinación como cadena

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#FBFAF7','primaryTextColor':'#0F1B33','primaryBorderColor':'#6B7280','lineColor':'6B7280'}}}%% flowchart TD TRIGGER["Auslöser
(Gründung, Share Deal,
Kapitalerhöhung, GF-Wechsel)"] TRIGGER --> COLLECT["Angaben einholen
(§ 20 Abs. 3 GwG)
von Anteilseignern"] COLLECT -->|Angaben fehlen| ASK["Auskunftsersuchen
(§ 20 Abs. 3a GwG)
dokumentieren"] COLLECT -->|Angaben liegen vor| ANALYSE ASK -->|Antwort| ANALYSE["Kaskaden-Analyse
Kette prüfen, > 25 % / > 50 %
Schwellen bewerten"] ASK -->|keine Antwort| FIKTION["Fiktion prüfen
(§ 3 Abs. 2 S. 5 GwG)
Begründung dokumentieren"] ANALYSE --> FIKTION ANALYSE --> ERGEBNIS["Ergebnis:
wb_ermittlung.json
+ Sidecars"] FIKTION --> ERGEBNIS ERGEBNIS --> MELDUNG["Meldung vorbereiten
(→ ED17)
Gültigkeitsdatum ab Konstellation"] ERGEBNIS --> AUFBEWAHRUNG["Aufbewahrung +
Aktualhaltung
(Obsoleszenz-Tracking)"] style TRIGGER fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style COLLECT fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style ASK fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style ANALYSE fill:#DBEAFE,stroke:#1D4ED8,color:#0F1B33 style FIKTION fill:#FDBA74,stroke:#C2410C,color:#0F1B33 style ERGEBNIS fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33 style MELDUNG fill:#0F1B33,stroke:#0F1B33,color:#FBFAF7 style AUFBEWAHRUNG fill:#D1FAE5,stroke:#0A7F5C,color:#0F1B33

El artefacto de determinación (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 }
}

Sin campo datetime: También aquí la hora de captura está contenida en la uuidV7 (ED03). Las fechas del contenido (gueltig_ab, eingang) son datos de negocio de la determinación (validez de la configuración, fecha de recepción de una declaración) - no la hora de captura del artefacto.

Qué ocurre con los cambios

Desencadenante Trabajo posterior en el repositorio Notificación
Share Deal / transmisión de participaciones Nueva wb_ermittlung.json, la anterior recibe superseded_by Notificación de cambio como encargo posterior (¡no rectificación!)
Aumento de capital (umbral afectado) Nueva determinación (umbrales reevaluados) Encargo posterior
Cambio de GF con wB ficticio Documentar la nueva ficción Encargo posterior (nuevo representante)
Traslado / cambio de nombre de un wB Documentar la recepción de la obligación de información Encargo posterior (datos personales modificados)
Contrato de vinculación de voto / pool Nueva determinación (comprobar el "control comparable") Encargo posterior

Trampa "rectificación": Los cambios se presentan en el registro de transparencia como encargo posterior - un encargo de rectificación sobrescribiría la entrada actual en lugar de complementarla cronológicamente. Precisamente por eso la historia en el repositorio es tan importante: el registro muestra una secuencia temporal, el repositorio las generaciones de determinación correspondientes.

Traceabilidad retrógrada/progresiva (variante GwG)

Dirección Inicio Resolución mediante Objetivo
Retrógrada Número de expediente de la notificación Entrada de diario → wb_ermittlung.json → SHA-256 Contrato social, lista de socios
Progresiva Extracto del registro mercantil (nueva configuración) Nueva determinación → notificación de cambio Entrada de registro actualizada

Relación con la GoBD: Traceabilidad (Rz. 146) y verificabilidad (Rz. 147) del proceso GwG. Un examinador - ya sea la autoridad supervisora o el procedimiento de discrepancias (ED18) - puede recorrer la cadena notificación → determinación → comprobante sin necesidad de consultas.

Apalancamiento de riesgo

Hoy (barato) Mañana (a prueba de auditoría) Riesgo mitigado
Determinación como JSON con SHA-256 de comprobantes Determinación reconstruible sin lagunas Multa "no determinado / no documentado"
Requerimientos de información como artefactos Obligación de investigación demostrablemente cumplida Multa "omisión de la investigación"
Recepciones de la obligación de información con sidecar Disputa sobre los datos refutada Problemática de la carga de la prueba
Generaciones de obsolescencia en lugar de sobrescribir Historia sin lagunas desde 10/2017 o desde la constitución Requerimiento de configuraciones anteriores
La notificación referencia la determinación Notificación rastreable en todo momento Resolución de discrepancias sin esfuerzo

Requisito del Harness (vista previa)

ID Requisito Prioridad
FA-12.1 Esquema wb-ermittlung-1.0 (determinación, cadena, resultado, ficción) MUST
FA-12.2 Requerimientos de información (§ 20 Abs. 3a GwG) como artefactos documentados MUST
FA-12.3 Recepciones de la obligación de información con referencia SHA-256 MUST
FA-12.4 Seguimiento de obsolescencia por generación de determinación MUST
FA-12.5 Regla de disparo: desencadenante → determinación → notificación (el Pre-Receive-Hook comprueba la cadena) SHOULD

La lista completa de requisitos en Harness-Anforderungen.md.

Fuentes

Topología de fuentes y enlaces de referencia CDN

Rol Ubicación Propósito
Primary / SSoT git.gitcover.org/GCC Almacén canónico (firmado con GPG, versionado)
Public OSS Mirror / CDN codeberg.org/gitcover-commons Espejo de solo lectura; descubrimiento FLOSS
Community Hub github.com/gitcover-commons Issues & Discussions; referencia del código fuente en Codeberg

Nota: Esta asignación de fuentes, espejo y Community Hub refleja el estado actual y puede cambiar. Por favor, compruebe la fuente canónica respectiva en gitcover.org para conocer el estado actual.