الانتقال إلى المحتوى الرئيسي
النص الكامل لفيديو ما الذي يراه مستخدموك فعلياً في التحقق من KYC (الشرح الكامل) - فيديو 2 من 10 في أكاديمية Didit، مدته 14:36. شاهده على YouTube. تربط كل فقرة بالمقطع الدقيق من الفيديو.

​
ما الذي يغطيه هذا الفيديو

00:03 عندما ترسل عميلاً للتحقق عبر Didit، ماذا يرى فعلياً؟ هذا ما يتناوله هذا الفيديو. سنستعرض التدفق كاملاً من جهة المستخدم. الشاشات الدقيقة التي ينقر عليها شخص حقيقي بعد أن يضغط على رابطك. تدفق تُخصّص علامته التجارية بالكامل بلغة المستخدم، على أي جهاز يملكه، مع مجموعة من الفحوصات غير المرئية التي تتولى العبء الأكبر، وتصل النتيجة الحقيقية إلى نظامك لحظة صدورها. وأفضل طريقة للتعرف عليه هي أن تجرّبه بنفسك. توجّه إذن إلى didit.me، يمكنك التسجيل مجاناً والتحقق عبر هاتفك الخاص في

​
فتح التدفق بنفسك

00:38 دقيقتين تقريباً. حسناً، أسهل طريقة لترى بدقة ما يمر به مستخدموك هي أن تفتح التدفق بنفسك. وهذا ما سنفعله. سنذهب إلى أحد سير العمل لدينا هنا. سننسخ الرابط ونضعه في المتصفح. لنأخذ سير عمل KYC الأساسي هذا. سننسخ هذا الرابط ونلصقه هنا. إذن هذا هو

​
الشاشة الأولى التي يراها مستخدمك

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

​
العلامة التجارية، ولماذا تؤثر في نسبة الإكمال

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

​
الفحوصات التي لا تعرض أي شاشة

02:00 شيء يفاجئ معظم الناس. ليست كل الفحوصات التي تراها هنا لها شاشة. الخطوات الوحيدة التي تظهر هي تلك التي تتطلب فعلاً من المستخدم أن يقوم بعمل ما. أي المستند والوجه والهاتف والبريد الإلكتروني. وبينما يعمل المستخدم على هذه الفحوصات، تعمل مجموعة أخرى من الفحوصات من جهة الخادم دون أن يلمس أحد شيئاً. أي تحليل الجهاز وعنوان IP، وفحص AML، ومراقبة AML المستمرة، والتحقق من قواعد البيانات. كل هذه تجري في الخلفية. لا يرى المستخدم أي خطوة من أي منها، ومع ذلك تحصل على كل النتائج في لوحة التحكم. وهكذا يبقى التدفق قصيراً جداً مع قيامه بعمل كبير. تنفّذ Didit بعض أقوى فحوصاتها دون أي عبء على المستخدم، لأنها لا تتعامل معه مباشرة. لذلك إن عدت إلى أي سير عمل من هذه وتفحصته، سنرى هنا أن لدينا كل هذه الفحوصات الخلفية. لدينا التحقق من قواعد البيانات. ولدينا التحقق من البريد الإلكتروني، والتحقق من رقم الهاتف، وفحص AML، وتحليل عنوان IP والمخاطر. هذه ليست فحوصات تظهر للمستخدم. هذه كلها الفحوصات التي

​
التخصيص: الألوان والشعار والبريد الإلكتروني والنطاق

03:00 يمكنك إضافتها إلى سير العمل. لنلقِ نظرة على تبويب التخصيص. هنا يمكنك إضافة علامتك التجارية وألوانك وعنوان بريدك الإلكتروني الخاص ونطاقك الخاص، كل هذه الأمور. كما ترى، يمكننا تغيير اسم التطبيق. ويمكننا إظهار صفحة الترحيب أو إيقافها. ويمكننا إظهار شريط التقدم أو إخفاءه. لدينا تبويب العلامة التجارية حيث يمكننا إضافة كل هذه الألوان. ويمكننا إضافة الشعار وأيقونة الموقع (favicon) وتغيير الخطوط. ويمكننا إضافة بريد إلكتروني مخصص. 03:25 لذا، إذا أدخلت اسماً هنا، يمكننا وضع عنوان بريد إلكتروني، ثم نتابع إلى عملية التحقق. سيظهر لنا أن ذلك لم ينجح. لكن إذا أدخلنا نطاقاً فعلياً صالحاً ونقرنا على المتابعة إلى التحقق، فسيعطينا سجلات DNS التي يمكننا إضافتها ونضبط بها عنوان بريد إلكتروني مخصصاً. وهذا البريد هو المصدر الذي سترسل منه الإشعارات وكل التحديثات عن حالة التحقق. وبالنسبة إلى النطاق، يمكننا أيضاً إضافة نطاق مخصص. فلنفترض أن لديك نطاقاً فرعياً مثلاً. وإن أدخلت نطاقك الفرعي هنا، فسيعطيك السجلات التي تحتاج إلى تحديثها لدى مزوّد النطاق لديك. وترى هنا هذه الكرة الأرضية في الأعلى. الـ

​
54 لغة، مع الكشف التلقائي

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

​
الجوال مقابل سطح المكتب، والانتقال عبر رمز QR

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

​
التدفق المستضاف مقابل بناء الشاشات الخاصة بك

05:34 أن ترمش أمام الكاميرا. هذا هو كشف الحيوية النشط. أما السلبي فهو مجرد صورة. لذلك فأبسط طريقة للبدء هي التدفق المستضاف. ترى عندما أنقر على زر نسخ الرابط وأفتحه في متصفحي. يمكنك إرسال الرابط إلى المستخدم، وسيتولى Didit كل الأجزاء الصعبة عنك: أذونات الكاميرا، والتقاط المستند، وكشف الحيوية، وكل تفاصيل الأجهزة المزعجة. ويمكنك إضافته إلى تطبيقك عبر SDK أو iframe أو إعادة التوجيه أو النافذة المنبثقة. وإذا فضّلت بناء شاشاتك الخاصة من الصفر، فيمكنك ذلك بالتأكيد. لكن عندها تتحمل مسؤولية كل ذلك. سنتناول جانب التكامل بالتفصيل في فيديو آخر، لكن الآن اعلم فقط أن الرابط الذي ترسله والذي تحصل عليه من سير العمل هذا هو التدفق المستضاف، وهو مُعدّ ليوصل الأشخاص إلى النهاية.

​
اكتشاف الدولة المُصدِرة

06:20 حسنًا، لنعد إلى التدفق. عندما تحتاج خطوة المستند إلى معرفة الدولة التي صدرت عنها الهوية، تكون التدفقات في معظم الأحيان قد حدّدتها بالفعل. فهي تحدد الموقع الجغرافي للمستخدم من عنوان IP فور تحميل الصفحة، وتختار دولة الإصدار مسبقًا. وهنا يمكنك أن ترى أن ذلك قد تم. وإذا كان سير العمل لديك يسمح بدولة واحدة على أي حال، فسيتم اختيارها تلقائيًا ولن يرى المستخدم أداة الاختيار هذه أبدًا. هذا المثال تدفق KYC، لكنه سيكون مطابقًا تمامًا لـ KYB أو لأي سير عمل آخر تبنيه. فالمحرك ينفذ ببساطة الخطوات المُعدّة داخل سير العمل لديك. والآن، كما ترى في هذه المعاينة، سيقوم المستخدم

​
اختيار نوع المستند

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

​
التقاط المستند

07:26 مباشرة إلى صفحة الالتقاط. لذا إذا تابعنا، ننتقل إلى صفحة الالتقاط. كما ترى في هذه المعاينة، أنا على سطح المكتب، ويمكنني رفع ملف أو التقاط صورة. أما فرض الالتقاط المباشر فهو خيار آخر، إذ يعتمد على التقاط صور فورية موجّه ولا يسمح بأي رفع. وهذا أقوى إعداد لديك ضد الصور المتلاعب بها أو المعاد استخدامها. أما في حالة الرفع، فالصيغ المقبولة هي الصيغ المعروفة: JPEG وPNG وPDF وبعض أنواع الملفات الأخرى، وكلها بحجم أقل من 10 ميغابايت. وإذا كان الملف PDF محميًا بكلمة مرور، فسيطلب كلمة المرور. إذن يمكننا إما الرفع أو فرض الالتقاط المباشر، وكل ذلك قابل للضبط ضمن إعدادات سير العمل لديك. وكما ترى في هذه المعاينة، أثناء محاذاة المستند، تتحقق إشارات الجهاز من الإضاءة والوضوح، ويلتقط تلقائيًا لحظة أن تصبح الصورة جيدة بما يكفي ليبدأ التحليل فورًا. والأمر لا يقتصر على قراءة النص من البطاقة. فـDidit يجري فحوصات الأصالة والتلاعب، وفحص حيوية المستند، الذي يكشف أشياء مثل صورة لشاشة أو نسخة مطبوعة. كما يفحص ميزات الأمان ويتحقق من صحة MRZ عبر أكثر من 130 لغة للمستندات. 08:37 والأمر الذي يميّز هذا فعلًا هو أن كل شيء يجري في الوقت الفعلي. فالمستخدم يعرف فورًا إذا تعذّر التحقق من المستند، وتحصل أنت على البيانات نفسها في اللحظة ذاتها. إذًا الجميع يربح من حيث السرعة. ولـ

​
صورة سيلفي لكشف الحيوية

08:50 كشف الحيوية، يمكنهم التقاط صورة سيلفي. يكفي أن يُوسّط المستخدم وجهه داخل الإطار البيضاوي الذي سيظهر على الشاشة في هذه الخطوة كما ترى هنا. وخلف هذه الشاشة البسيطة يوجد فحص لكشف الحيوية يتحقق من أن إنسانًا حقيقيًا موجود فعلًا أمام الكاميرا. وهذا أيضًا ما يتيح لـ Didit مطابقة الوجه مع المستند الذي قدّمه للتو. ويمكنك اختيار طريقة كشف الحيوية التي تُنفّذ هنا، ويمكنك تحديدها لكل عقدة في سير العمل، وهو ما سنتناوله بالتفصيل

​
السلبي، و3D flash، و3D action

09:17 في فيديوهات أخرى. وهناك ثلاثة إعدادات: السلبي، حيث لا يفعل المستخدم شيئًا؛ و3D flash، حيث تبني الأضواء الملونة خريطة عمق ولا يُطلب من المستخدم سوى ألا يفعل شيئًا؛ و3D action، الذي يضيف الأضواء إلى إجراء عشوائي بسيط مثل الرمش أو تحريك الرأس. إذًا هي خطوة سيلفي واحدة مع ثلاث درجات لقوة كشف الحيوية تختار من بينها. لذا

​
فيديو كشف الحيوية والدرجات

09:41 دعنا نرى ما يقدمه لك خطوة كشف الحيوية. تُسجَّل الخطوة فيديو قصيرًا للشخص وتمنحه درجة. لنذهب إلى عمليات التحقق من المستخدمين، ولننزل قليلًا ونفتح ملف أحد المستخدمين هنا. لا تقلق، فسنتناول كل ما يتضمنه فحص التحقق هذا في فيديو آخر. لكن لنرَ ما تفعله خطوة كشف الحيوية فعليًا وما تعرضه في ملف المستخدم: إنه فيديو قصير تراه هنا. 10:08 يمكننا تشغيل الفيديو. نعم، هذا فيديو توضيحي فقط، لكنه ما سيظهر فعليًا لكل مستخدم من مستخدميك في خطوة التحقق. لدينا هنا درجة كشف الحيوية بالنسبة المئوية، وسأشرحها في فيديو آخر. كل طريقة، سواء كانت سلبية أو نشطة، تُخرج درجة كشف الحيوية من واحد إلى مئة. وتُجري إلى جانب ذلك كشفًا لهجوم العرض والتزييف العميق. 10:30 يُحفظ الفيديو بجانب الدرجة. ويمكنك العودة إلى الفيديو وإعادة تشغيله، وقراءة كل الدرجات هنا في فحص التحقق، وكذلك في ملف المستخدم. إذن تحصل على فيديو السيلفي إلى جانب درجتي كشف الحيوية والتزييف العميق.

​
ماذا يحدث عند فشل خطوة؟

10:45 يمكن إعادة تشغيلها متى احتجت إليها. إذن ماذا يحدث عند فشل خطوة؟ لا يصطدم المستخدم بطريق مسدود، بل يحصل على إعادة محاولة موجهة ومحددة. وفي الإعدادات داخل سير العمل، يمكنك ضبط الحد الأقصى لعدد المحاولات ونافذة إعادة المحاولة. أ… سنتناول المزيد من الإعدادات وكيفية عمل سير العمل هذا في فيديو آخر. لكن عندما يرى المستخدم رسالة إعادة المحاولة، ستكون دقيقة، مثل: انتهت صلاحية المستند، أو أعد التقاط الصورة في إضاءة أقوى، وليست خطأً عامًا غامضًا. فيعرف بالضبط ما عليه إصلاحه، وعدد المحاولات المتاحة له قابل للتهيئة كما أوضحت لك الآن في سير العمل. افتراضيًا، يسمح التدفق للمستخدم بالاستمرار في المحاولة حتى ينجح، لأن الهدف الأساسي هو إتمام التحقق لا منعه. إذن المحاولات قابلة للتعديل، والافتراضي هو

​
الشاشة المقبولة

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

​
شاشة قيد المراجعة

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

​
شاشة المرفوضة

12:30 طلب التحقق. وإذا فشل فحص فشلًا فعليًا، فسيحصل المستخدم على حالة رفض واضحة. ستظهر له علامة حمراء مع عبارة: “لم نتمكن من التحقق من معلوماتك في الوقت الحالي”، وهي عبارة توضح النتيجة دون كشف أي شيء من منطق مكافحة الاحتيال لديك. ما يحدث بعد ذلك يعتمد كليًا على سير العمل. يمكنك السماح له بإعادة التقديم ضمن عدد المحاولات الذي حددته، أو توجيهه إلى مسار دعم داخل تطبيقك. إذن المرفوضة هي شاشة نهاية واضحة وغير تقنية، وأنت تقرر إن كان ذلك يعني إعادة التقديم أو الدعم

​
إعادة التوجيه أم webhook: أيهما تثق به؟

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

​
العثور على الجلسة في لوحة التحكم

13:41 تنتظرك. ستظهر كل عملية تحقق في علامة التبويب عمليات التحقق من المستخدمين. لدينا هنا عوامل التصفية، ويمكننا أن نرى المقبولة، وقيد المراجعة، والمرفوضة، وحسب نتيجة التحقق والسير الذي اجتازه المستخدم، ستتغير الحالة وفقًا لذلك. والعمليات قيد المراجعة هي بالطبع التي تحتاج إلى أكبر قدر من الانتباه. لذا يمكننا تصفيتها وعرض كل هذه العمليات هنا للمراجعة البشرية. وعند كل فحص من فحوصات التحقق، يمكننا النقر عليه ورؤية كل دليل يقف وراء النتائج. وهذه القيمة الموجودة في الأسفل، بيانات المورد، هي المعرّف الذي أرسله نظامك الخاص عند إنشاء الجلسة. إنه مرجعك الثابت لذلك الشخص. 14:25 وهل يجمع Didit كل جلسة تشترك في معرف بيانات المورد نفسه تحت ملف تعريف واحد؟
آخر تعديل في ٧ نوفمبر ٢٠٢٦