ED12 - GoBD und Transparenzregister: die wB-Ermittlung dokumentieren

Problem

Die Meldung beim Transparenzregister (ED17) ist nur die Spitze des Eisbergs. Darunter liegt ein Pflichten-Cluster, der bei Prüfungen und Unstimmigkeitsverfahren (§ 23a GwG) entscheidend ist - und der ohne Dokumentation nicht erfüllbar ist:

• "Wir haben gemeldet" - aber die Ermittlung, die der Meldung zugrunde lag, ist nicht nachvollziehbar: Welche Quellen wurden geprüft? Welche Gesellschafter wurden befragt? Wann?
• Nachforschungspflicht verkannt: Erhält die Gesellschaft keine Angaben von ihren Anteilseignern, muss sie in "angemessenem Umfang" Auskunft verlangen - und diese Auskunftsersuchen und eingeholten Informationen dokumentieren (§ 20 Abs. 3a GwG). Ohne Dokumentation ist die Pflicht nicht erfüllt - der Prüfer sieht nur ein Ergebnis, keinen Prozess.
• Angabepflicht der Gesellschafter unbelegt: Gesellschafter, die wB sind oder von einem wB unmittelbar kontrolliert werden, müssen der Gesellschaft die nötigen Angaben machen und jede Änderung unverzüglich mitteilen (§ 20 Abs. 3 GwG). Ob und wann sie das getan haben, ist streitig - wenn der Eingang nicht dokumentiert ist.
• Fiktion unbegründet: Die Meldung fiktiver wB (ED04) ohne dokumentierte Begründung ist unvollständig - die Begründung gehört zur Meldung.
• Änderungshistorie lückenhaft: Das Transparenzregister verlangt, dass der gesamte Zeitraum seit dem 01.10.2017 (bzw. der Gründung) lückenlos abgedeckt ist. Wer nur den aktuellen Stand dokumentiert, kann frühere Konstellationen nicht mehr belegen.

Kernaussage

Die wB-Ermittlung ist ein dokumentationspflichtiger Prozess - und damit ein GoBD-Fall, der ins Git-Repo gehört:

1. Vier Pflichten je Vereinigung (§ 20 Abs. 1 GwG): Angaben zu den wirtschaftlich Berechtigten einholen, aufbewahren, auf aktuellem Stand halten und der registerführenden Stelle unverzüglich mitteilen. Drei der vier sind reine Dokumentationspflichten.
2. Nachforschungspflicht (§ 20 Abs. 3a GwG): Ohne Angaben der Anteilseigner muss die Gesellschaft Auskunftsersuchen an diese richten - in angemessenem Umfang - und Ersuchen und eingegangene Informationen dokumentieren. Das Dokument ist der Beweis der Pflichterfüllung.
3. Angabepflicht (§ 20 Abs. 3 GwG): Die wB und die von ihnen unmittelbar kontrollierten Anteilseigner müssen Angaben machen und Änderungen unverzüglich mitteilen. Die Gesellschaft dokumentiert den Eingang als Artefakt (Absender, Inhalt, Eingangszeit) - im Streitfall ist das der Nachweis, dass die Angabepflicht erfüllt wurde oder dass die Gesellschaft nachfassen musste.
4. Aufbewahrung: Die Angaben zu wB sind aufzubewahren - GoBD-Konform heißt hier: versioniert, unveränderbar nachvollziehbar, mit Belegreferenzen. Git mit SHA-256-Referenzen leistet das strukturell (ED08, ED09).
5. Historie: Jede Ermittlung ist ein neues Artefakt - nichts wird überschrieben. Obsoleszenz-Tracking (superseded_by) verbindet die Generationen: Ermittlung 2026-09 (Kette A) → Ermittlung 2027-03 (Kette B, nach Share Deal) → jeweils mit vollständiger Quellreferenz.

Compliance by Design: Das Ermittlungs-Artefakt wird vor der Meldung erzeugt (Schema-First) und von der Meldung referenziert - nicht umgekehrt. Damit ist die Meldung jederzeit auf ihre Grundlage rückführbar: Meldungs-Vorgangsnummer → wb_ermittlung.json → Gesellschaftsvertrag/Gesellschafterliste (SHA-256). Retrograde Nachverfolgbarkeit (ED03) angewandt auf das GwG.

Der Ermittlungsprozess als Kette

Das Ermittlungs-Artefakt (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 }
}

Kein datetime-Feld: Auch hier steckt die Erfassungszeit in der uuidV7 (ED03). Datumsangaben im Inhalt (gueltig_ab, eingang) sind Fachdaten der Ermittlung (Gültigkeit der Konstellation, Eingangsdatum einer Angabe) - keine Erfassungszeit des Artefakts.

Was passiert bei Änderungen

Falle "Berichtigung": Änderungen werden im Transparenzregister als Folgeauftrag eingereicht - ein Berichtigungsauftrag würde den aktuellen Eintrag überschreiben statt zeitlich zu ergänzen. Genau deshalb ist die Historie im Repo so wichtig: Das Register zeigt eine zeitliche Folge, das Repo die zugehörigen Ermittlungs-Generationen.

Retrograde/progressive Nachverfolgbarkeit (GwG-Ausprägung)

GoBD-Bezug: Nachvollziehbarkeit (Rz. 146) und Prüfbarkeit (Rz. 147) des GwG-Prozesses. Ein Prüfer - ob Aufsichtsbehörde oder Unstimmigkeits-Verfahren (ED18) - kann ohne Rückfrage die Kette Meldung → Ermittlung → Beleg abarbeiten.

Risiko-Leverage

Harness-Anforderung (Vorschau)

Die vollständige Anforderungsliste in Harness-Anforderungen.md.

Quellen

• Geldwäschegesetz (GwG): § 20 Abs. 1 (Pflichten-Cluster), § 20 Abs. 3 (Angabepflicht), § 20 Abs. 3a (Nachforschungspflicht), § 19 (Meldeinhalt), § 3 (wB-Definition, Fiktion)
• Bundesverwaltungsamt: Hinweisblatt Mitteilungspflicht (Folgeaufträge vs. Berichtigungen; lückenlose Abdeckung seit 10/2017)
• GoBD (BMF-Schreiben): Rz. 146 (Nachvollziehbarkeit), Rz. 147 (Prüfbarkeit)
• AO § 146 (Buchführungspflichten, Aufbewahrung im Inland bzw. zweckmäßigem Verfahren), § 147 (Aufbewahrungsfristen)

Quellen-Topologie und CDN-Referenz-Links

Hinweis: Diese Zuordnung von Quellen, Mirror und Community-Hub spiegelt den aktuellen Stand wider und kann sich ändern. Bitte prüfen Sie die jeweilige kanonische Quelle auf gitcover.org für den aktuellen Zustand.