حلول الدفع الإلكتروني
تكامل وتجميع بوابات الدفع للتجارة الإلكترونية والمؤسسات — مع دعم طرق الدفع الإقليمية والدولية ومعالجة المعاملات بأحجام كبيرة على بنية سحابية قابلة للتوسع.
احجز استشارة مجانيةما هو ربط بوابات الدفع؟
ربط بوابة الدفع هو وصل صفحة الشراء لديك بمزوّد مثل HyperPay أو Moyasar أو PayTabs أو Checkout.com، ليدفع العملاء ببطاقات مدى أو Apple Pay أو STC Pay أو بطرق الشراء الآن والدفع لاحقًا مثل تابي وتمارا. وتبني منطقي هذا الربط للتجار في السعودية عبر صفحات دفع مستضافة افتراضيًا، فلا تمر بيانات البطاقات بخوادمك، وتربط كل عملية دفع ناجحة بفاتورة إلكترونية متوافقة مع زاتكا.
المدة المعتادة: اختيار البوابة في الأسبوع الأول، وبناء الربط من الأسبوع 2 إلى 6، وأدوات التسوية من الأسبوع 5 إلى 8.
لماذا يهمّ هذا
تكامل المدفوعات في السعودية أصعب مما توحي به وثائق البوابات. فلكل وسيلة دفع محلية (مدى، وSTC Pay، وتابي، وتمارا) خصوصياتها؛ ويضيف إطار SAMA للأمن السيبراني ومتطلبات PCI DSS عبئًا من الامتثال؛ وفي المرحلة الثانية من فوترة ZATCA تُعتمد كل فاتورة ضريبية قياسية من منصة فاتورة قبل مشاركتها مع المشتري، ويُبلَّغ عن الفاتورة المبسّطة خلال 24 ساعة من إصدارها؛ وحين تتجاوز بضعة آلاف من المعاملات يوميًا، تبدأ أنماط التكامل الساذجة التي تعرضها دروس البوابات في إسقاط المدفوعات تحت الضغط. نفّذت منطقي تكاملات دفع، وطوّرت لعميلها Pay-Sol بوابة تجميع مدفوعات عالية الحجم لتجار التجارة الإلكترونية؛ نعرف كيف تتصرف كل بوابة، ونبني تدفقات تصمد أمام زحام الجمعة البيضاء وتدقيقات SAMA معًا.
ما نُسلِّمه
كيف ننفّذ
- 01
اختيار وسائل الدفع والبوابة
الأسبوع 1نحلّل مزيج عملائك (أفراد، أو شركات، أو عابر للحدود)، ونميّز وسائل الدفع التي تحتاجها فعلًا من تلك التي تضيف عبئًا تشغيليًا، ثم نقدّم توصية مكتوبة تغطي البوابة، والرسوم لكل وسيلة، وتوقيت التسوية، ونمط التكامل الملائم لبنيتك التقنية.
- مصفوفة وسائل الدفع × شرائح العملاء
- قائمة مختصرة بالبوابات مع تحليل الرسوم
- نمط التسوية والمطابقة
- تقييم نطاق PCI
- 02
بناء التكامل
الأسبوع 2 — 6تكامل SDK البوابة عبر صفحات دفع مستضافة أو ربط كامل بين الخوادم (Direct API) بحسب نطاق PCI: نوايا دفع idempotent، ومعالجات webhooks بإعادة المحاولة، وتدفقات الاسترداد الكلي والجزئي، وإصدار فاتورة ZATCA تلقائيًا عند نجاح التحصيل.
- تكامل بصفحة مستضافة أو Direct API
- طبقة نوايا دفع idempotent
- معالجات webhooks بإعادة التشغيل والمحاولة
- إصدار فاتورة ZATCA عند التحصيل
- 03
المطابقة وأدوات التشغيل
الأسبوع 5 — 8خط مطابقة يقارن ملفات تسوية البوابة بطلباتك، ولوحة استثناءات للمعاملات العالقة أو غير المتطابقة، وطابور استرداد بسير موافقات، وسجل معاملات جاهز للتدقيق مع حجب البيانات الحساسة وفق PCI.
- مطابقة يومية للتسويات
- لوحة استثناءات + تنبيهات
- سير استرداد بموافقات
- سجل تدقيق محجوب البيانات وفق PCI
- 04
التوسّع والمراقبة
مستمرّمع نموّ الحجم نراقب معدلات القبول حسب وسيلة الدفع والجهة المُصدِرة، ونختبر توجيه البوابة الاحتياطية بأسلوب A/B، ونخفّض الرسوم بتوجيه كل وسيلة إلى البوابة الأنسب حسب نمط المعاملة. ويُقاس كل تغيير في التوجيه مقابل خط أساس معدل القبول المسجَّل قبل تفعيله.
- لوحات معدل القبول لكل وسيلة دفع
- منطق توجيه إلى البوابة الاحتياطية
- مراجعة ربع سنوية للرسوم ورموز الرفض
- تغطية مناوبة لحوادث المدفوعات
أسئلة شائعة
محليًا: HyperPay وMoyasar وCheckout.com (مستأجر سعودي) وPayTabs وTap وSTC Pay، وتابي وتمارا للشراء الآجل. ودوليًا: Stripe للمدفوعات العابرة للحدود، وAdyen للمؤسسات متعددة المناطق، وتكاملات مباشرة مع مستحوذي مدى. كما بنينا لعميلنا Pay-Sol بوابة تجميع مدفوعات عالية الحجم على AWS — فنعرف شكل آلام التوسع من الجانبين.
حسب نمط التكامل. صفحات الدفع المستضافة (لا تمس بيانات البطاقة خوادمك) تقلّص نطاق PCI إلى SAQ-A — عبء امتثال ضئيل. أما الربط المباشر عبر API حيث تعالج بيانات البطاقة فيتطلب SAQ-D وتدقيق PCI كاملًا. نعتمد الصفحات المستضافة افتراضيًا ما لم يوجد سبب منتجي أو تجريبي محدد للربط المباشر، فيبقى عبء الامتثال معقولًا لمعظم شركات السوق المتوسط.
كل عملية دفع ناجحة ينبغي أن تولّد فاتورة إلكترونية متوافقة مع ZATCA لحظيًا — متطلب صارم متى شملتك موجات المرحلة الثانية. نربط التكامل بحيث يستدعي webhook البوابة عند النجاح نداء المصادقة لدى ZATCA، وتُرسل الفاتورة برمز QR إلى العميل وتُحفظ مستندًا نظاميًا، ويحصل التاجر على عرض مطابَق للمدفوعات والفواتير المصادَق عليها جنبًا إلى جنب. راجع خدمة ZATCA لدينا للتدفق الكامل.
نتكامل معها كما مع البطاقات — تدفق دفع مستضاف بتسوية تحركها webhooks. الشغل الحقيقي على جانب التاجر: للشراء الآجل إيقاعات مطابقة مختلفة (تسوية من T+1 إلى T+30 حسب خطة الأقساط)، وتدفقات استرداد جزئي تختلف بين مزوّد وآخر، ومعدلات نزاعات وملفات احتيال تغاير البطاقات. نبني أدوات المطابقة التي تجعل الشراء الآجل قابلًا للإدارة تشغيليًا لا مربوطًا تقنيًا فحسب.
غالبًا. سلّمنا أنظمة تعالج آلاف العمليات في الدقيقة على AWS بتوسع تلقائي وidempotency مدعوم بـ Redis. نمط المعمارية أهم من البنية الخام — نستخدم تدفقات capture عبر طوابير، وقواطع دارة حول البوابات، وحدود معدل لكل مستأجر كي لا يُضعف تخفيضُ تاجرٍ خاطف دفعَ تاجرٍ آخر. أخبرنا بذروة عملياتك في الثانية وسنصارحك إن كنا الخيار المناسب.
لا زلت لديك أسئلة؟
فريقنا جاهز للمساعدة. تواصل معنا وسنرد عليك في أقرب وقت.
عرض مجاني
مراجعة مجانية لبنية المدفوعات
أرسل لنا وصف إعداد الدفع الحالي لديك (البوابات، والوسائل، والحجم، ونقاط الألم)، ونعيد إليك مراجعة مكتوبة تغطي أكبر 3 مخاطر (نطاق PCI، وسقف التوسّع، وثغرات المطابقة)، والتغييرات الموصى بها في البوابات أو الوسائل، وخطة معالجة. بلا مكالمة مبيعات.
اطلب المراجعة