التحقق من الحالة بالمعرّف
شحن الهاتف
التحقق من الحالة بالمعرّف
التحقق من حالة شحن الهاتف المحمول باستخدام المعرّف الداخلي
GET
التحقق من الحالة بالمعرّف
نظرة عامة
يُرجع حالة شحن هاتف محمول باستخدامtopupId المُرجع في استجابة إرسال الشحن.إذا حددت
ref عند إرسال الشحن، يُفضَّل استخدام check-by-ref إذ يعتمد على معرّفاتك الخاصة.المعلمات
المعرّف الداخلي للشحن المُرجع في استجابة send-topup
الاستجابة
true إذا تم العثور على الشحن وإرجاع حالتهقيم الحالة
| الحالة | المعنى | الإجراء |
|---|---|---|
PENDING | الشحن قيد المعالجة | تحقق مجددًا بعد 5-10 ثوانٍ |
SUCCESS | الشحن اكتمل بنجاح | أبلغ المستخدم بالنجاح |
FAILED | الشحن فشل نهائيًا | الرصيد مُسترد - يمكن المحاولة مجددًا |
UNKNOWN_ERROR | حالة غير محددة | انتظر 24 ساعة - لا تسترد الأموال |
الأمثلة
مثال على الاستجابة — تم التنفيذ (FULFILLED)
مثال على الاستجابة — مُسترَد (REFUNDED)
مُسترَد مع عروض مقترحة
عندما لا يتطابق كود الخطة مع نوع رقم الهاتف، ستتلقى بدائل مقترحة:ملاحظة:
suggested_offers مصفوفة ويمكن أن تحتوي على عدة عناصر، مثلاً عند إرسال خطط GETMENU.استراتيجية الاستعلام
مزامنة API مع قاعدة بياناتك
ابدأ الاستعلام
ابدأ التحقق من الحالة فور إرسال الشحن. يمكنك ضبط interval كل 5-10 ثوانٍ على واجهتك للتحقق من الحالة. عند الوصول إلى FULFILLED أو REFUNDED أو UNKNOWN_ERROR، أوقف الاستعلام.
مثال الاستعلام الكامل
معالجة UNKNOWN_ERROR
الاستطلاع مع Backoff الأسي
أفضل الممارسات
تخزين الحالة مؤقتاً
خزّن الحالة في قاعدة البيانات لتقليل استدعاءات API. استعلم من API الخاصة بنا فقط عندما لا تكون الحالة نهائية (PENDING/HANDLING).
أوقف عند الحالة النهائية
لا تستمر بالاستعلام بعد FULFILLED أو REFUNDED أو UNKNOWN_ERROR
حماية من المهلة الزمنية
حدد حداً أقصى لمحاولات الاستعلام (عادة 60 = 5 دقائق)
معالجة الأخطاء
تعامل مع أخطاء الشبكة بمنطق إعادة المحاولة
أظهر الرسائل بالعربية
أظهر دائماً
refund_message للمستخدمين — وهي بالعربية وتشرح المشكلةعرض بدائل
عند وجود
suggested_offers، حدّث واجهتك لإظهار هذه الخطط بدلاً من جميع الخططمعالجة الاسترداد
سيُضافrefund_message (رسالة باللغة العربية) إلى عملية الشحن، ويجب عرضه كما هو للعميل.أمثلة على السيناريوهات:رقم هاتف خاطئ
إذا أدخل العميل رقم هاتف خاطئ:عدم تطابق الخطة
عند إرسال PREPAID_DJEZZY إلى رقم فاتورة (postpaid):مصفوفة suggested_offers
تُظهر المصفوفةsuggested_offers الخطط الصحيحة لرقم الهاتف. حدّث واجهة تطبيقك لعرض هذه الخطط الجديدة بدلاً من عرض جميع الخطط.مصفوفة
suggested_offers يمكن أن تحتوي على عدة عناصر، خاصة عند إرسال طلبات GETMENU.الاختبار في بيئة Sandbox
فعّل وضع Sandbox من صفحة الإعدادات لاختبار الطلبات دون التأثير على رصيدك.جميع العمليات ستحاكي عملية حقيقية:السير الطبيعي
أي رقم هاتف عادي:
- أول 5 ثوانٍ: الحالة
PENDING - أول 15 ثانية: الحالة
HANDLING - ثم: الحالة
FULFILLED
اختبار الاسترداد مع اقتراحات
الهاتف: 0600000002اختبار حالة REFUNDED مع
refund_message وsuggested_offersEndpoints ذات الصلة
التحقق من الحالة بالمرجع
البحث باستخدام مرجعك الداخلي
إرسال الشحن
إرسال شحن هاتف محمول

