الدفع هو الجزء اللي يخاف منه أغلب أصحاب المشاريع، مع إنه اليوم من أسهل الأجزاء تقنيًا. التعقيد الحقيقي إداري: أوراق، حساب بنكي، ومراجعة من المزوّد.
هنا الخطوات بالترتيب، مع الأشياء اللي تعطّل الاعتماد عادة.
تحتاج سجلًا تجاريًا وحسابًا بنكيًا باسم النشاط، ومزوّد دفع محلي يدعم مدى و Apple Pay — ولا تضع مفاتيح الربط في الكود أبدًا، مكانها مخزن الأسرار.
المتطلبات قبل ما تبدأ
أغلب مزوّدي الدفع في السعودية يطلبون:
- سجل تجاري ساري يغطّي نشاط البيع الإلكتروني.
- حساب بنكي باسم المنشأة، لا حساب شخصي.
- موقع أو تطبيق يعمل فعلًا وفيه صفحات: من نحن، التواصل، الشروط والأحكام، وسياسة الاستبدال والإرجاع.
- وصف واضح للمنتجات أو الخدمات وأسعارها.
مدى، البطاقات، والمحافظ
مدى شبكة الدفع المحلية وهي الأكثر استخدامًا في السعودية، ورسومها عادة أقل من البطاقات الائتمانية. Apple Pay يمرّ عبر نفس البوابة ويرفع نسبة إتمام الشراء على الآيفون بشكل ملحوظ لأنه يلغي إدخال بيانات البطاقة.
الرسوم تختلف بين المزوّدين، وغالبًا تكون نسبة من العملية مضافًا إليها مبلغ ثابت. اسأل صراحة عن: رسوم العملية، رسوم الاسترداد، ومدة التسوية البنكية — المدة تحديدًا تؤثر على سيولتك.
كيف يعمل الربط تقنيًا
المزوّد يعطيك مفتاحين: مفتاحًا للاختبار ومفتاحًا للإنتاج. تبني عملية الدفع، تجرّبها ببطاقات اختبارية، ثم تبدّل المفتاح بعد الاعتماد. الجزء المهم اللي كثير يغفل عنه هو إشعار الدفع (webhook): البوابة ترسل لنظامك تأكيدًا بنتيجة العملية، ولازم تعتمد عليه في تأكيد الطلب لا على رجوع المستخدم للصفحة.
الأمان: مفاتيح الربط
لا تضع مفتاح الدفع داخل الكود ولا في ملفات المشروع ولا في واجهة المتصفح. مكانه مخزن الأسرار، ويُقرأ من الخادم فقط. المفتاح المكشوف في الواجهة أو في مستودع عام هو أشهر ثغرة في المتاجر الصغيرة.
لما تبني بأوترا، أضف مفتاح الدفع في مخزن الأسرار واذكر في وصفك إن الربط يقرأ المفتاح من هناك — كذا يبقى خارج الكود المنشور.