Konzernstrukturen per API abfragen: Mutter- und Tochtergesellschaften

TL;DRGET /api/v1/issuer-relationships liefert den bekannten Konzernbaum eines Emittenten: die direkte und die oberste Muttergesellschaft sowie alle bekannten Tochtergesellschaften — auf Basis der von GLEIF veröffentlichten Konzerndaten (Level 2).

Ein Emittent mit oberster Mutter, direkter Mutter und zwei bekannten Töchtern Oberste Mutter Direkte Mutter Abgefragter Emittent Tochter A Tochter B
Abbildung 1: Ein Aufruf liefert die Mutterkette nach oben und die bekannten Töchter nach unten.

Was die Antwort liefert

curl -H "Authorization: Bearer <TOKEN>" \
  "https://inside-filings.com/api/v1/issuer-relationships?lei=549300RQT6K4WXZL3083"
  • issuer_id, name, lei — der abgefragte Emittent selbst.
  • parents[] — bis zu zwei Einträge (relationship_type, issuer_id, name, lei): die direkte Mutter und die oberste konsolidierende Mutter (relationship_type direct/ultimate).
  • children[] — alle bekannten Tochtergesellschaften (gleiche Feldstruktur), ermittelt durch Umkehrung der Eltern-Kanten im Datenbestand (nicht durch einen eigenen Abruf je Tochter). Gedeckelt auf 500 Einträge.
  • children_cappedtrue, sobald der Deckel erreicht ist.

Quelle sind ausschließlich die von GLEIF (Global Legal Entity Identifier Foundation) veröffentlichten Konzerndaten der Ebene 2 — direkte und konsolidierende Mutterunternehmen, wie sie die Emittenten selbst an ihre lokale LEI-Vergabestelle melden.

Beispiel-Antwort (gekürzt, illustrative Werte)

{
  "issuer_id": 51820,
  "name": "BEISPIEL TOCHTER GMBH",
  "lei": "391200QXGLWHK9VK6V98",
  "parents": [
    { "relationship_type": "direct",   "issuer_id": 51790, "name": "BEISPIEL HOLDING SE",        "lei": "529900W18LQJJN6SJ336" },
    { "relationship_type": "ultimate", "issuer_id": 51765, "name": "BEISPIEL ULTIMATE HOLDING NV", "lei": "213800WSGIIZCXF1P572" }
  ],
  "children": [
    { "relationship_type": "direct", "issuer_id": 51902, "name": "BEISPIEL VERTRIEB GMBH", "lei": "894500GHT6ZR2NUY4G82" }
  ],
  "children_capped": false
}

Wofür sich das eignet

Drei typische Anwendungsfälle für Konzerndaten Konzern-Rollup 13F-/Insider-Meldungen auf die Mutter aggregieren Kontrollfrage „Wer kontrolliert dieses Unternehmen?" Risiko-Exposure Klumpenrisiko über Tochtergesellschaften
Abbildung 2: Konzerndaten beantworten Kontroll- und Aggregationsfragen, die eine einzelne CIK/LEI nicht beantworten kann.
  • Konzern-Rollup — 13F-Positionen oder Insider-Meldungen mehrerer Tochtergesellschaften auf die wirtschaftlich relevante Mutter aggregieren.
  • Beteiligungsfragen — schnell klären, wer ein Unternehmen direkt bzw. letztlich kontrolliert.
  • Screening über Konzerngrenzen — ein Klumpenrisiko sichtbar machen, das über mehrere Tochtergesellschaften verteilt ist.

Grenzen der Daten

GLEIF-Konzerndaten sind Selbstauskünfte der Emittenten an ihre LEI-Vergabestelle — nicht jedes Unternehmen meldet vollständig, und kleinere oder nicht-börsennotierte Konzernteile führen teils keine LEI. Fehlt eine Mutter- oder Tochterbeziehung in der Antwort, heißt das nicht zwingend „keine Konzernzugehörigkeit", sondern kann auch „nicht gemeldet" bedeuten.


Häufige Fragen (FAQ)

Wie viele Ebenen liefert parents?

Maximal zwei: die direkte Mutter und die oberste konsolidierende Mutter — keine vollständige Kette aller Zwischenebenen.

Was bedeutet children_capped?

Der Endpunkt deckelt die Töchter-Liste auf 500 Einträge. Steht children_capped: true in der Antwort, gibt es mehr bekannte Töchter, als die Antwort zeigt.

Sind das dieselben Daten wie eine 5-%-Meldung oder eine PSC-Auskunft?

Nein. Konzerndaten (dieser Endpunkt) zeigen die rechtliche Konzernstruktur laut GLEIF. Melderegister zu wirtschaftlich Berechtigten (5-%-/PSC-Meldungen) sind ein eigenes, separates Datenfeld.

Wie aktuell sind die Konzerndaten?

Sie stammen aus dem laufend synchronisierten GLEIF-Datenbestand — Änderungen bei GLEIF fließen über den planmäßigen Abgleich ein, nicht in Echtzeit bei jeder Anfrage.


Verwandte Endpunkte: die Firmenstammdaten unter issuer-master und die Scores unter scores. Zugang und Authentifizierung erklärt unser Onboarding-Artikel.