ClaudeでKYCを効率化：チャットで顧客確認プロセスを完結

主なポイント

• OAuth (Open Authorization) 2.1 と PKCE (Proof Key for Code Exchange) を介して Claude を Didit のモデルコンテキストプロトコル (MCP) サーバーに接続します。API キーは不要で、既存の Didit のロールと権限がそのまま引き継がれます。
• 11 のカテゴリにわたる 115 のツールにより、顧客確認 (KYC) セッションの検索、検査、修正、レビュー、承認、拒否をすべて Claude のチャットウィンドウから実行できます。
• コンプライアンスアナリストは、ビジネスコンソールを開くことなく、レビュー中のキュー全体を処理できます。決定内容の検査、誤読されたフィールドの修正、監査証跡メモの残し、承認または拒否、部分的な再提出の要求などが可能です。
• MCP は、サインインした Didit ユーザーの正確な組織ロールで機能します。アナリストは、コンソールでできないことを Claude で行うことはできません。これにより、コンプライアンス担当者の疑問、つまり権限がバイパスされないかという問いに直接答えます。
• Didit は 2,000 社以上の企業で本番稼働しており、モデル推論は p99 で 2 秒未満で実行されます。フル KYC バンドルは 0.33 ドルで、各機能には毎月 500 回の無料検証が含まれています。

KYC 検証は、コンプライアンスチームにとって日常的なワークフローです。セッションは手動レビューのためにフラグが立てられて到着します。書類がスキャンされ、データが抽出され、常に一定の割合が人間のレビュアーによって処理されます。このレビュアーは通常、ビジネスコンソールとキュー管理ツールを切り替えながら、次々とセッションをクリックして一日を過ごします。

より速い方法があります。Didit のモデルコンテキストプロトコル (MCP) サーバーを Claude に接続することで、コンプライアンスアナリストは 1 つのチャットウィンドウからレビューキュー全体を処理できます。レビュー中のセッションを検索し、フラグが立てられた理由を読み、完全な決定オブジェクトを検査し、誤読された姓や生年月日を修正し、レビュアーメモを残し、完全な監査証跡で承認または拒否し、失敗した手順のみを再提出するよう要求するなど、すべて会話を離れることなく行えます。

仕組み

コネクタのセットアップと OAuth フローについては、Claude のインストールガイドで説明されています。日常のレビューでは、重要な境界は単純です。各ツール呼び出しは、サインインした Didit ユーザーの既存の組織ロールで実行されるため、そのユーザーが対応する権限を持たない場合、Claude はセッションを承認または編集できません。

Claude に Didit コネクタを追加してください。実装とセルフホスティングコードは、MIT ライセンスの下で公開されている GitHub リポジトリで入手できます。

Claude での毎日の KYC レビューキュー

MCP サーバーは、11 のカテゴリにわたる 115 のツールを公開しています。KYC セッションをレビューするコンプライアンスアナリストにとって、関連するワークフローは次のようになります。

1. ワークスペースの発見

didit_context_get から始めます。この単一の呼び出しは、アクセス可能なすべての組織とアプリケーションを返し、デフォルトの組織とアプリケーションを含みます。これは古い多段階の発見パターンを置き換え、すぐに作業を開始できます。

didit_context_get を呼び出します。選択された組織とアプリケーションを述べ、まだセッションを読み取ったり変更したりしないでください。

2. レビューが必要なセッションの検索

status: "In Review" を指定して didit_session_search を実行します。これは、すべてのアプリケーションと組織を 1 回の呼び出しで検索し、組織とアプリケーションでタグ付けされたセッションを新しいものから順に返します。last_n_days を使用して日付範囲でフィルタリングしたり、workflow_id を使用して特定のワークフローにドリルダウンしたりできます。

last_n_days: 1 を使用して、ステータスが「レビュー中」のセッションを検索します。date_from と date_to の境界を述べ、session_id、ワークフロー、作成時刻、および観察されたレビュー理由を返します。書き込みツールを呼び出さないでください。

last_n_days はカレンダー日付のショートカットです。これは date_from と date_to を設定します。これはローリング 24 時間フィルタではありません。レビューポリシーで異なる境界が必要な場合は、明示的な YYYY-MM-DD 形式の日付を渡してください。

3. 完全な決定内容の検査

フラグが立てられたセッションについては、そのセッション識別子を指定して didit_session_get_decision を呼び出します。これにより、そのセッションで設定されたワークフローによって生成された完全な決定内容と抽出データが返されます。そのワークフローのモジュールによっては、応答には、本人確認書類のフィールド、生体認証と顔照合の結果、マネーロンダリング対策 (AML) スクリーニング出力、不正信号、およびレビュー証拠が含まれる場合があります。ワークフローが実行しなかったモジュールを期待しないでください。

セッション SESSION_UUID の完全な決定内容を取得します。観察されたフィールド、失敗したチェック、矛盾する証拠、および欠落しているデータを分離します。まだステータスを推奨しないでください。

4. 誤読されたデータの修正

OCR (光学文字認識) は、文字を誤読することがあります。「0」が「O」であるべき場合、OCR が平坦化するアクセント付き文字、日付形式の不一致などです。didit_session_update_data を使用して、抽出されたフィールド (名、姓、生年月日、書類番号、発行国、住所、性別、国籍、婚姻状況、書類固有の追加フィールド) を上書きします。修正が必要なフィールドのみを送信します。それ以外のすべては抽出されたままになります。

セッション SESSION_UUID について、last_name のみを「Muñoz」に変更します。提案されたフィールド更新を表示し、didit_session_update_data を呼び出す前に私の承認を待ってください。

5. 監査証跡メモの残し

didit_session_add_review を使用して、レビュアーコメントをセッションの監査証跡に添付します。同じ呼び出しの一部としてセッションステータスをオプションで変更できます。たとえば、積極的に作業している場合は「レビュー中」に、検査が完了した場合は「承認済み」に移動します。すべてのメモとステータスの移行はログに記録され、タイムスタンプが付けられます。

セッション SESSION_UUID にこのレビューコメントを追加します。ステータスは変更しないでください：「書類の視覚ゾーンと比較後、姓を修正しました。」

6. 承認、拒否、または再提出の要求

レビューが最終的なものである場合、didit_session_update_status を使用して、オプションのコメントと電子メール通知とともに最終ステータスを Approved または Declined に設定します。承認された決定を明確にするプロンプトを使用します。

セッション SESSION_UUID を「承認済み」に更新し、「ポリシー v4.2 に基づく手動レビューが完了しました。」というコメントを追加します。抽出された本人確認データは変更しないでください。

部分的な再提出は、会話的なラベルよりも厳密です。nodes_to_resubmit には、そのセッションで返された正確な失敗したノード識別子が含まれている必要があります。liveness や blurred document page などの値は説明であり、実行可能なノード識別子ではありません。まず次のように尋ねます。

セッション SESSION_UUID の決定内容から、再提出の対象となる正確な失敗したノード識別子をリストアップします。セッションは変更しないでください。

これらの識別子を確認した後、それらをそのまま使用します。

セッション SESSION_UUID を「再提出済み」に設定し、これらの正確な nodes_to_resubmit 値を渡します：["EXACT_NODE_ID_1", "EXACT_NODE_ID_2"]。「設定された失敗した手順のみを再試行します。」というコメントを追加します。

検索、検査、修正、メモ、決定というワークフロー全体が Claude 内で行われます。検索と読み取りはレビュアーの監査エントリを作成しません。書き込みツールには明確な効果があります。didit_session_update_data は修正を適用し、didit_session_add_review はレビュアーメモを作成し、didit_session_update_status はオプションの監査証跡コメントとともにステータス変更を記録します。

10 のセッションステータスとその意味

セッションを検索またはレビューする際、ステータスでフィルタリングします。Didit はセッションライフサイクル全体で 10 のステータスを追跡します。

• 未開始 (Not Started) — セッションが作成され、検証リンクが生成されましたが、ユーザーはまだ開いていません。
• 進行中 (In Progress) — ユーザーが検証フローを開き、積極的に手順を完了しています。
• レビュー中 (In Review) — セッションは現在、人間によるレビューのためにキューに入れられています。設定されたワークフローロジックまたは承認されたレビュアーによる手動のステータス変更によってそこに到達した可能性があります。
• 承認済み (Approved) — セッションの現在の決定ステータスは承認済みです。このステータスは、設定されたワークフローまたは承認されたレビュアーによる手動のステータス上書きから来る可能性があります。これは、可能なすべてのチェックが実行または合格したことを証明するものではありません。
• 拒否済み (Declined) — セッションの現在の決定ステータスは拒否済みです。設定されたワークフローロジックまたは承認されたレビュアーによる手動のステータス上書きを反映している可能性があるため、ラベルを失敗したチェックのリストとして扱うのではなく、返された証拠を読んでください。
• 期限切れ (Expired) — ユーザーが検証を完了する前にセッションの期間が経過しました。
• 放棄済み (Abandoned) — ユーザーはフローを開始しましたが、完了しませんでした。
• KYC 期限切れ (Kyc Expired) — KYC データ自体が古くなった (例: 検証後に期限切れの本人確認書類が検出された)。
• 再提出済み (Resubmitted) — アナリストが部分的な再提出を要求し、ユーザーは失敗した手順のみを再実行するよう促されました。
• ユーザー待ち (Awaiting User) — 必要な子 KYC 当事者が検証を完了する間、Know Your Business (KYB) 親セッションが待機しています。

権限とセキュリティ

人工知能 (AI) 接続ツールに対するコンプライアンス担当者の異議は単純です。エージェントは、人間によるレビュアーがコンソールで許可されないことをチャットで実行できるのか？ Didit の MCP サーバーでは、答えは「いいえ」です。MCP は、PKCE を備えた OAuth 2.1 を介してサインインした Didit ユーザーとして認証されます。すべてのツール呼び出しは、そのユーザーの組織ロールを継承します。ビジネスコンソールと MCP サーバーは、service-didit-auth の同じ権限バックエンドに対して同じ特権チェックを適用します。

アナリストは、そのロールがすでに付与している範囲内で、セッションのレビュー、データの修正、承認または拒否のみを行うことができます。MCP を接続する開発者は、そのロールが許可する場合、ワークフローを作成し、Webhook を管理できます。MCP 自体は新しい権限を導入しません。それは同じ認証モデルへの異なるインターフェースです。

対象者

このワークフローは、KYC セッションのレビュー方法をすでに知っているコンプライアンスアナリスト向けに設計されています。MCP はレビュアーの判断を自動化するものではなく、コンテキストの切り替えをなくします。ブラウザを開き、コンソールにログインし、適切なセッションページを見つけ、タブをクリックし、フォームに入力する代わりに、アナリストは自然言語で希望する内容を記述し、Claude が一連のツールを実行します。

また、携帯電話からレビューキューをスポットチェックしたいコンプライアンスリーダーや、Claude がセッションの決定データを巡ってパターンをフラグ付けするのを見ることでレビュープロセスを学ぶことができる新しいアナリストのオンボーディングにも役立ちます。

代わりにコンソールを使用する場合

一部のアクションはビジネスコンソールに残ります。Claude の MCP サーバーは、セッションごとのレビューおよび管理アクションを処理します。ルールバンドルのインストール、ルール変更のテスト、不審活動報告 (SAR) の提出などの一括操作の場合、それらの機能はコンソールのトランザクションモニタリングおよびケース管理インターフェースにあります。MCP のケース管理ツールはトリアージを処理します — didit_case_manage は割り当て、コメント、エスカレート、再開、解決、更新をサポートします — しかし、SAR の提出とルールエンジン構成はコンソールのみのワークフローです。

始め方

Claude コネクタ設定から Didit の MCP サーバーに Claude を接続してください。サーバーは無料で、ホストされたエンドポイントにはインストールは不要で、完全なツールリファレンスは docs.didit.me にあります。

MCP のセットアップが初めての場合は、インストールガイドまたは Didit MCP 開発者ページから始めてください。セッションライフサイクルと検証が実行される際の概要については、Didit MCP サーバーによる KYC をお読みください。ツールカタログについては、MCP ツールリファレンスを参照してください。

Didit は本人確認と不正対策のためのインフラストラクチャです。115 の MCP ツール。フル KYC バンドルは 0.33 ドル。各機能には毎月 500 回の無料検証が含まれています。2,000 社以上の企業で本番稼働中。Claude を接続し、サインインしてレビューを開始してください。