Skip to main content

نظرة عامة

بعد تقديم طلب بطاقة هدية، استعلم عن endpoint /check-order لتتبع حالة الطلب واسترجاع تفاصيل البطاقة عند التنفيذ. تكتمل معظم الطلبات خلال 3-45 ثانية.
استعلم كل 5-10 ثوانٍ حتى يصل الطلب إلى حالة نهائية: FULFILLED أو PARTIALLY_FILLED أو REFUNDED.

مرجع API

GET /v3/gift-cards/check-order/{orderId}

التوثيق الكامل للـ endpoint

قيم حالة الطلب

الطلب قيد المعالجة. المدة المعتادة: 3-45 ثانية. استمر في الاستعلام كل 5-10 ثوانٍ.
نجاح! تم تسليم البطاقة. تفاصيل البطاقة متاحة. سلّم للعميل فوراً.
نجاح جزئي. تم تسليم بعض البطاقات وإلغاء الباقي. fulfilled_quantity < quantity. يُصدر استرداد جزئي تلقائياً.
فشل. أُلغي الطلب وأُعيد المبلغ تلقائياً. أبلغ العميل بالفشل.

الاختبار في بيئة Sandbox

استخدم وضع Sandbox للاختبار دون إنفاق رصيد حقيقي:

اختبار طلب فاشل

استخدم TEST_REFUND كـ type ID ← يحاكي طلباً فاشلاً (حالة REFUNDED)

اختبار نجاح جزئي

استخدم TEST_PARTIAL كـ type ID ← يحاكي تسليم 50% (حالة PARTIALLY_FILLED)
Sandbox Example

فحص الحالة الأساسي

أمثلة على الاستجابة

قيد المعالجة (HANDLING)

منفَّذ (FULFILLED)

مُنفَّذ جزئياً (PARTIALLY_FILLED)

حلقة الاستعلام الأساسية

معالجة الحالات النهائية

مثال على الاستعلام الكامل

الاستعلام كل 5-10 ثوانٍ

توازن بين الاستجابة وعدد طلبات API

معالجة PARTIALLY_FILLED بشكل صحيح

قدّم البطاقات المتاحة وأبلغ العميل بالتسليم الجزئي

تحديد حد أقصى للوقت

أوقف الاستعلام بأمان بعد 5 دقائق وأبلغ العميل بالانتظار

تحديث قاعدة البيانات

سجّل تغييرات الحالة وبيانات البطاقة عند كل تحديث

أفضل الممارسات

استعلم كل 5 ثوانٍ

وازن بين الاستجابة وحمل API

حدّد مهلة زمنية

أوقف الاستعلام بعد 5 دقائق (60 محاولة)

تعامل مع جميع الحالات

اعالج FULFILLED وPARTIALLY_FILLED وREFUNDED

اختبر أولاً

استخدم وضع Sandbox مع TEST_REFUND وTEST_PARTIAL

الخطوات التالية

التسليم الآمن

تشفير وتسليم رموز البطاقات للعملاء

تقديم الطلبات

تقديم طلبات بطاقات الهدايا

مرجع API

التوثيق الكامل للـ endpoint