> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# 再利用可能なKYC: 一度の確認を複数のアプリで共有

> Didit の再利用可能なKYCは、ユーザーが一度確認した本人情報を複数のアプリで安全に再利用できる機能です。オンボーディングの手間を減らし、再KYCを不要にします。無料。

再利用可能なKYCにより、ユーザーは一度本人確認を行えば、その確認結果を Didit と連携した複数のアプリケーション間で安全に共有できます。セキュリティとコンプライアンスを維持しながら、オンボーディングの手間を減らします。

再利用可能なKYC連携プロンプト
        Copy prompt to clipboard



      
      

\<pre>

\````# Goal
Integrate Didit Reusable KYC — hand off a finished verification session from one Didit application to another without re-running the verification. Two endpoints: **share** on the source application, **import-shared** on the receiving application.

\# Delivery mode
Cross-application share flow. Both calls authenticate with each side's own application API key (`x-api-key`). Source session must already be in a finished status (Approved / Declined / In Review).

\# Step 1 — Mint a share token (source application)
POST https://verification.didit.me/v3/session/{sessionId}/share/
x-api-key: YOUR_API_KEY
Content-Type: application/json

\```bash
curl -X POST 'https://verification.didit.me/v3/session/11111111-2222-3333-4444-555555555555/share/' \
-H 'x-api-key: YOUR_API_KEY' \
-H 'Content-Type: application/json' \
-d '{
"for_application_id": "a5f3bca2-46e2-411e-90ef-a580900a57ee",
"ttl_in_seconds": 7200
}'
\```
Response: { share_token, for_application_id, session_kind: "user" | "business" }.

\`ttl_in_seconds` — min 60, max 86400 (24h), default 3600 (1h).

\# JWT payload (token contents)
The HS256-signed JWT carries:
\- `session_id` — UUID of the source session being shared.
\- `session_kind` — "user" (KYC) or "business" (KYB) — drives which related rows are cloned.
\- `from_application_id` — calling application UUID.
\- `for_application_id` — receiving application UUID — only this app can redeem.
\- `iat` / `exp` — issued-at and expiry epoch seconds.

The token is not idempotent (each call mints a fresh JWT) and cannot be revoked — it simply expires.

\# Step 2 — Redeem the token (receiving application)
POST https://verification.didit.me/v3/session/import-shared/

\```bash
curl -X POST 'https://verification.didit.me/v3/session/import-shared/' \
-H 'x-api-key: RECEIVING_APP_API_KEY' \
-H 'Content-Type: application/json' \
-d '{
"share_token": "eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9...",
"trust_review": false,
"workflow_id": "9f9b1234-aaaa-bbbb-cccc-1234567890ab",
"vendor_data": "user-1"
}'
\```
Required: share_token, trust_review, workflow_id (must exist on the receiving app). Optional: vendor_data (defaults to source).

\`trust_review`:
\- `true` — cloned session keeps the source status (Approved stays Approved).
\- `false` — cloned session is forced to "In Review" so your reviewers re-decide.

Response (201): the V3 decision payload for both kinds — KYC for user sessions, KYB for business sessions — the same shape as GET /v3/session/{sessionId}/decision/, discriminated by `session_kind`. The cloned session has a fresh session_id and `shared_from_session` pointing at the source for audit.

\# Failure modes to handle
\- 400 "Invalid share token." — malformed JWT / wrong signature.
\- 400 "Share token has expired." — past exp.
\- 400 "This token is not valid for this application." — JWT `for_application_id` doesn't match the receiving app.
\- 400 "Original session does not exist." — source session deleted between mint and redeem.
\- 403 "This session has already been shared with your application." — same token can only be redeemed once per receiving app. Mint a new token.
\- 404 "Workflow does not exist for this application." — `workflow_id` is from a different application.
\- Source status not finished — 400 "Only finished sessions (Approved, Declined, In Review) can be shared."

\# What gets cloned
\- session_kind="user": KYC, Face, Liveness, FaceMatch, AML, POA, Phone, Location, DatabaseValidation rows + activity log.
\- session_kind="business": KYBCompany, KYBKeyPeopleCheck, KYBDocument + shared feature rows (AML, Phone, Email, Location, QuestionnaireResponse) + activity log.

\# See also
\- Mint share token: /sessions-api/share-session
\- Redeem share token: /sessions-api/import-shared-session
\- Canonical decision schema: /reference/data-models#overview
\- Full integration playbook: /integration/integration-prompt````

\</pre>



      
      

Paste into

KYB のアカデミーのレッスンのこの章では、関係者の確認と、KYC セッションの再利用を取り上げます。KYB のアカデミーのレッスンの 7:04 の章では、UBO に二度確認させる代わりに、既存の KYC セッションを再利用する関係者の確認を紹介しています。[関係者の確認と KYC セッションの再利用 - Didit アカデミー](https://www.youtube.com/embed/JEnW_sEe35Y?start=424\&rel=0\&playsinline=1)## 仕組み**1. 最初の確認**ユーザーは標準的な KYC のプロセス (本人確認と顔認証) を完了します。確認データは暗号化され、eIDAS2 に準拠した形で、ユーザーの Didit ID に保存されます。**2. 新しいアプリケーションでの再利用**ユーザーが Didit と連携した別のアプリケーションを利用するとき、既存の KYC を再利用するオプションを選択します。簡単な顔認証で本人であることを確認し、特定のデータの共有に同意します。**3. 即時のオンボーディング**新しいアプリケーションは、確認済みの KYC 情報を即座に受け取ります。書類の再アップロードも、待ち時間もありません。## 主なメリット| ユーザーにとって | 事業者にとって | コンプライアンスにとって |
| - | - | - |
| 一度確認すれば、どこでも使える | ユーザーのオンボーディングが速い | 規制上の基準を維持できる |
| データ共有を自分で管理できる | 離脱率の低下 | 完全な監査証跡 |
| 数分ではなく数秒 | コンバージョン率の向上 | 複数の法域に対応 |## セキュリティとコンプライアンス| 領域 | 詳細 |
| - | - |
| **暗号化** | 保存および転送されるすべてのデータをエンドツーエンドで暗号化 |
| **生体による再認証** | 再利用のたびに顔認証が必要 |
| **規制** | eIDAS2 に準拠し、AML/KYC の要件に対応 |
| **国境をまたぐ利用** | 複数の法域にまたがって利用可能 |![確認済みのユーザーがサービス間で本人情報を持ち運べる、Didit の再利用可能なKYCのフロー](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/reusable-kyc.png?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=12c89122aad772b3683a629343b6dabc)再利用可能なKYCは、最初の確認を完了したユーザーに対して自動的に利用可能になります。ユーザーはいつでも、KYC を再利用するか、新たにチェックを行うかを選べます。


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.