التقنية المالية والإقراض
KYC للشركات المالية التقنية وجهات الإقراض، مصمَّم لكندا
تحقق من هوية مقدّمي طلبات القروض يعمل في المتصفح أو التطبيق، ويكشف الهوية المستعارة أو المصطنعة قبل وصولها إلى الاكتتاب، ويدوّن كل فحص في سجل يمكنكم تقديمه إلى جهة تنظيمية أو مدقق. مُستضاف على بنية تحتية نتحكم بها. جلسات sandbox لا تُفوتَر أبدًا.
المشكلة
التأهيل الرقمي سريع. والاحتيال أسرع.
منتج الإقراض الذي يوافق خلال دقائق يحتاج إلى فحص هوية يواكبه، من دون أن يتحول إلى طابور مراجعة يدوية.
الطلب يبدو سليمًا
اسم وتاريخ ميلاد وعنوان ورقم SIN، وكلها سليمة على الورق. أما الوثيقة التي تقف خلفها فهوية مسروقة أو مشتراة، أو حقول مركّبة من أكثر من شخص حقيقي.
يزداد طابور المراجعة اليدوية
كل طلب لا يستطيع فريقكم قبوله تلقائيًا يصبح شخصًا يفتح ملف PDF ويدقق في صورة هوية ويخمّن. هذا بطيء، ومتفاوت بين المراجعين، ولا يتناسب مع حجم الإنفاق التسويقي.
الجهة التنظيمية تسأل لاحقًا
بعد أشهر من إبرام قرض، يسأل أحدهم كيف جرى التأكد من هوية المقترض. "نظرنا إلى صورة رخصته" ليست إجابة يرغب مسؤول الامتثال في تكرارها.
مثال تطبيقي
قرض شخصي بقيمة $15,000 قُدِّم طلبه في الساعة 11:40 مساءً
مثال خيالي لتوضيح شكل سير العمل. لا يتعلق بأي متقدّم أو جهة إقراض أو قرض حقيقي.
الطلب
تُنهي عائشة طلب قرض على موقع جهة إقراض من هاتفها. يطلب النموذج اسمها وتاريخ ميلادها وعنوانها، ثم ينقلها إلى صفحة التحقق المستضافة من ShieldID مع إرفاق هذه البيانات كقيم متوقعة تتم المطابقة معها.الالتقاط
تصوّر عائشة الوجهين الأمامي والخلفي لرخصة القيادة الصادرة في أونتاريو، ثم مقطع فيديو قصيرًا لوجهها. يُقرأ باركود PDF417 والوجه المطبوع ويُتحقق من كل منهما مقابل الآخر بمجموع اختباري؛ وأي عدم تطابق بينهما يُبلَّغ عنه ولا يُجرى له متوسط يخفيه.الحيوية والمطابقة
يُتتبَّع تحدٍّ موجَّه (رمش، التفات، ثم العودة إلى المنتصف) عبر 478 معلمًا للوجه على عدة إطارات، فلا تنجح صورة ولا تسجيل ولا قناع. ثم يُقارَن الوجه الحي بصورة الوثيقة ويُبلَّغ بالنتيجة مقابل حد قرار ثابت.إشارات الاحتيال
تُجرى فحوص مكافحة الانتحال والتزييف العميق والأقنعة ثلاثية الأبعاد على صورة السيلفي، ويُجرى تقييم العبث بالوثيقة على الهوية. تعود كل نتيجة منفصلة، لا مدمجة في درجة واحدة غامضة، ليرى الاكتتاب بدقة ما تم التحقق منه وما لم يتم.القرار والسجل
يرسل ShieldID أحكام كل حقل وكل فحص إلى نظام جهة الإقراض عبر webhook موقّع. ويقرر محرك القواعد لدى جهة الإقراض ما يُفعل بالقرض. أما عملية التحقق — كل فحص ونتيجته ومن بدأها — فتُدوَّن في دفتر النشاط. وتُحذف صور الهوية تلقائيًا بمؤقت افتراضي مدته سبعة أيام، ويبقى سجل ما حدث.
ما يهم أكثر في الإقراض
الفحوص التي يعتمد عليها فريق الاكتتاب فعلًا
كل فحص أدناه يُنفَّذ في كل عملية تحقق. ولا شيء منه باقة مدفوعة عليكم تذكّر تفعيلها.
استخراج البيانات مع التحقق المتقاطع
مطابقة الوجه والحيوية
إشارات الاحتيال، في كل مرة
سجل النشاط
فحص قوائم المراقبة
للنزاعات وعمليات التدقيق
عندما يُشكَّك في قرار، يجيب الدفتر أولًا
يُعاد فتح ملف الإقراض: مقترض يعترض على رفض، أو مفتش يأخذ عينة من طلبات ربع سنة، أو تدقيق داخلي يسأل من فعل ماذا. دفتر النشاط هو المكان الذي تبدأ منه هذه المحادثة.
للإضافة فقط، وتفرضه قاعدة البيانات
يمكن إضافة الإدخالات، ولا يمكن تعديلها أو حذفها، لا من فريقكم ولا من ShieldID. وهذه خاصية في قاعدة البيانات نفسها، لا سياسة يمكن لأحد تجاوزها بصمت.
من تصرّف، ومتى
يسجّل كل إدخال الفاعل — شخصًا كان أو مفتاح API — والإجراء والنتيجة والطابع الزمني، فيكون لسؤال "من تحقق من هذا المتقدّم وماذا أبلغ المحرك" جواب مباشر بدل تخمين معاد بناؤه.
قابل للبحث والتصفية
صفّ حسب الفاعل أو الإجراء أو النتيجة أو النطاق الزمني لاستخراج الإدخالات التي تحتاجها مراجعة امتثال أو نزاع مع مقترض بالضبط، بدل تصدير كل شيء وحجب البيانات يدويًا.
يسجّل السجل اليوم نتائج التحقق الناجحة والفاشلة، وعمليات تسجيل الدخول ونشاط مفاتيح API، وعمليات تصدير التدقيق. وستتوفر قريبًا أحداث لكل عرض ولكل تنزيل لصور الهوية، وحدث قرار مخصص، وإيصالات الحذف، وتصدير CSV ذاتي الخدمة لفريقك.
خيارات التكامل
يلائم المكان الذي تجمعون منه الطلب أصلًا
يبدأ معظم فرق الإقراض بالتدفق المستضاف عند النقطة التي كانوا سيطلبون فيها رفع وثيقة، ثم ينتقلون إلى API حين يبرر الحجم ذلك.
صفحة التحقق المستضافة
webhooks موقّعة
واجهة REST API واحدة
Sandbox، دون أي رسوم
بصراحة
ما هو ShieldID وما ليس هو في منظومة الإقراض
يجدر قوله مباشرة، لأن مشتري التقنية المالية سيسأل.
ShieldID هو طبقة الهوية
يجيب جيدًا عن سؤال واحد: هل هذا شخص حقيقي يحمل هويته الحكومية الأصلية؟ وهو يقع تحت قواعد الاكتتاب لديكم وسحب بيانات مكتب الائتمان ونموذج الاحتيال الخاص بكم، لا بدلًا منها.
فحص قوائم المراقبة خدمة إضافية
فحوص العقوبات وقوائم المراقبة متاحة للحسابات التي تضيفها؛ وهي غير مضمّنة في كل الخطط افتراضيًا.
التحقق من الحسابات المصرفية غير متاح حاليًا
لا يتحقق ShieldID من الحسابات المصرفية أو الدخل حاليًا؛ وهذه الإمكانية ستتوفر قريبًا. إذا كان برنامجكم يحتاجها الآن، فاستخدموا فحص الهوية من ShieldID مع مزوّد التحقق المصرفي أو التحقق من الدخل لديكم.
ملاحظات الخصوصية
مصمَّم لملف خاضع للتنظيم، لا لعرض تجريبي فحسب
هوية مقدّم طلب القرض حساسة بحد ذاتها. وإليك بالضبط ما يحدث لها.
- مستضاف على خوادمنا الخاصة
- تُعالَج صور الهوية والحقول المستخرجة والنتائج وتُخزَّن على بنية تحتية نتحكم بها، وليس على مزوّد سحابة عام.
- تُحذف بعد مدة قصيرة
- تُحذف صور الهوية تلقائيًا، بعد سبعة أيام افتراضيًا وهي قابلة للضبط. ويبقى سجل التحقق بعد حذف الصور.
- مشفّر
- يُخزَّن تاريخ الميلاد مشفرًا، وتُشفَّر صور الهوية أثناء التخزين.
- مصمم ليتوافق مع PIPEDA
- الحد الأدنى من جمع البيانات، ومدة احتفاظ قصيرة، وسجل وصول قابل للبحث هي الضوابط التي نبني عليها؛ وعبارة «مصمم ليتوافق مع» مقصودة، فنحن لا ندّعي الحصول على أي شهادة لأنه لا توجد شهادة بعد.
مقارنةً بالطريقة اليدوية
ما الذي يتغير حين يتوقف المراجع عن فحص الصور بالعين
مقارنة بين فئتين، وليست ادعاءً بشأن أي مزوّد بعينه.
| الإمكانية | ShieldID | حل التحقق من الهوية (IDV) المعتاد للمؤسسات | الفحوصات اليدوية |
|---|---|---|---|
| قراءة المستند ومطابقته مع الطلب | نعم | عادةً | تقدير المراجِع |
| تحدي حيوية، وليس مجرد صورة سيلفي ثابتة | نعم | عادةً | لا |
| كل إشارة احتيال يُبلَّغ عنها على حدة | نعم | غالبًا حسب الفئات | غير متتبَّع |
| معيار موحّد لدى كل مراجع وفي كل وردية | نعم | عادةً | لا |
| Activity Ledger للإضافة فقط يمكنك البحث فيه عند النزاع | نعم | غير متاح للعميل | سلسلة رسائل بريد إلكتروني، إن كنت محظوظًا |
| بوتيرة مقدّم الطلب، دون قائمة انتظار يدوية | نعم | عادةً | لا |
| sandbox بلا رسوم أبدًا | نعم | أحيانًا | n/a |
اعتراضات
ما يسأل عنه مسؤول الامتثال قبل الموافقة
«أين شارات SOC 2 وISO لديكم؟»
لا نحملها بعد، ولا نعرض شارات لم نحصل عليها. أما ما يمكنك التحقق منه اليوم: استضافة ذاتية الإدارة وليست على سحابة عامة، وحذف تلقائي للصور، وصور مشفّرة أثناء التخزين، وسجل للإضافة فقط يمكنك قراءته داخل المنتج.
«هل يلبّي هذا التزاماتنا في التحقق من الهوية بموجب FINTRAC أو AML؟»
توفر لك ShieldID فحص هوية موثّقًا وقابلًا للتكرار مع سجل يسنده. أما ما إذا كان يستوفي طريقة تنظيمية محددة فهو قرار يعود إلى برنامج الامتثال لديك ومستشارك القانوني، فنحن لا نقدّم استشارات قانونية، ولن نقول لك إن الأمر محسوم.
"يريد فريق مكافحة الاحتيال لدينا التحقق من الحسابات المصرفية أيضًا."
غير متاح من ShieldID حاليًا، وسيتوفر قريبًا. استخدموا فحص الهوية من ShieldID مع أداة التحقق المصرفي أو التحقق من الدخل المعتمدة لديكم في الوقت الحالي، فنحن لا ندّعي تغطية ذلك الآن.
"ماذا لو كانت هوية مقدّم الطلب غير مألوفة، مثل رخصة أجنبية لقادم جديد؟"
تُقرأ الوثيقة حقلًا بحقل بدل رفضها بالكامل، وهنا بالضبط تميل الماسحات القائمة على القواعد إلى حظر المتقدمين الحقيقيين. وسترى ما تم التحقق منه وما لم يتم، لكل حقل.
ما تراه
فحص كل مقدّم طلب، حقلًا بحقل.
يتحقق المقترض من هويته أثناء تقديم الطلب. ويرى فريقك مصدر كل حقل ونتيجة كل فحص على حدة، لا درجة واحدة إما أن تثق بها أو تتجاهلها.
أسئلة
إجابات مباشرة للتقنية المالية والإقراض.
ابدأ الآن
ابدأوا في sandbox. وأضيفوا الدفتر إلى تدقيقكم القادم.
أنشئ جلسة sandbox، وأجرِ عملية تحقق على هاتفك، واطّلع على الإدخال الذي تكتبه في دفتر النشاط.
لا تُحتسب رسوم على جلسات sandbox أبدًا.