تابي وتمارا (الدفع الآجل)
تابي وتمارا مزوّدا خدمة "اشترِ الآن وادفع لاحقًا" المنتشران في السعودية والإمارات. يقسّم المشتري قيمة الشراء إلى أقساط، بينما يدفع لك المزوّد المبلغ كاملًا.
تستطيع TakeTheme إنشاء جلسة دفع لدى تابي أو تمارا وتحويل المشتري إليها، لكن لا يوجد معالج استدعاء لأي منهما. فعندما ينتهي المشتري من الدفع، لا شيء يُخبر TakeTheme بذلك.
وبما أن المدفوعات الإلكترونية تعتمد على الإنشاء المؤجل للطلب، فإن النتيجة هي:
- لا يُنشأ أي طلب، رغم أن العميل قد دُفِع منه المبلغ.
- يبقى سجل الدفع غير مدفوع.
- يرى العميل صفحة نجاح دون طلب حقيقي خلفها.
أي أن كل عملية دفع آجل مكتملة ستحتاج إلى البحث عنها في لوحة تحكم المزوّد وإعادة إنشائها يدويًا. أبقِ الطريقتين معطّلتين حتى تُطلَق معالجة الاستدعاءات.
يوثّق باقي هذه الصفحة ما هو موجود فعلًا، حتى تكون الإعدادات جاهزة عند اكتمال التكامل.
تابي (Tabby)
الإعدادات ← المدفوعات ← تابي.
| البيانات | مطلوبة |
|---|---|
| المفتاح السري | نعم |
| المفتاح العام | نعم |
| رمز التاجر (Merchant Code) | نعم |
| مفتاح الويب هوك | — |
تُنشئ TakeTheme جلسة لدى تابي بإجمالي الطلب (العناصر + الشحن + الضريبة) وتحوّل المشتري إلى منتج الأقساط. وإذا رفضت تابي المشتري — فمحرك المخاطر لديها يرفض جزءًا من الطلبات بحكم التصميم — يفشل إتمام الشراء وعليه اختيار طريقة أخرى.
تمارا (Tamara)
الإعدادات ← المدفوعات ← تمارا.
| البيانات | مطلوبة |
|---|---|
| رمز API (API Token) | نعم |
| رمز الإشعارات | — |
| المفتاح العام | — |
| الإعداد | الافتراضي |
|---|---|
| البيئة | sandbox |
بيئتا sandbox وproduction في تمارا تستخدمان عناوين مختلفة ورموزًا مختلفة، وليستا متبادلتين.
قيود معروفة
إضافةً إلى غياب الاستدعاء:
- يُرسَل الطلب كبند واحد باسم "Order Payment" بدل السلة الحقيقية. ومزوّدو الدفع الآجل يعتمدون على تفاصيل العناصر في تقييم المخاطر ومعالجة النزاعات.
- يُرسَل بريد إلكتروني بديل بدل عنوان المشتري الحقيقي.
- تضع تمارا دولة المشتري افتراضيًا
SAبغض النظر عن عنوان الشحن.
اقرأ أيضًا
- كيف تعمل المدفوعات
- كاشير وباي تابس — بدائل جاهزة للإنتاج في الأسواق نفسها