بوابات الدفع الألكترونية

ما هي بوابة الدفع الإلكتروني ومن الأطراف فيها؟

بوابة الدفع هي الوسيط التقني الذي ينقل بيانات عملية الدفع بأمان بين متجرك وبين البنوك وشبكات البطاقات. الأطراف في كل عملية:

• العميل وبطاقته.
• البنك المُصدِر للبطاقة، وهو من يوافق على العملية أو يرفضها.
• شبكة الدفع (مدى، فيزا، ماستركارد).
• بوابة الدفع التي تشفّر البيانات وتنقلها.
• مزوّد الخدمة أو البنك المستحوذ الذي يستقبل المبلغ ويحوّله لحسابك.

فهم هذه السلسلة مهم عمليًا: حين تُرفض عملية، معرفة أي طرف رفضها يختصر ساعات من التخمين.

طرق الدفع في السوق السعودي

كيف تختار مزوّد بوابة الدفع؟

المقارنة على أساس السعر وحده خطأ شائع. المعايير التي تُحدث فرقًا فعليًا:

1. هيكل الرسوم كاملًا: نسبة على كل عملية، ورسوم ثابتة، ورسوم إعداد، ورسوم شهرية، ورسوم الاسترداد. الفارق بين مزوّدين قد ينقلب رأسًا على عقب حسب متوسط قيمة طلبك.
2. مدة التسوية: متى يصل المال لحسابك فعليًا؟ يوم واحد أم أسبوع؟ هذا يؤثر مباشرة في سيولتك.
3. وسائل الدفع المدعومة: هل يدعم مدى وApple Pay؟
4. جودة الواجهة البرمجية والتوثيق: بوابة بتوثيق ضعيف تعني أسابيع إضافية في التطوير.
5. البيئة التجريبية (Sandbox): ضرورية لاختبار كل السيناريوهات قبل الإطلاق.
6. الدعم الفني: عند تعطّل الدفع، كل ساعة تأخير مبيعات مفقودة.
7. إدارة الاسترداد: هل يمكن تنفيذه من لوحة التحكم أم يحتاج مراسلة؟
8. أدوات مكافحة الاحتيال ومدى تحكمك في حساسيتها.

لا ننشر مقارنة أسعار بين المزوّدين لأن الرسوم تتغيّر وتختلف بحسب حجم النشاط والاتفاق التجاري. نساعدك في بناء جدول المقارنة بأرقامك أنت.

الأمان والامتثال

معيار PCI DSS

معيار أمان بيانات بطاقات الدفع. القاعدة العملية الأهم: لا تخزّن بيانات البطاقات على خوادمك إطلاقًا. استخدم صفحة دفع مستضافة لدى المزوّد أو حقولًا مؤمَّنة (iframe) بحيث لا تمرّ بيانات البطاقة عبر نظامك أصلًا. هذا يقلّل التزاماتك ومخاطرك بشكل جذري.

التوكنة (Tokenization)

لحفظ بطاقة العميل للمشتريات المتكررة، يُخزَّن رمز بديل لدى المزوّد لا رقم البطاقة. هذا ما يتيح «الدفع بنقرة» دون أن تحتفظ أنت بأي بيانات حسّاسة.

المصادقة الإضافية (3-D Secure)

خطوة التحقق الإضافية تقلّل الاحتيال وتنقل المسؤولية في كثير من الحالات، لكنها تضيف احتكاكًا قد يخفض إتمام الطلب. الضبط الأمثل يوازن بينهما بحسب فئة منتجك وقيمة الطلب.

حماية البيانات

بيانات الدفع بيانات شخصية حسّاسة. اجمع أقل ما تحتاجه، ولا تعرض أرقامًا كاملة في أي واجهة أو سجل، ولا تسجّلها في ملفات السجلات (logs) — وهذا خطأ شائع جدًا في التطبيقات.

الربط مع المحاسبة والفوترة

هنا يضيع وقت المنشآت فعليًا: مبيعات في بوابة الدفع، وفواتير في نظام آخر، وتسوية يدوية في نهاية الشهر.

الربط الصحيح يعني أن كل عملية دفع ناجحة تُنتج تلقائيًا:

• فاتورة إلكترونية متوافقة مع متطلبات هيئة الزكاة والضريبة والجمارك.
• قيدًا محاسبيًا في النظام.
• حركة مخزون إن كان المنتج ماديًا.
• سجلًا قابلًا للمطابقة مع كشف التسوية من المزوّد.

التسوية الآلية هي المكسب الأكبر: مطابقة ما وصل حسابك فعليًا مع ما سجّله نظامك، وإظهار الفروقات (رسوم، مبالغ مستردة، عمليات معلّقة) بدل البحث عنها يدويًا.

مشكلات متكررة وكيف تُعالَج

• عمليات مرفوضة بلا سبب واضح: غالبًا من البنك المُصدِر لا من البوابة. اعرض للعميل رسالة مفهومة تقترح وسيلة بديلة بدل «فشلت العملية».
• خصم مزدوج: عادةً نقرتان متتاليتان. يُعالج بتعطيل زر الدفع بعد الضغط وباستخدام مُعرّف فريد لكل عملية (Idempotency Key).
• عملية نجحت والطلب لم يُسجَّل: انقطاع بين البوابة ونظامك. الحل هو اعتماد إشعارات الخادم (Webhooks) مصدرًا للحقيقة لا إعادة توجيه المتصفح.
• سلة متروكة عند خطوة الدفع: غالبًا بسبب رسوم مفاجئة أو صفحة بطيئة أو طلب تسجيل إجباري.
• الاسترداد يستغرق وقتًا طويلًا: اشرح المدة للعميل مسبقًا؛ أغلب الشكاوى سببها غياب التوقع لا المدة نفسها.

خطوات التنفيذ

1. تحديد المتطلبات: وسائل الدفع، والعملات، ومتوسط قيمة الطلب، وهل هناك اشتراكات متكررة.
2. اختيار المزوّد بجدول مقارنة مبني على أرقامك.
3. الربط في البيئة التجريبية واختبار كل السيناريوهات: نجاح، رفض، انقطاع، استرداد جزئي وكامل.
4. ربط الإشعارات (Webhooks) وجعلها مصدر الحقيقة لحالة الطلب.
5. الربط بالفوترة والمحاسبة والمخزون.
6. الانتقال للبيئة الحية بعملية حقيقية صغيرة قبل الإطلاق.
7. المراقبة: نسبة نجاح العمليات مؤشر يجب متابعته أسبوعيًا، وانخفاضه المفاجئ إنذار.

أسئلة شائعة