تستخدم "خدمات الاتصالات التفاعلية (RCS) للمؤسسات" نموذجين للفوترة: نموذج الفوترة العادي لعدد الزيارات من خارج الولايات المتحدة ونموذج الفوترة في الولايات المتحدة لعدد الزيارات من الولايات المتحدة. يتناول هذا المستند الأسئلة الشائعة حول نموذج الفوترة العادي. للحصول على تفاصيل حول تصنيفات الفوترة في الولايات المتحدة، يُرجى الرجوع إلى دليل نموذج الفوترة في الولايات المتحدة.
فئات الفوترة
ما هي فئات فوترة الوكلاء؟
فئة الفوترة هي تصنيف لوكيلك في "خدمات الاتصالات التفاعلية للأنشطة التجارية"، تحدّد طريقة احتساب الفواتير للرسائل التي يرسلها وكيلك. يتم اختيار هذه الفئة عند إنشاء الوكيل، ولا يمكن تغييرها لاحقًا.
تم توضيح فئتَي الفوترة الرئيسيتَين في الجدول التالي.
| فئة الفوترة | نوع الوكيل | أمثلة على حالات الاستخدام | طريقة الدفع |
|---|---|---|---|
| غير حوارية | الوكلاء الذين يرسلون بشكل أساسي رسائل أحادية الاتجاه |
|
يتم تحصيل الرسوم مقابل كل رسالة. |
| الوكيل | الوكلاء المصمَّمون لإجراء محادثات ذهابًا وإيابًا مع المستخدمين |
|
الفوترة حسب المحادثة: إذا ردّ أحد الطرفين (الوكيل أو المستخدم) على رسالة من الطرف الآخر في غضون 24 ساعة، تبدأ محادثة. خلال فترة المحادثة (24 ساعة بعد الردّ الأول)، يمكن للوكيل والمستخدم تبادل أي عدد من الرسائل، وسيتم تحصيل رسوم ثابتة من الوكيل مقابل المحادثة. الفوترة حسب الرسالة: إذا أرسل الوكيل رسالة لم يردّ عليها المستخدم خلال 24 ساعة، سيتم تحصيل رسوم من الوكيل مقابل الرسالة الفردية، على غرار الوكيل غير الحواري. |
كيف يمكنني معرفة فئة الفوترة التي يجب اختيارها للوكيل؟
هناك فئتان رئيسيتان للفوترة: الفوترة المستندة إلى المحادثات والفوترة غير المستندة إلى المحادثات.
- يتم تحصيل الرسوم من الوكلاء غير الحواريين مقابل كل رسالة يرسلونها إلى المستخدم.
- هذه الفئة هي الأنسب للوكلاء الذين لا يتوقّعون تلقّي ردود متكرّرة.
- يتم تحصيل رسوم ثابتة من الوكلاء الحواريين مقابل
المحادثات، والتي تشمل جميع الرسائل
المتبادلة خلال فترة 24 ساعة.
- هذه الفئة هي الأنسب للوكلاء الذين يشاركون في محادثات متعدّدة الأدوار مع المستخدمين.
اختَر فئة الفوترة التي تناسب حالة الاستخدام ومستوى تفاعل المستخدمين المتوقّع على أفضل وجه. يمكن لوكيلك إرسال أي نوع من الرسائل، بغض النظر عن الفئة.
ويرجع ذلك إلى أنّ فئة الفوترة تحدّد طريقة تحصيل الرسوم مقابل الرسائل، وليس أنواع الرسائل التي يمكن أن يرسلها الموظف. على سبيل المثال، يمكن أن يرسل الوكيل الحواري رسائل أساسية، ويمكن أن يرسل الوكيل غير الحواري رسائل متعددة، بما في ذلك البطاقات التفاعلية.
فئة الفوترة غير الحوارية
كيف يؤثر دمج فئتَي "الرسالة الأساسية" و"رسالة واحدة" في فئة واحدة غير حوارية على وكلائي؟
في 20 نوفمبر 2025، بسّطنا بنية الفوترة من خلال دمج فئتَي الفوترة القديمتَين، الرسالة الأساسية ورسالة واحدة، في فئة فوترة واحدة غير حوارية.
من الآن فصاعدًا، سيتم تصنيف كل وكيل على أنّه تفاعلي أو غير تفاعلي.
يؤثّر هذا التغيير في RcsBusinessMessagingAgentBillingConfig وينطبق على جميع المطوّرين الذين يستخدمون Developer Console أو Management API، وجميع شركات الاتصالات التي تستخدم Operations API.
يُمنح مستخدمو واجهة برمجة التطبيقات فترة انتقالية مدتها 90 يومًا (حتى 18 فبراير 2026) لدمج الفئة الجديدة في جميع أنظمتهم. للحصول على تفاصيل كاملة حول خطة الانتقال، بما في ذلك التوافق مع الأنظمة القديمة لواجهة برمجة التطبيقات والتغييرات المقترَحة في الرموز، اطّلِع على الأقسام التالية.
نقل الوكيل الحالي (ليس مطلوبًا اتّخاذ أي إجراء)
سيتولّى فريق الدعم عملية نقل البيانات تلقائيًا باتّباع الخطوات التالية:
- سيتم إعادة تصنيف جميع الوكلاء المصنّفين ضمن الرسالة الأساسية أو رسالة واحدة إلى غير حوارية خلال فترة الانتقال البالغة 90 يومًا.
- ستتلقّى إشعارًا قبل 30 يومًا من نقل عملائك الحاليين.
Developer Console (المطوّرون)
- الوكلاء الحاليون: سيواصل Developer Console عرض الفئتَين القديمتَين الرسالة الأساسية ورسالة واحدة للوكلاء الحاليين حتى 18 شباط (فبراير) 2026.
- العملاء الافتراضيون الجدد: لن تتمكّن إلا من إنشاء عملاء افتراضيين جدد كعملاء حواريين أو غير حواريين.
Management API (للمطوّرين)
- التوافق مع الإصدارات القديمة: ستتيح Management API عرض القيم القديمة
BASIC_MESSAGEوSINGLE_MESSAGEو القيمة الجديدةNON_CONVERSATIONALخلال فترة الانتقال البالغة 90 يومًا. - الإجراء المطلوب: عليك تعديل منطق الوكيل لاستخدام القيمة الجديدة
NON_CONVERSATIONALقبل 18 فبراير 2026. - لضمان توافق الرمز مع التغييرات المستقبلية، استخدِم نمط الرمز البرمجي المقترَح.
Operations API (شركات النقل)
- التوافق مع الإصدارات القديمة: لمنع حدوث أي انقطاع، ستعرض
Operations API
القيمة القديمة
SINGLE_MESSAGEللعناصر التي تم وضع علامةNON_CONVERSATIONALعليها خلال فترة الانتقال التي تبلغ 90 يومًا. - مطلوب اتّخاذ إجراء: يجب تعديل أنظمتك للتعامل مع القيمة الجديدة
NON_CONVERSATIONALقبل 18 فبراير 2026. - استخدام الميزة قبل إطلاقها: يمكن لمشغّلي شبكة الجوّال التواصل مع فريق الدعم
للموافقة على تلقّي تعداد
NON_CONVERSATIONALالجديد قبل 18 فبراير 2026. عند الموافقة على استخدام هذه الميزة، ستعرض العمليات التي تم ضبطها علىNON_CONVERSATIONAL(من خلال Developer Console أو Management API) القيمةNON_CONVERSATIONALفي Operations API. - لضمان توافق الرمز مع التغييرات المستقبلية، استخدِم نمط الرمز البرمجي المقترَح.
نمط الرمز المقترَح
لضمان أن يكون الرمز البرمجي مرنًا في مواجهة التغييرات المستقبلية، ننصحك بتعديل منطقك لاستخدام عملية تحقّق ثنائية في الحقل billingCategory:
if (billingCategory == CONVERSATIONAL) {
// Logic for conversational messages
} else {
// Logic for non-conversational messages
}
يمنع هذا الأسلوب نظامك من الاعتماد على أسماء أو قيم تعدادية معيّنة قد تتغيّر.
الأحداث القابلة للفوترة
ما هي الأحداث القابلة للفوترة؟
الأحداث القابلة للفوترة هي تفاعلات بين وكيل RCS for Business ومستخدم، ويتم تتبُّعها لأغراض الفوترة. يتم تصنيف الأحداث استنادًا إلى نوع الرسالة وتوقيت التفاعلات.
تتتبّع Google هذه الأحداث وتُبلغ عنها لمساعدة مشغّلي شبكات الجوّال في تحصيل رسوم من الشركاء مقابل الرسائل التي يرسلها وكلاؤهم.
ما هي الأحداث القابلة للفوترة التي تنطبق على كل نوع من أنواع الرسائل؟
يتم تسجيل خمسة أنواع من الأحداث القابلة للفوترة في تقارير الفوترة. وتشمل هذه الأحداث أحداث الرسائل المتنقلة (MT) والرسائل الواردة (MO)، والتي يُشار إليها باسم أحداث A2P وأحداث P2A.
- رسائل A2P (من التطبيق إلى الشخص) هي رسائل MT (إنهاء المكالمة على الجهاز الجوّال): وهي رسالة يرسلها النشاط التجاري.
- P2A (التواصل بين شخص وتطبيق) هو MO (رسالة صادرة من الجهاز الجوّال): رسالة أو إجراء يبدأ بهما المستخدم.
يوضِّح الجدول التالي كل حدث قابل للفوترة حسب صلته بالوكلاء غير الحواريين والحواريين.
| نوع الحدث | الوصف | الوكلاء غير الحواريين | الوكلاء الحواريون |
|---|---|---|---|
basic_message |
رسالة من تطبيق إلى شخص تتضمّن نصًا فقط يبلغ 160 حرفًا أو أقل اطّلِع على المثال |
يتم دائمًا التعامل معها كحدث فردي قابل للفوترة، بغض النظر عمّا إذا كان المستخدم يردّ عليها أم لا. | يتم التعامل معها كحدث فردي قابل للفوترة، ما لم يردّ المستخدم خلال 24 ساعة. في هذه الحالة، تصبح الرسالة جزءًا من a2p_conversation. |
single_message |
رسالة من التطبيق إلى الشخص تتضمّن محتوًى غنيًا أو رسالة نصية فقط تتضمّن أكثر من 160 حرفًا الاطّلاع على مثال |
يتم دائمًا التعامل معها كحدث فردي قابل للفوترة، بغض النظر عمّا إذا كان المستخدم يردّ عليها أم لا. | يتم التعامل معها كحدث فردي قابل للفوترة، ما لم يردّ المستخدم خلال 24 ساعة. في هذه الحالة، تصبح الرسالة جزءًا من a2p_conversation. |
a2p_conversation (بدأ النشاط التجاري) |
يتم بدء هذه المحادثة عندما يردّ مستخدم على رسالة من تطبيق إلى شخص (A2P) في غضون 24 ساعة من تلقّيها، خارج محادثة حالية. اطّلِع على مثال. |
لا ينطبق. لا تنشئ البرامج غير الحوارية هذا النوع من الأحداث أبدًا. | إذا تم تسليم رسالة من شخص إلى تطبيق في غضون 24 ساعة من عدة رسائل من تطبيق إلى شخص، سيتم استخدام الرسالة من تطبيق إلى شخص التي سبقت مباشرةً الرسالة من شخص إلى تطبيق لبدء المحادثة. تُعدّ رسالة A2P هذه وأي رسائل يتم تسليمها خلال الـ 24 ساعة القادمة جزءًا من a2p_conversation. |
p2a_conversation (بدأها المستخدم) |
يتم بدء هذه المحادثة عندما يردّ وكيل على رسالة من شخص إلى تطبيق في غضون 24 ساعة من تلقّيها، خارج محادثة حالية. اطّلِع على مثال. |
لا ينطبق. لا تنشئ البرامج غير الحوارية هذا النوع من الأحداث أبدًا. | إذا تم تسليم رسالة من تطبيق إلى شخص (A2P) في غضون 24 ساعة من عدة رسائل من شخص إلى تطبيق (P2A)، سيتم استخدام رسالة P2A التي سبقت رسالة A2P مباشرةً لبدء المحادثة. تُعدّ رسالة P2A هذه وأي رسائل يتم تسليمها خلال الـ 24 ساعة القادمة جزءًا من p2a_conversation. |
p2a_message |
رسالة من المستخدم إلى التطبيق من أي نوع الاطّلاع على مثال |
يتم دائمًا التعامل معها كحدث فردي قابل للفوترة، بغض النظر عمّا إذا كان الوكيل يردّ أم لا. | يتم التعامل معها كحدث فردي قابل للفوترة، ما لم يردّ الوكيل في غضون 24 ساعة. |
ما هي أمثلة الرسائل التي تؤدي إلى تشغيل كل حدث قابل للفوترة؟
الرسالة الأساسية
يُرجى العِلم أنّ لقطة الشاشة التالية تعرض معاينة عنوان URL ضمن الرسالة النصية. هذه ليست بطاقة تفاعلية.
رسالة واحدة
محادثة من التطبيق إلى المستخدم
رسالة من المستخدم إلى التطبيق
محادثة بين المستخدم والتطبيق
ما هي مزايا كل حدث قابل للفوترة؟
الرسالة الأساسية
المزايا الرئيسية لـ "الرسالة الأساسية":
- بناء الثقة: تساهم عملية التحقّق من هوية المُرسِل والعلامة التجارية في بناء الثقة والمصداقية.
- معاينة عنوان URL: قد تحتوي الرسائل الأساسية على نص وصورة معاينة قابلة للنقر خاصة بعنوان URL.
- العروض الترويجية التكتيكية لمرة واحدة: هي الأنسب للعروض الترويجية القصيرة الأجل أو الرسائل الإعلامية التي لا تتطلّب ردًا من المستخدم.
- جذب الزيارات: يمكن أن توجّه "الرسائل الأساسية" المستخدمين إلى تطبيق العلامة التجارية أو موقعها الإلكتروني أو مراجع أخرى.
رسالة واحدة
المزايا الرئيسية لرسالة الموافقة الواحدة:
- التأثير المرئي: تجذب الرسومات العالية الجودة الانتباه وتوضّح الخيارات، ما يعزّز تفاعل المستخدمين.
- بطاقة واحدة، إجراءات متعددة: يمكن أن تؤدي البطاقة التفاعلية أو لوحة العرض الدوّارة إلى تنفيذ إجراءات متعددة من خلال الاقتراحات لإنشاء حدث في التقويم أو العثور على موقع جغرافي أو الاتصال برقم أو فتح عنوان URL، وكل ذلك من رسالة واحدة.
- قيمة واضحة ورسالة موجزة: شجِّع المستخدمين على اتّخاذ الخطوة التالية.
الوكيل
المزايا الرئيسية للمحادثات من التطبيق إلى المستخدم ومن المستخدم إلى التطبيق:
- دمج الوسائط التفاعلية: دمج وسائط مختلفة، مثل الصور والفيديوهات وملفات PDF، بالإضافة إلى الإجراءات والردود المقترَحة
- التفاعلات المخصّصة: تتيح إجراء حوارات ذهابًا وإيابًا، وتقديم مساعدة مخصّصة، واقتراحات بشأن المنتجات.
- فرص الإحالة الناجحة: تتيح للمستخدمين اتّخاذ إجراء داخل المحادثة، ما يقلّل من الصعوبات ويزيد من معدّلات الإحالات الناجحة.
كيف ترتبط فئات فوترة الوكلاء بالأحداث القابلة للفوترة؟
يجب عدم الخلط بين الأحداث القابلة للفوترة basic_message وsingle_message وفئتَي الفوترة "الرسالة الأساسية" و"رسالة واحدة".
- يمكن لأي وكيل (بغض النظر عن فئة الفوترة) إنشاء أحداث
basic_messageوsingle_messageقابلة للفوترة. - تُستخدَم فئتا الفوترة "الرسالة الأساسية" و"رسالة واحدة" لتصنيف الوكلاء غير الحواريين. لا تنشئ البرامج الآلية ضمن فئات الفوترة هذه أحداثًا قابلة للفوترة متعلقة بالمحادثات (
a2p_conversationsأوp2a_conversations)، بل تنشئ أحداثًا فردية قابلة للفوترة من النوعbasic_messageوsingle_messageوp2a_message.
ما هي الأحداث القابلة للفوترة التي يتم إنشاؤها إذا أرسل الوكيل عدة رسائل قبل أن يردّ المستخدم؟
تحدّد فئة الفوترة الخاصة بالوكيل وتوقيت رد المستخدم نوع الأحداث التي يتم إنشاؤها.
بالنسبة إلى الوكلاء غير الحواريين: كل رسالة تنشئ حدثًا خاصًا بها
- تؤدي رسالة الوكيل إلى إنشاء حدث
basic_messageأوsingle_message. - يؤدي إرسال رسالة من المستخدم إلى إنشاء حدث
p2a_message.
بالنسبة إلى الوكلاء الحواريين: تعتمد النتيجة على وقت رد المستخدم على آخر رسالة من الوكيل
- في حال ردّ المستخدم خلال 24 ساعة:
- يبدأ حدث
a2p_conversation. يغطّي هذا الحدث آخر رسالة أرسلها الموظف وردّ المستخدم وجميع الرسائل المتبادلة خلال فترة 24 ساعة بعد ردّ المستخدم. - لا تُعدّ أي رسائل من وكيل تم تسليمها قبل آخر رسالة من وكيل جزءًا من المحادثة، بل يؤدي كل منها إلى إنشاء حدث
basic_messageأوsingle_messageخاص به.
- يبدأ حدث
- إذا ردّ المستخدم بعد 24 ساعة:
- تؤدي كل رسالة من رسائل الوكيل إلى إنشاء حدث
basic_messageأوsingle_message. - يؤدي ردّ المستخدم إلى إنشاء حدث
p2a_conversationإذا ردّ الوكيل خلال 24 ساعة. إذا لم يردّ الوكيل خلال هذه الفترة الزمنية، سيتم إنشاء حدثp2a_messageبدلاً من ذلك.
- تؤدي كل رسالة من رسائل الوكيل إلى إنشاء حدث
ما هي ردود المستخدمين التي تساهم في الأحداث القابلة للفوترة؟
تساهم ردود المستخدمين المحدّدة فقط في
الأحداث القابلة للفوترة. وتشمل هذه الردود تلك التي تنشئ حدث p2a_message أو تشكّل جزءًا من حدث a2p_conversation أو p2a_conversation. يوضّح الجدول التالي ردود المستخدِمين التي تساهم في الأحداث القابلة للفوترة.
إليك موجز بأهم التفاصيل:
| استجابة المستخدم | المساهمة في الأحداث القابلة للفوترة | ملاحظات |
|---|---|---|
| إرسال ملف | نعم | يتم التعامل معها كرسالة صادرة من الجهاز الجوّال (MO). |
| إرسال رسالة نصية | نعم | يتم التعامل معها كرسالة صادرة من الجهاز الجوّال. |
| النقر على ردّ مقترَح | نعم | يتم التعامل معها كرسالة صادرة من الجهاز الجوّال. |
| النقر على إجراء مقترَح | لا | لا تساهم بيانات تسجيل الإحالات الناجحة من النقرة نفسها في حدث قابل للفوترة. |
| مشاركة موقع جغرافي | نعم | تساهم رسالة MO التي تحتوي على الموقع الجغرافي للمستخدم في حدث قابل للفوترة. ينطبق ذلك سواء تمت مشاركة الموقع الجغرافي يدويًا أو من خلال إجراء مقترَح. |
| انقر على إلغاء الاشتراك أو اشتراك | نعم | لا يساهم حدث Webhook الناتج في حدث قابل للفوترة، ولكن يتم التعامل مع رسالة STOP أو START الآلية التي يتم تسليمها عندما ينقر المستخدم على خيار "إلغاء الاشتراك" أو "الاشتراك" على أنّها رسالة MO. |
عندما يؤدي ردّ المستخدم إلى إنشاء حدث قابل للفوترة (كما هو موضّح أعلاه)، يعتمد نوع الحدث على فئة الفوترة الخاصة بالوكيل.
بالنسبة إلى الوكلاء غير الحواريين:
- يكون الحدث القابل للفوترة الذي يتم إنشاؤه من خلال ردّ المستخدم دائمًا
p2a_message.
بالنسبة إلى الوكلاء الحواريين:
يتم تحديد نوع الحدث أيضًا حسب توقيت الرسائل خلال فترة 24 ساعة.
- عندما يردّ المستخدم على رسالة الوكيل:
- في غضون 24 ساعة: يساهم ردّ المستخدم في حدث
a2p_conversationحالي. - بعد 24 ساعة: يؤدي ردّ المستخدم إلى إنشاء حدث
p2a_messageجديد.
- في غضون 24 ساعة: يساهم ردّ المستخدم في حدث
- عندما يردّ الوكيل على رسالة المستخدم:
- في غضون 24 ساعة: يؤدي ردّ الوكيل إلى إنشاء
p2a_conversation، بدءًا من الرسالة الأولية للمستخدم. - بعد 24 ساعة: تؤدي رسالة المستخدم إلى إنشاء حدث
p2a_message.
- في غضون 24 ساعة: يؤدي ردّ الوكيل إلى إنشاء
ما هي المحادثة؟
في "خدمات الاتصالات التفاعلية (RCS) للمؤسسات"، المحادثة هي سلسلة من الرسائل المتبادلة بين مستخدم ووكيل محادثة خلال فترة 24 ساعة. يمكن فقط للوكلاء الذين لديهم فئة فوترة قائمة على المحادثة إنشاء محادثات وتحمّل رسوم مقابل الأحداث القابلة للفوترة التالية:
- رسائل من التطبيق إلى المستخدم (A2P): يتم إرسالها من النشاط التجاري.
- رسالة من المستخدم إلى التطبيق (P2A): يتم إرسالها من المستخدم.
طريقة عمل المحادثات
- البدء: تبدأ المحادثة عندما يردّ أحد الطرفين (الوكيل أو المستخدم) على رسالة من الطرف الآخر في غضون 24 ساعة من تلقّيها، خارج أي محادثة حالية.
- محادثة من التطبيق إلى الشخص (A2P): تبدأ عندما يردّ المستخدم على رسالة الوكيل.
- محادثة بين شخصين: تبدأ عندما يردّ الوكيل على رسالة المستخدم.
- نافذة المحادثة: تظل المحادثة نشطة لمدة 24 ساعة بعد بدئها. تتضمّن المحادثة جميع الرسائل خلال فترة الـ 24 ساعة هذه، بالإضافة إلى الرسالة الأولى التي تم الردّ عليها في البداية.
- الفوترة: بدلاً من الفوترة لكل رسالة فردية، تتم فوترة وكلاء المحادثات استنادًا إلى المحادثة بأكملها. وهذا يعني أنّ التكلفة مرتبطة بسلسلة المحادثات، وليس بعدد الرسائل ضمنها.
يوضّح الرسم البياني التالي مثالاً على جلسة فوترة من تطبيق إلى شخص (A2P) خاصة ببرامج المحادثة:
ملاحظة مهمة
- لا تنطبق المحادثات على الوكلاء غير الحواريين. يتم تحصيل رسوم من الوكلاء الذين لديهم فئة فوترة "رسالة أساسية" أو "رسالة واحدة" مقابل كل رسالة، بغض النظر عمّا إذا كان المستخدم يردّ أم لا.
- بالنسبة إلى وكلاء المحادثات، يمكن أن يتأخّر إنشاء تقارير أحداث الفوترة وسجلات الأنشطة لمدة تصل إلى يومين. يسمح هذا التأخير لخدمة "الاتصالات التفاعلية (RCS) للأنشطة التجارية" بتسجيل جميع الرسائل ضمن محادثة قبل احتساب حدث الفوترة.
تقارير الفوترة
ما هو تقرير الفوترة؟
وهو سجلّ للأحداث الخاضعة للفوترة، التي يتم احتسابها استنادًا إلى فئة الفوترة وأنواع الرسائل التي يرسلها. تتوفّر تقارير الفوترة لجميع مشغّلي شبكات الجوّال الذين يوفّرون خدمة "RCS للأعمال" بشكل نشط.
لمزيد من المعلومات حول تقارير الفوترة، يُرجى الاطّلاع على تقارير الفوترة وسجلّات الأنشطة.
هل يمكنني تلقّي تقرير فوترة؟
يتلقّى مشغّلو شبكات الجوّال الذين يوفّرون خدمة "خدمات الاتصالات التفاعلية (RCS) للمؤسسات" بشكل نشط تقارير الفوترة. لا يتلقّى الشركاء تقارير الفوترة.
للتعرّف على كيفية الحصول على تقارير الفوترة، يُرجى الاطّلاع على مقالة تخزين الملفات والوصول إليها. في ما يلي تعليمات لاسترداد تقارير الفوترة باستخدام بروتوكول النقل الآمن للملفات (SFTP) لشركات النقل التي يمكنها الوصول إلى تقارير الفوترة.
ماذا لو كانت بعض المعلومات غير متوفّرة في تقرير الفوترة؟
إذا لاحظت أنّ بعض المعلومات غير متوفّرة في التقرير، يمكنك تحديد المشكلة وحلّها مع فريق الدعم. لمزيد من التفاصيل، يُرجى الرجوع إلى دليل تحديد المشاكل وحلّها في ما يتعلّق بخدمات RCS للأنشطة التجارية.
لماذا تظهر رسوم في شهر لم أرسل فيه أي رسائل؟
يتم تسجيل الأحداث القابلة للفوترة في "خدمات الاتصالات التفاعلية (RCS) للمؤسسات" استنادًا إلى وقت تسليم الرسالة، وليس إلى وقت إرسالها.
مثال:
إذا أرسلت رسائل في نهاية شهر يونيو، ولكن تم تسليمها إلى جهاز المستخدم في أوائل شهر يوليو (على سبيل المثال، إذا كان هاتف المستخدم غير متصل بالإنترنت)، ستظهر هذه الرسوم في تقارير الفوترة لشهر يوليو. ستحاول ميزة "RCS للمؤسسات" تسليم الرسالة لمدة تصل إلى 30 يومًا قبل أن تنتهي صلاحيتها.
نماذج الفوترة
ما هي الاختلافات الرئيسية بين نماذج الفوترة العادية ونماذج الفوترة في الولايات المتحدة؟
يستخدم كلّ من النموذج العادي والنموذج الأمريكي فئة الفوترة التي يختارها مقدّم الخدمة مسبقًا (محادثة أو غير محادثة) لتحديد بنية المعدّل الإجمالي. الفرق الأساسي هو مجموعة التصنيفات المستخدَمة للأحداث القابلة للفوترة.
نموذج الفوترة العادي (الزيارات الواردة من خارج الولايات المتحدة)
ينطبق هذا النموذج على جميع الزيارات خارج الولايات المتحدة.
- يستند التصنيف إلى فئة فوترة الوكيل ومحتوى الرسالة.
- الوكلاء غير الحواريين: يتم تحصيل الرسوم مقابل كل رسالة. يحدّد محتوى الرسالة نوع الحدث: رسالة أساسية أو رسالة فردية.
- الوكلاء الحواريون: يتم تحصيل الرسوم مقابل كل محادثة. المحادثة هي فترة زمنية مدتها 24 ساعة يتم خلالها تبادل عدد غير محدود من الرسائل بين مستخدم وموظف دعم، ويتم تحصيل رسوم ثابتة مقابلها. إذا لم يردّ المستخدم في غضون 24 ساعة، سيتم تحصيل رسوم من وكيل الدعم مقابل رسالته بشكل منفصل كرسالة أساسية أو رسالة فردية.
- الأحداث القابلة للفوترة:
basic_messagesingle_messagea2p_conversationp2a_conversationp2a_message
- منطق الفوترة: يتم تحديد الرسوم النهائية حسب فئة الفوترة الخاصة بالوكيل، ما يؤدي إلى فرض سعر ثابت لكل رسالة (غير حوارية) أو سعر ثابت لكل فترة محادثة مدتها 24 ساعة (حوارية).
نموذج الفوترة في الولايات المتحدة
ينطبق هذا النموذج على جميع الزيارات الواردة من أرقام هواتف أمريكية والصادرة منها. لمزيد من المعلومات، يُرجى الاطّلاع على دليل نموذج الفوترة في الولايات المتحدة.
- يتم تصنيف الرسائل الفردية وإجراءات المستخدمين تلقائيًا استنادًا إلى المحتوى.
بغض النظر عن فئة الفوترة الخاصة بالوكيل، يتم تصنيف كل حدث قابل للفوترة على أنّه أحد ما يلي:
- رسالة غنية بصريًا (MT/MO)
- رسالة وسائط تفاعلية متقدّمة (MT/MO)
- النقر على الإجراء المقترَح (الأجهزة الجوّالة فقط)
- الأحداث القابلة للفوترة:
a2p_rich_messagea2p_rich_media_messagep2a_rich_messagep2a_rich_media_messagep2a_suggested_action
- منطق الفوترة: يتم تحديد الرسوم النهائية حسب فئة الفوترة الخاصة بالوكيل، وذلك باستخدام تصنيفات الأحداث الخاضعة للفوترة لتطبيق هيكل المعدّل الصحيح.
الاختلافات الفنية والمتعلّقة بإعداد التقارير
- واجهة برمجة تطبيقات RBM: تتضمّن موارد واجهة برمجة التطبيقات
AgentMessageوUserMessageعنصرrichMessageClassificationلتحديد نوع الرسالة لحركة المرور في الولايات المتحدة فقط. يتم توفير ذلك في الوقت الفعلي عند إجراء طلب بيانات من واجهة برمجة التطبيقات، وهو يختلف عن تقرير الفوترة اللاحق. - تقارير الفوترة: يتم تخصيص تقارير الفوترة
لكل نموذج، وتتضمّن عمود
typeيعرض الأحداث الخاضعة للفوترة الخاصة بهذا النموذج. يتضمّن تقرير الفوترة في الولايات المتحدة أيضًا عمودًا خاصًاsegment_count، وهو ينطبق فقط على "الرسائل التفاعلية".