بوابة الدفع هي الجزء الوحيد من متجرك الذي يلمس أموال العميل مباشرة، ومع ذلك يختارها كثير من التجار في مصر بسؤال واحد على واتساب: «كام العمولة؟». في هذا الدليل نشرح كيف تمر عملية الدفع بالبطاقة والمحفظة في مصر، ونعرض نموذج كل بوابة من Paymob وفوري وKashier وGeidea وEasykash، ونفصل جهد التكامل والمستندات المطلوبة وأساسيات الأمان، ثم نقدم جدول قرار يساعدك على الاختيار.
الأرقام الواردة هنا راجعناها على صفحات الأسعار الرسمية للبوابات بتاريخ 19 أكتوبر 2026. حين لا تنشر بوابة رسومها علنا نقول ذلك ولا نخمن، لأن الرسوم تفاوضية في أغلب العقود وتتغير مع حجم المبيعات.
كيف يمر الدفع الإلكتروني في مصر
حين يضغط العميل «ادفع»، يسلم متجرك طلب الدفع إلى البوابة، والبوابة تمرره إلى البنك المستحوذ ثم إلى شبكة البطاقة (Visa أو Mastercard أو ميزة) ثم إلى البنك المصدر للبطاقة. في مصر تمر أغلب معاملات البطاقات عبر 3D Secure: يحول العميل إلى صفحة البنك لإدخال رمز يصله برسالة نصية، وهذه الخطوة تنقل مسؤولية الاحتيال من التاجر إلى البنك المصدر في أغلب الحالات، لكنها أيضا السبب الأول في الطلبات المتروكة حين تتأخر الرسالة.
ميزة هي شبكة البطاقات الوطنية، وبطاقاتها مسبقة الدفع منتشرة بين فئات لا تملك بطاقات ائتمان، وتدعمها البوابات الكبرى كبطاقة عادية. المحافظ الإلكترونية مثل Vodafone Cash وOrange Cash وEtisalat Cash وWE Pay تعمل بتدفق مختلف: يدخل العميل رقم هاتفه فيصله إشعار أو رمز في تطبيق المحفظة، ويؤكد الدفع من هاتفه. InstaPay تحويل فوري بين الحسابات البنكية عبر شبكة المدفوعات اللحظية، وبعض البوابات بدأت تقدمه كخيار دفع ينشئ طلب تحويل برمز QR أو رابط، ويبقى التحقق من اكتمال التحويل مسؤولية التكامل وليس العميل.
كود فوري النقدي يناسب العميل الذي لا يملك بطاقة ولا محفظة: يستلم رقما مرجعيا يسدده نقدا في أي منفذ فوري خلال مدة صلاحية، ويصل الإشعار لمتجرك بعد السداد. أما الدفع عند الاستلام فهو ما زال الطريقة الأكثر طلبا في مصر، ولا يمر عبر بوابة أصلا بل عبر شركة الشحن، وهنا تظهر مشكلة المطابقة بين تحصيلات المندوب والطلبات التي نعالجها في كل متجر نبنيه.
نموذج كل بوابة: ما هو منشور وما ليس كذلك
Paymob: تنشر باقة قياسية للشركات الصغيرة والمتوسطة برسوم 2.75% زائد 3 جنيهات على المعاملة، بلا رسوم شهرية أو اشتراك، وتسوية أسبوعية إلى الحساب البنكي. الباقات المؤسسية بالتفاوض. تدعم البطاقات وميزة والمحافظ والأكشاك والتقسيط، وتقدم صفحة دفع مستضافة وواجهة برمجية وإضافات للمنصات الشائعة.
Kashier: تنشر رسوم البطاقات (Visa وMastercard وميزة) 2.75% زائد 3 جنيهات على المعاملة الناجحة، بلا رسوم تأسيس أو اشتراك، مع ضريبة قيمة مضافة 14% تحتسب على رسوم Kashier فقط لا على مبلغ المعاملة، ولا رسوم على الاسترداد أو المعاملات الفاشلة. رسوم المحافظ والتقسيط والبطاقات الدولية غير منشورة وتطلب من المبيعات. تقدم صفحة دفع مستضافة وواجهة برمجية وروابط دفع وApple Pay وإضافات لمتاجر WooCommerce وShopify وMagento وOpenCart وPrestaShop.
فوري (FawryPay): الرسوم غير منشورة علنا وتحدد بالعقد. وثائق المطورين تذكر البطاقات مع 3D Secure، والتفويض ثم الاقتطاع، والمحافظ، وطلب الدفع بالرقم المرجعي النقدي، وValU والتقسيط، وزر دفع مستضاف لديك أو رابط دفع مستضاف لدى فوري، وواجهات REST مع ترميز البطاقات، وSDK للهواتف، وإضافات لمتاجر WooCommerce وShopify وMagento 2. ميزتها الحقيقية هي شبكة المنافذ النقدية التي لا تملكها بوابة أخرى.
Geidea: لم نتمكن من الوصول إلى صفحة أسعار منشورة للسوق المصري خلال المراجعة. نموذجها عمولة على المعاملة مع بوابة مستضافة وروابط دفع ونقاط بيع، وتتميز بأنها تجمع الدفع الإلكتروني ونقاط البيع في المتجر في حساب واحد، وهو ما يفيد تاجر التجزئة الذي يبيع من فرع وموقع معا. اطلب جدول الرسوم كتابة.
Easykash: لا تنشر رسومها علنا على موقعها وقت المراجعة، وتعمل بنموذج عمولة على المعاملة مع بوابة مستضافة وواجهة برمجية. نعرفها عن قرب لأننا نشغل تكاملها في متجر Droubiz، وسنعود إليها في فقرة الأمان.
جهد التكامل: صفحة مستضافة أم واجهة برمجية
أمامك طريقان. الصفحة المستضافة: تحول العميل إلى صفحة البوابة، يدفع، ثم يعود إلى متجرك. التكامل يستغرق أياما، وبيانات البطاقة لا تمر عبر خادمك إطلاقا، وهذا يبقي نطاق PCI DSS لديك في أضيق حدوده. العيب أن تجربة الدفع تخرج من تصميم متجرك. الواجهة البرمجية مع إطار مضمن للبطاقة: الدفع داخل صفحتك، وتجربة أعلى تحويلا، لكنه يتطلب عملا أكبر ومراجعة أمنية أدق.
في الحالتين توجد ثلاثة بنود يجب أن تكون في عقد التطوير، وغيابها هو سبب أغلب مشكلات الدفع التي يأتينا بها عملاء من مطورين سابقين:
- Webhooks: لا تعتمد على عودة العميل إلى صفحة النجاح لتأكيد الطلب، فقد يغلق المتصفح. البوابة ترسل إشعارا من خادمها إلى خادمك، وهذا الإشعار هو مصدر الحقيقة الوحيد لحالة الدفع.
- Idempotency (عدم التكرار): الإشعار نفسه قد يصل مرتين، وطلب الدفع قد يعاد إرساله عند انقطاع الشبكة. كل طلب يحمل معرفا فريدا، ومعالجة الإشعار الثاني بالمعرف نفسه يجب ألا تنشئ طلبا ثانيا ولا تخصم مخزونا مرتين.
- الاسترداد: استرداد كامل وجزئي من لوحة التحكم ومن الواجهة البرمجية، مع تسجيل من أمر به ومتى، لأن مراجعة الحسابات ستسأل.
عند بناء متجر مخصص على Laravel نغلف كل بوابة خلف واجهة موحدة، فيصبح تبديل البوابة أو إضافة ثانية تغييرا في الإعدادات لا إعادة كتابة. تفاصيل ما نبنيه في المتجر وما نسلمه منشورة في صفحة https://web-pioneer.com/online-store-design، وقائمة طرق الدفع التي نقبلها نحن لعقودنا في https://web-pioneer.com/payment-methods.
التسوية: متى يصل المال إلى حسابك
التسوية هي تحويل البوابة لصافي مبالغ المعاملات (بعد خصم رسومها) إلى حسابك البنكي. Paymob تنشر تسوية أسبوعية لباقتها القياسية. Kashier تذكر دورة تسوية مجدولة أو متفقا عليها، مع دورات مخصصة للحسابات المؤسسية. البوابات الأخرى تحدد الدورة في العقد. القاعدة العامة في السوق المصري: دورات أسبوعية أو نصف شهرية للحسابات الجديدة، وتقصر مع نمو الحجم وتاريخ المعاملات. احسب هذا في تدفقك النقدي، لأن تاجرا يشتري بضاعة نقدا ويبيع بالبطاقة يحتاج سيولة تغطي أسبوعا على الأقل.
المستندات المطلوبة لتفعيل الحساب
التفعيل التجاري لأي بوابة مصرية يمر بمراجعة امتثال، والمستندات شبه موحدة بينها:
- سجل تجاري ساري باسم الكيان الذي سيستلم التحويلات.
- بطاقة ضريبية، وشهادة تسجيل في ضريبة القيمة المضافة إن كان النشاط مسجلا.
- حساب بنكي تجاري باسم الكيان نفسه، وكشف حساب أو خطاب تعريف من البنك.
- بطاقة الرقم القومي للمسؤول المفوض بالتوقيع، وأحيانا توكيل إن لم يكن المالك هو الموقع.
- رابط المتجر مع صفحات واضحة لسياسة الاسترجاع والخصوصية وبيانات التواصل، وبعض البوابات ترفض المتجر الذي لا يملكها.
بعض البوابات تفعل حسابا فرديا بالرقم القومي لنشاط صغير بحدود تحويل منخفضة، لكن الحساب التجاري الكامل يحتاج السجل والبطاقة الضريبية. جهز المستندات قبل بدء التطوير، لأن مراجعة التفعيل قد تستغرق أياما إلى أسابيع، ولا تريد متجرا جاهزا ينتظر الموافقة.
أساسيات الأمان التي لا تتفاوض عليها
لا تخزن رقم البطاقة أبدا. لا في قاعدة البيانات، ولا في السجلات، ولا في رسائل البريد الداخلية. إن احتجت دفعا متكررا أو حفظ بطاقة، استخدم الترميز الذي تقدمه البوابة فتحتفظ أنت بالرمز وتحتفظ هي بالبطاقة. نطاق PCI DSS: ما دامت بيانات البطاقة تدخل في صفحة أو إطار مستضاف لدى البوابة، فمتجرك خارج أغلب متطلبات المعيار ويكتفي بالاستبيان الذاتي المبسط. حين تمر البيانات عبر خادمك يتسع النطاق إلى تدقيق كامل بتكلفة سنوية، وهذا قرار يجب أن يتخذ عن علم لا بالصدفة. نقدم اختبار اختراق لنطاق PCI DSS ضمن خدمة https://web-pioneer.com/pci-dss-penetration-testing للمتاجر التي تحتاجه.
تحقق من توقيع كل Webhook. كل بوابة توقع إشعاراتها بمفتاح سري مشترك، عادة بخوارزمية HMAC على حقول محددة بترتيب محدد. خادمك يعيد حساب التوقيع ويقارنه قبل أن يصدق أي شيء في الإشعار. إشعار بلا تحقق يعني أن أي شخص يعرف رابط الاستقبال يستطيع تعليم طلب كمدفوع. أضف إلى ذلك: قارن المبلغ والعملة في الإشعار بما في طلبك، لا تكتف بحالة «ناجح».
مثال عملي من عملنا: في متجر Droubiz الذي نشغله مع بوابة Easykash، وجدنا أن مبلغ الطلب يمكن أن يتغير بين لحظة إنشاء طلب الدفع ولحظة التأكيد إذا عدل العميل سلته في تبويب آخر، أو إذا حاول شخص إرسال طلب معدل يدويا. عالجنا ذلك ببصمة للسلة: نحسب على الخادم بصمة من محتويات السلة والكميات والمبلغ وقت إنشاء طلب الدفع، نخزنها مع الطلب، ثم عند وصول إشعار الدفع نعيد حساب البصمة ونقارن المبلغ المدفوع فعلا بها قبل أن نعلم الطلب كمدفوع ونخصم المخزون. أي اختلاف يحول الطلب إلى حالة مراجعة بدل أن يمر. الحالة كاملة في https://web-pioneer.com/case-studies.
أخطاء نراها تتكرر في تكاملات الدفع
راجعنا خلال السنوات الماضية تكاملات دفع بناها مطورون آخرون لعملاء انتقلوا إلينا، وتتكرر فيها الأخطاء نفسها:
- تأكيد الطلب من صفحة العودة: المتجر يعلم الطلب كمدفوع لأن العميل وصل إلى صفحة «شكرا»، بينما البوابة رفضت المعاملة بعد ثانية. الحل أن يكون إشعار الخادم هو المصدر الوحيد للحالة.
- مفاتيح الإنتاج في مستودع الكود: مفتاح البوابة السري مكتوب داخل الكود المرفوع على GitHub. المفاتيح تعيش في ملف بيئة خارج المستودع، وتبدل فورا إن تسربت.
- خصم المخزون قبل الدفع: المخزون ينقص عند إنشاء طلب الدفع لا عند تأكيده، فتتراكم الحجوزات الوهمية من طلبات لم تكتمل. الصواب حجز مؤقت بمهلة ثم خصم عند التأكيد.
- الاسترداد اليدوي من لوحة البوابة فقط: يسترد الموظف المبلغ من لوحة البوابة ولا يعرف المتجر بذلك، فتبقى الطلبات مدفوعة في التقارير. الاسترداد يمر عبر المتجر ليحدث الحالة والمخزون والمحاسبة معا.
- بيئة اختبار مختلطة بالإنتاج: مفاتيح الاختبار تعمل على المتجر الحي فتظهر طلبات «مدفوعة» بلا مال. البيئتان منفصلتان بمفاتيح ونطاقات مختلفة.
جدول القرار
| البوابة | الرسوم المنشورة | طرق الدفع المعلنة | التكامل | تناسب |
|---|---|---|---|---|
| Paymob | 2.75% + 3 جنيهات (قياسية)، بلا رسوم شهرية، تسوية أسبوعية | بطاقات، ميزة، محافظ، أكشاك، تقسيط | صفحة مستضافة، واجهة برمجية، إضافات | التاجر الذي يريد أوسع تغطية لطرق الدفع من حساب واحد |
| Kashier | 2.75% + 3 جنيهات للبطاقات، بلا تأسيس، ضريبة 14% على الرسم فقط، لا رسوم استرداد | بطاقات، ميزة، محافظ، تقسيط، Apple Pay، روابط دفع | صفحة مستضافة، واجهة برمجية، إضافات لخمس منصات | متاجر WooCommerce وShopify والمتاجر التي تحتاج روابط دفع وAPI واضحة |
| فوري | غير منشورة، بالعقد | بطاقات 3DS، محافظ، كود نقدي بالمنافذ، ValU، تقسيط | زر أو رابط مستضاف، REST، SDK، إضافات | التاجر الذي يبيع لعملاء بلا بطاقات ويحتاج التحصيل النقدي |
| Geidea | غير منشورة وقت المراجعة | بطاقات، محافظ، روابط دفع، نقاط بيع | صفحة مستضافة، واجهة برمجية | تاجر التجزئة الذي يريد الدفع الإلكتروني ونقاط البيع في حساب واحد |
| Easykash | غير منشورة وقت المراجعة | بطاقات، محافظ، تحصيل نقدي، روابط دفع | صفحة مستضافة، واجهة برمجية | المتاجر المتوسطة التي تريد تفعيلا سريعا وتكاملا مباشرا مع المطور |
قاعدة اختيار بسيطة: ابدأ ببوابة واحدة تغطي البطاقات وميزة والمحافظ، وأضف كود فوري النقدي إن كان جمهورك خارج القاهرة الكبرى أو أصغر من 25 عاما، واحتفظ بالدفع عند الاستلام مع رسم إضافي صغير يدفع العميل نحو الدفع المسبق. البوابة الثانية تضاف لاحقا كاحتياط حين تتعطل البوابة الرئيسية، وهذا يحدث.
الخطوة التالية
قبل أن تطلب عرضا من أي بوابة، اجمع ثلاثة أرقام: متوسط قيمة الطلب، عدد الطلبات الشهرية المتوقع، ونسبة الدفع عند الاستلام الحالية. بهذه الأرقام تستطيع مقارنة عرضين بالجنيه لا بالنسبة المئوية. وإن كنت تبني المتجر من البداية، فتكلفة التكامل جزء من تكلفة المتجر التي شرحناها في https://web-pioneer.com/blog/تكلفة-انشاء-متجر-الكتروني. تحدث مع مهندس من فريقنا ونرسل لك تقديرا تقنيا مكتوبا خلال يوم عمل يحدد البوابة المناسبة ونطاق التكامل والأمان.
