منح شخص محاولة تحقق أخرى
طريقتان لمنح مستخدم محاولة ثانية: طلب إعادة إرسال الخطوات التي فشلت فقط، أو بدء جلسة جديدة تمامًا. تعتمد الطريقة على حالة الجلسة الحالية.
إعادة الإرسال إذا كانت الجلسة قيد المراجعة أو مرفوضة؛ نفس الجلسة، ويعيد الشخص فقط الخطوة التي فشلت. جلسة جديدة إذا انتهت صلاحيتها أو تُركت. إعادة الإرسال هي دائمًا تقريبًا الخيار الأفضل لمستخدم حقيقي.
هناك طريقتان لمنح شخص محاولة أخرى: طلب إعادة إرسال للخطوات التي فشلت، أو إنشاء جلسة جديدة من الصفر. تعتمد الطريقة التي تريدها على حالة الجلسة الحالية.
#الخيار 1: طلب إعادة إرسال (الجلسة قيد المراجعة أو مرفوضة)
تُبقي إعادة الإرسال على الجلسة والسجل نفسيهما، وتطلب من الشخص فقط إعادة الخطوات المحددة التي فشلت، لا التحقق بأكمله.
- خيارات إضافية هي حيث يمكن إعادة فتح جلسة ليحاول المستخدم مرة أخرى.
- تظهر المحاولة الجديدة في الأحداث بجانب الأولى، فيمكنك مقارنتهما.
- افتح الجلسة
في كونسول الأعمال، اذهب إلى عمليات التحقق وافتح الجلسة.
- اطلب إعادة الإرسال
افتح قائمة الإجراءات واختر طلب إعادة الإرسال. اختر الخطوات التي يحتاج الشخص إعادتها: أي خطوة لم تُقبل.
- أخطر الشخص (اختياري)
إذا كان بريده الإلكتروني مسجَّلًا لديك، يمكنك إرسال رابط له مباشرة إلى إعادة الإرسال تلقائيًا. يمكنك أيضًا تحديد لغة تلك الرسالة.
- انتظر إعادة التقييم
تتغير حالة الجلسة إلى أُعيد إرسالها أثناء الانتظار. بمجرد إكمال الشخص الخطوات المطلوبة، يعيد النظام تقييمها تلقائيًا وينقل الجلسة إلى مقبولة، أو مرفوضة، أو قيد المراجعة.
يمكن طلب إعادة الإرسال أكثر من مرة على الجلسة نفسها؛ تُحفظ كل جولة في سجل الجلسة لأغراض سجلاتك. يمكن للمطورين إطلاق الشيء نفسه عبر واجهة تحديث حالة الجلسة.
#الخيار 2: إنشاء جلسة جديدة (الجلسة منتهية الصلاحية أو متروكة)
إذا انتهت صلاحية جلسة قبل أن يفتحها الشخص، أو تركها في المنتصف، لا تنطبق إعادة الإرسال؛ أنشئ جلسة جديدة وأرسل له رابطًا جديدًا، إما من تدفق رابط التحقق في الكونسول أو عبر واجهة إنشاء جلسة. تحصل الجلسة الجديدة على معرّف جلسة خاص بها وتبدأ من لم تبدأ.
مرّر vendor_data نفسها التي استخدمتها في المرة الأولى. هذا هو ما يجمّع كلتا المحاولتين تحت مستخدم موحّد واحد، فتحافظ على رؤية واحدة لذلك الشخص رغم أن الجلستين منفصلتان.
#أي طريقة يجب أن تستخدم؟
| إعادة الإرسال | جلسة جديدة | |
|---|---|---|
| معرّف الجلسة | نفسه | جديد |
| السجل | محفوظ معًا في مكان واحد | منفصل، مرتبط فقط عبر vendor_data |
| ما الذي يعيده الشخص | الخطوات الفاشلة فقط | كل شيء |
| يعمل من | قيد المراجعة، مرفوضة | أي حالة، لكنه يُحتاج أساسًا للمنتهية الصلاحية أو المتروكة |
| التكلفة | فقط الخطوات التي تُعاد وتكتمل | كل خطوة في سير العمل مرة أخرى |
لمشكلة قابلة للإصلاح، صورة ضبابية، أو جانب مستند خاطئ، تكاد تكون إعادة الإرسال دائمًا الخيار الأفضل: احتكاك أقل لمستخدم حقيقي، وأرخص، وتحافظ على مسار تدقيق واحد.
#ما تكلفه إعادة المحاولة
تحدث الفوترة لكل ميزة مكتملة، لذا:
- إعادة إرسال تعيد خطوة المستند فقط تُفوتر تلك الخطوة فقط.
- الجلسة الجديدة تمامًا تشغّل سير العمل بأكمله مرة أخرى وتُفوتر كل ميزة تكتمل مرة أخرى.
- الخطوة التي لا يصل إليها الشخص أبدًا لا تُفوتر إطلاقًا.
هذه هي الحجة العملية لصالح إعادة الإرسال على جلسة جديدة عند فشل قابل للإصلاح. راجع ما الذي يُحتسب فحصًا قابلًا للفوترة.
#التحكم في عدد المحاولات التي يحصل عليها الشخص
إذا كنت تفضّل ألا يُقدَّم لشخص فشل تحقّقه محاولة أخرى داخل التدفق نفسه، فهذا سؤال إعداد سير عمل؛ إجراء الخطوة عند كل تحذير يقرر ما إذا كان الشخص يُدعى لإعادة المحاولة، أو يُرسَل للمراجعة، أو يُرفض مباشرة. راجع قواعد القرار والعتبات.
كن حذرًا بشأن إزالة إعادة المحاولات كليًا. بعض إخفاقات الالتقاط سببها الجهاز، لا الشخص؛ كاميرا أسقطت إطارًا أو هاتف لم يتمكن من الإمساك بشريحة NFC. إزالة إعادة المحاولة تحوّل هذه إلى رفض دائم لمستخدمين شرعيين.