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:
- "Hemos notificado" - pero la determinación en la que se basó la notificación no es reconstruible: ¿Qué fuentes se examinaron? ¿Qué socios fueron entrevistados? ¿Cuándo?
- Obligación de investigación ignorada: Si la sociedad no recibe datos de sus
titulares de participaciones, debe requerir información en un "alcance adecuado"
- y documentar estos requerimientos de información y la información recabada (§ 20 Abs. 3a GwG). Sin documentación, la obligación no está cumplida - el examinador solo ve un resultado, no un proceso.
- Obligación de información de los socios sin prueba: Los socios que son wB o que están controlados directamente por un wB deben facilitar a la sociedad los datos necesarios y comunicar sin demora cada cambio (§ 20 Abs. 3 GwG). Si y cuándo lo han hecho es discutible - si la recepción no está documentada.
- Ficción sin fundamento: La notificación de wB ficticios (ED04) sin justificación documentada está incompleta - la justificación forma parte de la notificación.
- Historia de cambios con lagunas: El registro de transparencia exige que todo el período desde el 01.10.2017 (o desde la constitución) esté cubierto sin lagunas. Quien solo documenta el estado actual ya no puede acreditar configuraciones anteriores.
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:
- 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.
- 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.
- 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.
- 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).
- 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
(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 lauuidV7(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
- Geldwäschegesetz (GwG): § 20 Abs. 1 (clúster de obligaciones), § 20 Abs. 3 (obligación de información), § 20 Abs. 3a (obligación de investigación), § 19 (contenido de la notificación), § 3 (definición de wB, ficción)
- Bundesverwaltungsamt: Hinweisblatt Mitteilungspflicht (encargos posteriores frente a rectificaciones; cobertura sin lagunas desde 10/2017)
- GoBD (escrito del BMF): Rz. 146 (traceabilidad), Rz. 147 (verificabilidad)
- AO § 146 (obligaciones de contabilidad, conservación en el territorio nacional o mediante procedimiento adecuado), § 147 (plazos de conservación)
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.