> ## 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 उपयोगकर्ताओं को अपनी पहचान एक बार सत्यापित करने और उस सत्यापन को एकाधिक Didit-एकीकृत एप्लिकेशनों में सुरक्षित रूप से साझा करने की अनुमति देता है। यह सुरक्षा और अनुपालन बनाए रखते हुए ऑनबोर्डिंग बाधाओं को कम करता है।

पुनः प्रयोज्य KYC इंटीग्रेशन प्रॉम्प्ट
        प्रॉम्प्ट को क्लिपबोर्ड पर कॉपी करें



      
      

\<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>



      
      

यहाँ पेस्ट करें

Didit Academy KYB पाठ का यह अध्याय पार्टी सत्यापन और KYC सत्रों के पुन: उपयोग पर केंद्रित है।KYB Academy पाठ में, 7:04 अध्याय UBO को दो बार सत्यापित कराने के बजाय मौजूदा KYC सत्र का पुन: उपयोग करते हुए पार्टी सत्यापन दिखाता है।[Party verification and reusing KYC sessions — Didit Academy](https://www.youtube.com/embed/JEnW_sEe35Y?start=424\&rel=0\&playsinline=1)## यह कैसे काम करता है**1. प्रारंभिक सत्यापन**उपयोगकर्ता एक मानक KYC प्रक्रिया (पहचान सत्यापन + फ़ेशियल रिकग्निशन) पूरी करता है। सत्यापन डेटा एन्क्रिप्ट किया जाता है और उपयोगकर्ता के Didit ID में संग्रहीत किया जाता है, जो eIDAS2 के अनुरूप है।**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.