تشريح معاملة فاشلة
معظم المعاملات "الفاشلة" ليست فاشلة. الاستدعاءات الأربعة خلف نقرة واحدة، ولماذا تفشل المعاملات، والمرجع الذي يُبقي النقرة الواحدة عملية شراء واحدة، والمعنى الحقيقي لـ"قيد الانتظار".
تُظهر المخططات ممارسة معتادة من خبرتي الشخصية، بصورة مبسّطة. وهي ليست العملية الداخلية لأي شركة.
معظم المعاملات "الفاشلة" ليست فاشلة
في سلسلة المنتجات الرقمية، "الفشل" واحد فقط من عدة نتائج، وغالباً ليس النتيجة الأولى. وما يراه العميل خطأً قد يكون رفضاً أو تأخيراً أو عملية شراء تمت فعلاً.
- نجاح
تقول الحالة النهائية إن المنتج وصل.
- فشل
إجابة واضحة تقول إنه رُفض.
- لا إجابة بعد
الحالة الصعبة. لا فشل ولا نجاح.
اقرأ القسم كاملاً
يرى العميل نتيجة واحدة على شاشة واحدة. وخلفها تجري المنصة حواراً قصيراً مع المستوى الأعلى منها، وقد ينتهي هذا الحوار بإحدى ثلاث نتائج: النجاح أو الفشل أو عدم وصول إجابة بعد.
والنتيجة الثالثة هي الصعبة. ومعظم الحرفة في تشغيل منصة PPOB تكمن في طريقة التعامل معها.
أربعة استدعاءات لا استدعاء واحد
الشراء يتكون من أربعة استدعاءات على الأكثر لا من استدعاء واحد: الاستعلام، والدفع، والاستجابة (callback)، وعندما يحدث خلل في الطريق، الاستيضاح (advice).
الاستعلام ليس مطلوباً لكل منتج.
اقرأ القسم كاملاً
*الاستعلام (inquiry)* يتحقق من التفاصيل قبل أن تتحرك أي أموال. ففي الفواتير يؤكد المبلغ المستحق. وفي كثير من المنتجات المدفوعة مسبقاً لا حاجة إليه.
*الدفع (payment) يرسل الطلب. والاستجابة (response)*، التي تصل غالباً على شكل callback، تعيد الحالة النهائية، أحياناً فوراً وأحياناً لاحقاً.
و*الاستيضاح (advice)* يُستخدم عندما لا تصل الإجابة، مثلاً بعد انتهاء المهلة. وبدلاً من التخمين، تسأل المنصة من جديد عن حالة المعاملة نفسها.
لماذا تفشل المعاملات
الأسباب المعتادة هي انتهاء المهلة، وتوقف المزوّد عن العمل، ورقم وجهة خاطئ، ورصيد غير كافٍ. وقد تبدو متشابهة على الشاشة، لكنها لا تنتهي بالطريقة نفسها.
اختر سبباً لترى ما يراه النظام وما يحدث بعد ذلك.
- ما يراه النظام
- إجابة واضحة: الوجهة غير صالحة.
- الحالة
- فشل فوراً
- الأموال
- لا شيء يتحرك.
- ما يحدث بعد ذلك
- يصحح العميل الرقم ويحاول من جديد.
اقرأ القسم كاملاً
بعض الأسباب يعطي إجابة واضحة. فالرقم الخاطئ أو الرصيد غير الكافي يُرفض، وتفشل المعاملة فوراً. ولا شيء يحتاج إلى تحقيق.
وأسباب أخرى تعطي صمتاً. فانتهاء المهلة، أو مزوّد لا يجيب، يترك المنصة بلا حالة نهائية. ولهذا توجد حالة "قيد الانتظار"، ولهذا لا تُعدّ فشلاً.
اختر سبباً في الأسفل لترى ما يراه النظام وما يحدث بعد ذلك. وهي صورة مبسّطة للممارسة المعتادة.
مرجع واحد لكل طلب
يحمل كل طلب transaction_id فريداً، يُستخدم في جميع معاملات المنتجات الرقمية وPPOB. وبه يُعرف التكرار، وتطابق المستويات سجلاتها لاحقاً.
اقرأ القسم كاملاً
أكتفي هنا بالفكرة العامة. فالعميل الذي ينقر مرتين، أو المنصة التي تسأل من جديد بعد انتهاء المهلة، يرسل طلباً يشير إلى المعاملة نفسها. وبوجود المرجع يمكن التعرف عليه على أنه تكرار، لا أن يُعالج على أنه عملية شراء ثانية.
والمرجع نفسه هو ما تستخدمه المستويات لمطابقة السجلات عند التسوية.
قيد الانتظار، مشبوهة، تمت التسوية
قيد الانتظار ليس فشلاً. وبعد نحو ساعة تُعدّ المعاملة المعلّقة مشبوهة، وتقوم المستويات بالتسوية، آلياً ويدوياً، خلال يوم على الأكثر.
اقرأ القسم كاملاً
التسوية في معظمها آلية: تقارن المستويات سجلاتها وتحسم ما يتطابق. وما تعجز عنه الأتمتة تُجرى تسويته يدوياً. وبحسب خبرتي يكتمل هذا خلال يوم على الأكثر.
وللمزوّدين كذلك نوافذ صيانة، وهي تؤثر في جميع أنواع المنتجات. والتأخير داخلها قد يبدو فشلاً وهو ليس كذلك.
تعمل المنصة وجانب الإيداع على مدار الساعة. والاستثناء هو ساعات الإغلاق (cut-off) التي يحددها كل مزوّد.
أخطاء الداخلين الجدد
الأخطاء التي أراها أكثر تتعلق بالصبر والانضباط والحضور أكثر مما تتعلق بالتقنية.
- التعجل
- الطمع
- فهم تقني سطحي
- تجاهل التنظيمات
- حرب أسعار من اليوم الأول
- غياب المجتمع والحضور في السوق
اقرأ القسم كاملاً
كثيراً ما يكون الداخلون الجدد إلى هذا المجال متعجلين وطماعين. وفهمهم للتقنية سطحي، ويتجاهلون التنظيمات، ويبدؤون حرب أسعار من اليوم الأول، ولا يبنون مجتمعاً أو حضوراً في السوق في منطقتهم.
والانضباط نفسه ينطبق على من يدخل السلسلة. فيُفحص التجار إلكترونياً بواسطة eKYC، أو يدوياً بواسطة KYC أو KYB. ومحاولات الاحتيال التي أراها أكثر هي استخدام وثائق أشخاص آخرين والهندسة الاجتماعية.
ما نخرج به
صمّم للحالة المجهولة، وأعطِ كل طلب مرجعاً، وأجرِ التسوية كل يوم.
اقرأ القسم كاملاً
إذا كنت تبني المنتج، فعامل "قيد الانتظار" على أنها حالة حقيقية وأظهرها بصدق. فالعميل الذي يعرف أن المعاملة ما زالت قيد الانتظار لن يدفع مرتين.
وإذا كنت تدير العمليات، فاحتفظ بمرجع فريد لكل طلب، وعامل الانتظار على أنه حالة من الدرجة الأولى، وأجرِ التسوية يومياً.
المصادر والملاحظات
ممارسة معتادة من خبرتي، لا العملية الداخلية لأي شركة. والمحاكي توضيح مبسّط.
- مثال عام ذو صلة: توثيق واجهة PPOB من Snapcart يصنّف انتهاء المهلة كحالة قيد التنفيذ ويستخدم callback والاستعلام الدوري.
- السلسلة الكاملة، مستوىً بعد مستوى، في الشرح المعمّق.