انتقل إلى المحتوى

حالات الرسائل وتقارير DLR

تقارير تسليم الرسائل القصيرة

تابع حالات Accepted وSent وDelivered وFailed، واربط تقارير DLR أو Webhooks بنظامك لمعرفة نتيجة كل رسالة ومعالجة الفشل.

01
Accepted

قُبل الطلب للمعالجة، ولم يثبت التسليم بعد.

02
Delivered

وردت حالة تسليم متاحة من المسار.

03
Failed

سبب دائم أو مؤقت يحتاج تصنيفاً.

قراءة التقرير

الفرق بين قبول الطلب وتسليم الرسالة

يمر طلب الإرسال بعدة حالات. قد يظهر Accepted أولاً، ثم Sent، وبعدها تصل حالة Delivered أو Failed. نحفظ message ID ونربطه بالطلب أو العميل حتى تظهر النتيجة داخل سياقها الصحيح.

نصنف أسباب الفشل إلى مؤقتة يمكن إعادة محاولتها وفق سياسة محددة، ودائمة مثل الرقم غير الصالح. يساعد ذلك على تنظيف القوائم وتجنب محاولات لن تنجح.

خطوات التنفيذ

كيف نجهز الخدمة ونطلقها

نراجع الاستخدام والمتطلبات، ثم نختبر الإعداد قبل بدء الإرسال الفعلي.

  1. 01احفظ معرّف الرسالة

    اربطه بالسجل التجاري المناسب.

  2. 02استقبل الحالة

    Webhook أو تقرير حسب التشغيل.

  3. 03صنف السبب

    مؤقت أو دائم أو يحتاج مراجعة.

  4. 04حسن التدفق

    تنظيف أرقام وسياسة إعادة محاولة.

المعلومات المطلوبة

زوّدنا بهذه التفاصيل لإعداد العرض

هذه المعلومات تساعدنا على تحديد السعر والمتطلبات وطريقة التشغيل المناسبة من أول تواصل.

  • 01طريقة الإرسال الحالية
  • 02الأنظمة التي تحتاج الحالة
  • 03سياسة إعادة المحاولة
  • 04مدة الاحتفاظ بالتقارير

أسئلة شائعة

إجابات مختصرة عن الخدمة

هل Delivered تعني أن العميل قرأ الرسالة؟+

لا. هي حالة تسليم متاحة للمسار أو الجهاز، وليست إيصال قراءة من المستخدم.

هل كل الدول تعيد الحالة نفسها؟+

لا. مستوى التفاصيل وتوقيت الحالة قد يختلفان. نوضح ما هو متاح للمسار والوجهة.

هل يجب إعادة كل رسالة فاشلة؟+

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

نموذج طلب الخدمة

اطلب عرضاً لخدمة الرسائل القصيرة

أرسل الدول المستهدفة ونوع الرسائل والحجم التقريبي. سيراجع الفريق التفاصيل ويتواصل معك بالسعر وطريقة التشغيل المناسبة.

الاستخدام *
هل تحتاج API؟

نستخدم بياناتك للتواصل معك بخصوص هذا الطلب.