اسحب وأفلت KYC، AML، KYB، التحقق البيومتري. تفرع بناءً على الإشارة. اختبر A/B. قم بالإصدار بأمان. ادفع فقط للوحدات المكتملة, منشئ سير العمل نفسه مجاني.
Robinhood Ventures
موثوق به من قبل أكثر من 2,000 مؤسسة حول العالم.
ما يدين به أصحاب المنتجات
اسحب الوحدات إلى لوحة العمل، اربطها بالحواف، أضف التفرعات، انشر إصدارًا، ثم مرر `workflow_id` لتطبيقك. عندما تتغير القواعد، يقوم مدير المنتج بتعديل المسودة ونشرها, لا حاجة لتذكرة هندسية، ولا إعادة نشر. يبقى التكامل على بعد `POST /v3/session/` واحد.
اختر الفحوصات التي تريدها, الهوية، التحقق من الوجود، مطابقة الوجه، العقوبات، العنوان، العمر، الهاتف، البريد الإلكتروني، الأسئلة المخصصة. اسحبها إلى سير عمل في لوحة التحكم، أو انشر نفس سير العمل إلى واجهة برمجة التطبيقات (API) الخاصة بنا. تفرع بناءً على الشروط، قم بإجراء اختبارات A/B، لا يتطلب أي كود.
ادمج بشكل أصلي باستخدام SDK الخاص بنا للويب، iOS، Android، React Native، أو Flutter. أعد التوجيه إلى صفحة مستضافة. أو ببساطة أرسل لمستخدمك رابطًا, عبر البريد الإلكتروني، الرسائل القصيرة، واتساب، أي مكان. اختر ما يناسب بيئتك التقنية.
تستضيف Didit الكاميرا، إشارات الإضاءة، التسليم عبر الهاتف المحمول، وإمكانية الوصول. بينما يكون المستخدم في سير العمل، نقوم بتقييم أكثر من 200 إشارة احتيال في الوقت الفعلي والتحقق من كل حقل مقابل مصادر البيانات الموثوقة. النتيجة في أقل من ثانيتين.
تحافظ الـ webhooks الموقعة في الوقت الفعلي على مزامنة قاعدة بياناتك لحظة الموافقة على المستخدم، أو رفضه، أو إرساله للمراجعة. استعلم من الـ API عند الطلب. أو افتح لوحة التحكم لفحص كل جلسة، كل إشارة، وإدارة الحالات بطريقتك.
Didit · Canvas
Didit · التفرع
Didit · القوالب
Didit · A/B
Didit · إدارة الإصدارات
الحالي
مسودة
Didit · /v3/ + MCP
$ curl -X POST https://verification.didit.me/v3/session/ \
-H "x-api-key: $DIDIT_API_KEY" \
-d '{
"workflow_id": "wf_signup_v12",
"vendor_data": "user-42",
"callback": "https://app/cb"
}'Didit يوجه المستخدم عبر كل فرع من جانب الخادم.$ curl -X POST https://verification.didit.me/v3/workflows/ \
-H "x-api-key: $DIDIT_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"workflow_label": "Signup KYC",
"features": [
{ "feature": "OCR" },
{ "feature": "LIVENESS" },
{ "feature": "FACE_MATCH" },
{ "feature": "AML" }
]
}'يعيد الـ uuid الخاص بسير العمل · جاهز للاستخدام كـ workflow_id.You are integrating Didit's no-code Workflow Builder into a product. The product manager, the compliance officer, or the founder can change identity rules in the Business Console; your app only ever hands Didit a workflow_id, gets a verdict back, and routes the user.
Three pillars:
1. Compose the workflow in the visual builder — drag ID, Liveness, Face Match, AML, NFC, KYB modules onto the canvas, connect them with edges, add conditional branches.
2. Publish a version — the published version is immutable; sessions reference the exact version they were created with.
3. Open POST /v3/session/ with the published workflow_id. Didit handles every module and every branch server-side.
Cost:
- Pay per completed module per session (e.g. ID $0.15 + Liveness $0.10 + Face Match $0.05 + AML $0.20 = $0.50, or bundle = $0.33)
- Workflow Builder itself is free
- MCP server (for AI coding agents to manage workflows programmatically) is free, included
- First 500 verifications free every month, forever
PRE-REQUISITES
- Production API key from https://business.didit.me (sandbox key in 60s, no card).
- Webhook endpoint with HMAC SHA-256 verification using the X-Signature-V2 header and your webhook secret.
- Access to the Business Console's Workflow Builder (every account has it).
- The 11 seeded templates are a good starting point:
"ID + Face Match"
"ID + Liveness + Face Match" (the $0.33 KYC bundle)
"ID + IP risk-based" (extra Liveness on VPN / Tor)
"Phone risk-based verification"
"High-risk country review"
"Two ID documents"
"Driver verification"
"EU Company Verification" (KYB)
... plus four more
- Plus "Start from Scratch" for fully bespoke flows.
STEP 1 — Compose the workflow
Console → Workflows → New → pick a template OR Start from Scratch:
- Drag modules from the sidebar onto the canvas
- Connect them with edges (the user moves left-to-right through them)
- Add branching conditions (right-click a node → Add condition)
- Set per-workflow options: Include custom style (white label), retention override, callback URL
Click Save Draft. The draft is fully editable; only published versions are immutable.
STEP 2 — Publish a version
Click Publish on the draft. The version receives a number (v1, v2, v3…) and becomes immutable.
Versioning rules:
- Sessions reference the exact published version they were created with
- You can iterate on a new draft while sessions on the old version continue to use it
- Past versions are kept; you can inspect any past session's configuration
- To change a published workflow, create a new draft from it, edit, publish
STEP 3 — Open a session with the workflow_id
POST https://verification.didit.me/v3/session/
Headers:
x-api-key: <your api key>
Content-Type: application/json
Body:
{
"workflow_id": "<your published workflow id>",
"vendor_data": "<your user id, max 256 chars>",
"callback": "https://<your-app>/identity/callback"
}
Response: 201 Created with the hosted session URL. Didit walks the user through every module and every branch defined in the workflow.
STEP 4 — Read the signed webhook on completion
Didit POSTs to your callback when the session reaches a terminal status. Session statuses are Title Case With Spaces:
Body (excerpted):
{
"session_id": "<uuid>",
"workflow_id": "<the workflow id>",
"workflow_version": "<v3>",
"vendor_data": "<your user id>",
"status": "Approved",
"id_verification": { "status": "Approved" },
"liveness": { "status": "Approved" },
"face": { "status": "Approved", "similarity_score": 0.94 },
"aml": { "status": "Approved", "hits": [] }
}
Status enum (exact case): Approved | Declined | In Review | Resubmitted | Expired | Not Finished | Kyc Expired | Abandoned.
Verify the X-Signature-V2 header BEFORE reading the body — HMAC SHA-256 of the raw bytes with your webhook secret.
Each module that ran inside the workflow returns its own sub-status; the top-level status is the rolled-up verdict.
STEP 5 — Iterate without redeploying
When the rules need to change — a new country flagged as high-risk, a tighter age threshold, a new module added to the bundle — the workflow owner edits the draft in the Console and publishes. New sessions automatically use the new version.
Your app doesn't change. You don't redeploy. The workflow_id is the same; the underlying behaviour is updated.
STEP 6 — Run A/B tests
Built-in A/B testing splits traffic across variant workflows. Configure variants in the Console (e.g. variant A uses Passive Liveness, variant B uses Active Liveness), set the split percentage, and read the variant id back on every session webhook.
Measure conversion + verdict mix per variant in the Business Console's analytics. Promote the winner; the loser becomes a previous version retained for audit.
STEP 7 — Drive the Workflow Builder from AI coding agents
The Didit MCP (Model Context Protocol) server (free, included) exposes the Workflow management primitives as MCP tools. Any MCP-compatible host — Claude Code, Cursor, Codex, Replit Agent, Devin, Aider — can list workflows, create new drafts, edit nodes, and publish versions on your behalf.
Useful for ops teams that want to script tenant-specific workflow provisioning, A/B-variant generation, or per-customer-brand template materialisation.
WEBHOOK EVENT NAMES
- Sessions: status changes flow through the standard session webhook.
- Verify X-Signature-V2 on every payload.
CONSTRAINTS
- Session statuses use Title Case With Spaces (Approved, In Review). Don't transform them.
- Published workflow versions are immutable. To change behaviour, publish a new version.
- Conditional branches are unlimited in depth; keep flows readable for the next operator.
- The cost model is pay-per-completed-module — adding a module that runs only conditionally only costs you on the branches that hit it.
Read the docs:
- https://docs.didit.me/console/workflows
- https://docs.didit.me/sessions-api/create-session
- https://docs.didit.me/sessions-api/retrieve-session
- https://docs.didit.me/integration/webhooks
Start free at https://business.didit.me — sandbox key in 60 seconds, 500 verifications free every month, no credit card.$0 / شهر. لا يلزم بطاقة ائتمان.
ادفع فقط مقابل ما تستخدمه. أكثر من 25 وحدة. تسعير عام لكل وحدة، بدون رسوم شهرية دنيا.
اتفاقية خدمة رئيسية (MSA) واتفاقية مستوى الخدمة (SLA) مخصصة. للكميات الكبيرة والبرامج المنظمة.
ابدأ مجانًا ← ادفع فقط عند إجراء الفحص ← افتح Enterprise لعقد مخصص، أو SLA، أو إقامة البيانات.
Didit هي بنية تحتية للهوية والاحتيال, المنصة التي تمنينا وجودها عندما كنا نبني المنتجات بأنفسنا: مفتوحة، مرنة، وصديقة للمطورين، لذا فهي تعمل كجزء حقيقي من نظامك بدلاً من صندوق أسود تدمجه من حوله.
تغطي واجهة برمجة تطبيقات واحدة التحقق من الأشخاص (KYC، اعرف عميلك)، والتحقق من الشركات (KYB، اعرف عملك)، وفحص محافظ العملات المشفرة (KYT، اعرف معاملتك)، ومراقبة المعاملات في الوقت الفعلي, على بنية مصممة لتكون:
البصمة الأساسية: أكثر من 14000 نوع مستند بأكثر من 48 لغة، أكثر من 1000 مصدر بيانات، وأكثر من 200 إشارة احتيال في كل جلسة. تتعلم بنية Didit التحتية ديناميكيًا من كل جلسة وتتحسن كل يوم.
إنها طريقة لتصميم ما يراجعه تدفق KYC / AML / KYB الخاص بك، وبأي ترتيب، وتحت أي شروط, كل ذلك في لوحة سحب وإفلات مرئية بدلاً من الكود.
عمليًا:
workflow_id إلى فريق الهندسة.workflow_id هذا إلى POST /v3/session/, انتهى الأمر.عندما تحتاج القواعد إلى التغيير، يقوم مدير المنتج بتحرير المسودة ونشرها. لا يتم إعادة نشر التطبيق.
يمكنك ذلك. معظم الفرق التي تحاول تتعلم ثلاثة دروس:
يجمع مُنشئ سير العمل كل هذه الأمور في لوحة سحب وإفلات واحدة. تصبح القواعد تكوينًا للمنتج؛ ويصبح الكود مجرد استدعاء POST /v3/session/ واحد.
يستغرق التدفق الكامل عادةً أقل من 30 ثانية من البداية إلى النهاية, التقاط الهوية، تصوير المستند، تصوير السيلفي، انتهى. هذا هو الأسرع في السوق. عادةً ما يستغرق مزودو KYC التقليديون أكثر من 90 ثانية لنفس التدفق.
في الواجهة الخلفية، تعيد Didit النتيجة في أقل من ثانيتين عند p99، محسوبة من لحظة انتهاء المستخدم من السيلفي إلى لحظة تشغيل الويب هوك الخاص بك. تم ضبط التقاط الهاتف المحمول للهواتف البطيئة والشبكات البطيئة: ضغط الصور التدريجي، تحميل حزمة تطوير البرامج (SDK) البطيء، وتسليم بنقرة واحدة من سطح المكتب إلى الهاتف عبر رمز الاستجابة السريعة إذا بدأ المستخدم على الويب.
كل عنصر أساسي من Didit يأتي كعقدة:
$0.15)، قراءة NFC ($0.15)، إثبات العنوان ($0.20)، التحقق من قاعدة البيانات (متغير)، استبيانات مخصصة ($0.10)$0.10)، التحقق من الحياة النشط ($0.15)، مطابقة الوجه 1:1 ($0.05)، البحث عن الوجه 1:N (مجاني)، تقدير العمر ($0.10)، المصادقة البيومترية ($0.10)$0.20، أكثر من 1300 قائمة)، AML المستمر ($0.07/مستخدم/سنة)، تحليل الجهاز و IP ($0.03)$0.03)، التحقق من الهاتف (بدءًا من $0.03)بالإضافة إلى عقد التفرع (if/else, switch) وعقد الإنهاء (Approve, Decline, Review).
تهبط كل جلسة على إحدى الحالات السبع الواضحة، لذا يعرف الكود الخاص بك دائمًا ما يجب فعله:
Approved, اجتاز جميع الفحوصات. انقل المستخدم إلى الأمام.Declined, فشل فحص واحد أو أكثر. يمكنك السماح للمستخدم بإعادة إرسال الخطوة الفاشلة المحددة (على سبيل المثال، إعادة التقاط صورة السيلفي) دون إعادة تشغيل التدفق بأكمله.In Review, تم وضع علامة للمراجعة من قبل الامتثال. افتح الحالة في لوحة التحكم، واطلع على كل إشارة، وقرر الموافقة أو الرفض.In Progress, المستخدم في منتصف التدفق.Not Started, تم إرسال الرابط، ولم يفتحه المستخدم بعد. أرسل تذكيرًا إذا طال انتظاره.Abandoned, فتح المستخدم الرابط ولكنه لم ينهِ في الوقت المحدد. أعد التفاعل أو انتهت صلاحيته.Expired, انتهت صلاحية رابط الجلسة. أنشئ جلسة جديدة.يتم تشغيل ويب هوك موقّع عند كل تغيير في الحالة، لذا تظل قاعدة بياناتك متزامنة دائمًا. الجلسات المهجورة والمرفوضة مجانية.
تتم معالجة بيانات الإنتاج وتخزينها في الاتحاد الأوروبي افتراضيًا، على Amazon Web Services. يمكن للعقود المؤسسية طلب مناطق بديلة للولايات القضائية التي تتطلبها جهات التنظيم.
التشفير في كل مكان. AES-256 في حالة السكون عبر كل قاعدة بيانات، ومخزن كائنات، ونسخة احتياطية. أمان طبقة النقل 1.3 أثناء النقل في كل استدعاء API، وويب هوك، وجلسة Business Console. يتم تشفير البيانات البيومترية تحت مفتاح رئيسي للعميل منفصل.
الاحتفاظ تحت سيطرتك. الاحتفاظ الافتراضي هو غير محدود (إلى أجل غير مسمى) ما لم تقم بتكوين فترة أقصر, تتراوح بين 30 يومًا و 10 سنوات لكل تطبيق, ويمكنك حذف أي جلسة فردية في أي وقت من لوحة التحكم أو واجهة برمجة التطبيقات.
الشهادات: SOC 2 Type 1 (تدقيق Type 2 قيد التقدم)، ISO/IEC 27001:2022، iBeta Level 1 PAD، وشهادة عامة من Tesoro / SEPBLAC / CNMV الإسبانية بأن التحقق من الهوية عن بعد من Didit أكثر أمانًا من التحقق من شخص ما وجهًا لوجه. التقرير الكامل على /security-compliance.
تلتزم Didit بالامتثال التنظيمي افتراضيًا للجهات التنظيمية التي تهم البنية التحتية للهوية:
مذكرة مفصلة، كل شهادة، كل خطاب تنظيمي: /security-compliance.
ثلاثة مسارات للدمج, اختر ما يناسب نظامك:
نفس لوحة التحكم، نفس الفواتير، نفس سعر الدفع مقابل النجاح لجميع المسارات الثلاثة. دليل خطوة بخطوة على docs.didit.me/integration/integration-prompt.
حالتان لكل سير عمل:
لتغيير سير عمل منشور، تقوم بإنشاء مسودة جديدة منه، ثم تعديلها، ثم نشرها. يصبح الإصدار المنشور الجديد v3 (أو أي رقم آخر)؛ ويبقى v2 في مكانه إلى الأبد كسجل تاريخي. الجلسات السابقة قابلة للاستنساخ بالكامل, يتضمن حمولة الجلسة workflow_version الدقيق الذي تم تشغيله عليه.
هذا يتوافق مع ما يريده المنظم للتدقيق: "أرني التكوين الدقيق لسير العمل الذي تم تشغيله لهذا المستخدم، في هذا التاريخ". يحصل كل حساب Didit على هذه الميزة مجانًا، بدون إعداد.
يتم شحن كل شيء بموجب نفس عقد /v3/.
workflow_id وتوجه المستخدم عبر نفس التنسيق من جانب الخادم. مجانية.workflow_id، نفس التنسيق.الخلاصة: يتدفق workflow_id واحد من لوحة التحكم (Console) ← إلى تطبيقك ← إلى حزمة SDK أو واجهة المستخدم المستضافة ← تنسيق من جانب الخادم ← ويب هوك موقّع. لا يوجد كود ربط إضافي بخلاف استدعاء POST /v3/session/ الفردي.
ثلاث خطوات، بعد ظهر يوم واحد:
business.didit.me, مفتاح Sandbox في 60 ثانية، بدون بطاقة ائتمان.POST /v3/session/ باستخدام workflow_id المنشور وقم بربط الـ webhook الموقّع (X-Signature-V2, HMAC SHA-256) بمنطق اتخاذ القرار الخاص بك.هذا هو التكامل بالكامل. عندما تتغير القواعد، يقوم مالك سير العمل بتحرير المسودة في الـ Console وينشرها, لا يتغير تطبيقك.
لإدارة سير العمل المبرمجة، خادم Didit MCP مجاني ويسمح لأي وكيل متوافق مع MCP (Claude Code, Cursor, إلخ) بتشغيل Workflow Builder برمجيًا.
واجهة برمجية واحدة لـ KYC و KYB ومراقبة المعاملات وفحص المحافظ. ادمجها في 5 دقائق.