التبديل التلقائي للرسائل: توجيه متعدد المزودين على مِرفقي

بوابات SMS الإقليمية أحياناً تعيد أخطاء 5xx أو تخنق في العطل الرسمية أو ترفض معرفات المرسل أثناء الحملة. عامل ORDER_COD_SMS في مِرفقي ينفّذ تبديلاً تلقائياً: جرّب بيانات المزود الأساسي، سجّل الفشل في order_sms_logs، أعد المحاولة على الثانوي في نفس تنفيذ المهمة.

بناء سلسلة التبديل

مثال مصر: VictoryLink أساسي (أقل تكلفة)، SMS Misr ثانوي (موثوقية OTP)، Twilio ثالث (احتياطي عالمي). مثال السعودية: Unifonic أساسي، Infobip ثانوي لوجهات الخليج العابرة.

كل مستوى يخزن بيانات اعتماد منفصلة في store_sms_configs — محرك التبديل يقرأ أولوية المزود من إعدادات المتجر (قيد التوسيع) أو افتراضيات حزمة البلد اليوم.

المحاولات الفاشلة لا تُفوتر مرتين: حالة order_sms_logs تنتقل من معلق إلى مُرسل عند أول تسليم ناجح؛ الإخفاقات السابقة تبقى قابلة للتدقيق لمحادثات اتفاقية مستوى البوابة.

رؤية العمليات

موظفو الدعم يرون أي مزود سلّم كل رسالة COD في تفاصيل الطلب — حاسم عندما يصر عميل أنه لم يستلم رسالة بينما Infobip تظهر DELIVRD.

تحليلات المنصة (قيد التوسيع) ستعرض معدل التبديل لكل بلد — إذا أُطلق الثانوي في مصر لأكثر من 5% من الحركة، فاوض اتفاقية VictoryLink أفضل أو أضف Cequens للسلسلة.

التبديل يحترم تبديل isEnabled — تعطيل SMS في الإدارة يوقف كل المستويات فوراً، مفيد أثناء إعادة تسجيل معرف المرسل لدى NTRA أو CITC.

بوابة واحدة نقطة فشل واحدة — سلسلة التبديل في مِرفقي تبقي تأكيدات COD تتدفق في رمضان والجمعة البيضاء وليالي صيانة البوابة.