Unternehmensverifizierung mit Claude: KYB und wirtschaftliche Eigentümer durch den Didit MCP
Verwenden Sie Claude, um eine übergeordnete KYB-Sitzung zu erstellen, dem geführten "Key People"-Fluss zu folgen, Register- und untergeordnete KYC-Nachweise zu lesen und politische Entscheidungen in menschlicher Hand zu belassen.
Wichtigste Erkenntnisse
- In Claude erstellt ein Bediener eine übergeordnete Know Your Business (KYB)-Sitzung mit einem konfigurierten KYB-Workflow. Didits gehosteter Fluss – nicht Claude – erstellt automatisch untergeordnete Know Your Customer (KYC)-Sitzungen gemäß den "Key People"-Einstellungen des Workflows.
- KYC ist nicht für jeden wirtschaftlichen Eigentümer (UBO) zwingend. Eigentumsschwellenwerte, erforderliche Rollen und Überspringsregeln sind konfigurierbar, und der anwendbare rechtliche Schwellenwert hängt von der Gerichtsbarkeit und den Richtlinien ab.
didit_verify_kyb_searchgibt Registerkandidaten zurück. Es durchläuft keine Unternehmensbeziehungen. Ein ausgewählter Kandidat kann mitdidit_verify_kyb_selectaufgelöst werden.- Claude ist nützlich als konversationelle Steuerungsoberfläche: Sie fordern es auf, die übergeordnete Sitzung zu erstellen, zurückgegebene Status zu erklären, den Fortschritt der Parteien zusammenzufassen und Nachweise zusammenzustellen. Ein Mensch wählt immer noch das richtige Unternehmen aus und trifft politische Entscheidungen.
- Die Didit Business Verification beginnt ab 2,00 $ pro Unternehmen. Didit deckt über 220 Länder und Gebiete ab, und jede Funktion beinhaltet 500 kostenlose Verifizierungen pro Monat.
Eine Business-Verifizierungs-Konversation mit Claude sollte sich einfach anfühlen, ohne vorzugeben, dass die zugrunde liegende Compliance-Arbeit einfach ist. Der Bediener benennt das Unternehmen und den genehmigten Workflow. Claude ruft die relevanten Didit-Tools auf. Der Unternehmensvertreter schließt den gehosteten Fluss ab. Didit löst die Register- und "Key People"-Anforderungen auf. Claude wandelt dann die resultierenden Aufzeichnungen in eine lesbare Fallzusammenfassung um.
Dieser Artikel konzentriert sich auf diese Konversation: Was Sie eingeben, was Claude zurückgeben sollte und was ein Mensch immer noch entscheidet. Für die Produktmechanik, Eigentumsdaten und den breiteren Business Verification-Lebenszyklus lesen Sie KYB mit dem Didit MCP-Server. Für die Claude-Einrichtung verwenden Sie die Installationsanleitung für den Connector.
Vor der Konversation: Die Richtlinie konfigurieren
Claude sollte Ihre KYB-Richtlinie nicht erfinden. Konfigurieren Sie zuerst einen KYB-Workflow in Didit. Seine "Key People"-Einstellungen bestimmen, welche Personen, die mit einem Unternehmen verbunden sind, untergeordnete KYC-Sitzungen abschließen müssen. Diese Einstellungen können Eigentumsschwellenwerte verwenden, die Verifizierung für bestimmte Rollen wie Direktoren oder Vertreter vorschreiben und KYC überspringen, wo es Ihre genehmigte Richtlinie erlaubt.
Ein Eigentumsschwellenwert von 25 % ist in einigen regulatorischen Kontexten üblich, aber nicht universell. Gerichtsbarkeit, Kundentyp, Risikostufe, Kontrollrechte und die Verpflichtungen Ihrer Organisation können ändern, welche Personen identifiziert oder verifiziert werden müssen. Die Workflow-Konfiguration drückt diese Richtlinie aus; Claude führt sie aus.
Verbinden Sie sich über den Didit Custom Connector für Claude. Der gehostete Endpunkt verwendet OAuth (Open Authorization) 2.1 mit PKCE (Proof Key for Code Exchange), sodass Claude mit der bestehenden Organisationsrolle des angemeldeten Benutzers agiert.
Konversation 1: Kontext und Workflow bestätigen
Beginnen Sie damit, Claude zu bitten, zu identifizieren, wo es operieren wird. Dies ist wichtig, wenn ein Analyst auf mehrere Organisationen oder Anwendungen zugreifen kann:
Call didit_context_get. Geben Sie die ausgewählte Didit-Organisation und -Anwendung an. Erstellen oder aktualisieren Sie nichts.
Fragen Sie dann nach den konfigurierten Workflows:
Listen Sie meine Workflows auf und zeigen Sie nur diejenigen an, die für die Geschäftsverifizierung konfiguriert sind. Geben Sie jeden Namen und die workflow_id zurück. Fassen Sie für den von mir gewählten Workflow dessen "Key People"-Anforderungen zusammen, ohne sie zu ändern.
Claude kann didit_workflow_list verwenden, um die verfügbaren Definitionen anzuzeigen. Lesen Sie die Zusammenfassung sorgfältig. Wenn der Workflow Direktoren, Vertreter oder Eigentümer über einem konfigurierten Schwellenwert erfordert, sind dies Workflow-Regeln – keine von Claude generierten Empfehlungen. Wenn die Zusammenfassung mehrdeutig ist, halten Sie inne und überprüfen Sie den Workflow in der Business Console, bevor Sie die Geschäftssitzung starten.
Konversation 2: Optional den Registerkandidaten prüfen
Für eine Vorprüfung können Sie Claude bitten, ein offizielles Register zu durchsuchen:
Suchen Sie im Register des Vereinigten Königreichs nach „Acme Trading Limited“ mit dem Ländercode GB. Geben Sie die registrierten Namen der Kandidaten, Registrierungsnummern, Status und kyb_response_id-Werte zurück. Wählen Sie keinen Kandidaten aus.
Claude ruft didit_verify_kyb_search auf. Die Antwort ist eine Kandidatenliste, kein verifizierter Eigentumsgraph; das Suchwerkzeug durchläuft keine Tochter- oder Muttergesellschaftsbeziehungen. Ähnliche Namen, frühere Namen und wiederverwendete Handelsnamen können mehrere plausible Kandidaten hervorbringen.
Der Bediener wählt die passende juristische Person anhand von Nachweisen wie Registrierungsnummer, Gerichtsbarkeit und eingetragener Adresse aus. Bitten Sie dann Claude, diesen Kandidaten aufzulösen:
Wählen Sie kyb_response_id KYB_CANDIDATE_ID aus und geben Sie den vollständigen Registerdatensatz zurück. Trennen Sie Registerfakten von jeder Interpretation. Kennzeichnen Sie fehlende Felder und leiten Sie keine Eigentümer ab, die nicht vorhanden sind.
didit_verify_kyb_select löst den ausgewählten Kandidaten auf. Claude kann den Datensatz formatieren und auf Inkonsistenzen hinweisen, aber die Auswahl des Kandidaten obliegt dem Menschen. Eine flüssige Zusammenfassung ist kein Beweis dafür, dass das korrekte „Acme“ ausgewählt wurde.
Konversation 3: Eine übergeordnete KYB-Sitzung erstellen
Der gehostete KYB-Fluss beginnt mit einer Sitzung, die aus dem ausgewählten KYB-Workflow erstellt wird:
Erstellen Sie eine Geschäftsverifizierungssitzung unter Verwendung der workflow_id 11111111-2222-3333-4444-555555555555. Setzen Sie vendor_data auf merchant-2048. Geben Sie nur die übergeordnete session_id und url zurück.
Claude ruft didit_session_create auf. Das erforderliche Argument ist workflow_id; der Workflow definiert, dass dies eine KYB-Sitzung ist. Die Antwort enthält die übergeordnete session_id und die gehostete url. Senden Sie diese URL über Ihren genehmigten Kanal an den autorisierten Unternehmensvertreter.
Claude darf didit_session_create nicht einmal pro Eigentümer aufrufen und behaupten, dass diese Ad-hoc-Sitzungen mit dem Unternehmen verknüpft sind. Dies ist nicht das KYB-Orchestrierungsmodell. Während der Vertreter den gehosteten Geschäftsfluss abschließt, erstellt Didit automatisch die erforderlichen untergeordneten KYC-Sitzungen gemäß den "Key People"-Einstellungen des übergeordneten Workflows. Die konfigurierten Regeln bestimmen, welche Parteien verifizieren müssen; Überspringeinstellungen und rollenspezifische Anforderungen bleiben wirksam.
Der Endbenutzer sieht den gehosteten Geschäftsfluss: Anfragen nach Unternehmensinformationen oder Dokumenten, die vom Workflow benötigt werden, gegebenenfalls Schritte zur Registerauflösung und Einladungen oder Übergaben für die "Key People", die KYC abschließen müssen. Das genaue Erlebnis hängt von der Konfiguration und den verfügbaren Registerdaten ab. Es ist keine universelle "jeden UBO verifizieren"-Reihenfolge.
Konversation 4: Den übergeordneten Status korrekt lesen
Bitten Sie Claude, die tatsächliche übergeordnete Entscheidung abzurufen, anstatt die Abschlusszeit zu schätzen:
Rufen Sie die Entscheidung für die übergeordnete KYB-Sitzung 66666666-7777-8888-9999-000000000000 ab. Melden Sie den übergeordneten Status, die Geschäftsergebnisse, die erforderlichen "Key People" und den Abschlussstatus jeder verknüpften untergeordneten KYC-Partei. Leiten Sie keine fehlenden Parteien ab oder markieren Sie das Unternehmen als genehmigt.
Claude ruft didit_session_get_decision auf und fasst zusammen, was Didit zurückgegeben hat. Der Status Awaiting User hat eine spezifische KYB-Bedeutung: Die übergeordnete Geschäftssitzung wartet, während die erforderlichen untergeordneten KYC-Parteien abschließen. Es ist keine generische Bezeichnung für fehlende Geschäftsinformationen.
Verknüpfen Sie die Sub-2-Sekunden-P99-Inferenzzahl nicht mit der gesamten KYB-Antwortzeit. Ein Geschäftsfluss kann die manuelle Dokumentensammlung, die Verfügbarkeit von Registern und mehrere Personen umfassen, die gehostete untergeordnete Sitzungen abschließen. Claude sollte aktuelle Zustände melden, keine Abschlusszeiträume versprechen.
Eine nützliche Folgeaufforderung ist:
Wandeln Sie diese KYB-Entscheidung in eine Analysten-Checkliste mit vier Abschnitten um: verifizierte Registerfakten, abgeschlossene "Key People"-Prüfungen, ungelöste oder widersprüchliche Nachweise und Entscheidungen, die einen Menschen erfordern. Fügen Sie neben jedem Ergebnis Datensatz-IDs ein.
Konversation 5: Überprüfung und Prüfung ohne Übertreibung
Wenn der Workflow oder die Richtlinie eine AML-Screening (Anti-Money Laundering) erfordert, fragen Sie Claude zuerst, ob bereits ein aktuelles Ergebnis vorhanden ist. Vermeiden Sie es, für eine doppelte Überprüfung zu bezahlen, nur weil eine neue Konversation begonnen hat:
Überprüfen Sie die bestehende KYB-Entscheidung auf AML-Ergebnisse für die Entität und die "Key People". Wenn ein erforderliches aktuelles Ergebnis fehlt, zeigen Sie die genauen Subjektdaten an, die Sie an didit_verify_aml übermitteln würden, und warten Sie auf die Genehmigung, bevor Sie ein neues Screening durchführen.
didit_verify_aml prüft gegen über 1.300 Sanktions-, Politisch Exponierte Personen (PEP)- und Adverse-Media-Listen. Zurückgegebene Übereinstimmungen sind Kandidaten für die Analyse, kein automatischer Beweis dafür, dass das Unternehmen oder die Person verboten ist. Ein menschlicher Prüfer muss die Identitätsähnlichkeit, Gerichtsbarkeit, Daten, Quellenzuverlässigkeit und die Eskalationsrichtlinie der Organisation lösen.
Was Claude zurückgibt und was der Mensch entscheidet
- Claude kann zurückgeben: Registerkandidaten, einen ausgewählten Registerdatensatz, den Link zur übergeordneten Sitzung, den aktuellen übergeordneten Status, den Fortschritt der verknüpften Parteien, Screening-Ergebnisse und eine quellengenaue Zusammenfassung der Nachweise.
- Der Mensch wählt aus: die korrekte juristische Person, wenn Kandidaten mehrdeutig sind, und den genehmigten Workflow, bevor die Sitzung beginnt.
- Der konfigurierte Workflow bestimmt: Eigentumsschwellenwerte, erforderliche Rollen und zulässige KYC-Überspringungen für "Key People".
- Der Mensch überprüft: Eigentums- oder Kontrollmehrdeutigkeit, Registerlücken, potenzielle AML-Übereinstimmungen, Ausnahmen und die endgültige Risikobewertung.
- Die Business Console bleibt nützlich: wenn ein Analyst eine visuelle Eigentumsübersicht, eine Richtlinienkonfiguration oder eine kontrollierte Prüfoberfläche über die Chat-Zusammenfassung hinaus benötigt.
Die Geschäftsverifizierung beginnt ab 2,00 $ pro Unternehmen. Ein verknüpftes vollständiges KYC-Paket, wenn es durch die konfigurierten "Key People"-Regeln erforderlich ist, kostet 0,33 $ und beinhaltet ID-Verifizierung, passive Lebenderkennung, Gesichtsabgleich und IP-Analyse. Jede Funktion beinhaltet 500 kostenlose Verifizierungen pro Monat. Der MCP-Server selbst ist kostenlos.
Ressourcen
- Didit MCP GitHub-Repository – öffentlicher Quellcode unter der MIT-Lizenz
- MCP-Übersicht – Endpunkt-, Transport- und Konnektormodell
- MCP-Tool-Dokumentation – kanonische Eingaben und Ausgaben
- Didit MCP-Entwicklerseite – Produktübersicht
- Didit MCP-Tools-Referenz – Konversations-Tool-Katalog
Der praktische Wert ist keine imaginäre autonome Eigentumsuntersuchung. Es ist eine kontrollierte Konversation um einen echten KYB-Workflow: eine übergeordnete Sitzung, automatisch verwaltete untergeordnete KYC-Anforderungen, von Didit zurückgegebene Nachweise und eine menschliche Entscheidung an den Punkten, wo Gesetz und Risikopolitik ein Urteil erfordern.
Ähnliche Artikel
- Die Deepfake-Regel der EU ist in Kraft und zielt auf das Werkzeug, nicht auf den Betrug
- KI im Glücksspiel: Herausforderungen bei Identitätsprüfungen
- Die Identitätsregel für Stablecoins: Ausgabe und Einlösung im Fokus, nicht der Sekundärmarkt
- Ägypten übernimmt die Kosten der KYC-Aktualisierung, statt sie an den Kunden weiterzugeben
- Unico und Didit: Erweiterter Zugang zu moderner Identitätsprüfung für KMU in Brasilien
- Didit und Onfido im Vergleich: Abdeckung, Preise, Automatisierung und Migration