دليل تقني لدمج Tabby وTamara للدفع الآجل (BNPL) في الإمارات

# دليل تقني لدمج Tabby وTamara للدفع الآجل (BNPL) في الإمارات

الخلاصة: Tabby وTamara هما مزوّدا خدمة "اشترِ الآن وادفع لاحقًا" الأكثر شهرة لدى المتسوقين في الإمارات، ويحمل كلاهما الآن ترخيصًا من المصرف المركزي الإماراتي وإن اختلف نوعه، وعملية الدمج التقني بسيطة نسبيًا — إنشاء جلسة دفع عبر REST API، إعادة توجيه العميل، تأكيد عبر webhook، ثم تحصيل المبلغ — لكن الأخطاء الحقيقية التي يقع فيها التجار لا تتعلق بمسار الدفع السلس، بل بفهم النطاق التنظيمي، والفرق بين ضريبة القيمة المضافة على السلعة ورسوم المنصة، والتحقق من مصادقة الـwebhook.

لم يعد الدفع الآجل مجرد إضافة تجميلية في صفحة الدفع بمتاجر الإمارات، بل يقترب من أن يصبح معيارًا أساسيًا. تشير تقديرات تقرير صادر عن ResearchAndMarkets ونقلته Business Wire إلى أن سوق BNPL في الإمارات يُتوقع أن تبلغ قيمته نحو 2.84 مليار دولار أمريكي في عام 2025 (بنمو 15.6% عن 2024)، ومن المتوقع أن ينمو بمعدل نمو سنوي مركب يقارب 11.2% حتى عام 2030 ليصل إلى ما يقرب من 4.82 مليار دولار (المصدر).

يهيمن مزوّدان رئيسيان على صفحات الدفع في دبي وأبوظبي والشارقة: Tabby، التي تأسست في الإمارات عام 2019 ويذكر توثيقها التقني الإمارات والسعودية كسوقيها، وTamara، التي تأسست في السعودية ويذكر توثيقها التقني السعودية والإمارات والبحرين. يوفّر المزوّدان إضافات جاهزة لمنصات التجارة الإلكترونية الشائعة (Shopify وWooCommerce وMagento وسلة وزد وغيرها)، لذا يظهران في مواقع التجزئة الكبرى والمتاجر الصغيرة على حد سواء.

يستعرض هذا الدليل ما يتغيّر فعليًا عند إضافة Tabby و/أو Tamara إلى متجر إماراتي — السياق التنظيمي، وزاوية الضريبة وحماية البيانات، وخطوات API الملموسة — بدلًا من تكرار الكلام التسويقي العام حول "شعبية BNPL".

لماذا تعتمد تجارة التجزئة في الإمارات بشدة على BNPL

تتضافر عدة عوامل هنا:

• يُسوَّق BNPL للتجار كرافعة لتحسين معدل إتمام الشراء. يَعِد المزوّدون بارتفاع متوسط قيمة الطلب وانخفاض التخلي عن السلة عند إتاحة خيار "قسّم على 4 دفعات" بجانب حقول البطاقة. لم نطّلع على بيانات إماراتية مستقلة تقيس ذلك، لذا اختبروه (A/B) على صفحة الدفع لديكم بدلًا من التسليم به.
• نمو BNPL بين الشركات (B2B) في الإمارات يفوق نمو BNPL الاستهلاكي. مقارنة بنسبة 15.6% للسوق الاستهلاكية أعلاه، توقع تقرير سوقي صدر عام 2026 أن تنمو مدفوعات B2B BNPL في الإمارات بنسبة 37.7% على أساس سنوي لتصل إلى نحو 1.50 مليار دولار في عام 2025، مع توسع منصات تمويل الشركات الصغيرة والمتوسطة والشركات المالية المرخّصة في تمويل التجارة (المصدر).
• تدخّل الجهة التنظيمية، وهو ما جعل — بشكل قد يبدو مفارقة — خدمات BNPL أكثر جاذبية للتجار الجادين، لأنه يقلّل من المخاطر السمعية والامتثالية المرتبطة بالتعامل مع مزوّد غير مرخّص أو ضعيف الملاءة المالية.

الخلفية التنظيمية: لائحة شركات التمويل الصادرة عن المصرف المركزي الإماراتي

قبل كتابة أي سطر برمجي للدمج، من المهم فهم ما تغيّر في القانون الإماراتي، لأن ذلك يؤثر في كيفية تقييمكم لأي شريك BNPL — وليس فقط Tabby وTamara.

في 27 ديسمبر 2023، دخلت لائحة شركات التمويل المعدَّلة الصادرة عن المصرف المركزي الإماراتي حيّز التنفيذ، وأخضعت منتجات الإقراض قصير الأجل، بما فيها BNPL، للتنظيم بوصفها "تمويلًا قصير الأجل" (ملخص White & Case، تحليل Hadef & Partners). أبرز الأحكام التي يجب أن يعرفها التجار وفرقهم التقنية:

بالنسبة للتاجر، الخلاصة العملية بسيطة: أنتم لستم مانح التمويل — شركة BNPL هي كذلك. لكن ترخيصَي المزوّدين في الإمارات ليسا من النوع نفسه: أعلنت Tamara حصولها على ترخيص تمويل مقيّد من المصرف المركزي في 20 أكتوبر 2025 (Tamara)، بينما ترخيص Tabby من المصرف المركزي، الممنوح في أبريل 2026، هو ترخيص مرافق القيم المخزنة (المحفظة) (The Paypers). اسألوا كل مزوّد عن الترخيص الذي يغطي منتج BNPL الذي تقدمونه ودوّنوا ذلك في اتفاقية التاجر، وتأكدوا من أن نصوص صفحة الدفع لا تُقدّم شروط التمويل بشكل مضلل.

ضريبة القيمة المضافة وحماية البيانات: ما ينطبق فعليًا

ضريبة القيمة المضافة. لا يزال المعدل القياسي لضريبة القيمة المضافة في الإمارات 5%، دون تغيير منذ إدخالها عام 2018، وتستمر بالسريان بموجب المرسوم بقانون اتحادي رقم 8 لسنة 2017 (بصيغته المعدّلة، وآخرها المرسوم بقانون اتحادي رقم 16 لسنة 2025 النافذ اعتبارًا من 1 يناير 2026) (المصدر). النقطة الدقيقة المهمة في سياق BNPL هي أن الضريبة تُفرض على سعر السلعة أو الخدمة المباعة، لا على اختيار العميل الدفع عبر Tabby أو Tamara بدلًا من البطاقة. أما رسوم الخصم التي يدفعها التاجر لمزوّد BNPL فهي بند تجاري منفصل ضمن اتفاقية التاجر؛ يُنصح بمعاملتها كأي تكلفة أخرى لمعالجة المدفوعات من الناحية الضريبية، مع التأكد من المعاملة الضريبية الدقيقة لهذا الرسم تحديدًا مع محاسبكم، لأن معاملة رسوم الخدمات المالية قد تخضع لقواعد خاصة تختلف عن ضريبة التجزئة القياسية.

حماية البيانات. القانون الأساسي لحماية البيانات في الإمارات هو المرسوم بقانون اتحادي رقم 45 لسنة 2021 بشأن حماية البيانات الشخصية (PDPL)، النافذ منذ 2 يناير 2022 (ملخص Securiti). ثمة تفصيل مهم بشكل خاص لفرق المدفوعات: تستثني المادة 2 من قانون PDPL من نطاق سريانه البيانات الشخصية المصرفية والائتمانية التي توجد تشريعات تنظم حمايتها ومعالجتها. عمليًا، هذا لا يعني غياب أي التزام — بل يعني أن الالتزامات الرقابية على بيانات الدفع/BNPL المتدفقة عبر صفحة الدفع تقع بشكل أساسي على عاتق المزوّد الخاضع لإشراف المصرف المركزي، وضمن نطاق التزامكم بمعيار PCI-DSS كتاجر، أكثر من كونها مسألة تخص PDPL بشكل مباشر. تجنّبوا تخزين ردود أهلية عميل BNPL، أو رموز التحقق عبر الهاتف، أو جداول الأقساط في قاعدة بياناتكم لفترة أطول مما يستلزمه سير عمل إتمام الطلب — فالتمرير دون احتفاظ هو الخيار الأكثر أمانًا كافتراض عام.

Tabby مقابل Tamara: فروق عملية للفرق التقنية

يقدّم المزوّدان عرض قيمة شبه متطابق للتجار (تقسيط على 4 دفعات، دفع خلال 30 يومًا، دون فوائد على العميل)، وكلاهما ينشر عناوين API منفصلة يجب ضبطها بدقة: حسب المنطقة لدى Tabby، وحسب البيئة لدى Tamara.

• Tabby — تأسست في الإمارات، وتعمل في الإمارات والسعودية. توثيق الـAPI متاح على docs.tabby.ai، مع عناوين أساس مختلفة لكل سوق — api.tabby.ai للإمارات وapi.tabby.sa للسعودية — لذا لا تثبّتوا منطقة واحدة في الكود.
• Tamara — تأسست في السعودية؛ ويذكر توثيقها السعودية والإمارات والبحرين كأسواق لها. يمر عملاء الإمارات بخطوة تحقق من الهوية (UAE KYC)، لذا يجب على تطبيقات الجوال التي تفتح Tamara داخل WebView منح صلاحية الكاميرا (توثيق Tamara). توثيق الـAPI متاح على docs.tamara.co، مع مضيفين منفصلين للاختبار (api-sandbox.tamara.co) والإنتاج (api.tamara.co).

يفعّل كثير من التجار الإماراتيين الذين يشغّلون Shopify أو Magento أو WooCommerce أو متجرًا مخصّصًا بـNext.js/Node المزوّدين معًا، حتى يتمكن العميل المرفوض لدى أحدهما أو غير المعتاد عليه من استخدام الآخر.

خطوات الدمج الفعلية: Tabby

1. الحصول على بيانات اعتماد التاجر. احصلوا على مفاتيح الاختبار وmerchant_code من لوحة تحكم تجار Tabby (أو من مدير حسابكم): مفتاح عام ومفتاح سري، لكل منهما صيغة اختبار (sk_test_...) وصيغة إنتاج. تستدل Tabby على البيئة من المفتاح المُرسَل — لا يوجد نطاق فرعي منفصل للاختبار يجب إدارته، وهو أمر قد يربك الفرق المعتادة على نمط Stripe بنقاط نهاية اختبار منفصلة.

2. إجراء فحص أهلية في الخلفية قبل عرض Tabby. أرسلوا إجمالي السلة وبيانات تواصل العميل إلى واجهة الدفع الخاصة بـTabby (POST /api/v2/checkout)؛ الحالة created تعني الأهلية وrejected تعني عدمها. وعندما يضع العميل الطلب فعليًا، استدعوا النقطة نفسها مجددًا بحمولة الطلب الكاملة (العناصر، الشحن، المشتري). يخبركم الرد إن كان مزيج العميل/السلة هذا مؤهلًا — ارفضوا الخيار في الواجهة بأسلوب سلس إن لم يكن مؤهلًا، بدلًا من إظهار زر معطّل.

3. إعادة توجيه العميل إلى صفحة الدفع المستضافة لدى Tabby. يتضمن رد الجلسة رابط صفحة دفع مستضافة (web_url)؛ احفظوا payment.id المُعاد، ثم أعيدوا توجيه المتصفح إليه بدلًا من محاولة جمع بيانات أهلية BNPL بأنفسكم.

4. التعامل مع إعادة التوجيه إلى روابط `success`/`cancel`/`failure`. تُحدَّد لكل جلسة ضمن merchant_urls في طلب الدفع، وتضيف Tabby إليها payment_id. تحققوا من الحالة من جانب الخادم عبر استدعاء استرجاع الدفعة بدلًا من الوثوق بالرابط.

5. التحقق عبر webhook، وليس فقط عبر إعادة التوجيه. سجّلوا رابط الـwebhook بأنفسكم عبر POST /api/v1/webhooks (بالمفتاح السري وترويسة X-Merchant-Code)، مع ترويسة مصادقة مخصّصة اختيارية (مثل X-Auth-Key) تعيدها Tabby إليكم للتحقق منها. عند اعتماد الدفع، ترسل Tabby تحديث حالة الدفع عبر POST — عاملوا إعادة التوجيه كمؤشر تجربة مستخدم فقط، واعتبروا الـwebhook المصدر الموثوق الفعلي لتأكيد دفع الطلب، تمامًا كما تفعلون مع أي بوابة دفع ببطاقة.

6. التحصيل الصريح. تفصل Tabby بين الاعتماد والتحصيل، ولا تُسوّى لكم إلا الدفعات المحصّلة. بعد أن تصبح الدفعة AUTHORIZED ويُقبل الطلب في نظام الطلبات لديكم، أرسلوا طلب تحصيل بكامل مبلغ الدفعة، مع reference_id مشتق من رقم الطلب حتى لا تؤدي إعادة المحاولة إلى تحصيل مزدوج. تترك Tabby الدفعات غير المحصّلة 21 يومًا، وقد تحصّلها بنفسها بعد ذلك.

7. استخدموا نفس عنوان الأساس الخاص بالمنطقة لعمليات التحصيل والاسترداد الذي استخدمتموه عند إنشاء جلسة الدفع — فخلط نقاط نهاية الإمارات والسعودية عبر دورة حياة طلب واحد يُفشل الاستدعاءات اللاحقة.

مرجع تفصيلي على مستوى نقاط النهاية، ومواصفة OpenAPI، ومجموعة Postman منشورة على docs.tabby.ai.

خطوات الدمج الفعلية: Tamara

1. تجميع بيانات الاعتماد. يأتي حساب التاجر لدى Tamara مع API Token، وNotification Token منفصل، وPublic Key (يُستخدم لعناصر الترويج فقط). تُستخدم العناصر الثلاثة لأغراض مختلفة — لا تخلطوا بينها.

2. المصادقة عبر bearer token. يحمل كل استدعاء API ترويسة Authorization: Bearer {api_token}. استخدموا api-sandbox.tamara.co أثناء الدمج وapi.tamara.co عند الانتقال إلى الإنتاج — وهما مضيفان منفصلان فعليًا، بخلاف نهج Tabby القائم على نطاق واحد ووضع مفتاح مختلف.

3. إنشاء جلسة دفع (`POST /checkout`)، مع تمرير إجمالي الطلب، ومبلغ الضريبة، ومبلغ الشحن، والعناصر، وبيانات العميل والشحن، إضافةً إلى كائن merchant_url (روابط إعادة التوجيه للنجاح والفشل والإلغاء). احفظوا order_id المُعاد. يُسجَّل رابط الـwebhook بشكل منفصل ولمرة واحدة في بوابة شركاء Tamara (Settings → General Settings → Webhooks).

4. إعادة التوجيه إلى `checkout_url` الوارد في رد إنشاء جلسة الدفع — وهذا مسار مستضاف لدى Tamara ضمن نطاق PCI، فلن تتعاملوا مباشرة مع بيانات البطاقة أو الأهلية.

5. التحقق من صحة الـwebhook قبل الوثوق به. ترفق Tamara بكل نداء webhook رمز JWT كمعامل استعلام باسم tamaraToken، ومرة أخرى كـbearer token في ترويسة Authorization (بخوارزمية HS256، ويمكن التحقق منه بـNotification Token الخاص بكم). تحققوا منه من جانب الخادم قبل تحديث حالة الطلب — فتجاوز هذه الخطوة ثغرة أمنية حقيقية لأنها تعني أن أي شخص يخمّن رابط الـwebhook الخاص بكم يمكنه انتحال حدث "مدفوع".

6. الاعتماد ثم التحصيل. عند وصول webhook بحالة order_approved، استدعوا نقطة Authorise Order (ما لم تفعّل Tamara الاعتماد التلقائي لحسابكم)؛ ويمكن اعتبار الطلب authorised مدفوعًا. ثم استدعوا Capture Order عند الشحن أو التنفيذ. تحصّل Tamara تلقائيًا الطلبات غير المحصّلة بعد 21 يومًا من اعتمادها، وتنتهي صلاحية الطلب الموافق عليه إن لم يُعتمد خلال 72 ساعة.

7. تعاملوا صراحة مع التحصيل الجزئي والاسترداد إذا كنتم تدعمون الشحن الجزئي؛ تدعم واجهة Tamara تحصيل مبلغ أقل من كامل المبلغ المعتمد، وهو أمر مهم لمستودعات الإمارات ذات الشحن المجزّأ.

التوثيق المرجعي الكامل، بما فيه تفاصيل التحقق من JWT، متاح على docs.tamara.co.

أخطاء شائعة يجدر لفت انتباه فريقكم التقني إليها

• الوثوق بإعادة توجيه المتصفح بدلًا من الـwebhook. قد يغلق العملاء التبويب، أو يفقدون الاتصال، أو يعودون من صفحة مزوّد BNPL قبل اكتمال إعادة التوجيه. الـwebhook وحده هو المصدر الموثوق.
• تخطي مصادقة الـwebhook "مؤقتًا". يوثّق كلا المزوّدين كيفية التحقق من صحة الـwebhook (Tabby عبر ترويسة المصادقة التي تسجّلونها، وTamara عبر رمز tamaraToken)؛ اعتبار هذه الخطوة اختيارية في إطلاق متسرّع هو ما يسمح بتسلل نداءات "مدفوع" احتيالية.
• تثبيت عنوان أساس إقليمي واحد لكلا المزوّدين حين يتوسع متجركم لاحقًا خارج الإمارات — نقطة نهاية Tabby السعودية المنفصلة وأسواق Tamara الخليجية الأخرى تعني أن اعتماد عنوان أساس قابل للتهيئة منذ اليوم الأول يوفّر إعادة كتابة لاحقًا.
• نسيان فحص الأهلية. لكل من Tabby وTamara حدود دنيا/قصوى لقيمة الطلب وقواعد أهلية حسب الدولة/العميل؛ عرض خيار BNPL على كل عميل بصرف النظر عن الأهلية ينتج عنه فقط تذاكر دعم إضافية.
• الخلط بين رسم تاجر BNPL وضريبة القيمة المضافة. هما بندان منفصلان بمعاملة ضريبية مختلفة كما ذُكر أعلاه — تجنبوا أن يُدرج مطوّر مبتدئ نسبة خصم التاجر ضمن حقل "ضريبة القيمة المضافة" في ملف التصدير المحاسبي.

بالنسبة للفرق التي لا تملك خبرة داخلية كافية في هندسة المدفوعات، هذا بالضبط نوع الدمج الموثّق جيدًا لكنه غني بالتفاصيل الدقيقة الذي يُثبت فيه الشريك ذو الخبرة قيمته — تغطي خدمة تكامل واجهات API لدى Wise Hustlers هذا النوع من العمل، من أمان الـwebhook إلى مطابقة بيانات تسوية BNPL مع أنظمة الطلبات والمحاسبة لديكم.

الأسئلة الشائعة

هل أحتاج إلى ترخيص من المصرف المركزي الإماراتي لقبول Tabby أو Tamara في متجري بالإمارات؟

لا. مزوّد BNPL هو من يمنح التمويل؛ وكتاجر، أنتم تدمجون واجهة API الخاصة به وصفحة الدفع المستضافة، لا أنكم تُقرضون بأنفسكم. ولأن Tabby وTamara تحملان نوعين مختلفين من تراخيص المصرف المركزي، يظل التأكد من الترخيص الذي يغطي المنتج الذي تقدمونه جزءًا من العناية الواجبة تجاه المورّدين.

هل تُفرض ضريبة القيمة المضافة بشكل مختلف عندما يدفع العميل عبر BNPL بدلًا من البطاقة؟

لا — تُفرض ضريبة القيمة المضافة الإماراتية (5% حاليًا) على سعر السلعة أو الخدمة بصرف النظر عن وسيلة الدفع. رسم تاجر BNPL الذي تدفعونه لـTabby أو Tamara تكلفة منفصلة على جانبكم، وليس تغييرًا ذا صلة بالضريبة على السعر المعروض للعميل.

أي مزوّد يجب أن أدمجه أولًا، Tabby أم Tamara؟

يتيح كثير من التجار الإماراتيين كليهما. إن كان بإمكانكم إطلاق مزوّد واحد فقط بدايةً، تحققوا من أيهما تتوفر له إضافة جاهزة مسبقًا في بوابة الدفع أو منصة التجارة الإلكترونية لديكم (Shopify، Magento، Salla) — فذلك يختصر زمن الدمج بصرف النظر عن المزوّد المختار.

ما أكبر خطأ تقني يقع فيه التجار عند دمج BNPL في الإمارات؟

اعتبار إعادة التوجيه إلى صفحة النجاح دليلًا على الدفع بدلًا من انتظار والتحقق من webhook المزوّد. يعمل هذا بشكل جيد أثناء الاختبار، ثم يفشل بصمت في بيئة الإنتاج أول مرة ينقطع فيها اتصال العميل أثناء إعادة التوجيه.

المصادر

• UAE Buy Now Pay Later Business Report 2025 — Business Wire / ResearchAndMarkets
• UAE B2B Buy Now Pay Later Business Report 2026 — Yahoo Finance
• UAE Central Bank Introduces Regulatory Framework for Buy-Now, Pay-Later Providers — White & Case
• The Central Bank of the UAE issues its regulatory framework for short-term lending — Hadef & Partners
• VAT in UAE (2026): 5% Rate, Registration Threshold, Exemptions & Filing Rules — Daftra
• Overview of UAE's Federal Decree-Law No. (45) of 2021 on PDPL — Securiti
• Tabby API Reference Documentation
• Tamara Documentation and APIs Hub
• Tamara Direct Quick Start Guide
• Tamara Secures Central Bank of the UAE Approval — Tamara
• Tabby secures Stored Value Facilities licence in UAE — The Paypers
• Tabby Checkout Flow, Payment Processing and Webhooks docs
• Tamara Online Order Status Flow