بيئة الاختبار
بطاقات الاختبار
أرقام بطاقات تنجح أو تُرفض أو تطلب 3-D Secure أو تجيب متأخرة في صفحة الدفع المحاكاة في وضع الاختبار.
في وضع الاختبار، صفحة الدفع بالبطاقة محاكاة تحمل علامة TEST. لا تقبل إلا الأرقام أدناه: يُرفض أي رقم آخر برسالة «استخدم بطاقة اختبار»، ولا يُخزَّن أبدًا. لا تعمل بطاقة حقيقية في وضع الاختبار أبدًا.
اكتب رقمًا في الصفحة، أو انقر عليه في قائمة الصفحة. وإذا طلبت الصفحة تاريخ انتهاء أو
رمز أمان، فاستخدم أي تاريخ في المستقبل وأي ثلاثة أرقام. وللدفع دون متصفح، أرسل الرقم
نفسه إلى أداة الاختبار المساعدة complete.
الأرقام
تنجح فورًا.
تُفتح صفحة 3-D Secure محاكاة. موافقة: تنجح. فشل: تُرفض، authentication_failed.
تُرفض، card_declined.
تُرفض، card_declined مع رمز الرفض insufficient_funds.
تُرفض، expired_card.
تفشل، processing_error.
تنجح بعد 60 ثانية؛ وإلى ذلك الحين لا تكون الدفعة مؤكدة.
تنجح مرة واحدة، مع أن التأكيد يصل إلى AdProMaxPay عدة مرات ودون ترتيب.
لا يصل أي تأكيد أبدًا: لا تنجح الدفعة أبدًا، وتنتهي صلاحية المحاولة بعد نحو 30 دقيقة.
بعد الرفض، تعود نية الدفع (payment intent) إلى requires_payment_method، مع السبب في
last_payment_error، وتتلقى payment_intent.payment_failed. يمكن لعميلك تجربة بطاقة
أخرى في الصفحة نفسها.
ما يعلّمه كل سيناريو
- نجاح ومرفوضة: صفحتك للطلبية المدفوعة وصفحتك للطلبية الفاشلة.
- 3-D Secure: الخطوة الإضافية التي قد يطلبها البنك. لا يفعل كودك شيئًا خاصًا؛ تتولاها الصفحة المستضافة.
- تأكيد بطيء: يعود عميلك إلى
success_urlقبل تأكيد الدفعة. اعرض «نحن بصدد تأكيد دفعتك»، وسلّم الطلبية عند وصول الـ webhook، لا عند العودة. - إشعارات متكررة: تتلقى مع ذلك حدث
payment_intent.succeededواحدًا، وإن كانت عملية تسليم الـ webhook نفسها قد تصل مرتين: انظر إزالة التكرار. - تأكيد مفقود: قد تنتهي دفعة دون مال حتى بعد أن مرّ عميلك
بصفحة الدفع. لا تسلّم الطلبية أبدًا قبل
succeeded.
الصورة الكاملة للحالات في كيف تعمل المدفوعات. وما يختلف غير ذلك عن الوضع المباشر في بيئة الاختبار والوضع المباشر: الفروق.