خدمات تكامل بوابات الدفع

لا، ولا يجب. نستخدم حقول البطاقة المستضافة لدى المعالج أو حزم SDK الخاصة به، فلا تمر أرقام البطاقات الخام عبر خادمك الخلفي، وهو النهج الآمن وأيضًا الذي يبقيك خارج أثقل نطاقات امتثال PCI-DSS.

نعم، الفترات التجريبية والتسوية التناسبية عند تغيير الخطة ومتابعة تجديدات الدفع الفاشلة ومسارات الإلغاء كلها متطلبات فوترة اشتراكات قياسية نبنيها، وهو النمط نفسه الذي يشغّل تطبيق Invoex الويب لدينا.

في كثير من الأحيان يغطي Stripe أو PayPal وحدهما عددًا مدهشًا من الدول جيدًا. وحيث لا يخدمان سوقًا جيدًا، نضيف معالجًا إقليميًا لهذا السوق تحديدًا بدل إجبار بوابة واحدة على مهمة لا تناسبها.

يؤكد التحقق من توقيع webhook أن الأحداث صادرة فعلًا من المعالج، وتمنع مفاتيح عدم التكرار إعادة المحاولة الشبكية من خصم العميل مرتين. كلاهما مدمج افتراضيًا، وليس حالة هامشية نعالجها إن طُلب منا.

نعم، فتوجيه جزء من كل دفعة إلى عدة بائعين أو متعاقدين، مع معالجة صحيحة للاستردادات وتوقيت التحويلات، نمط نفذناه من قبل ونعرف حوافه الحادة.

كإضافة إلى مشروع ويب أو جوال، يبلغ عادةً الخانة الدنيا إلى المتوسطة من الآلاف بحسب التعقيد (بوابة واحدة أم عملات متعددة أم تحويلات سوق). يُسعَّر ويُحمى بالضمان كأي مشروع.

نعم، معاملات حقيقية صغيرة (تُستردّ لاحقًا) أو وضع الاختبار لدى المعالج مع جولة سيناريوهات كاملة، وكلاهما جزء من قائمة التسليم، فترى التكامل يعمل فعلًا قبل صرف الدفعة الأخيرة.