Claudeを活用した企業認証：Didit MCPによるKYBと実質的支配者の確認

主なポイント

• Claudeでは、オペレーターは設定されたKYBワークフローを使用して、1つの親KYB（Know Your Business）セッションを作成します。Diditのホストされたフロー（Claudeではない）は、ワークフローの主要人物設定に従って、子KYC（Know Your Customer）セッションを自動的に生成します。
• すべての実質的支配者（UBO）にKYCが義務付けられているわけではありません。所有権の閾値、必須の役割、およびスキップルールは設定可能であり、適用される法的閾値は管轄区域とポリシーによって異なります。
• didit_verify_kyb_searchは登記候補を返します。企業間の関係をたどることはありません。選択された候補はdidit_verify_kyb_selectで解決できます。
• Claudeは対話型コントロールサーフェスとして有用です。親セッションの作成、返された状態の説明、関係者の進捗状況の要約、証拠の収集を依頼できます。正しい会社を選択し、ポリシー決定を行うのは依然として人間です。
• Diditの企業認証は、1社あたり2.00ドルから利用できます。Diditは220以上の国と地域をカバーしており、各機能には月あたり500回の無料認証が含まれています。

Claudeとの企業認証に関する対話は、根底にあるコンプライアンス作業が単純ではないことを装うことなく、シンプルに感じるはずです。オペレーターは会社名と承認されたワークフローを指定します。Claudeは関連するDiditツールを呼び出します。事業代表者はホストされたフローを完了します。Diditは登記および主要人物の要件を解決します。その後、Claudeは結果の記録を読みやすいケースサマリーに変換します。

この記事では、その対話に焦点を当てます。つまり、入力する内容、Claudeが返す内容、そして人間がまだ決定する内容です。製品の仕組み、所有権データ、および広範な企業認証のライフサイクルについては、「Didit MCPサーバーによるKYB」をお読みください。Claudeのセットアップについては、「コネクターインストールガイド」をご利用ください。

対話の前に：ポリシーを設定する

ClaudeがKYBポリシーを勝手に作成することはありません。まずDiditでKYBワークフローを設定してください。その主要人物設定は、企業に関連するどの人物が子KYCセッションを完了する必要があるかを決定します。これらの設定では、所有権の閾値を使用したり、取締役や代表者などの特定の役割の認証を要求したり、承認されたポリシーで許可されている場合はKYCをスキップしたりできます。

25%の所有権の閾値は一部の規制状況で一般的ですが、普遍的ではありません。管轄区域、顧客タイプ、リスクレベル、支配権、および組織の義務によって、特定または認証が必要な人物が変わる可能性があります。ワークフロー設定がそのポリシーを表現し、Claudeがそれに従って実行します。

Claude用のDiditカスタムコネクターを通じて接続してください。ホストされたエンドポイントはPKCE（Proof Key for Code Exchange）を伴うOAuth（Open Authorization）2.1を使用するため、Claudeはログインしているユーザーの既存の組織役割で動作します。

対話1：コンテキストとワークフローの確認

まず、Claudeにどこで操作するかを尋ねることから始めます。これは、アナリストが複数の組織やアプリケーションにアクセスできる場合に重要です。

didit_context_getを呼び出します。選択されたDidit組織とアプリケーションを記述します。何も作成したり更新したりしないでください。

次に、設定されたワークフローを尋ねます。

ワークフローをリストし、企業認証用に設定されたもののみを表示します。各名前とworkflow_idを返します。私が選択するワークフローについて、その主要人物要件を変更せずに要約してください。

Claudeはdidit_workflow_listを使用して利用可能な定義を表示できます。要約を注意深く読んでください。ワークフローが設定された閾値を超える取締役、代表者、または所有者を要求する場合、それらはワークフローのルールであり、Claudeによって生成された推奨事項ではありません。要約があいまいな場合は、停止してビジネスセッションを開始する前にビジネスコンソールでワークフローを検査してください。

対話2：オプションで登記候補を確認する

事前チェックとして、Claudeに公式の登記を検索するように依頼できます。

国コードGBを使用して、英国の登記で「Acme Trading Limited」を検索します。候補となる登録名、登録番号、ステータス、およびkyb_response_idの値を返します。候補を選択しないでください。

Claudeはdidit_verify_kyb_searchを呼び出します。応答は候補リストであり、検証済みの所有権グラフではありません。検索ツールは子会社または親会社の関係をたどりません。類似の名前、旧名、および再利用された商号は、複数の妥当な候補を生成する可能性があります。

オペレーターは、登録番号、管轄区域、登録住所などの証拠を使用して、一致する法人を選択します。次に、Claudeにその候補を解決するように依頼します。

kyb_response_id KYB_CANDIDATE_IDを選択し、完全な登記記録を返します。登記の事実と解釈を区別します。不足しているフィールドにフラグを立て、存在しない所有者を推測しないでください。

didit_verify_kyb_selectは選択された候補を解決します。Claudeは記録をフォーマットし、矛盾点を指摘できますが、候補の選択は人間が行います。流暢な要約は、正しい「Acme」が選択されたことの証明ではありません。

対話3：1つの親KYBセッションを作成する

ホストされたKYBフローは、選択されたKYBワークフローから作成された1つのセッションから始まります。

workflow_id 11111111-2222-3333-4444-555555555555を使用して、1つの企業認証セッションを作成します。vendor_dataをmerchant-2048に設定します。親のsession_idとurlのみを返します。

Claudeはdidit_session_createを呼び出します。必須の引数はworkflow_idです。ワークフローはこれがKYBセッションであることを定義します。応答には親のsession_idとホストされたurlが含まれます。承認されたチャネルを通じて、そのURLを承認された事業代表者に送信します。

Claudeは、所有者ごとにdidit_session_createを呼び出し、それらのアドホックなセッションがビジネスにリンクされていると主張してはいけません。それはKYBオーケストレーションモデルではありません。代表者がホストされたビジネスフローを完了すると、Diditは親ワークフローの主要人物設定に従って、必要な子KYCセッションを自動的に生成します。設定されたルールがどの関係者が認証する必要があるかを決定し、スキップ設定と役割ごとの要件は有効なままです。

エンドユーザーはホストされたビジネスフローを見ます。ワークフローで要求される会社情報や書類の要求、該当する場合は登記解決ステップ、そしてKYCを完了する必要がある主要人物への招待または引き渡しです。正確な体験は設定と利用可能な登記データによって異なります。それは普遍的な「すべてのUBOを認証する」シーケンスではありません。

対話4：親の状態を正しく読み取る

完了時間を推定するのではなく、実際の親の決定を取得するようにClaudeに依頼します。

親KYBセッション 66666666-7777-8888-9999-000000000000の決定を取得します。親のステータス、ビジネスの所見、必須の主要人物、およびリンクされた各子KYC関係者の完了状態を報告します。不足している関係者を推測したり、ビジネスを承認済みとマークしたりしないでください。

Claudeはdidit_session_get_decisionを呼び出し、Diditが返した内容を要約します。Awaiting Userの状態は特定のKYBの意味を持ちます。親のビジネスセッションは、必要な子KYC関係者が完了するのを待機しています。これは、不足しているビジネス情報の一般的なラベルではありません。

サブ2秒のp99推論数値を全体のKYB応答時間に適用しないでください。ビジネスフローには、人間の書類収集、登記の利用可能性、および複数の人がホストされた子セッションを完了することが含まれる場合があります。Claudeは現在の状態を報告すべきであり、完了期間を約束すべきではありません。

有用なフォローアッププロンプトは次のとおりです。

このKYB決定を、検証された登記の事実、完了した主要人物チェック、未解決または矛盾する証拠、および人間による決定が必要な決定の4つのセクションからなるアナリストチェックリストに変換します。すべての所見の横に記録識別子を含めます。

過度な主張をせずにスクリーニングとレビューを行う

ワークフローまたはポリシーがマネーロンダリング対策（AML）スクリーニングを要求する場合、まずClaudeに現在の結果が既に存在するかどうかを尋ねます。新しい会話が始まったという理由だけで、重複したチェックにお金を払うことを避けてください。

既存のKYB決定について、エンティティおよび主要人物のAML結果を確認します。必要な現在の結果がない場合は、didit_verify_amlに提出する正確な件名データを表示し、新しいスクリーニングを実行する前に承認を待ちます。

didit_verify_amlは1,300以上の制裁、政治的要人（PEP）、および有害メディアリストに対してスクリーニングを行います。返された一致は分析の候補であり、ビジネスまたは人物が禁止されていることの自動的な証明ではありません。人間によるレビュー担当者は、IDの類似性、管轄区域、日付、情報源の信頼性、および組織のエスカレーションポリシーを解決する必要があります。

Claudeが返すもの、人間が決定するもの

• Claudeが返せるもの：登記候補、選択された登記記録、親セッションリンク、現在の親ステータス、リンクされた関係者の進捗状況、スクリーニング結果、および情報源が明記された証拠の要約。
• 人間が選択するもの：候補があいまいな場合の正しい法人、およびセッション開始前の承認されたワークフロー。
• 設定されたワークフローが決定するもの：主要人物の所有権の閾値、必須の役割、および許可されたKYCスキップ。
• 人間がレビューするもの：所有権または支配権の曖昧さ、登記のギャップ、潜在的なAML一致、例外、および最終的なリスク決定。
• ビジネスコンソールが依然として有用な場合：アナリストが視覚的な所有権ビュー、ポリシー設定、またはチャットサマリーを超えた制御されたレビューサーフェスを必要とする場合。

企業認証は1社あたり2.00ドルから利用できます。設定された主要人物ルールで必要とされるリンクされたフルKYCバンドルは0.33ドルで、ID認証、パッシブライブネス、顔照合、IP分析が含まれます。各機能には月あたり500回の無料認証が含まれます。MCPサーバー自体は無料です。

リソース

• Didit MCP GitHubリポジトリ — MITライセンスに基づく公開ソース
• MCP概要 — エンドポイント、トランスポート、およびコネクターモデル
• MCPツール ドキュメント — 標準的な入力と出力
• Didit MCP開発者ページ — 製品概要
• Didit MCPツール リファレンス — 会話型ツールカタログ

実用的な価値は、架空の自律的な所有権調査ではありません。それは、実際のKYBワークフローを中心とした制御された対話です。1つの親セッション、自動的に管理される子KYC要件、Diditから返される証拠、そして法とリスクポリシーが判断を必要とする時点での人間による決定です。