منشئ سير العمل: تصميم مسار KYC دون برمجة

تُعد Orchestrated Workflows من Didit الطريقة الأكثر قوة ومرونة لتصميم رحلات التحقق من الهوية الشاملة متعددة الخطوات ونشرها. يعرض درس Didit Academy هذا كيفية بناء سير عمل للتحقق في Business Console الفعلية، من القالب وصولاً إلى سير العمل المنشور: اختيار الفحوصات في كل عقدة، والقواعد والحدود، والتفرّع حسب AML، وعُقد webhook، والتراجع إلى إصدار سابق. يتيح لك مسار التكامل هذا الاستفادة من الإمكانات الكاملة لمنصة Didit V2، وإنشاء تسلسلات تحقق متقدمة باستخدام أداة البناء المرئية بلا تعليمات برمجية. تحدد المنطق مرة واحدة في Business Console، ويتولى Didit تجربة المستخدم النهائي بالكامل، وإدارة الحالة، والخطوات الشرطية. اختر هذا المسار عندما تحتاج إلى حل متكامل من البداية إلى النهاية لتسجيل المستخدمين (KYC) أو التحقق من العمر أو إعادة المصادقة، وتريد الإطلاق بسرعة وبالحد الأدنى من جهد التطوير، مع الاحتفاظ بأقصى قدر من التحكم في العملية.

​

طرق إثبات الهوية حسب الدولة

في التحقق من الهوية، افتح الدول وطرق إثبات الهوية المسموح بها لضبط التقاط المستندات، والبحث غير المعتمد على المستندات، والمحافظ الرقمية للهوية لكل دولة. تحتوي إعدادات إضافية على الأنواع الفرعية للمستندات، ومحاولات البحث، وقواعد الاحتياط. يستخدم البحث غير المعتمد على المستندات تسعير خدمة التحقق من قواعد البيانات الخاصة بمؤسستك. تُحتسب كل محاولة مكتملة على حدة، بما في ذلك التطابقات الجزئية وحالات عدم وجود تطابق: محاولتان مكتملتان تعنيان رسمين. لا تُحتسب أخطاء التنسيق وأعطال المزوّد التي لا تُرجع أي إجابة. إذا أجابت عدة خدمات لقواعد البيانات على محاولة واحدة، تُجمع أسعارها المطبّقة معاً. القيمة الافتراضية هي محاولة واحدة قبل الاحتياط، ويمكن ضبطها من 1 إلى 5. يُحتسب التقاط المستندات بشكل إضافي عندما ينتقل بحث مكتمل إلى الاحتياط بالمستندات. لا يمكن للتطبيقات في بيئة الإنتاج تفعيل إلا المحافظ المتاحة للإنتاج. تبقى المحافظ التي بانتظار الإطلاق معطّلة. يمكن لتطبيقات البيئة التجريبية اختبار كل محفظة في الكتالوج بنتائج محاكاة، لكن توفر المحفظة في البيئة التجريبية لا يعني توفرها في الإنتاج. راجع اختبار البيئة التجريبية لسيناريوهات فشل البحث والمحافظ.

​

إصدارات سير العمل

يدعم سير العمل إدارة الإصدارات باستخدام المسودات والنشر. وهذا يعني أنه يمكنك تعديل سير العمل بأمان دون التأثير في الجلسات الحية:

• إصدارات المسودة قابلة للتحرير بالكامل، ويمكنك إضافة العقد أو حذفها أو إعادة هيكلتها بحرية
• نشر مسودة ينشئ إصداراً غير قابل للتعديل تستخدمه الجلسات الجديدة
• الإصدارات السابقة تُحفظ، فيمكنك فحص الإعدادات الدقيقة المستخدمة في أي جلسة سابقة
• الجلسات تشير دائماً إلى الإصدار المحدد الذي أُنشئت به، مما يضمن الاتساق حتى بعد نشر التحديثات

لإجراء تغييرات على سير عمل منشور، أنشئ مسودة جديدة من الإصدار المنشور، وعدّلها، ثم انشرها عند الجاهزية. سجل الإصدارات متاح عبر Management API.

---

​

طريقتان لبناء سير العمل

يوفّر Didit طريقتين مختلفتين لإنشاء سير عمل التحقق، ما يتيح لك اختيار مستوى التعقيد المناسب لاحتياجاتك:

​

1. الوضع البسيط: منشئ قائم على القوالب

الوضع البسيط مثالي للبدء بسرعة. اختر قالبًا جاهزًا، وفعّل الميزات التي تحتاجها أو عطّلها، وأنت جاهز. مناسب لـ:

• الإعداد والنشر السريعان
• تدفقات التحقق القياسية
• الفرق التي بدأت حديثًا في مجال التحقق من الهوية
• حالات الاستخدام التي تناسب الأنماط الشائعة

كيف يعمل:

1. اختر قالب سير العمل (KYC، والتحقق من العمر، إلخ)
2. فعّل الميزات أو عطّلها (كشف الحيوية، ومطابقة الوجه، وفحص AML، إلخ)
3. اضبط الإعدادات الأساسية لكل ميزة
4. انشر وابدأ التحقق

---

​

2. الوضع المتقدم: منشئ الرسم البياني المرئي

يفتح الوضع المتقدم الإمكانات الكاملة لمحرك التنسيق في Didit. ابنِ تدفقات تحقق معقدة ومشروطة باستخدام محرر الرسم البياني المرئي لدينا، مع عقد يمكن سحبها وإفلاتها، وفروع، ومنطق مخصص. مناسب لـ:

• رحلات التحقق المعقدة متعددة المسارات
• المنطق الشرطي المبني على بيانات المستخدم أو نتائج التحقق
• قواعد الأعمال المخصصة والتفريع
• متطلبات الامتثال بمستوى المؤسسات

أبرز الإمكانات:

• محرر العقد المرئي: اسحب العقد وأفلتها ووصلها على لوحة لا نهائية
• الاتصالات الذكية: اسحب من مقبض العقدة إلى مساحة فارغة لإنشاء عقدة جديدة ووصلها فورًا
• الفروع الشرطية: وجّه المستخدمين بناءً على البيانات المستخرجة، أو حالة التحقق، أو الدولة، أو نوع المستند، أو النوع الفرعي للمستند، أو تاريخ الإصدار، أو العمر، أو مسارات استجابة JSON لـ webhook، أو القواعد المخصصة
• أتمتة الإجراءات: أضف وسومًا، أو اضبط البيانات الوصفية، أو وجّه إلى المراجعة اليدوية بناءً على نتائج التدفق
• اختصارات لوحة المفاتيح: التراجع (Ctrl/Cmd+Z)، والإعادة (Ctrl/Cmd+Shift+Z)، والحذف (Delete/Backspace)
• التكبير والتحريك: تنقّل في التدفقات المعقدة بالتمرير للتكبير والسحب للتحريك

​

أنواع عقد الرسم البياني

​

فئات عقد الميزات

الميزات التفاعلية مع المستخدم (يمكنها بدء سير العمل):

• التحقق من الهوية (OCR)
• كشف الحيوية
• مطابقة الوجه
• تقدير العمر
• التحقق من رقم الهاتف
• التحقق من البريد الإلكتروني
• الاستبيانات
• إثبات العنوان
• Document AI
• NFC / ePassport

الميزات التي تعمل في الخلفية فقط (تعمل تلقائيًا دون تفاعل المستخدم):

• فحص AML (يحتاج خطوة التحقق من الهوية أو KYB Registry أو Document AI قبله - راجع الكيان المُفحوص)
• التحقق من قواعد البيانات (يتطلب OCR أولًا)
• تحليل الجهاز وعنوان IP

ملاحظة: ميزات الخلفية فقط تُعلَّم بمؤشر خاص في المنشئ، وتُنفَّذ تلقائيًا دون تفاعل المستخدم بمجرد استيفاء متطلباتها.

تبدأ أول علامة تبويب إعداد لكل عقدة ميزة بعنصر التحكم محرك التحقق: شغّل الفحص بمحرك Didit الخاص، أو بدّله إلى مزود خارجي تربطه من السوق، مع التحويل التلقائي إلى Didit إذا كان ذلك المزود غير متاح.

​

الكيان المُفحوص

يستمد فحص AML عادةً هوية الكيان الذي يفحصه من الخطوة التي تسبقه: الشخص الذي استخرجت خطوة التحقق من الهوية بياناته من المستند، أو الشركة التي أعادتها خطوة KYB Registry. بعض التدفقات لا تحتوي على أيٍّ منهما. التدفق المبني بالكامل على Document AI (مستندات غير موحّدة مثل شهادة ضريبية أو وثيقة تأسيس موثّقة لدى كاتب عدل) يحتوي بالفعل على الاسم وتاريخ الميلاد والدولة ورقم المستند، لكن تحت مفاتيح الحقول الخاصة بك. يُستخدم تبويب متقدم في عقدة AML لربط تلك المفاتيح بالفحص:

• نوع الكيان - افحص الشخص، أو الشركة المذكورة في مستند مرفوع. عقدة الشركة تبحث في سجلات الشركات لا في سجلات الأشخاص.
• مصادر الحقول - اربط كل مدخل من مدخلات الفحص الأربعة (الاسم، وتاريخ الميلاد، والدولة، ورقم المستند) بحقل Document AI، أو بإجابة في الاستبيان، أو بقيمة ترسلها عند إنشاء الجلسة (expected_details / metadata). يُلتقط حقل Document AI الذي سميته مسبقًا full_name تلقائيًا.
• بيانات فحص غير مكتملة - ما يحدث عندما يُجرى الفحص باستخدام بيانات هوية غير مكتملة. المراجعة هي الخيار الافتراضي؛ اختر لا إجراء فقط عندما يحتفظ التدفق عن قصد باسم واحد فقط.

قبل الاعتماد على هذا، هناك أمران يستحقان الانتباه. بدون خطوة التحقق من الهوية أو خطوة سجل KYB، يكون الاسم إلزامياً - لا يمكن نشر سير العمل حتى يُملأ، لأنه لا يمكن إجراء بحث بدون اسم. وتعتمد دقة فحص AML بشكل مباشر على عدد المعرّفات التي تقدّمها: فالفحص بالاسم فقط هو ما يُنتج حجم الإيجابيات الكاذبة الذي يشكو منه المراجعون، لذا اربط تاريخ الميلاد والدولة كلما كان المستند يتضمنهما.

​

كيف تقرأ شروط الفروع بيانات الجلسة

أي سجل تقرأه الشرط. يرتبط شرط الفرع بعقدة الميزة التي بُني منها، ويقرأ نتيجة تلك العقدة. عندما تُنتج عقدة واحدة أكثر من سجل، يقرأ الشرط الأحدث. يهم هذا بشكل خاص في تحليل الجهاز وعنوان IP: إذ يسجّل Didit ملاحظة واحدة لكل جهاز وعنوان IP تُفتح منهما الجلسة، لذا إذا غيّر المستخدم الهاتف أو الشبكة أثناء الجلسة، تبقى عدة سجلات على العقدة نفسها. عندئذٍ تُقيَّم قاعدة مثل IP COUNTRY is in [...] مقابل أحدث ملاحظة، وهي السجل نفسه الذي يظهر أولاً في لوحة تحليل الجهاز وعنوان IP في الجلسة، وفي مصفوفة ip_analyses في payload القرار. والجلسات التي تحتوي على أكثر من ملاحظة تحمل أيضاً التحذير MULTIPLE_DEVICES_IN_SESSION، وهو الإشارة إلى مراجعة القائمة الكاملة وليس نتيجة الفرع وحدها. قيم الدول. تُطابَق شروط الدولة على الدولة نفسها، لا على صيغة كتابتها. اختر الدول من منتقي الحقول، وسيقوم Didit بتوحيد طرفي المقارنة، فالقاعدة المكتوبة بالرمز ISO 3166-1 alpha-3 (UKR) تتطابق مع قيمة مسجلة بالرمز alpha-2 (UA). القيم المفقودة والقيم الفارغة ومقارنات النفي. الحقل الذي لا يحمل أي قيمة (لأن المستند لا يتضمنها، أو لأن مفتاح البيانات الوصفية لم يُرسَل، أو لأن الميزة لم تُشغَّل) يتطابق فقط مع is empty و equals not_defined. أما كل مقارنة أخرى - equals و contains و greater than، وكذلك not equals و not in - فلا تتطابق، وتنتقل عقدة التفريع إلى فرعها التالي. أما الحقل الذي يحمل سلسلة فارغة فهو قيمة وليس حقلاً مفقوداً: فالجلسة التي تُنشأ بـ "metadata": {"credential_state": ""} تفشل في metadata.credential_state equals IL، لكنها تنجح في not equals IL و not in [IL, MA, NJ] و equals "" (ويتطابق is empty مع الحالتين). لذلك فإن الفرع الذي يوافق عند استخدام مقارنة بالنفي يوافق جلسة أُرسلت حالتها فارغة، بينما الجلسة نفسها عند حذف المفتاح تسلك المسار الاحتياطي. عند التوجيه باستخدام not equals أو not in، أضف metadata.<key> is not empty إلى الفرع نفسه (منطق AND) حتى تنتهي الحالتان في الموضع الذي ينبغي أن تنتهي فيه القيمة الغائبة. تُقيَّم الفروع بالترتيب، ويفوز أول تطابق. ولا يُسلك الفرع الاحتياطي (الفرع الذي بلا شروط) إلا عندما لا يتطابق أي فرع آخر، لذا امنح كل عقدة تفريع فرعاً احتياطياً ينتهي حيث تريد أن تنتهي القيمة غير المتوقعة. والجلسة التي تصل إلى قيد المراجعة دون أي تحذير على أي ميزة وُجّهت إلى هناك بعقدة حالة في المخطط، لا بفحص، والسبب الشائع لذلك هو الفرع الاحتياطي لعقدة تفريع. البيانات الوصفية للجلسة. القيم التي ترسلها في metadata عند إنشاء الجلسة متاحة لكل فرع بصيغة metadata.<key>، ويمكن مقارنتها بقيمة ثابتة أو بحقل جلسة آخر (مثلاً metadata.min_age <= Age). تُقارَن الأرقام كأرقام، فالقيمتان 18 و "18" تتصرفان بالطريقة نفسها. البيئة التجريبية / وضع الاختبار. تعمل شروط الفروع والبيانات الوصفية وعقد الحالة في البيئة التجريبية تماماً كما تعمل في الإنتاج، ولا تضع البيئة التجريبية الجلسة قيد المراجعة من تلقاء نفسها. والفرق يكمن في المستند: فالجلسة التجريبية تحمل مستنداً مُصطنعاً لا يتضمن ولاية أو منطقة في الولايات المتحدة، لذلك لا يمكن أن تتطابق شروط Region هناك. راجع ما لا يحمله المستند المُصطنع لمعرفة كيفية اختبار التدفقات المعتمدة على الولاية. إعادة الإرسال. تُقيَّم عقد التفريع في كل محاولة، بما في ذلك إعادة الإرسال. وعندما تُعيد إرسال الجلسة لخطوات محددة، تُعاد تشغيل الفروع والإجراءات الواقعة بين تلك الخطوات بينما يعيد المستخدم إكمالها، وتعمل على بيانات المحاولة الجديدة. وبناءً على ذلك، فالمستخدم الذي ينتقل إلى ولاية قضائية مقيَّدة بين محاولتين يُوجَّه بالفرع الذي يغطيه، والفرع الذي ينتهي بنتيجة مرفوضة يُنهي الجلسة المُعاد إرسالها عند تلك النقطة. معرفة الفرع الذي سلكته الجلسة. يُسجَّل كل قرار تفريع يتخذه سير العمل أثناء تشغيل الجلسة، وكل عقدة نتيجة تصل إليها، في الخط الزمني لأحداث الجلسة (تفاصيل الجلسة في Console > الأحداث، و GET /v3/session/{id}/decision/?include=events). يسمّي صف توجيه سير العمل عقدة التفريع والشرط الذي انطبق والعقدة التي واصلت الجلسة إليها، أو يذكر أنه لم يتطابق أي شرط وأُخذ المسار الاحتياطي للعقدة. ويسمّي صف نتيجة سير العمل عقدة الحالة التي ضبطت حالة الجلسة. وعندما يرسل سير العمل جلسة إلى قيد المراجعة دون أن تشير إليها أي ميزة، تُظهر تلك الصفوف المسار الذي سلكته، بما في ذلك أي مسار احتياطي وعقدة النتيجة التي أدّى إليها. ولا تُعيد القرارات اليدوية اللاحقة كتابة أحداث سير العمل تلك. ويُعد الإدخال المفقود سبباً محتملاً: فالشروط التي تتطلب وجود قيمة metadata.* لا تتطابق عندما لم يُرسَل المفتاح عند إنشاء الجلسة. أما الشروط التي تختبر الغياب صراحةً، مثل is_empty أو equals مع not_defined، فيمكن أن تتطابق مع المفتاح الغائب نفسه. ولا يُسلك المسار الاحتياطي إلا عندما لا يتطابق أي فرع، بما في ذلك أي فرع else، ويقود إلى العقدة المتصلة بالمخرج الافتراضي. راجع أحداث الجلسة لمعرفة payload الأحداث.

---

​

قوالب سير العمل: نقطة انطلاقك

فكّر في القوالب لا باعتبارها أنواعاً جامدة، بل باعتبارها نقاط انطلاق ذكية ومُهيأة مسبقاً مصممة لحالات الاستخدام الشائعة. في الوضع المبسط تكون جاهزة للاستخدام مباشرة. أما في الوضع المتقدم، فتوفر أساساً يمكنك تخصيصه على نطاق واسع.

​

القوالب المتاحة

​

1. سير عمل KYC

الحل الشامل لتسجيل المستخدمين الجدد وتحقيق الامتثال الكامل لمتطلبات “اعرف عميلك” (KYC).

• يبدأ بـ: التحقق الأساسي من مستند الهوية.
• الميزات المضافة غالباً:
  • [+] كشف الحيوية: تأكد من حضور المستخدم فعلياً ومنع الانتحال.
  • [+] مطابقة الوجه 1:1: طابق بيومترياً صورة السيلفي الخاصة بالمستخدم مع صورة هويته.
  • [+] فحص AML: تحقق من المستخدمين مقابل قوائم العقوبات العالمية وقوائم الأشخاص المعرضين سياسياً والأخبار السلبية.
  • [+] التحقق عبر NFC: أضف طبقة أمان بمستوى حكومي عبر قراءة شريحة جواز السفر الإلكتروني أو الهوية الإلكترونية.
  • [+] إثبات العنوان (PoA): تحقق من عنوان سكن المستخدم.
  • [+] التحقق من رقم الهاتف: تحقق من ملكية رقم الهاتف كعامل إضافي.
  • [+] التحقق من البريد الإلكتروني: تحقق من ملكية عنوان البريد الإلكتروني كعامل إضافي.
  • [+] التحقق من قواعد البيانات: تحقق من البيانات بمقارنتها بقواعد البيانات الحكومية والائتمانية الرسمية.
  • [+] الاستبيانات: اجمع الإقرارات المنظمة والمستندات الداعمة عبر نماذج قابلة للتخصيص.
  • [+] تحليل الجهاز وعنوان IP: حلّل مخاطر الموقع والاتصال.

---

​

2. سير عمل التحقق من العمر التكيفي

تدفق منخفض الاحتكاك يحافظ على الخصوصية للخدمات المقيّدة بالعمر.

• يبدأ بـ: تقدير العمر عبر صورة السيلفي.
• المنطق الأساسي:
  • إذا كان العمر المقدَّر أعلى بوضوح من الحد الذي حددته (مثلاً تقدير العمر بـ 25+ لخدمة مقيّدة بسن 18+)، يجتاز المستخدم التحقق فوراً.
  • إذا كان التقدير أقل من الحد أو ضمن “نطاق عازل” (مثلاً تقديراً يتراوح بين 16 و20 عاماً)، يمكنك ضبط سير العمل ليُفعّل تلقائياً الرجوع إلى التحقق الكامل من الهوية لتأكيد تاريخ الميلاد الدقيق.
• الميزات المضافة غالباً:
  • [+] تحليل الجهاز وعنوان IP: قيّد الوصول بناءً على الموقع الجغرافي.

---

​

3. سير عمل المصادقة البيومترية

طريقة سريعة وآمنة لإعادة التحقق من المستخدمين العائدين دون طلب مستنداتهم مجدداً.

• يبدأ بـ: فحص لكشف الحيوية للتأكد من حضور المستخدم.
• المنطق الأساسي:
  • يُجري النظام مطابقة الوجه بين صورة السيلفي الحية الجديدة والقالب البيومتري الموثوق المأخوذ من عملية KYC الأولى المعتمدة للمستخدم.
  • إذا كان لدى المستخدم وجه محفوظ ضمن vendor_data نفسه (وجه الحيوية المعتمد، أو صورة جواز السفر الإلكتروني، أو صورة وثيقة الهوية، أو وجه من ملف تعريف مسجّل)، يمكنك حذف portrait_image عند إنشاء الجلسة، وسيعيد Didit استخدام الوجه المحفوظ تلقائياً. وإلا، مرّر portrait_image (صورة مرمّزة بـ Base64، بحد أقصى 2MB)؛ ومن دون أي منهما يفشل إنشاء الجلسة برمز الخطأ 400.
• الميزات المضافة غالباً:
  • [+] التحقق من رقم الهاتف: اربط العنوان برقم هاتف موثَّق.
  • [+] التحقق من البريد الإلكتروني: تحقق من ملكية عنوان البريد الإلكتروني كعامل إضافي.
  • [+] تحليل الجهاز وعنوان IP: حدّد محاولات تسجيل الدخول المشبوهة من مواقع جديدة.

---

​

4. سير عمل التحقق من العنوان

تدفق مخصص للحالات التي يكون فيها إثبات العنوان (PoA) المتطلب الأساسي.

• يبدأ بـ: قيام المستخدم بتقديم مستند إثبات عنوان (مثل فاتورة خدمات أو كشف حساب مصرفي).
• المنطق الأساسي: يستخرج ذكاؤنا الاصطناعي الاسم والعنوان من المستند ويتحقق منهما.
• الميزات المضافة غالباً:
  • [+] التحقق من رقم الهاتف: اربط العنوان برقم هاتف موثَّق.
  • [+] التحقق من البريد الإلكتروني: تحقق من ملكية عنوان البريد الإلكتروني كعامل إضافي.
  • [+] تحليل الجهاز وعنوان IP: قارن عنوان المستند بالموقع الجغرافي الحالي للمستخدم لمزيد من الاطمئنان.

---

​

5. سير عمل التحقق عبر الاستبيانات

تدفق مركّز للحالات التي يكون هدفك الأساسي فيها جمع الإقرارات المنظمة والمستندات الداعمة عبر نماذج قابلة للتخصيص.

• يبدأ بـ: الاستبيان.
• المنطق الأساسي: يعرض النظام الاستبيان الذي ضبطته (الأقسام، والمحتوى المترجم، والحقول المطلوبة، وعمليات الرفع).
• الميزات المضافة غالباً:
  • [+] تحليل الجهاز وعنوان IP: أضف سياق الموقع والاتصال إلى الاستبيانات التي يقدّمها المستخدمون.

التخصيص الكامل يمكن تخصيص كل ميزة داخل سير العمل بمعاملات محددة لتلبية متطلباتك بدقة. استكشف إعدادات كل فحص في المنشئ.

---

​

قواعد البناء استناداً إلى الحالة الاجتماعية

في الوضع المتقدم، يمكنك استخدام حقل OCR ‏kyc.marital_status في الفروع الشرطية وقواعد الحالة المخصصة. اختر القيمة من منتقي الحقول حتى تستخدم القاعدة التعداد المدعوم بدلاً من نص حر. إذا لم يتضمن المستند الحالة الاجتماعية، تكون القيمة فارغة ويُطبَّق فرعك الاحتياطي. يمكن لمساعد سير العمل أيضاً إنشاء خطوات التحقق من قواعد البيانات وضبطها بإجراء واحد. عند طلب إضافة هذا الفحص، حدّد الدول التي تحتاجها؛ وتحدد وحدة التحكم الخدمة المدعومة لكل دولة وتعرض الإعدادات المحفوظة على اللوحة.

---

​

مقارنة الوضع البسيط والوضع المتقدم

---

​

تدفق التكامل

تكامل سير العمل المنسّق بسيط. يُنشئ خادمك جلسة مع Didit، ويتلقى عنوان URL فريدًا، ويوجّه مستخدمك إلى ذلك العنوان. يتولى Didit بقية الخطوات، ويُبلغ خادمك بالنتائج عبر webhooks.

---

​

حالات الاستخدام الشائعة

حالة الاستخدام	القالب الموصى به	الوضع الموصى به	الميزات المقترحة
التحقق الأساسي من الهوية	KYC	بسيط	كشف الحيوية، مطابقة الوجه
التسجيل عالي الأمان	KYC	متقدم	NFC، كشف الحيوية، مطابقة الوجه، AML، التحقق من رقم الهاتف
المحتوى والخدمات المقيّدة بالعمر	التحقق العمري التكيفي	بسيط	التحقق من الهوية كخيار احتياطي
مصادقة المستخدم العائد	المصادقة البيومترية	بسيط	تحليل الجهاز وعنوان IP
التحقق من العنوان	إثبات العنوان	بسيط	التحقق من رقم الهاتف
التسجيل في الخدمات المالية	KYC	متقدم	كشف الحيوية، مطابقة الوجه، إثبات العنوان، AML، التحقق من قواعد البيانات
الامتثال الخاص بالمنطقة	KYC	متقدم	التوجيه الشرطي حسب الدولة، وفحوصات مختلفة لكل منطقة
التحقق القائم على المخاطر	KYC	متقدم	فروع شرطية مبنية على درجات المخاطر، ومسارات التصعيد

---

​

البدء

1. جديد على Didit؟ ابدأ بـ الوضع البسيط مع قالب جاهز
2. تحتاج إلى تخصيص؟ انتقل إلى الوضع المتقدم لإضافة المنطق الشرطي

تواصل مع فريق المبيعات لدينا لمناقشة إعدادات سير العمل المخصصة، أو للحصول على إرشاد حول أفضل إعداد لمتطلباتك المحددة.