Geschäftsführer & Vertreter API: KYB-Verifizierung

Funktionsträger, Geschäftsführer und Vertreter sind kein eigenes Konzept im KYB-Modell von Didit: Sie werden zusammen mit UBOs und Gesellschaftern unter Schlüsselpersonen geführt und erhalten pro Person eine oder mehrere Rollen. Eine einzelne Person kann etwa Geschäftsführer und Gesellschafter sein oder Vertreter und Zeichnungsberechtigter. Die Partei enthält die vollständige Rollenliste, nicht nur eine einzige Rolle.

Vollständige Rollentaxonomie

Jede Schlüsselperson kann eine oder mehrere dieser Rollen innehaben:

Governance / Vertretung

Rolle	Beschreibung
`director`	Board-Mitglied mit Governance-Verantwortung
`non_executive_director`	Board-Mitglied ohne operative Geschäftsführungsaufgaben
`chairman`	Vorsitzender des Boards
`secretary`	Unternehmenssekretär mit administrativen und Compliance-Aufgaben
`representative`	Gesetzlicher oder bestellter Vertreter des Unternehmens
`authorized_signatory`	Person, die berechtigt ist, im Namen des Unternehmens zu zeichnen
`trustee`	Treuhänder einer Struktur, die Unternehmensanteile hält
`company_officer`	Allgemeine Funktionsrolle
`founder`	Gründungsmitglied des Unternehmens
`legal_advisor`	Beauftragter Rechtsberater des Unternehmens
`other`	Jede Rolle außerhalb der Standardtaxonomie

Eigentümerstruktur / Begünstigte

Rolle	Beschreibung
`ubo`	wirtschaftlich Berechtigter (UBO): natürliche Person, die das Unternehmen letztlich besitzt oder kontrolliert
`shareholder`	Eingetragener Gesellschafter (natürliche oder juristische Person)
`beneficiary`	Begünstigter eines Trusts oder einer ähnlichen Struktur
`settlor`	Treugeber eines Trusts
`protector`	Protektor eines Trusts
`investor`	Investor (außerhalb formaler Anteilsstrukturen)

Eine einzelne Person kann beide Kategorien vereinen. Ein Gründer, der zugleich Geschäftsführer und UBO ist, hat beispielsweise drei Rollen im selben Schlüsselpersonen-Datensatz.

Datensätze mit mehreren Rollen

Jeder Schlüsselpersonen-Datensatz enthält eine Liste von Rollen, wobei jede Rolle gegebenenfalls eigene Eigentums- bzw. Stimmrechtsanteile hat. So sieht in der Antwort ein Geschäftsführer aus, der zugleich Gesellschafter ist:

{
  "uuid": "...",
  "name": "Jane Doe",
  "first_name": "John",
  "last_name": "Doe",
  "entity_type": "person",
  "roles": [
    { "role": "director", "ownership_percent": null, "voting_percent": null },
    { "role": "shareholder", "ownership_percent": 15.0, "voting_percent": 15.0 }
  ],
  "kyc_status": "Approved",
  "kyc_session_url": "https://verify.didit.me/..."
}

KYC-Verknüpfung

Jede Schlüsselperson kann mit einer Sitzung zur individuellen Benutzerverifizierung (KYC) verknüpft werden. Die Verknüpfung erfolgt automatisch, wenn die Workflow-Einstellungen der Rolle KYC erfordern: Das System erstellt die untergeordnete KYC-Sitzung, sendet der Person ihren Verifizierungslink per E-Mail (sofern diese Option aktiviert ist) und aktualisiert den Status anschließend bei der Partei. Die vollständige Routing-Logik finden Sie unter Eigentümerstruktur → Wie Rolleneinstellungen die Verifizierung steuern. Informationen zu den B2C-sicheren KYC-Statuswerten, die für jede Partei angezeigt werden (Approved, Declined, Pending), finden Sie im Antwortschema.

AML-Screening

Jede identifizierte Schlüsselperson wird im Rahmen der Unternehmensverifizierung automatisch gegen globale AML-Beobachtungslisten geprüft. PEP-Treffer sind für Governance-Rollen besonders relevant: Geschäftsführer und Zeichnungsberechtigte regulierter Unternehmen tauchen häufig auf PEP-Listen auf. Siehe AML-Screening für Unternehmen.

Flag für erforderliche Verifizierung

Jede Partei enthält ein Flag requires_verification, das angibt, ob der Workflow für diese Person eine KYC-Prüfung verlangt:

Wert	Bedeutung
`true`	KYC muss für diese Person abgeschlossen sein, bevor die Sitzung genehmigt werden kann.
`false`	Person ist identifiziert und per AML-Screening geprüft, benötigt aber keine individuelle KYC-Prüfung.

Legen Sie die Rollen, für die eine Verifizierung erforderlich ist, unter Workflows → [KYB-Workflow] → Schlüsselpersonen → Einstellungen pro Rolle fest. Übliche Standardwerte:

Geschäftsführer und UBOs oberhalb des Schwellenwerts des Workflows → requires_verification: true.
Zeichnungsberechtigte und Unternehmenssekretäre → optional.
Board-Mitglieder ohne operative Geschäftsführung → optional.

Überspringen einer Schlüsselperson

Kann eine Person nicht verifiziert werden (verstorben, nicht erreichbar, historisch), kann sie mit is_skipped: true markiert werden: entweder durch den Endbenutzer im gehosteten Ablauf (sofern die Einstellungen der Rolle das Überspringen erlauben) oder durch einen Analysten in der Konsole. Übersprungene Parteien werden von der Verifizierungsprüfung ausgeschlossen, erscheinen in der Antwort aber weiterhin zu Prüfzwecken.

Quellenübergreifender Abgleich

Daten zu jeder Schlüsselperson können aus drei Quellen stammen, und die Konsole zeigt alle drei nebeneinander an:

Registerdaten: Was das amtliche Register offengelegt hat.
Vom Benutzer übermittelt: Was der Business-Admin im Ablauf für Schlüsselpersonen bestätigt oder ergänzt hat.
Hochgeladene Dokumente: Namen, die per OCR aus Gesellschaftsverträgen, Gesellschafterlisten oder Vollmachten extrahiert wurden.

Inkonsistenzen werden als Warnungen bei der Sitzungsentscheidung angezeigt.

Auswirkung auf die Unternehmensentität

Die Verknüpfung einer Schlüsselperson mit einer Benutzerentität über KYC erzeugt eine dauerhafte Beziehung zur Unternehmensentität. Anschließend können Sie:

Alle Unternehmen einsehen, in denen eine Person eine Governance- oder Eigentümerrolle innehat.
Statusänderungen eines Benutzers (markiert, gesperrt) auf Unternehmen übertragen, in denen die Person als Schlüsselperson tätig ist.
Laufende AML-Überwachung für jede verknüpfte Person unabhängig von einer bestimmten KYB-Sitzung durchführen.

Nächste Schritte

Schlüsselpersonen

Der vollständige Ablauf für Schlüsselpersonen.

Eigentümerstruktur

Identifizierung von UBOs und Eigentumsketten.

AML

AML-Screening für Unternehmen und Personen.

Erste Schritte

Funktionen

Unternehmensprofile

Referenz

Konsole

Geschäftsführer & Vertreter API: KYB-Verifizierung

Vollständige Rollentaxonomie

Governance / Vertretung

Eigentümerstruktur / Begünstigte

Datensätze mit mehreren Rollen

KYC-Verknüpfung

AML-Screening

Flag für erforderliche Verifizierung

Überspringen einer Schlüsselperson

Quellenübergreifender Abgleich

Auswirkung auf die Unternehmensentität

Nächste Schritte

Schlüsselpersonen

Eigentümerstruktur

AML

​Vollständige Rollentaxonomie

​Governance / Vertretung

​Eigentümerstruktur / Begünstigte

​Datensätze mit mehreren Rollen

​KYC-Verknüpfung

​AML-Screening

​Flag für erforderliche Verifizierung

​Überspringen einer Schlüsselperson

​Quellenübergreifender Abgleich

​Auswirkung auf die Unternehmensentität

​Nächste Schritte

Schlüsselpersonen

Eigentümerstruktur

AML

Vollständige Rollentaxonomie

Governance / Vertretung

Eigentümerstruktur / Begünstigte

Datensätze mit mehreren Rollen

KYC-Verknüpfung

AML-Screening

Flag für erforderliche Verifizierung

Überspringen einer Schlüsselperson

Quellenübergreifender Abgleich

Auswirkung auf die Unternehmensentität

Nächste Schritte