بوابات الدفعثلاث مربوطة والبقيّة عند الطلب

الوضع التجريبي. كل الأرقام والأسماء هنا بيانات عرض. الشاشات هي نفسها التي ستراها، والمحتوى هو ما يُبنى من نشاطك أنت.

ثلاث بوابات مربوطة بمحوّل جاهز، والبقيّة تُركَّب عند الطلب

أسماء الحقول أدناه هي أسماء البوابات نفسها لا تسميات من عندنا — لأن أوّل ما يكسر الربط أن تُسمّى الحقول تسميةً مريحة ثم لا يجدها أحد في لوحة البوابة. وحين تُفعَّل بوابة، يرسل النظام رابط الدفع رسالةً مستقلّة في واتساب بعد اعتمادك للعقد.

المفتاح الحيّ لا يكفي وحده.

حين يكون المفتاح المضبوط حيّاً (sk_live_…) يرفض النظام إنشاء أي رابط حتى تُقرّ بالوضع الحيّ برقم سجلك التجاري. سببه أن الحادثتين تقعان: تشغيل تجربة يُطلق دفعةً حقيقية، ونشرٌ حيّ يرسل روابط تجريبية لا تصل مالاً. الإقرار قيمةٌ يعرفها صاحب الحساب ولا تُكتب بالصدفة في ملف اختبار.

مربوطة بمحوّل جاهز

3 بوابات · تُفعَّل بمفاتيحها

مُيسّر

غير مربوطة
من لوحة مُيسّر » المفاتيح. مفتاح المتصفّح publishable لا يُستعمل هنا إطلاقاً.
يُضبط عند إنشاء الويبهوك. وحتى بوجوده لا نقيّد الدفعة على الإشعار وحده — نعيد سؤال البوابة عن الحالة قبل القيد.

Paylink

غير مربوطة
لوحة Paylink » الإعدادات » واجهة برمجية.
يُعرض مرّة واحدة عند الإنشاء ولا يُعرض ثانيةً.
النطاق هو ما يحدّد الوضع، لا شكل المفتاح. ولذلك يُختار صراحةً هنا بدل أن يُخمَّن.
حدّ المنصّة نفسها. نفرضه قبل النداء لا بعده — خطأ 400 خامٌ من بوابة لا يصلح أن يقترب من رسالة عميل.

تاب

غير مربوطة
من لوحة تاب » Developers. يُرسَل ترخيصاً حاملاً Bearer.
لتحقّق توقيع HMAC-SHA256 على الحمولة الخام. التحقّق على الخام لا على المفسَّر، وإلا اختلف بايت واحد فسقط التوقيع الصحيح.

بوابات ومزوّدات أخرى في السوق السعودي

20 مزوّداً · تُركَّب عند الطلب
  • هايبرباي entityId مع نموذج COPYandPAY المستضاف يُركَّب عند الطلب
  • PayTabs profile_id + server_key يُركَّب عند الطلب
  • جيديا مصادقة أساسية مع توقيع SHA-256 فوق المبلغ والمرجع والوقت يُركَّب عند الطلب
  • أوروَي requestHash = SHA-256 لسلسلة المعاملة كاملة يُركَّب عند الطلب
  • MyFatoorah SendPayment بخيار LNK — يعيد الرابط وحده، وهو الأنسب لواتساب يُركَّب عند الطلب
  • أمازون للمدفوعات access_code + merchant_identifier + توقيع يُركَّب عند الطلب
  • Telr معرّف المتجر ومفتاح الترخيص مع صفحة دفع مستضافة يُركَّب عند الطلب
  • Checkout.com مفتاح سرّي مع روابط دفع جاهزة من الواجهة يُركَّب عند الطلب
  • ClickPay واجهة قريبة من PayTabs بنفس زوج الاعتماد يُركَّب عند الطلب
  • EdfaPay مفتاح تاجر مع توقيع على حقول الطلب يُركَّب عند الطلب
  • Foloosi مفتاح تاجر مع رابط دفع مستضاف يُركَّب عند الطلب
  • تمارا تقسيط — جلسة شراء بمفتاح واجهة وويبهوك حالة يُركَّب عند الطلب
  • تابي تقسيط — جلسة دفع بمفتاح سرّي وتأكيد لاحق يُركَّب عند الطلب
  • Lean مؤسسة مدفوعات مرخّصة من ساما — تحويل من حساب إلى حساب يُركَّب عند الطلب
  • Yuno منسّق بوابات برخصة PTSP — طبقة فوق البوابات لا بديل عنها يُركَّب عند الطلب
  • STC Pay لا واجهة تاجر مباشرة — يُتاح من داخل تاب أو هايبرباي عبر بوابة أخرى
  • سداد نظام وطني للفواتير — يُربط عبر بنك أو بوابة، لا مباشرةً عبر بوابة أخرى
  • سلة باي مدفوعات داخل منصّة سلة — لا تُستدعى من خارجها داخل المنصّة
  • زد باي مدفوعات داخل منصّة زد — لا تُستدعى من خارجها داخل المنصّة
  • نيرباي قبول NFC على الجوال — دفع حضوري لا رابطاً يُرسَل خارج نطاق الروابط

كيف يصل الرابط إلى العميل

ثلاث خطوات · بلا تدخّل منك بعد الأولى
1

أنت تعتمد العقد

لا شيء يبدأ قبل ضغطتك. العقد يُجهَّز آلياً وينتظر اعتمادك في واتساب، تماماً كما هو اليوم.

2

النظام يحسب الدفعة

المبلغ يُقرأ من جدول دفعاتك المحسوب بالكود — لا من نصّ الرسالة ولا من ذاكرة المحادثة. والنموذج لا يملك أداةً تقبل مبلغاً أصلاً.

3

الرابط يُرسَل رسالةً مستقلّة

يؤلّفها الكود لا النموذج، كما تُرسَل ملفات PDF اليوم. فلا يمرّ بحرّاس الردّ، ولا يستطيع أحد تحريف مبلغ ولا رابط.

التحويل البنكي يبقى كما هو.

البوابة إضافة لا بديل، ومن يفضّل التحويل يكمل به. وما تغيّر أن قول العميل «دفعت» لم يعد يكفي وحده كما لم يكن يكفي من قبل — لكن البوابة حين تؤكّد، تصير دليلاً.