ليست كل التصاريح متساوية: استخدام مستويات التأكيد في قرارات تسجيل العملاء والتحقق من هويتهم

تعامل مع الجولات الثلاث على أنها ثلاث مستويات مختلفة من الأدلة، وحدد قبل البدء ما يُسمح لكل منها القيام به.chipيعتمد اجتياز الاختبار على البيانات التي وقعتها الدولة المصدرة.gov_dbيعتمد إقرار القرار على سجل الحكومة نفسها.documentيعتمد القبول على مظهر المستند في الصورة. يمكن أن يكون الثلاثة عملاء حقيقيين، ويجب تسجيلهم جميعًا، ولكن لا ينبغي منحهم نفس الحدود تلقائيًا.

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

ماذا يعني كل مستوى من مستويات الضمان؟

في Toden التحقق من الهوية ، كل عملية تحقق ناجحة تحمل معهاassuranceLevel، كما هو موضح في وثائق البلدان وأنواع المعرفات (يفتح في علامة تبويب جديدة) :

يعكس الترتيب مصدر الأدلة. NIST تستخدم إرشادات التحقق من الهوية الصادرة عن هيئة الأوراق المالية والبورصات الأمريكية، SP 800-63A-4 (يفتح في علامة تبويب جديدة) (يوليو 2025)، منهجًا مشابهًا: إذ تتطلب أقوى فئة من الأدلة التحقق "من خلال التحقق المشفر من محتويات الدليل ومصدر إصداره"، بما في ذلك "سلسلة ثقة تصل إلى نقطة ارتكاز موثوقة". وهذا ما يفعله فحص الشريحة. NIST هو إطار عمل أمريكي، ولا تتطابق فئاته بشكل مباشر مع هذه المستويات، لكن المنطق هو نفسه.

لماذا لا تكفي هذه التذكرة لتحديد المسار؟

لأن عمليتي تحقق بنفس النتيجة قد تحملان كميات مختلفة تماماً من الأدلة.

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

المجال الثاني المهم هوfacialMatchSourceوالذي يوضح الصورة التي تمت مقارنة صورة السيلفي بها:gov_record،chipأوdocumentإن مطابقة الصورة المطبوعة مع الصورة الأصلية دليل أضعف، لأن المزور يطبع وجهه على الصورة المزورة؛ Toden لا يؤدي ذلك أبدًا إلى رفع مستوى الضمان. إنها سياسة تنظر فيassuranceLevelلكنه يتجاهلfacialMatchSourceيغفل نصف الصورة.

كيف ينبغي التعامل مع كل مستوى؟

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

ثلاثة مبادئ تجلس خلف الطاولة.

1. يُحدد المستوى الحد الأقصى، وليس الحد الأدنى .documentالعميل من الفئة - ليس مشتبهاً به. إنه عميل لا تعرف عنه الكثير، وهذا سبب لفرض حدود إنفاق أقل، وليس سبباً للرفض.

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

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

كيف يبدو هذا كرسم بياني لاتخاذ القرار؟

في Toden تُنفذ مسارات العمل ، وهي عبارة عن رسم بياني للقرارات، بعد انتهاء عمليات التحقق، وتتفرع بناءً على حقول مثل:verification.assuranceLevelوverification.facialMatchSourceوينتهي الأمر بالموافقة أو المراجعة أو الرفض. يمكن لعلامة الإجراء تحديد المستوى بحيث يقوم نظامك الخلفي بوضع حدود من خلالworkflow.run.completedرابط الويب. رسم بياني توضيحي للسياسة المذكورة أعلاه:

1. Wait for screening
2. If screening.anyMatch            -> open case, then REVIEW
3. If verification.status != VERIFIED -> DECLINE
4. If assuranceLevel in [chip, gov_db]
     and facialMatchSource in [chip, gov_record] -> tag "tier-full", APPROVE
5. If assuranceLevel == document    -> tag "tier-reduced", APPROVE
6. Otherwise                        -> REVIEW

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

ما هي الحالات الاستثنائية؟

شريحة على مسار قاعدة بيانات الحكومة. في Toden عندما يتم التحقق من هوية ما مقابل قاعدة بيانات حكومية (جواز سفر نيجيري، على سبيل المثال)، تتم مقارنة صورة السيلفي بصورة الحكومة بدلاً من صورة الشريحة. وفي هذه العملية، تصل الشريحة إلىchipيتم التحقق من المستوى فقط إذا أثبتت المصادقة النشطة أنه ليس نسخة؛ وإلا فإن التحقق لا يزال ينجح في المستوى التاليgov_db. هذا ليس تراجعاً من الناحية العملية: فكلا المستويين يحصلان على نفس المعاملة في السياسة المذكورة أعلاه.

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

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

قائمة التحقق قبل بدء التشغيل

• محلassuranceLevelوfacialMatchSourceمع كل سجل للعميل، بجانب النتيجة.

• اكتب سياسة من صفحة واحدة تربط كل تركيبة بنتيجة وحدودها.

• قم بتنفيذه كرسم بياني للقرار بحيث يتم تطبيقه بشكل متسق، وقم بتصنيف الطبقة الخاصة بالواجهة الخلفية.

• امنح العملاء ذوي المستوى الأدنى مسارًا للوصول إلى مستوى أعلى.

• استمر في إجراء الفحص والمراقبة لكل مستوى.

• راجع السياسة عند إضافة أسواق جديدة، لأن المستوى الذي يمكن لعملائك الجدد الوصول إليه يعتمد على البلد.

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