يقوم أحد الزملاء بشراء تذكرة لحضور مؤتمر باستخدام بطاقة افتراضية للشركة. يصل إتمام الدفع إلى شاشة 3D Secure، ولكن طلب الموافقة يصل إلى هاتف مدير مالي غير متاح في الوقت الحالي.
في تلك اللحظة، قد يبدو تمرير الرمز لمرة واحدة عبر دردشة جماعية حلاً مريحًا.
لكن ذلك قد يضعف مستوى التحكم الذي صُممت 3D Secure لتوفيره.
المشكلة الحقيقية ليست ببساطة أن عملية الدفع فشلت. بل إن الفريق لم يحدد بوضوح ثلاثة أمور:
- من يُسمح له بإجراء عملية الشراء
- من يوافق على الإنفاق
- من يمكنه إكمال مصادقة جهة إصدار البطاقة
يوضح هذا الدليل كيفية استعداد الفرق لمصادقة 3D Secure قبل إتمام الدفع، وما الذي يجب فعله عندما يصل طلب المصادقة إلى الشخص الخطأ، وكيفية استعادة العملية دون إنشاء طلبات مكررة أو مشاركة بيانات مصادقة حساسة.
افهم ما الذي يطلبه تحدي 3D Secure
تُعد 3D Secure جزءًا من عملية مصادقة البطاقة بين التاجر وجهة الإصدار.
وبحسب الإعدادات، قد يتطلب التحدي:
- رمزًا لمرة واحدة
- موافقة عبر التطبيق
- المصادقة البيومترية
- طريقة مصادقة أخرى تدعمها جهة الإصدار
الغرض من ذلك هو التحقق من أن الشخص الذي يُكمل عملية الدفع مخول باستخدام البطاقة.
وهذا منفصل عن الموافقة الداخلية على الإنفاق داخل الشركة.
قد يكون المدير قد وافق بالفعل على شراء تذكرة مؤتمر بقيمة €400، ولكن جهة الإصدار قد تظل تطلب استجابة مصادقة صالحة قبل أن تتمكن عملية الدفع بالبطاقة من المتابعة.
قبل الموافقة على أي طلب، تحقق من:
- التاجر
- المبلغ
- العملة
- الوقت
- ما إذا كانت عملية الشراء متوقعة
إذا أظهر طلب المصادقة مبلغ €4,000 بينما كان المشتري يتوقع €400، فتوقف.
إذا لم يكن أحد يجري عملية شراء في الوقت الحالي، فتعامل مع الطلب على أنه مشبوه وتحقق منه من خلال نشاط الحساب الرسمي.
الأدوار الثلاثة في عملية الشراء داخل الشركة
في العديد من الفرق، لا يتحكم شخص واحد في جميع الخطوات.
عادةً ما تكون هناك ثلاثة أدوار:
مقدم الطلب
الموظف الذي يحتاج إلى المنتج أو الخدمة.
المسؤول عن الموافقة على الإنفاق
الشخص الذي يقرر ما إذا كان ينبغي على الشركة دفع المبلغ.
المسؤول عن المصادقة
الشخص الذي يمكنه الوصول إلى طريقة 3D Secure التي تدعمها جهة الإصدار.
أحيانًا يؤدي موظف واحد الأدوار الثلاثة جميعها. وفي حالات أخرى، قد يكون هؤلاء الأشخاص في أقسام مختلفة أو حتى في بلدان مختلفة.
المهم هو معرفة من يتحمل مسؤولية كل خطوة قبل إدخال بيانات البطاقة أثناء إتمام عملية الدفع.
إن وجود سياسة تنص على أن «قسم المالية يوافق على المدفوعات» لا يكفي إذا لم يكن أحد يعرف من يمكنه الاستجابة لطلب 3DS في وقت إجراء عملية الشراء فعليًا.
لا تشارك رموز OTP أو بيانات اعتماد المصادقة
يجب على الفرق تجنب حل المشكلة من خلال تمرير الرموز لمرة واحدة أو كلمات المرور أو جلسات تسجيل الدخول أو بيانات اعتماد المصادقة عبر الدردشة.
فهذا يضعف إمكانية تتبع المسؤولية وقد يؤدي إلى كشف معلومات أخرى تتعلق بالبطاقة أو الحساب.
والنهج الأفضل هو:
- يخبر المشتري المسؤول المخول بالمصادقة بأن هناك محاولة دفع جارية
- يفتح المسؤول تطبيق جهة الإصدار الرسمي أو طريقة المصادقة بشكل مستقل
- يتحقق المسؤول من التاجر والمبلغ والعملة
- يوافق المسؤول فقط إذا كان الطلب يتطابق مع عملية الشراء المعتمدة
على سبيل المثال:
«أنا في صفحة إتمام شراء تذكرة المؤتمر بقيمة €400. يرجى التحقق من تطبيق جهة الإصدار لمعرفة ما إذا كان هناك طلب مطابق».
بهذه الطريقة يتم توضيح سياق عملية الشراء دون إرسال سر المصادقة.
جهّز الجهاز قبل إتمام عملية الدفع
وجود بطاقة صالحة لا يكفي إذا كان جهاز المصادقة غير متاح.
قبل إجراء عملية شراء حساسة للوقت، تحقق من أن الشخص المخول يستطيع فعليًا الوصول إلى طريقة المصادقة المطلوبة.
قد تشمل المشكلات المحتملة:
- الهاتف المسجل غير متصل بالإنترنت
- انتهت جلسة التطبيق
- تم تعطيل الإشعارات الفورية
- الرقم المسجل يعود إلى موظف سابق
- لم يعد المستخدم يمتلك صلاحية الوصول إلى الحساب المطلوب
- تحتاج طريقة المصادقة إلى التحديث
إذا كانت قناة المصادقة غير صحيحة، فاستخدم الإجراء الرسمي الذي يوفره مزود الخدمة لتحديثها.
لا تنتظر حتى يبدأ مؤقت إتمام عملية الشراء بالفعل. فبعض تغييرات الوصول تتطلب التحقق ولا يمكن إكمالها على الفور.
ماذا تفعل عندما يصل طلب المصادقة إلى الشخص الخطأ؟
إذا وصل طلب 3DS إلى شخص غير متاح، فتجنب إرسال عملية الدفع نفسها بشكل متكرر.
بدلاً من ذلك:
- سجّل صفحة الطلب والمرجع الخاص به.
- تواصل مع المسؤول المخول بالمصادقة.
- اطلب منه التحقق من الواجهة الرسمية لجهة الإصدار.
- إذا لم يتمكن من الرد قبل انتهاء صلاحية التحدي، اترك المحاولة تنتهي.
- تحقق مما إذا كان التاجر قد أنشأ طلبًا أو ما إذا كانت البطاقة تُظهر عملية تفويض معلقة.
- أعد المحاولة فقط بعد أن يفهم الفريق حالة المحاولة الأولى.
لا يعني انتهاء مهلة تحدي 3DS تلقائيًا أن شيئًا لم يحدث.
فقد يكون التاجر قد أنشأ طلبًا بالفعل، وقد تظل هناك عملية تفويض على البطاقة.
إذا وصل طلب المصادقة إلى موظف سابق
هذه ليست مجرد مشكلة في الدفع. إنها مشكلة في التحكم بالحساب.
لا تطلب من موظف سابق تمرير الرموز بعد مغادرته الشركة.
بدلاً من ذلك:
- أزل صلاحية الوصول القديمة من خلال الإجراء الرسمي الذي يوفره مزود الخدمة
- أكد المستخدم الحالي المخول أو المسؤول الإداري
- راجع ما إذا كانت بطاقات أو حسابات أخرى تستخدم جهة الاتصال القديمة نفسها
- حدّث سجلات المسؤولية الداخلية
في حالة الحاجة إلى إجراء عملية شراء عاجلة، قد تحتاج الشركة إلى استخدام طريقة دفع أخرى معتمدة أثناء معالجة مشكلة الوصول إلى الحساب.
عندما تتم الموافقة على الطلب ولكن يفشل إتمام عملية الشراء
لا تعني الموافقة الناجحة على 3DS بالضرورة أن التاجر قبل الطلب.
فالمصادقة ليست سوى خطوة واحدة من خطوات عملية الدفع.
إذا وافق المسؤول على الطلب ولكن استمرت صفحة إتمام الشراء في عرض خطأ:
- سجّل الوقت
- احفظ مرجع طلب التاجر
- تحقق مما إذا كان التاجر قد أنشأ طلبًا
- تحقق من حساب البطاقة بحثًا عن نشاط معلق أو مكتمل
- تواصل مع التاجر بشأن حالة الطلب
- تواصل مع مزود البطاقة إذا كانت هناك حاجة إلى مراجعة المصادقة أو حالة البطاقة
قد يرى التاجر ومزود البطاقة أجزاء مختلفة من مسار الدفع.
تجنب محاولات الدفع المتكررة
من أكثر الأخطاء شيوعًا بعد فشل خطوة 3DS إعادة إرسال عملية الدفع مرارًا وتكرارًا.
وقد يؤدي ذلك إلى:
- إنشاء طلبات مكررة لدى التاجر
- إجراء عدة محاولات تفويض
- عمليات حجز مؤقت للأموال
- ظهور إشارات مرتبطة بالمخاطر
- ظهور عدة طلبات للمصادقة
إذا وصلت عدة طلبات خلال فترة قصيرة، فلا توافق عليها جميعًا لمجرد معرفة أي منها سينجح.
أوقف عملية إتمام الشراء، وحدد الطلب النشط، وقارن بين التاجر والمبلغ والطابع الزمني لكل طلب.
مؤقت إتمام الشراء وحالة الطلب شيئان مختلفان
قد يحتفظ التاجر بتذكرة محجوزة لمدة عشر دقائق، بينما تكون مهلة تحدي 3DS أقصر.
وقد ينشئ التاجر أيضًا طلبًا غير مدفوع قبل اكتمال المصادقة.
لذلك يجب على الفرق التمييز بين:
- مؤقت إتمام الشراء
- مؤقت المصادقة
- حالة طلب التاجر
- حالة تفويض البطاقة
قبل إعادة المحاولة، تأكد مما حدث فعليًا للطلب الأول.
وهذا مهم بشكل خاص لتذاكر المؤتمرات وحجوزات السفر والمنتجات محدودة المخزون أو مشتريات البرامج التي تتغير أسعارها بحسب توقيت الشراء.
أين يأتي دور Buvei؟
إذا كانت البطاقة تتم إدارتها من خلال Buvei، فتحقق من تعليمات المصادقة وأدوار الحساب المتاحة لتلك البطاقة والحساب المحددين.
في حالة فشل محاولة المصادقة أو توجيهها إلى الشخص الخطأ، قدم إلى فريق الدعم:
- التاريخ والوقت
- التاجر
- المبلغ
- العملة
- بيانات البطاقة المخفية
- رسالة الخطأ
- ما إذا ظهر تحدي مصادقة
- ما إذا كان أي شخص قد وافق عليه
لا تُدرج رموز OTP الفعالة أو أرقام البطاقات الكاملة أو رموز الأمان في لقطات الشاشة.
يمكن أن تساعد البطاقة الافتراضية المخصصة الفرق في تحديد المورد أو المشروع أو الميزانية التي تنتمي إليها المعاملة، لكنها لا تحل محل مصادقة جهة الإصدار أو الموافقة الداخلية.
أنشئ تغطية احتياطية دون مشاركة هوية واحدة
لا يمكن لمدير مالي واحد أن يكون متاحًا دائمًا لكل عملية شراء.
لذلك ينبغي على الفرق التخطيط لما يلي:
- الإجازات
- اختلاف المناطق الزمنية
- مغادرة الموظفين للشركة
- عمليات الشراء العاجلة المتعلقة بالفعاليات
- الاشتراكات المتكررة
- المدفوعات خارج ساعات العمل
عندما يدعم مزود الخدمة ذلك، استخدم الأدوار أو المسؤولين المخولين بشكل صحيح بدلًا من مشاركة بيانات تسجيل الدخول أو طريقة المصادقة الخاصة بموظف واحد.
إذا كان مزود الخدمة لا يدعم وجود مسؤول احتياطي للمصادقة، فقد يحتاج الفريق إلى جدولة عمليات الشراء الحساسة في وقت أبكر أو استخدام طريقة دفع أخرى معتمدة.
يجب أن يكون الحل مدعومًا من خلال إجراءات التشغيل، وليس حلًا مرتجلًا.
احتفظ بسجل بسيط للفريق
بالنسبة إلى التجار المهمين، احتفظ بسجل داخلي بسيط يتضمن:
- المسؤول عن الشراء
- المسؤول عن الموافقة على الإنفاق
- تسمية البطاقة
- المسؤول عن المصادقة
- الإجراء الاحتياطي المعتمد
- عنوان URL لحساب المورد
- جهة اتصال الدعم
لا تخزن:
الهدف ليس إنشاء وثيقة امتثال كبيرة.
بل هو ببساطة التأكد من أن المشتري يعرف بمن يتواصل قبل بدء إتمام عملية الشراء.
ثلاث مشكلات متشابهة تحتاج إلى حلول مختلفة
قد تبدو بعض حالات 3DS متشابهة، لكنها تتطلب استجابات مختلفة.
يصل الطلب إلى الشخص الصحيح ولكنه يعرض مبلغًا غير صحيح
ارفضه وتحقق من سلة الشراء والتاجر وأي جلسات إتمام شراء مكررة.
يصل الطلب إلى موظف سابق
حدّث ملكية الحساب من خلال الإجراء الرسمي الذي يوفره مزود الخدمة.
لا يتلقى أحد طلب المصادقة
تحقق من إعادة توجيه المتصفح وتطبيق مزود الخدمة وإعدادات البطاقة، واسأل الدعم عما إذا تم تشغيل حدث مصادقة.
تعامل مع الحدث الفعلي الذي رأيته بدلًا من افتراض أن كل مشكلة تعني ببساطة أن «3DS فشل».
بعد حدوث مشكلة في المصادقة
يمكن أن تساعد المراجعة المختصرة في منع تكرار المشكلة نفسها.
سجّل:
- التاجر
- الوقت والمنطقة الزمنية
- تسمية البطاقة
- المبلغ
- ما ظهر على شاشة المشتري
- ما ظهر على جهاز المسؤول عن المصادقة
- ما إذا تمت الموافقة على التحدي
- حالة طلب التاجر
- حالة تفويض البطاقة
ثم عيّن شخصًا واحدًا لمعالجة المشكلة الأساسية.
قد يعني ذلك تحديث رقم هاتف قديم، أو تغيير مالك الحساب، أو إضافة دور مخول عندما يكون ذلك مدعومًا، أو تحسين عملية الشراء الداخلية.
القاعدة التي يجب اتباعها في عملية الدفع التالية
قبل إدخال بيانات البطاقة، اعرف:
من الذي يجري عملية الشراء؟
من وافق على الإنفاق؟
من يمكنه إكمال مصادقة 3D Secure؟
يجب على المسؤول عن المصادقة التحقق من الطلب بشكل مستقل من خلال واجهة جهة الإصدار المدعومة، والتأكد من التاجر والمبلغ والعملة.
إذا كانت التفاصيل غير متطابقة، أو كان الشخص الصحيح غير متاح، فأوقف العملية وتحقق من حالة الطلب قبل إعادة المحاولة.
العملية الناجحة ليست مجرد «أن الرمز عمل».
بل هي: عملية شراء صالحة + مصادقة صحيحة + طلب تاجر مؤكد + وضوح المسؤولية عن كل قرار.
