ربط الدفع الإلكتروني بالتطبيقات

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

متى تحتاج إلى بناء الدفع أو إعادة بنائه؟

1

تطبيق جديد يبيع منتجات أو خدماتويحتاج إلى وسائل الدفع التي يستخدمها عملاؤك فعلًا.

2

عملاء يتركون الطلب عند الدفعلغياب وسيلة يفضلونها، أو لمسار دفع طويل.

3

دفعات تنجح ولا تظهر في النظامفيتصل العميل بالدعم ومعه إيصال الخصم.

4

الاستردادات تتم يدويًا من لوحة البوابةدون أن ينعكس ذلك على الطلب والفاتورة.

5

المحاسب يطابق الأرقام يدويًابين النظام وتقارير البوابة وكشف البنك.

6

اشتراكات أو دفعات متكررةتحتاج إلى تحصيل آلي ومعالجة لفشل التحصيل.

ما يتضمنه ربط الدفع

وسائل الدفع

  • مدى وفيزا وماستركارد
  • Apple Pay
  • STC Pay
  • التقسيط عبر تابي وتمارا

نماذج الدفع

  • الدفع عند الطلب
  • الدفع بعد التنفيذ
  • العربون والدفع الجزئي
  • روابط الدفع عبر الرسائل وواتساب

الاشتراكات

  • حفظ البطاقة لدى البوابة
  • التحصيل المتكرر حيث تدعمه البوابة
  • إعادة المحاولة عند الفشل
  • تحديث البطاقة من التطبيق

الخصومات والضريبة

  • الكوبونات ورموز الخصم
  • العروض حسب الفئة أو المنتج
  • ضريبة القيمة المضافة
  • الفواتير الإلكترونية وفق متطلبات هيئة الزكاة والضريبة والجمارك

ما بعد الدفع

  • الاسترداد الكامل والجزئي
  • حالات الدفع: معلق، ناجح، فاشل، مسترد
  • إشعار العميل بكل حالة
  • إعادة محاولة الدفع الفاشل

المطابقة

  • مطابقة يومية مع تقارير البوابة
  • تقارير التحصيل حسب الوسيلة
  • تحديد الفروقات ومعالجتها
  • تصدير للنظام المحاسبي

ما يحدث في كل حالة دفع

كل حالة لها أثر على الطلب والعميل والمحاسبة، ونصممها كلها قبل التنفيذ:

الحالةأثرها على الطلبما يراه العميل
معلقالطلب محجوز مؤقتًا بمهلة محددةرسالة انتظار، دون إمكانية الدفع مرتين
ناجحالطلب مؤكد والفاتورة صادرةتأكيد وإشعار وفاتورة
فاشلالطلب غير مؤكد، والمخزون يُحرر بعد المهلةسبب مفهوم، وإعادة محاولة بوسيلة أخرى
مسترد كليًاالطلب ملغى وإشعار دائن صادرإشعار بالاسترداد ومدته المتوقعة
مسترد جزئيًاالطلب قائم بالبنود المتبقيةتفاصيل ما استُرد وما بقي

ما تستلمه

  • الربط مع البوابةبالوسائل المتفق عليها، على بيئة الاختبار ثم الإنتاج.
  • منطق حالات الدفعفي الخادم، مع إشعارات البوابة الموثقة.
  • إدارة المدفوعات في اللوحةالبحث والاسترداد والتصدير.
  • الفواتير الإلكترونيةمع كل عملية وإشعار دائن مع كل استرداد.
  • تقرير المطابقة اليوميوتنبيه عند وجود فروقات.
  • التوثيقتدفقات الدفع وحالاتها وإجراءات الاسترداد.

ما يمكن ربطه بالخدمة

حالات يجب أن يتعامل معها الدفع

الحالةخُصم المبلغ وأُغلق التطبيق قبل التأكيد
كيف نتعامل معها

الخادم يعتمد على إشعار البوابة الموثق لا على عودة التطبيق، فيُسجَّل الطلب ويصل التأكيد.

الحالةالعميل ضغط زر الدفع مرتين
كيف نتعامل معها

مفتاح منع التكرار، وحجز الطلب أثناء المعالجة، فلا يُخصم مرتين.

الحالةإشعار البوابة تأخر ساعة
كيف نتعامل معها

استعلام دوري عن الدفعات المعلقة، وتحديث حالتها دون انتظار الإشعار.

الحالةإرجاع منتج واحد من طلب فيه ثلاثة
كيف نتعامل معها

استرداد جزئي بقيمة البند وضريبته، وإشعار دائن بالقيمة نفسها.

الحالةفرق بين النظام وتقرير البوابة
كيف نتعامل معها

مطابقة يومية تكشف الفرق بمعرف العملية، مع قائمة لمعالجته.

مراحل التنفيذ

  1. اختيار البوابة والوسائل

    بحسب جمهورك ونموذج البيع والرسوم.

    قرار معتمد
  2. حساب التاجر

    إجراءات فتح الحساب لدى البوابة، وتتم باسم منشأتك.

    حساب اختبار
  3. تصميم التدفقات

    الدفع والحالات والاسترداد والفواتير.

    تدفقات معتمدة
  4. التنفيذ على بيئة الاختبار

    كل الحالات بما فيها الفشل والتكرار.

    تقرير الاختبار
  5. الانتقال إلى الإنتاج

    بعد اعتماد البوابة، بمبالغ حقيقية صغيرة أولًا.

    دفع قيد التشغيل
  6. المطابقة والمراقبة

    تقارير يومية وتنبيهات.

    مطابقة قيد التشغيل

ما نحتاجه منك للبدء

لا يلزم أن يكون كل ذلك جاهزًا. ما ينقص نستكمله معك في جلسة التحليل.

  • ما تبيعه ونموذج الدفع: منتجات، أو خدمات، أو اشتراكات.
  • بوابة الدفع: إن كان لديكم حساب تاجر أو بوابة مفضلة.
  • السجل التجاري والحساب البنكي: لفتح حساب التاجر.
  • النظام المحاسبي: لترحيل المدفوعات إليه.

أسئلة تحسمها قبل التنفيذ

نساعدك على الإجابة عنها، لأن كل إجابة تغير النطاق والتكلفة.

أي بوابة؟بحسب الوسائل التي تدعمها، والرسوم، ومدة التسوية، ودعم التحصيل المتكرر.
هل نضيف التقسيط؟يرفع التحويل في المنتجات مرتفعة القيمة، وله رسومه وشروطه.
الدفع مقدمًا أم بعد التنفيذ؟يؤثر على الإلغاء والاسترداد وتجربة العميل.
من يعتمد الاستردادات؟بحسب المبلغ والسبب، مع سجل لكل استرداد.
لديك دفعات لا تظهر أو أرقام لا تتطابق؟نراجع تدفق الدفع الحالي ونحدد مصدر المشكلة.
اطلب مراجعة الدفع

مشكلات نمنعها من البداية

دفعة ناجحة بلا طلبالاعتماد على إشعار البوابة الموثق والاستعلام الدوري.
خصم مزدوجمنع التكرار في الخادم.
أرقام بطاقات في قاعدة بياناتكبيانات البطاقة تذهب إلى البوابة مباشرة.
استرداد لا ينعكس على الفاتورةإشعار دائن آلي مع كل استرداد.
مطابقة يدوية آخر الشهرمطابقة يومية آلية مع تنبيه بالفروقات.
فقد العميل لأن الوسيلة غير متاحةالوسائل التي يستخدمها جمهورك فعلًا.

الجودة والأمن والتشغيل

الجودة

اختبار كل حالة دفع على بيئة البوابة التجريبية قبل الإنتاج.

الأمن

بيانات البطاقة لدى البوابة فقط، وتحقق من توقيع الإشعارات، وتشفير الاتصال.

قابلية التوسع

معالجة الإشعارات عبر طابور يتحمل الذروة.

الاختبارات

الفشل، والتكرار، والتأخير، والاسترداد الجزئي، والانقطاع.

التوثيق

تدفقات الدفع، وإجراءات الاسترداد، ودليل المطابقة للمحاسب.

الدعم

مراقبة الدفعات المعلقة والفاشلة ومعالجتها.

أسئلة شائعة

لا. بيانات البطاقة تُدخل في واجهة البوابة أو عبر رموزها، ولا تمر بأنظمتك، وهذا يقلل متطلبات الامتثال عليك كثيرًا.

منشأتك، لأن المبالغ تُسوى في حسابها البنكي. نساعدك في المتطلبات الفنية للربط.

نعم، بعد اعتماد منشأتك لديهما، وتظهر كخيار في صفحة الدفع.

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

نعم، روابط دفع ترسل عبر الرسائل أو واتساب، وتُربط بالطلب تلقائيًا عند السداد.

أخبرنا بما تبيعه وكيف يدفع عملاؤك

ونقترح البوابة والوسائل وتدفق الدفع المناسب.

اطلب عرض سعر