اختر بوابات الدفع في السعودية بناءً على أهلية منشأتك، وطريقة الربط التي يدعمها متجرك، ووسائل الدفع المؤكدة، وجدول الرسوم المكتوب. قبل اعتماد الربط، اختبر تأكيد الطلب والاسترداد ومطابقة التحويلات مع سجلات المحاسبة. وجود شعار مدى أو أبل باي في صفحة المزود لا يكفي لتحديد ما سيحصل عليه متجرك ضمن الاتفاق.
جهّز طلب شراء نموذجيًا وناقشه مع كل مزود: يدفع العميل، ويجهز فريقك الطلب، وقد يطلب العميل استرداد المبلغ لاحقًا. حدّد من يتابع كل مرحلة، وما الدليل الذي يعتمد عليه الموظف قبل تنفيذها. بهذه الطريقة تقارن عرضين للعمل نفسه، وتعرف الأسئلة التي تحتاج إجابة قبل التعاقد.
اكتب اسم منصة المتجر ونوع النشاط والجهة التي ستتقدم لفتح حساب التاجر. أضف العملات التي تريد تحصيلها ووسائل الدفع المطلوبة، مثل مدى وأبل باي Apple Pay. اطلب من المزود تأكيد دعمها لحسابك وطريقة الربط المختارة، واحتفظ بالإجابة مع العرض. ميّز في الملف بين وسيلة مؤكدة وأخرى ما زالت تنتظر المراجعة أو التفعيل.
وضّح هل تبيع منتجات منشأتك فقط أم تدير منصة تجمع بائعين مستقلين. في الحالة الثانية، اشرح من يبيع للعميل ومن يستلم المبلغ ومن يتحمل مسؤولية الاسترداد. اعرض هذا الترتيب على المزود قبل أن يقدّر المطور تكلفة توزيع المستحقات. لا تعتمد وظيفة مالية لمجرد ظهور كلمة «منصات» في صفحة المنتج؛ اطلب وصفًا مكتوبًا يناسب نموذج عملك.
إذا لم تحسم منصة المتجر، تساعدك مقارنة خيارات المنصة للمتجر السعودي على ترتيب القرار. بعد اختيارها، اطلب اسم الإضافة أو مسار الربط المتوافق مع إصدار صفحة الدفع لديك. وإذا غيّرت المنصة أثناء المشروع، راجع افتراضات الربط مع المورد قبل اعتماد السعر والجدول السابقين.
ابدأ بالوثائق الرسمية، ثم اطلب عرضًا عمليًا للمسار الذي سيستخدمه متجرك. يلخص الجدول نقاطًا موثقة كما في أكتوبر 2026، تساعدك على بدء النقاش التقني. المقارنة هنا بين مداخل البحث في الوثائق؛ لا تمثل ترتيبًا للأفضلية أو قائمة كاملة بالمزايا، ولا تؤكد قبول حساب منشأتك لدى أي مزود.
| المزود | نقطة بداية موثقة | السؤال الذي يحتاج إجابة في عرضك |
|---|---|---|
| ميسر Moyasar | ربط للويب وحزم للجوال وإضافات للتجارة الإلكترونية | ما الإضافة أو الحزمة المناسبة لإصدار متجرنا؟ |
| تاب Tap Payments | إشعارات لحالات الدفع والتحقق من بيانات الإشعار | من ينفذ تحديث الطلبات المؤكدة ومن يراقب تعثرها؟ |
| هايبر باي HyperPay | أداة COPYandPAY وربط بين الخوادم وحزم للجوال | أي مسار يشمله العرض ومن يتولى صيانته؟ |
تصف وثائق ميسر لطرق الربط مسارات الويب والجوال والتجارة الإلكترونية. وتشرح وثائق تاب لإشعارات الدفع الاتصال بين الخوادم والتحقق من الإشعار باستخدام قيمة hashstring. أما دليل الربط لدى هايبر باي فيفصل بين أداة الدفع في المتصفح والربط بين الخوادم وحزم تطبيقات الجوال، وفق الصفحات المتاحة كما في أكتوبر 2026.
أرسل الأسئلة نفسها إلى المرشحين حتى لا تقارن إجابة تفصيلية بوعد عام. قد يقدم المزود وظائف إضافية لا يعرضها هذا الجدول، لذلك اطلب اسم المنتج الذي سيشمله عقدك ورابط وثائقه. سجّل أيضًا مسؤول الدعم وطريقة تصعيد المشكلة إذا توقف تحديث الطلبات بينما استمر العملاء في محاولة الدفع.
اسأل المنصة والمزود أولًا عن الربط الذي يتوليان دعمه وتحديثه. اطلب اسم الإضافة والإصدارات المتوافقة وطريقة اختبار التحديث قبل تطبيقه على المتجر. بعد ذلك اطلب من المطور تجربة سلة شراء تماثل طلبك الفعلي، بما فيها العودة من صفحة الدفع إلى المتجر، ومراجعة الحالة التي يراها موظف التجهيز.
إذا اقترح المورد ربطًا مخصصًا، اطلب سببًا متعلقًا بمتطلبات مشروعك. حدّد من يبني نموذج العميل، ومن يرسل طلب الدفع، ومن يتحقق من النتيجة ويحدث سجل الطلب. اطلب من المزود شرح المسؤوليات الأمنية للمسار المقترح وما يحتاج مراجعة متخصصة قبل التشغيل. اربط الموافقة بوظائف واضحة بدل اعتماد عبارة «تحكم كامل» دون تفاصيل.
اكتب قائمة الأجهزة والمتصفحات المستهدفة، وافصل اختبار الموقع عن اختبار التطبيق إذا كنت ستطلق الاثنين. جرّب عودة العميل من شاشة البنك أو المحفظة، واطلب وصف التصرف عند انقطاع الاتصال. أبقِ تأكيد حالة الدفع ضمن شروط القبول حتى عندما يتولى المزود جزءًا من الواجهة التي يراها العميل.
إذا كان متجر ووكومرس ضمن الخيارات، راجع مسؤوليات تشغيل ووكومرس مقارنة بسلة لتوزيع مهام الصيانة. ولمتجر سلة قائم أو قيد التجهيز، استخدم خطوات سلة من الكتالوج إلى الإطلاق إلى جانب ملف الدفع. بهذه المراجعة تعرف ارتباط الربط بتجهيز المنتجات والسياسات وبقية أعمال الإطلاق.
اطلب جدول رسوم مؤرخًا يخص نشاطك ووسائل الدفع التي تريدها. أعطِ المزودين افتراضات التخطيط نفسها، مثل قيمة المبيعات المتوقعة وعدد العمليات، واكتب أنها تقديرات وليست نتائج فعلية. اطلب توضيح الرسوم التي تخص العمليات الناجحة والاسترداد والاعتراضات والتحويلات والاشتراكات. اترك الخانة غير المؤكدة مفتوحة؛ لا تعامل غياب المعلومة على أنه إعفاء من الرسم.
| بند المقارنة | ما تطلب توضيحه | ما تسجله بجانبه |
|---|---|---|
| رسوم العملية | النسبة والمبلغ الثابت وأساس الحساب لكل وسيلة | العملة وتاريخ السريان والشروط |
| المصروفات المتكررة | اشتراك الحساب أو الإضافة والخدمات الملحقة | فترة الفوترة وشروط الإلغاء |
| الاسترداد والاعتراض | الرسوم ومصير رسم العملية الأصلية | قواعد الاسترداد الكامل والجزئي |
| التحويل للحساب البنكي | الجدول والحدود والخصومات وأي مبالغ محتجزة | مرجع الاتفاق ومالك الحساب |
| أعمال الربط | التجهيز والاختبار والتسليم والدعم | المورد والاستثناءات وآلية التغيير |
احسب في ورقة التخطيط كل وسيلة على حدة باستخدام قيمة مبيعاتها وعدد عملياتها والنسبة والمبلغ الثابت الواردين في عرضها. أضف المصروفات الدورية والرسوم المرتبطة بالأحداث التي أكدها المزود. اطلب من المحاسب مراجعة أساس الحساب وأي حدود أو معالجة ضريبية قبل اعتماد الورقة كميزانية للمشروع أو التشغيل.
افصل أتعاب المطور عن فاتورة مزود الدفع حتى تستطيع مناقشة كل بند مع صاحبه. يشرح تفصيل ميزانية بناء المتجر وتشغيله المصروفات الأوسع للمشروع. أما هنا فالمطلوب عرض كامل للمسار نفسه، مع بيان واضح لما عرفته وما تنتظر تأكيده، ومن يملك الإجابة عن كل نقطة مفتوحة.
اطلب من المطور أن يشرح الدليل الذي يعتمد عليه قبل وضع علامة «مدفوع» على الطلب. اجعل رقم الطلب والمبلغ والعملة جزءًا من المراجعة، وأدرج تكرار الإشعارات وتأخر وصولها وانقطاع رحلة العميل ضمن الاختبارات. هذه شروط قبول تقترحها لمشروعك؛ يجب أن يرجع الفريق إلى وثائق المزود المختار عند تحديد التنفيذ المناسب لها.
توضح إعدادات ميسر لووكومرس، كما في أكتوبر 2026، أن إشعارات الخادم تحدث حالة الدفع حتى إذا أغلق العميل المتصفح مبكرًا. حوّل هذا السيناريو إلى اختبار قبول: أغلق المتصفح أثناء العودة، ثم راجع لوحة الدفع وسجل الطلب وشاشة الموظف. اطلب من الفريق تفسير النتيجة وحفظ دليل الاختبار بدل الاكتفاء بصورة صفحة نجاح.
اطلب إعادة إرسال إشعار اختباري بالطريقة التي يسمح بها المزود، ثم تأكد أن الموظف لا يتلقى أمر تجهيز ثانٍ للطلب نفسه. حدّد الإجراء عندما يعجز النظام عن معالجة إشعار، وكيف يجد الفريق الطلبات التي تنتظر مراجعة. سجّل مسؤول التحقيق والمعلومات اللازمة له، مع تجنب إرسال بيانات حساسة في رسائل الدعم اليومية.
جهّز نصًا للعميل عندما تحتاج العملية انتظار التأكيد. أعطِ موظف الدعم وسيلة للوصول إلى الطلب وتتبع حالته دون مطالبة العميل بتكرار الدفع حتى تتغير الشاشة. راجع النص بالعربية والإنجليزية، واكتب خطوة المتابعة التي يستطيع الموظف تنفيذها والصلاحية التي يحتاجها. اختبر هذه الخطوة مع شخص سيستخدم لوحة المتجر بعد التسليم.
أعطِ الموظف طلبًا اختباريًا واطلب منه تنفيذ الاسترداد بالصلاحيات المقترحة للعمل اليومي. حدّد هل تحتاج استردادًا كاملًا أو جزئيًا أو كليهما، واطلب تأكيد المسار المتاح من المزود. راجع رسالة العميل وحالة الطلب والسجل المالي معًا؛ ينبغي أن يستطيع الموظف شرح ما نفذه وما ينتظر تأكيده قبل إرسال رد نهائي للعميل.
اكتب مثالًا لطلب استرداد قبل تجهيز الشحنة ومثالًا بعد إرسالها. أنت تعتمد سياسة المتجر، والمطور ينفذ الخطوات التي توافق عليها. سمِّ من يجيز الاسترداد ومن يراجع اكتماله، وحدّد ما يستطيع كل دور رؤيته أو تعديله. اطلب أن تميز رسائل خدمة العملاء بين استلام طلب الاسترداد وتأكيد نتيجته من المزود.
كلّف المحاسب بمطابقة رقم طلب مع عملية الدفع والخصومات والتحويل إلى الحساب البنكي، باستخدام التقارير التي سيستلمها فعلًا. اطلب نموذج تصدير من بيئة الاختبار أو المواد التوضيحية لدى المزود. افحص أسماء الحقول ووجود المراجع التي يحتاجها نظامك المحاسبي؛ لا تعتمد لقطة لوحة معلومات بديلًا عن ملف يستطيع الفريق مراجعته عند إقفال الفترة.
إذا كنت تنتقل من بوابة قائمة، أدرج الطلبات القديمة والاستردادات المعلقة ضمن خطة الانتقال. اسأل المزودين عما سيبقى متاحًا من سجلات وصلاحيات بعد التغيير، ومن سيعالج طلب عميل يعود إلى عملية سابقة. لا تثبت موعد التحويل قبل أن يملك فريقك إجراءً موثقًا لهذه الحالات ومسؤولًا يمكنه تنفيذه.
اتفق على النتائج المتوقعة قبل بدء الاختبار، واستخدم الإجراءات الاختبارية المعتمدة لدى المزود. سجّل البيئة والإصدار ودليل النتيجة مع قرار الإطلاق. أشرك موظف المتجر مع المطور؛ اطلب من الموظف تحديد حالة الطلب والخطوة التالية من واجهته، ثم قارنها بما سجله الفريق التقني وما تعرضه بيئة الدفع الاختبارية.
- أكمل عملية اختبار ناجحة، وطابق مرجعها مع الطلب الصحيح.
- ألغِ الدفع أو جرّب حالة الرفض، وافحص السلة والرسالة الظاهرة.
- اقطع رحلة العودة، ثم تحقّق من الحالة عبر المسار المتفق عليه.
- كرر إشعارًا اختباريًا مسموحًا، وتأكد من تنفيذ التجهيز مرة واحدة.
- نفّذ أنواع الاسترداد المطلوبة، وراجع أثرها في سجلات المحاسبة.
- راجع الدفع بالعربية والإنجليزية على الأجهزة والمتصفحات المستهدفة.
أدخل اسم عميل طويلًا، وكبّر حجم النص، وراجع حقول العنوان من اليمين إلى اليسار. تأكد من وضوح المبلغ والعملة وقدرة المستخدم على الوصول إلى زر المتابعة بلوحة المفاتيح. سجّل الاختبارات التي تعثرت مع مسؤول الإصلاح، ثم احتفظ بنتائج إعادة الاختبار قبل الموافقة على الإطلاق، بدل إغلاق الملاحظة بمجرد تعديل الكود.
أرسل منصة المتجر وإصدار صفحة الدفع ووسائل الدفع المطلوبة وقائمة المزودين وحالة حسابك الحالي. أرفق نموذج الطلب وقواعد الاسترداد وحقول التصدير المحاسبي. أضف وثائق الربط التي حصلت عليها والأسئلة التي لم يجب عنها المزود بعد. بهذه المعلومات نناقش ربط الدفع بالمتجر الإلكتروني وفق نطاق متجرك والمسؤوليات التي يحتاجها فريقك.
اطلب أن يذكر العرض اسم الإضافة أو المسار المخصص، والاختبارات المشمولة، وحدود الدعم والاستثناءات. حدّد مالك حساب التاجر ووسائل الوصول والتجديدات وتصعيد الأعطال. اطلب في التسليم شرحًا عمليًا لكيفية العثور على دفعة غير محسومة، ومن يستطيع التحقيق فيها، وكيف يسجل الموظف ما فعله حتى يستطيع زميله متابعة الحالة.
الخلاصة العملية: أكّد أهلية الحساب، واختر مسار الربط المدعوم، واجمع الرسوم المكتوبة، واختبر الطلب حتى الاسترداد والمطابقة المالية. أبقِ النقاط المفتوحة أمام صاحب القرار إلى أن يجيب عنها المسؤول لدى المزود أو المورد. لبدء نقاش النطاق، أرسل تفاصيل صفحة الدفع ومتطلبات الربط.
