> ## 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: التقاط الهوية، وكشف الحيوية البيومتري، وإعادة المحاولة الذكية، والملاحظات الفورية، مُحسّنة لمعدلات إكمال رائدة في الصناعة.



تعليمات دورة حياة الجلسة
        نسخ الموجّه إلى الحافظة



      
      

\<pre>

\````# Goal — drive a user through a full verification session

The session is the unit you build against. One `POST /v3/session/` returns a hosted URL; your user opens it; Didit runs the workflow; you receive a webhook with the decision.

For the complete recipe (SDK pick per platform, HMAC signature pipeline, decision parsing, every status), copy the canonical prompt at:

https://docs.didit.me/integration/integration-prompt

\## Session lifecycle at a glance

\| Phase | Trigger | What happens |
\|---|---|---|
\| Create | `POST https://verification.didit.me/v3/session/` | Returns `session_id`, `url`, `session_token`. Status = `Not Started`. |
\| User opens `url` | SDK / iframe / redirect | Status flips to `In Progress`. The hosted flow handles country, ID capture, liveness, retries. |
\| Processing | Didit backend | OCR, liveness, face match, AML, etc. run; per-feature plural arrays populate on the decision. |
\| Decision | `status.updated` webhook | One of `Approved`, `Declined`, `In Review`, `Awaiting User` (KYB resub), `Resubmitted`, `Abandoned`, `Expired`, `Kyc Expired`. |

\## Create a session

\```bash
curl -X POST https://verification.didit.me/v3/session/ \
-H "x-api-key: $DIDIT_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"workflow_id": "$WORKFLOW_ID",
"vendor_data": "user-42",
"callback": "https://myapp.com/kyc/return"
}'
\```

Always pass `vendor_data` — it is the linking key that binds the session to the persistent [User entity](/entities/users/overview). Without it the session is orphaned.

\## Receive the decision

Webhook (recommended) — register a destination with `webhook_version: "v3"` subscribed to `status.updated` and `data.updated`. Verify the `X-Signature-V2` header (HMAC-SHA256 of canonical JSON).

Polling fallback —
\```bash
curl https://verification.didit.me/v3/session/$SESSION_ID/decision/ \
-H "x-api-key: $DIDIT_API_KEY"
\```

The V3 decision returns plural arrays for every feature: `id_verifications[]`, `liveness_checks[]`, `face_matches[]`, `aml_screenings[]`, `nfc_verifications[]`, `proof_of_address_checks[]`, etc. Never assume V2 singular fields.

\## Failure modes

\- Missing API key → `403 {"detail": "You do not have permission to perform this action."}`. Wrong, revoked or expired key → `401`.
\- Invalid `workflow_id` → `400`.
\- User abandons the flow → status becomes `Abandoned`.
\- Workflow asks for resubmit → status `Resubmitted`, payload includes `resubmit_info`; re-deliver the same `url`.

\## Sources of truth

\- /sessions-api/create-session — request body schema
\- /sessions-api/retrieve-session — V3 decision schema
\- /integration/verification-statuses — literal status strings
\- /integration/webhooks — signature verification, retries
\- /reference/data-models — per-feature decision shape
\- /integration/integration-prompt — canonical end-to-end prompt````

\</pre>



      
      

الصق في

يشرح هذا الدليل ما يمر به المستخدم النهائي عادةً أثناء جلسة **فحص مستند الهوية + اختبار كشف الحيوية**، ويسلط الضوء على تحسينات تجربة المستخدم (UX) التي ترفع معدلات الإكمال.يتبع هذا الدرس من Didit Academy المسار المستضاف تماماً كما يراه المستخدم: الشاشة الأولى، والتقاط المستند، وصورة سيلفي لكشف الحيوية، وكل شاشات النتائج من مقبولة إلى مرفوضة.[ما يراه مستخدموك فعلياً — Didit Academy](https://www.youtube.com/embed/LzGe-dMWjUw?rel=0\&playsinline=1)## نظرة عامة على سير العملية![رحلة التحقق من هوية المستخدم لدى Didit، من شاشة البدء مروراً بالتقاط مستند الهوية وصورة السيلفي وصولاً إلى النتيجة](https://mintcdn.com/didit-0f962782/z6T2GHM4Zh-iSj-K/images/user-verification-flow.png?fit=max\&auto=format\&n=z6T2GHM4Zh-iSj-K\&q=85\&s=cc77846e25a476c7e91281295f079e80)**1. شاشة البدء**يصل المستخدم إلى شاشة بسيطة تحمل علامتك التجارية وتحدد التوقعات مسبقاً (على سبيل المثال، "ستحتاج إلى مستند هويتك ووجهك"). يقلل هذا من التسرّب عبر إزالة أي غموض.**2. تحديد الدولة ونوع المستند**يحدد المستخدم دولته ونوع المستند (جواز سفر، بطاقة هوية، إلخ).> [!NOTE]
>
> إذا كان سير العمل لديك مهيأً **لنوع مستند واحد**، فسيتم **تخطي هذه الشاشة تلقائياً** — ونقل المستخدم مباشرةً إلى خطوة الالتقاط.**3. التقاط مستند الهوية مع محاولات إعادة ذكية**يلتقط المستخدم صورة للوجه الأمامي لمستنده.
**فحص الجودة على الجهاز** — قبل الإرسال، يتحقق الـ SDK من الوهج والتشويش والحواف المقطوعة. إذا تم اكتشاف مشكلة، يُطلب من المستخدم إعادة الالتقاط.**التحقق في الواجهة الخلفية مع إعادة محاولة موجهة** — بمجرد الإرسال:- **ناجح** → المتابعة إلى كشف الحيوية
- **فشل** → يرى المستخدم تعليمات محددة (على سبيل المثال، "المستند منتهي الصلاحية"، "تعذر قراءة MRZ — يُرجى إعادة الالتقاط في إضاءة أقوى") بدلاً من رسالة خطأ عامةتزيد حلقة إعادة المحاولة بالخدمة الذاتية هذه من معدلات النجاح بشكل كبير. راجع القائمة الكاملة لنتائج التحقق ضمن [تحذيرات التحقق من الهوية](https://docs.didit.me/ar/core-technology/id-verification/warnings-id-verification.md).**4. كشف الحيوية + مطابقة الوجه**يضمن فحص كشف الحيوية عبر صورة سيلفي وجود المستخدم فعلياً ويمنع هجمات إعادة التشغيل والتزييف العميق. إذا لم يستجب المستخدم في الوقت المناسب، **تتم إعادة المحاولة مرة واحدة تلقائياً** بدلاً من اعتبار العملية فاشلة مباشرةً.**5. النتيجة النهائية**بعد اكتمال جميع الفحوصات، يرى المستخدم إحدى النتائج الثلاث:| النتيجة | الوصف |
| - | - |
| **مقبولة** | اجتازت جميع الفحوصات. تم استخراج البيانات وهي متاحة عبر API/webhook. |
| **مرفوضة** | قرر النظام أنه لا يمكن الموافقة على التحقق. |
| **قيد المراجعة** | كانت الفحوصات التلقائية غير حاسمة — تتطلب مراجعة يدوية. |يحدد سير العمل لديك الخطوات الإضافية التي يراها المستخدم، وبالترتيب الذي تحدده أنت.
على سبيل المثال:- [التحقق من رقم الهاتف](https://docs.didit.me/ar/core-technology/phone-verification/overview.md) و[التحقق من البريد الإلكتروني](https://docs.didit.me/ar/core-technology/email-verification/overview.md)
- [الاستبيانات](https://docs.didit.me/ar/core-technology/questionnaires/overview.md)
- [إثبات العنوان](https://docs.didit.me/ar/core-technology/proof-of-address/overview.md)
- [الموافقة على استخدام البيانات البيومترية](https://docs.didit.me/ar/getting-started/biometric-consent.md)
- [توقيع المستندات](https://docs.didit.me/ar/core-technology/electronic-signature/overview.md)من خلال الجمع بين تجربة مستخدم ذكية، وتحقق تدريجي، وملاحظات عملية، وإعادات محاولة سلسة، تحافظ تجربة التحقق من Didit على تدفق المستخدمين الموثوقين وتمنع الجهات الخبيثة — دون الحاجة إلى تدخل يدوي.


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