مدفوعات مدمجة في منتجك على الويب أو الجوال
ربط بوابة الدفع هو وصل تطبيقك بالمزوّد الذي يعالج مدفوعاته. ننفّذ صفحة إتمام الدفع، سواء كانت الصفحة المستضافة لدى المزوّد، أو حقول بطاقة مدمجة، أو حزمة تطوير (SDK) للجوال، كما ننفّذ جانب الخادم الذي ينشئ عمليات الدفع، ويؤكدها عبر إشعارات ويب (webhooks) نتحقق من صحتها، ويصدر المبالغ المستردة، ويطابق التسويات. اختيار المزوّد قرارك، والحساب التجاري باسم شركتك لا باسمنا.
تناسب هذه الخدمة المنتجات التي تقبل المدفوعات للمرة الأولى، أو تضيف مزوّداً ثانياً، أو تدخل سوقاً لها وسائل دفع خاصة. فالمشاريع في الخليج مثلاً تحتاج عادةً إلى شبكات بطاقات الخصم المحلية، مثل mada في السعودية أو KNET في الكويت، إلى جانب البطاقات والمحافظ الدولية، ويكون الوصول إليها عبر مزوّد مرخَّص له بتقديمها. ونعمل وفق الوثائق التي ينشرها كل مزوّد وحساباته التجريبية.
ربط الطلبات بالمدفوعات
نربط طلباتك أو فواتيرك أو حجوزاتك بسجلات الدفع في البوابة، وننقل معها المبلغ والعملة ومرجع العميل والبيانات الوصفية، ليمكن تتبّع كل عملية دفع إلى مصدرها.
مسار حالة الدفع
يطلب تطبيقك عملية الدفع، والبوابة هي التي تقرر نتيجتها. وتنتقل الحالة من البوابة إلى التطبيق فقط، عبر إشعارات الويب والاستعلامات التي نتحقق من صحتها، ولا تأتي من المتصفح أبداً.
المفاتيح ونطاق البطاقات
تبقى المفاتيح السرية على الخادم في خزنة للأسرار، وتنتقل بيانات البطاقة من جهاز العميل إلى البوابة مباشرة، فتبقى أنظمتك خارج معظم متطلبات أمان البطاقات.
قائمة المدفوعات المعلّقة
حين تكون نتيجة الدفع مجهولة، ربما لأن العميل أغلق النافذة أثناء التحقق من هويته، توضع العملية في قائمة انتظار، ويستعلم النظام عنها من البوابة حتى تتضح نتيجتها.
طلبات آمنة عند التكرار
يحمل كل طلب خصم أو استرداد مفتاحاً فريداً، فإذا انتهت المهلة وأُعيد الطلب، لا يُخصم المبلغ من العميل مرتين ولا يُردّ المبلغ نفسه مرة أخرى.
مراقبة المدفوعات
نتابع نسبة النجاح لكل وسيلة دفع، وحالات الرفض، وتأخر إشعارات الويب، والتسويات غير المطابقة، وأي هبوط مفاجئ في نسبة الموافقات يطلق تنبيهاً إلى الفريق.
ما تتسلّمه منّا
- صفحة إتمام الدفع للويب والجوال
- خدمة دفع تعمل من جانب الخادم
- معالجة إشعارات الويب بعد التحقق من صحتها
- مسارات الاسترداد الكامل والجزئي
- خيار حفظ وسائل الدفع
- تقرير مطابقة التسويات
- حالات اختبار من البيئة التجريبية
- الشيفرة المصدرية والتوثيق
طريقة عملنا
- 01
الاختيار وتحديد النطاق
نقارن معاً بين المزوّدين بحسب أسواقك ووسائل الدفع والعملات ونموذج التسعير، ونتأكد مما تشمله اتفاقيتك التجارية، ونقرر هل يكون الربط بصفحة مستضافة أو حقول مدمجة أو ربطاً مباشراً.
- 02
بناء المسارات
ننفّذ إتمام الدفع، والتحقق من هوية العميل، وإشعارات الويب، والاسترداد، والبطاقات المحفوظة في البيئة التجريبية لدى المزوّد، ونربط كل حالة من حالات طلباتك بنتيجة الدفع التي يمكن أن تصل إليها.
- 03
اختبار حالات الفشل
نحاكي قبل الإطلاق الرفض، وترك التحقق دون إكمال، والنقر المكرر، وانقطاع الاتصال، وتأخر إشعارات الويب، والمدفوعات المتنازع عليها، لأن معظم مشكلات التشغيل الفعلي تأتي من هذه المسارات لا من المسار الناجح.
- 04
إطلاق تدريجي
بعد الفحوص الخاصة بالمزوّد، نفتح الدفع الفعلي لنسبة صغيرة من العملاء، ونتحقق من نسب الموافقة والمطابقة قبل أن ننقل بقية العملاء.
التقنيات التي نستخدمها
| المجال | التقنيات |
|---|---|
| إتمام الدفع | صفحات الدفع المستضافة، حقول البطاقة المدمجة، Apple Pay وGoogle Pay، حزم SDK للدفع على الجوال |
| الخادم | Node.js، TypeScript، PostgreSQL، التحقق من إشعارات الويب |
| الأمان | ترميز بيانات البطاقات، 3-D Secure، إدارة الأسرار، تحديد نطاق PCI DSS |
| المالية | ملفات التسوية، مهام المطابقة، ضوابط الاسترداد، تتبّع النزاعات |
تحتاج إلى مدفوعات يثق بها قسم المالية أيضاً
يجب أن يقبل منتجك الأموال، لكن أول محاولة تعدّ الطلبات مدفوعة بناءً على ما يقوله المتصفح. فيُخصم من بعض العملاء مرتين، ويدفع آخرون ثم تظهر لهم رسالة خطأ. وتجري عمليات الاسترداد من لوحة تحكم المزوّد، ولا يحدّث أحد الطلب.
- قبول المدفوعات الإلكترونية لأول مرة
- إضافة وسائل دفع محلية
- الدفع داخل تطبيق الجوال
- الأسواق الإلكترونية وتقسيم المدفوعات
- المدفوعات المتكررة والبطاقات المحفوظة
- تغيير مزوّد الدفع
أسئلة شائعة
ما الذي يجب توفيره قبل بدء الربط؟
حساب تجاري لدى المزوّد الذي اخترته، أو طلب قيد الإجراء، لأن المزوّدين يتحققون من الشركة قبل تفعيل المدفوعات الفعلية. وتحتاج أيضاً إلى بيانات دخول البيئة التجريبية، وإلى حساب مطوّر وتوثيق للنطاق في حالة محافظ مثل Apple Pay. وتتوقف الوسائل التي يحق لك تقديمها على بلدك ونوع نشاطك وموافقة المزوّد. نساعدك في الاستعداد لذلك، لكن الاتفاقية تبقى بينك وبين المزوّد.
أي بوابة دفع نختار لمنتجنا؟
البوابة التي تخدم وسائل الدفع المفضلة لدى عملائك في أسواقك بتكلفة يمكنك تحمّلها على المدى الطويل، والتي توافق على نشاطك. نقارن بين المرشحين في تغطية وسائل الدفع، والعملات، وسرعة التسوية، والرسوم كما هي منشورة، وبلدان التحويل، وجودة الوثائق. وللمنتجات التي تبيع في عدة مناطق، قد يكون مزوّدان أفضل من واحد. يبقى القرار لك، ونربط أي مزوّد تختاره.
هل يجب أن نلتزم بمعيار PCI DSS؟
تقع على كل شركة تقبل البطاقات التزامات بموجب معيار أمان قطاع البطاقات، لكن حجمها يتوقف على طريقة الربط. فمع صفحة دفع مستضافة أو حقول المزوّد المدمجة، لا تصل أرقام البطاقات إلى خوادمك أبداً، وتكون المتطلبات في أخف صورها. أما التعامل مع بيانات البطاقات الخام بنفسك فيُخضعك للمعيار كاملاً. نصمّم الربط على أضيق نطاق ممكن، ويؤكد لك المزوّد ما يجب أن تقرّ به.
هل يمكنكم إضافة وسائل الدفع المحلية في الخليج؟
نعم، عبر مزوّد يقدّمها. يكون الوصول إلى شبكات الخصم المحلية من خلال بوابات مرخَّصة أو بنوك محصّلة، ولكل منها إجراءات انضمام واختبار خاصة، وقواعد لطريقة عرض خيارها في صفحة الدفع. ويشبه عمل الربط ما نفعله مع البطاقات، مع عناية إضافية بإعادة التوجيه وتأكيد النتيجة. وتحدد اتفاقيتك التجارية الشبكات التي يحق لك تفعيلها.
كيف تُعالَج عمليات الاسترداد والنزاعات بعد ذلك؟
تبدأ عمليات الاسترداد من نظامك، على يد موظفين لديهم الصلاحية، وتُرسل إلى البوابة بمفتاح فريد، فيتغير الطلب وسجل العميل ودفتر الحسابات معاً. والاسترداد الجزئي متاح أيضاً. أما النزاعات التي يرفعها حاملو البطاقات فتصل في صورة أحداث عبر إشعارات الويب، وتُرفق بالطلب وتنبّه الفريق، لأن المزوّدين يحددون مهلاً لتقديم الأدلة.