> ## 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 позволяет верифицировать личность один раз и использовать её в других приложениях без повторных проверок. Бесплатно с 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 показано, как при верификации стороны повторно используется существующая сессия KYC, избавляя UBO от необходимости проходить проверку дважды.[Верификация сторон и повторное использование сессий KYC — 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 |
| **Трансграничное применение** | Работает в различных юрисдикциях |![Сценарий многоразового KYC от Didit, позволяющий верифицированным пользователям переносить данные о личности между сервисами](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.