# الرجوع إلى قناة بديلة والتنسيق متعدّد القنوات

> يُسلّم تنسيق القنوات رسالةً منطقية واحدة عبر عدّة قنوات بالتتالي: افحص القدرة، جرّب القناة الغنية المفضّلة (RCS أو WhatsApp)، وارجع إلى SMS عند غياب القدرة أو الفشل أو انتهاء المهلة. ويوازن التوجيه بين أقلّ تكلفة وأفضل تجربة، وتقيّد قواعد إعادة المحاولة والمهلة كل قفزة، ويوفّق DLR موحّد الحالة عبر القنوات.

- الرابط الأساسي: https://www.broadnet.me/ar/reference/channel-fallback-and-orchestration
- اللغة: ar
- آخر تحديث: 2026-07-18
- الناشر: BroadNet (https://www.broadnet.me)

كيف يتتالى التسليم متعدّد القنوات عبر القنوات: فحوص القدرات، والرجوع RCS→SMS وWhatsApp→SMS، والتوجيه بأقلّ تكلفة مقابل أفضل تجربة، وقواعد إعادة المحاولة والمهلة، وعرض موحّد لإيصالات التسليم يوفّق الحالة عبر كل قناة.

## لماذا يوجد التنسيق

لا قناة واحدة تصل إلى الجميع، ولكلٍّ خصائص مختلفة في التكلفة والثراء والتسليم — فالشركة التي تريد الوصول والتجربة معًا عليها استخدام عدّة قنوات للرسالة المنطقية ذاتها. والتنسيق متعدّد القنوات هو المنطق الذي يحوّل نيّةً واحدة («أخبِر هذا العميل بأنّ طلبه شُحِن») إلى تسلسل صحيح من محاولات القنوات لذلك المستقبِل تحديدًا: جرّب أثرى قناة ذات علامة يستطيع الجهاز استقبالها، وارجع عبر قنوات أبسط تدريجيًا حتى تُسلّم إحداها. ويُخفي المنسّق ذلك التعقيد خلف إرسال واحد، فيعبّر المرسِل عن النيّة والسياسة بينما تتولّى المنصّة القدرة والتوجيه وإعادة المحاولة والتوفيق.

## التتالي: فحص القدرة ثم الرجوع إلى قناة بديلة

التتالي قائمة مرتّبة من القنوات مع قاعدة للتقدّم إلى التالية. يبدأ بفحص قدرة — أهذا الجهاز قابل للوصول عبر RCS، أهذا المستخدم موافِق على WhatsApp — لأنّ الإرسال إلى قناة غير قابلة للوصول يهدر قفزة. ويحاول المنسّق أول قناة مؤهّلة ويتقدّم إلى التالية عند مُحفِّز مُعرَّف: القناة غير قادرة، أو رُفض الإرسال، أو لم يُؤكَّد التسليم خلال مهلة. والتتاليات الشائعة هي RCS→SMS (الغنية ذات العلامة أولًا، والنص الشامل كالأرضية) وWhatsApp→SMS (قناة التطبيق الموافَق عليها أولًا، وSMS خلافًا لذلك) وRCS→WhatsApp→SMS. ويكاد SMS يجلس دومًا في الأسفل لأنه الأرضية الشاملة الدائمة الوصول.

*تتالي RCS → WhatsApp → SMS ببوّابات قدرة ومهلة*

```text
deliver(order_shipped, +15551234567):
  if rcsCapable(msisdn):
      send RCS rich card;  await DLR up to T_rcs
      if delivered: DONE
  if whatsappOptedIn(msisdn):
      send WhatsApp template; await status up to T_wa
      if delivered/read: DONE
  send SMS (universal fallback);  await DLR up to T_sms
  record final status on the unified message id
```

## التوجيه: أقلّ تكلفة مقابل أفضل تجربة

يُعد اختيار ترتيب التسلسل قراراً متعلقاً بالتوجيه، حيث يتصارع هدفان مختلفان؛ يفضل توجيه التكلفة الأدنى القناة والمسار الأقل تكلفة لضمان التسليم — وهو أمر مفيد لحركة البيانات ذات الحجم الكبير والضرورة المنخفضة حيث يكون المسار SMS الأرخص أو رسوم WhatsApp لكل رسالة أو رسوم RCS لكل محادثة هو الخيار الأفضل. بينما يفضل توجيه التجربة الأفضل القناة الأكثر ثراءً وتميزاً بالعلامة التجارية والأكثر موثوقية التي يمكن للمستلم تلقيها — وهو أمر مفيد عندما تكون أهمية التفاعل أو العلامة التجارية أو التفاعلية أكبر من تكلفة الوحدة. وتدمج معظم السياسات بين هذين الهدفين لكل فئة رسائل: فقد يتم تحسين إيصالات المعاملات من أجل التجربة والعلامة التجارية، بينما يتم تحسين الإشعارات الجماعية من أجل التكلفة. ويقوم المنسق (orchestrator) بتطبيق السياسة جنباً إلى جنب مع القدرات وقواعد كل سوق (تسجيل معرّف المُرسِل، فئات WhatsApp، وتوفر RCS) لاختيار القفزة الأولى الفعلية.

*أهداف التوجيه وأين يناسب كلٌّ منها*

| الهدف | يُفضل | الأفضل لـ |
|---|---|---|
| الأقل تكلفة | أرخص قناة/مسار قادر على التنفيذ | إشعارات ذات حجم كبير ولكنها غير عاجلة |
| الأفضل تجربةً | أغنى قناة موثّقة قادرة | رسائل تفاعلية تحمل العلامة التجارية وتركز على التفاعل |
| الأولوية للموثوقية | القناة ذات أعلى ضمان للتسليم | رموز OTP، تنبيهات حرجة/حساسة للوقت |
| مقيد بالامتثال | القنوات المسموح بها في السوق فقط | الوجهات الخاضعة للتنظيم، وقواعد معرّف المُرسِل |

## إعادة المحاولة والمهلة وإزالة التكرار

تحتاج كل قفزة في تتالٍ إلى سلوك مقيَّد كي يكون التسليم كله حتميًا ولا يُفوتِر المستقبِل مرتين قط. وتحدّد مهلة لكل قناة كم يُنتظَر للتأكيد قبل التقدّم — طويلة بما يكفي لتسليم شرعي، وقصيرة بما يكفي كي تصل الرسالة البديلة وهي ما زالت مفيدة (فـ OTP يصل متأخّرًا ساعة عديم القيمة). وتعالج إعادات المحاولة داخل القناة الأعطال العابرة، لكن عليها تمييز الرفض الدائم (تقدّم فورًا) عن العابر (أعد المحاولة ثم تقدّم). ولأنّ الرسالة قد تكون أُرسلت على قناة غنية بينما يُطلَق الرجوع إلى قناة بديلة، يزيل المنسّق التكرار مقابل معرّف رسالة منطقي واحد كي لا يستقبل العميل الإشعار ذاته مرتين. ومفاتيح الإتقان (idempotency keys) على الإرسال تجعل إعادات المحاولة آمنة.

## إيصالات تسليم موحّدة عبر القنوات

تُبلِّغ كل قناة عن التسليم بطريقة مختلفة — يُعيد SMS إيصال تسليم SS7/SMPP، ويرسل WhatsApp webhooks بحالات sent/delivered/read/failed، ويصدر RCS أحداث تسليم وقراءة — فيحتاج الإرسال المنسَّق إلى DLR موحّد يربطها جميعًا على نموذج حالة واحد مقابل معرّف الرسالة المنطقي. وذلك يتيح للمرسِل طرح سؤال واحد، «هل وصل هذا إلى العميل، وكيف»، ونيل إجابة واحدة تسمّي القناة التي سلّمت في النهاية، والقنوات التي جُرِّبت وتُخطّيت، وإشارة القراءة/التفاعل حيث توفّرها القناة. والعرض الموحّد هو أيضًا ما يغذّي تحليلات التوجيه — أيّ التتاليات يُسلّم، وبأي تكلفة، وفي أي أسواق — مُغلِقًا الحلقة من السياسة إلى النتيجة.

*حالة كل قناة مربوطة بنموذج موحّد*

| قناة | الحالة الخاصة بالقناة | الحالة الموحدة |
|---|---|---|
| SMS | إيصال تسليم SMPP / SS7 | تم الإرسال / تم التسليم / فشل |
| RCS | أحداث التسليم + القراءة | تم الإرسال / تم التسليم / تمت القراءة / فشل |
| WhatsApp | webhook: تم الإرسال / تم التسليم / تمت القراءة / فشل | تم الإرسال / تم التسليم / تمت القراءة / فشل |
| نتيجة متسلسلة | (مركب) | delivered-via-<channel> / exhausted |

## الأسئلة الشائعة

### ما هو الرجوع إلى قناة بديلة (channel fallback)؟

يُسلّم الرجوعُ إلى قناة بديلة رسالةً منطقية واحدة بتجربة القنوات بالترتيب والتقدّم حين تكون إحداها غير متاحة أو لا تؤكّد التسليم. والتتالي النموذجي هو RCS→SMS أو WhatsApp→SMS: جرّب القناة الغنية ذات العلامة أولًا، وارجع إلى SMS — الأرضية الشاملة — عند غياب القدرة أو الرفض أو انتهاء المهلة.

### كيف يقرّر المنسّق أيّ قناة يجرّب أولًا؟

يجمع فحص قدرة (أالجهاز قابل للوصول عبر RCS، أالمستخدم موافِق على WhatsApp) مع سياسة توجيه. يفضّل التوجيه بأقلّ تكلفة أرخص قناة قادرة؛ ويفضّل التوجيه بأفضل تجربة أثرى قناة موثّقة؛ ويفضّل الأولوية للموثوقية التسليم المضمون. وتقيّد قواعد كل سوق مثل تسجيل معرّف المُرسِل وفئات WhatsApp القنواتِ المؤهّلة أكثر.

### ما الفرق بين التوجيه بأقلّ تكلفة والتوجيه بأفضل تجربة؟

يختار التوجيه بأقلّ تكلفة أرخص قناة ومسار يُسلّم، ويناسب الحركة عالية الحجم منخفضة الإلحاح. ويختار التوجيه بأفضل تجربة أثرى قناة وأكثرها علامةً وثقةً يستطيع المستقبِل استقبالها، ويناسب الرسائل المقودة بالتفاعل. وتمزج معظم السياسات بينهما لكل فئة رسالة — الإيصالات للتجربة، والتنبيهات بالجملة للتكلفة.

### كيف يتجنّب الرجوعُ إلى قناة بديلة إرسال الرسالة ذاتها مرتين؟

بربط كل قفزة بمعرّف رسالة منطقي واحد وإزالة التكرار مقابله، مع مهلات لكل قناة ومفاتيح إتقان كي تكون إعادات المحاولة آمنة. فالرفض الدائم يتقدّم فورًا إلى القناة التالية؛ والعطل العابر يُعاد قبل التقدّم. ويرى المستقبِل الإشعار مرة واحدة، على أي قناة سلّمت في النهاية.

### أي مهلة يجب أن تستخدمها كل قفزة قناة؟

طويلة بما يكفي للسماح بتأكيد تسليم شرعي، وقصيرة بما يكفي كي تصل الرسالة البديلة وهي ما زالت مفيدة. فرمز تحقق لمرة واحدة تصل متأخّرة ساعة عديمة القيمة، فتكون مهلات قفزاتها قصيرة؛ أما إشعار غير عاجل فيمكنه الانتظار أطول على قناة غنية قبل الرجوع إلى SMS.

### ما هو DLR الموحّد؟

إيصال تسليم موحّد يربط حالة كل قناة الأصلية — إيصالات تسليم SMS، وwebhooks WhatsApp بحالات sent/delivered/read/failed، وأحداث تسليم وقراءة RCS — على نموذج حالة واحد مقابل معرّف الرسالة المنطقي. ويتيح للمرسِل طرح سؤال واحد عمّا إذا وصلت رسالةٌ إلى العميل وكيف، ويغذّي تحليلات التوجيه.

## المصادر

- [GSMA — RCS Business Messaging and capability discovery](https://www.gsma.com/solutions-and-impact/technologies/networks/rcs/)
- [WhatsApp Business Platform — message status webhooks](https://developers.facebook.com/docs/whatsapp/cloud-api/webhooks)
- [3GPP TS 23.040 — SMS status reports](https://www.3gpp.org/dynareport/23040.htm)

## ذو صلة

- [متعدد القنوات](https://www.broadnet.me/ar/products/omnichannel)
- [RCS vs SMS vs WhatsApp](https://www.broadnet.me/ar/reference/rcs-vs-sms-vs-whatsapp-channels)
- [RCS Business Messaging و MaaP](https://www.broadnet.me/ar/reference/rcs-business-messaging-maap)
- [WhatsApp Business Cloud API](https://www.broadnet.me/ar/reference/whatsapp-business-cloud-api)
- [SMS API](https://www.broadnet.me/ar/products/sms-api)
- [منصة CPaaS](https://www.broadnet.me/ar/platforms/cpaas)