RCS برای کسب و کار از دو مدل صورتحساب استفاده میکند: مدل صورتحساب استاندارد برای ترافیک غیر آمریکایی و مدل صورتحساب ایالات متحده برای ترافیک ایالات متحده. این سند به سوالات رایج در مورد مدل صورتحساب استاندارد میپردازد. برای جزئیات بیشتر در مورد طبقهبندیهای صورتحساب ایالات متحده، به راهنمای مدل صورتحساب ایالات متحده مراجعه کنید.
دسته بندی های صورتحساب
دسته بندی های صورتحساب نماینده چیست؟
دسته بندی صورتحساب، طبقه بندی برای نماینده RCS for Business شماست که منطق صورتحساب پیام های ارسالی نماینده شما را مشخص می کند. شما هنگام ایجاد نماینده خود این دسته بندی را انتخاب می کنید و بعداً قابل تغییر نیست.
دو دسته اصلی صورتحساب در جدول زیر شرح داده شده است.
| دسته بندی صورتحساب | نوع عامل | موارد استفاده مثال | روش پرداخت |
|---|---|---|---|
| غیر محاورهای | عاملهایی که عمدتاً پیامهای یکطرفه ارسال میکنند |
| به ازای هر پیام محاسبه میشود. |
| محاورهای | عاملهایی که برای تبادلات رو در رو با کاربران طراحی شدهاند |
| هزینه به ازای هر مکالمه : اگر یکی از طرفین (کاربر یا نماینده) ظرف ۲۴ ساعت به پیامی از طرف دیگر پاسخ دهد، مکالمه شروع میشود. در طول مدت مکالمه (۲۴ ساعت پس از اولین پاسخ)، نماینده و کاربر میتوانند هر تعداد پیام رد و بدل کنند و برای نماینده هزینه ثابتی برای مکالمه محاسبه خواهد شد. هزینه به ازای هر پیام : اگر اپراتور پیامی ارسال کند که کاربر ظرف ۲۴ ساعت به آن پاسخ ندهد، مانند یک اپراتور غیر مکالمهای، هزینه هر پیام به صورت جداگانه از اپراتور دریافت میشود. |
چگونه بدانم کدام دسته صورتحساب را برای نمایندهام انتخاب کنم؟
دو دسته اصلی برای صورتحساب وجود دارد: مکالمهای و غیرمکالمهای.
- برای نمایندگان غیر مکالمهای، به ازای هر پیامی که به کاربر تحویل میدهند، هزینه دریافت میشود.
- این دسته برای کارشناسانی که انتظار پاسخهای مکرر ندارند، بهترین گزینه است.
- برای مکالمات، نمایندگان مکالمه نرخ ثابتی دریافت میکنند که شامل تمام پیامهای رد و بدل شده در یک دوره ۲۴ ساعته میشود.
- این دسته برای نمایندگانی که در مکالمات چند نوبتی با کاربران شرکت میکنند، بهترین گزینه است.
دسته بندی صورتحسابی را انتخاب کنید که به بهترین وجه با مورد استفاده شما و میزان تعامل مورد انتظار کاربر مطابقت داشته باشد. نماینده شما میتواند هر نوع پیامی را صرف نظر از دسته بندی ارسال کند.
دلیلش این است که دستهبندی صورتحساب، نحوهی محاسبهی هزینهی پیامها را تعیین میکند، نه نوع پیامهایی که نمایندهی شما میتواند ارسال کند. برای مثال، یک نمایندهی مکالمهای همچنان میتواند پیامهای پایه ارسال کند و یک نمایندهی غیرمکالمهای میتواند چندین پیام، از جمله کارتهای غنی ، ارسال کند.
دسته صورتحساب غیر مکالمهای
ادغام دستههای پیام پایه و پیام تکی در یک دسته غیرمکالمه ای چه تاثیری بر نمایندگان من دارد؟
در ۲۰ نوامبر ۲۰۲۵، ما ساختار صورتحساب را با ترکیب دو دسته صورتحساب قدیمی، پیام پایه و پیام تکی ، در یک دسته صورتحساب غیر محاورهای ، سادهسازی کردیم.
از این پس، هر عامل به عنوان مکالمهگرا یا غیرمکالمهگرا طبقهبندی خواهد شد.
این تغییر بر RcsBusinessMessagingAgentBillingConfig تأثیر میگذارد و برای همه توسعهدهندگانی که از Developer Console یا Management API استفاده میکنند و همه اپراتورهایی که از Operations API استفاده میکنند، اعمال میشود.
کاربران API یک دوره انتقال ۹۰ روزه (تا ۱۸ فوریه ۲۰۲۶) دارند تا این دسته جدید را در سیستمهای خود ادغام کنند. برای جزئیات کامل در مورد طرح انتقال، از جمله سازگاری با نسخههای قبلی API و تغییرات کد پیشنهادی، به بخشهای زیر مراجعه کنید.
مهاجرت عامل موجود (نیازی به اقدام خاصی نیست)
تیم پشتیبانی به طور خودکار مهاجرت را انجام خواهد داد:
- تمام اپراتورهایی که به عنوان پیام پایه یا پیام تکی طبقهبندی شدهاند، در طول دوره انتقال ۹۰ روزه به عنوان غیرمکالمهپذیر طبقهبندی خواهند شد.
- قبل از مهاجرت نمایندگان فعلی خود، یک اخطار ۳۰ روزه دریافت خواهید کرد.
کنسول توسعهدهندگان (توسعهدهندگان)
- عاملهای موجود : کنسول توسعهدهندگان تا ۱۸ فوریه ۲۰۲۶ به نمایش دستهبندیهای قدیمی پیام پایه و پیام تکی برای عاملهای موجود ادامه خواهد داد.
- عاملهای جدید : شما فقط میتوانید عاملهای جدید را به صورت محاورهای یا غیر محاورهای ایجاد کنید.
API مدیریت (توسعهدهندگان)
- سازگاری با نسخههای قبلی : رابط برنامهنویسی کاربردی مدیریت (Management API) در طول دوره انتقال ۹۰ روزه، هم از مقادیر قدیمی
BASIC_MESSAGEوSINGLE_MESSAGEو هم از مقدار جدیدNON_CONVERSATIONALپشتیبانی کرده و آنها را برمیگرداند. - اقدام مورد نیاز : منطق عامل خود را بهروزرسانی کنید تا از مقدار جدید
NON_CONVERSATIONALقبل از ۱۸ فوریه ۲۰۲۶ استفاده کند.
API عملیات (حاملها)
- سازگاری با نسخههای قبلی : برای جلوگیری از اختلال، Operations API مقدار
SINGLE_MESSAGEقدیمی را برای عاملهایی که در طول دوره انتقال ۹۰ روزه به عنوانNON_CONVERSATIONALعلامتگذاری شدهاند، برمیگرداند. - اقدام لازم : سیستمهای خود را برای مدیریت مقدار جدید
NON_CONVERSATIONALقبل از ۱۸ فوریه ۲۰۲۶ بهروزرسانی کنید. - پذیرش زودهنگام : اپراتورها میتوانند برای دریافت شمارش جدید
NON_CONVERSATIONALقبل از ۱۸ فوریه ۲۰۲۶ با پشتیبانی تماس بگیرند. در صورت انتخاب، اپراتورهایی که به عنوانNON_CONVERSATIONALپیکربندی شدهاند (از طریق کنسول توسعهدهندگان یا API مدیریت) مقدارNON_CONVERSATIONALرا در API عملیات برمیگردانند.
رویدادهای قابل پرداخت
رویدادهای قابل پرداخت چیست؟
رویدادهای قابل پرداخت، تعاملاتی بین یک نماینده RCS برای کسب و کار و یک کاربر هستند که برای اهداف صدور صورتحساب ردیابی میشوند. رویدادها بر اساس نوع پیام و زمان تعاملات طبقهبندی میشوند.
گوگل این رویدادها را ردیابی و گزارش میکند تا به اپراتورها کمک کند تا هزینه پیامهای ارسالی توسط نمایندگانشان را از شرکا دریافت کنند.
کدام رویدادهای قابل پرداخت برای هر نوع پیام اعمال میشود؟
پنج نوع رویداد قابل پرداخت در گزارشهای صورتحساب ثبت میشوند. این رویدادها شامل رویدادهای MT و MO هستند که به آنها رویدادهای A2P و P2A گفته میشود.
- A2P (درخواست به شخص) همان MT (موبایل خاتمه یافته) است : پیامی که توسط کسب و کار ارسال میشود.
- P2A (شخص به برنامه) در مقابل MO (موبایل منشا) قرار میگیرد : پیام یا عملی که توسط کاربر آغاز میشود.
جدول زیر هر رویداد قابل پرداخت را در مورد نمایندگان غیر مکالمهای و مکالمهای شرح میدهد.
| نوع رویداد | توضیحات | عوامل غیر محاورهای | عوامل مکالمهای |
|---|---|---|---|
basic_message | پیام A2P که فقط شامل متنی با ۱۶۰ کاراکتر یا کمتر است. مثال را ببینید . | صرف نظر از اینکه کاربر پاسخ دهد یا خیر، همیشه به عنوان یک رویداد قابل پرداخت جداگانه در نظر گرفته میشود. | به عنوان یک رویداد جداگانه و قابل پرداخت در نظر گرفته میشود، مگر اینکه کاربر ظرف ۲۴ ساعت پاسخ دهد. در این صورت، پیام بخشی از یک a2p_conversation میشود. |
single_message | پیام A2P که یا محتوای غنی دارد یا فقط یک پیام متنی با بیش از ۱۶۰ کاراکتر است. مثال را ببینید | صرف نظر از اینکه کاربر پاسخ دهد یا خیر، همیشه به عنوان یک رویداد قابل پرداخت جداگانه در نظر گرفته میشود. | به عنوان یک رویداد جداگانه و قابل پرداخت در نظر گرفته میشود، مگر اینکه کاربر ظرف ۲۴ ساعت پاسخ دهد. در این صورت، پیام بخشی از یک a2p_conversation میشود. |
a2p_conversation (کسب و کار آغاز شد) | زمانی آغاز میشود که کاربر ظرف ۲۴ ساعت پس از دریافت یک پیام A2P، خارج از یک مکالمه موجود، به آن پاسخ میدهد. مثال را ببینید . | ناموجود. عاملهای غیر محاورهای هرگز این نوع رویداد را ایجاد نمیکنند. | اگر یک پیام P2A ظرف ۲۴ ساعت پس از چندین پیام A2P تحویل داده شود، فقط پیام A2P که بلافاصله قبل از پیام P2A آمده است برای شروع مکالمه استفاده میشود. این پیام A2P و هر پیامی که ظرف ۲۴ ساعت آینده تحویل داده شود، بخشی از a2p_conversation هستند. |
p2a_conversation (آغاز شده توسط کاربر) | زمانی آغاز میشود که یک اپراتور به یک پیام P2A ظرف ۲۴ ساعت پس از دریافت آن، خارج از مکالمه موجود، پاسخ میدهد. مثال را ببینید . | ناموجود. عاملهای غیر محاورهای هرگز این نوع رویداد را ایجاد نمیکنند. | اگر یک پیام A2P ظرف ۲۴ ساعت پس از چندین پیام P2A تحویل داده شود، فقط پیام P2A که بلافاصله قبل از پیام A2P آمده است برای شروع مکالمه استفاده میشود. این پیام P2A و هر پیامی که ظرف ۲۴ ساعت آینده تحویل داده شود، بخشی از p2a_conversation هستند. |
p2a_message | پیام P2A از هر نوع. مثال را ببینید . | صرف نظر از اینکه نماینده پاسخ دهد یا خیر، همیشه به عنوان یک رویداد قابل پرداخت جداگانه در نظر گرفته میشود. | به عنوان یک رویداد جداگانه و قابل پرداخت در نظر گرفته میشود، مگر اینکه نماینده ظرف 24 ساعت پاسخ دهد. |
نمونههایی از پیامهایی که هر رویداد صورتحساب را فعال میکنند، چیست؟
پیام پایه
توجه داشته باشید که تصویر زیر پیشنمایش URL را در پیام متنی نشان میدهد. این یک کارت غنی نیست.
پیام واحد
مکالمه A2P
پیام P2A
مکالمه P2A
مزایای هر رویداد صورتحساب چیست؟
پیام پایه
مزایای کلیدی یک پیام پایه:
- ایجاد اعتماد : تأیید و برندسازی، اعتماد و اعتبار ایجاد میکند.
- پیشنمایش URL : پیامهای پایه ممکن است حاوی متن و یک تصویر پیشنمایش URL قابل کلیک باشند.
- تبلیغات تاکتیکی تکمرحلهای : ایدهآل برای تبلیغات کوتاهمدت یا پیامهای اطلاعرسانی که نیازی به پاسخ کاربر ندارند.
- هدایت ترافیک : پیامهای پایه میتوانند کاربران را به اپلیکیشن، وبسایت یا سایر منابع برند هدایت کنند.
پیام واحد
مزایای کلیدی یک پیام واحد:
- تأثیر بصری : گرافیک با کیفیت بالا توجه را جلب میکند و گزینهها را روشن میکند و باعث افزایش تعامل کاربر میشود.
- یک کارت، چندین اقدام : یک کارت غنی یا چرخ فلک میتواند چندین اقدام را با پیشنهادهایی برای ایجاد یک رویداد در تقویم، یافتن یک مکان، شمارهگیری یا باز کردن یک URL هدایت کند - همه اینها از یک پیام واحد.
- ارزش واضح، پیام مختصر : کاربران را تشویق کنید تا قدم بعدی را بردارند.
محاورهای
مزایای کلیدی مکالمات A2P و P2A:
- یکپارچهسازی غنی رسانهها : رسانههای مختلفی مانند تصاویر، ویدیوها و فایلهای PDF و همچنین اقدامات و پاسخهای پیشنهادی را در آن بگنجانید .
- تعاملات شخصیسازیشده : امکان گفتگوی رو در رو، ارائه کمکهای متناسب و توصیههای محصول را فراهم کنید.
- فرصتهای تبدیل : کاربران را قادر میسازد تا در طول مکالمه اقدامی انجام دهند، که این امر باعث کاهش اصطکاک و افزایش نرخ تبدیل میشود.
دسته بندی های صورتحساب نماینده چگونه با رویدادهای صورتحساب مرتبط هستند؟
رویدادهای صورتحساب basic_message و single_message نباید با دستههای صورتحساب Basic Message و Single Message اشتباه گرفته شوند.
- هر عاملی (صرف نظر از دسته صورتحساب آن) میتواند رویدادهای صورتحساب
basic_messageوsingle_messageرا ایجاد کند. - دستههای صورتحساب پیام پایه و پیام واحد برای طبقهبندی عاملهای غیر محاورهای استفاده میشوند. عاملهای موجود در این دستههای صورتحساب، رویدادهای صورتحساب محاورهای (
a2p_conversationsیاp2a_conversations) ایجاد نمیکنند. در عوض، آنها رویدادهای صورتحسابbasic_message،single_messageوp2a_messageرا به صورت جداگانه تولید میکنند.
گفتگو چیست؟
در RCS برای کسبوکارها، مکالمه مجموعهای از پیامها است که بین کاربر و یک اپراتور مکالمه در طول یک دوره ۲۴ ساعته رد و بدل میشود. فقط اپراتورهایی که دارای دسته صورتحساب مکالمهای هستند میتوانند مکالماتی ایجاد کنند و برای این رویدادهای قابل پرداخت، هزینه دریافت کنند:
- A2P (درخواست به شخص) : ارسال شده توسط کسب و کار.
- P2A (شخص به برنامه) : ارسال شده توسط کاربر.
نحوه کار مکالمات
- شروع : مکالمه زمانی شروع میشود که یکی از طرفین (عامل یا کاربر) ظرف ۲۴ ساعت پس از دریافت پیام از طرف دیگر، خارج از هرگونه مکالمه موجود، به آن پاسخ دهد.
- مکالمه A2P : زمانی شروع میشود که کاربر به پیام اپراتور پاسخ میدهد.
- مکالمه P2A : زمانی شروع میشود که اپراتور به پیام کاربر پاسخ میدهد.
- پنجره مکالمه : مکالمه به مدت ۲۴ ساعت پس از شروع فعال میماند. این مکالمه شامل تمام پیامهای موجود در این پنجره ۲۴ ساعته و همچنین اولین پیامی است که در ابتدا به آن پاسخ داده شده است.
- صورتحساب : به جای پرداخت صورتحساب برای هر پیام جداگانه، اپراتورهای مکالمه بر اساس کل مکالمه صورتحساب دریافت میکنند. این بدان معناست که هزینه مربوط به رشته مکالمه است، نه تعداد پیامهای درون آن.
نمودار زیر نمونهای از جلسه صورتحساب A2P برای نمایندگان مکالمه را نشان میدهد:
مهم
- مکالمات برای نمایندگانی که مکالمهای نیستند، اعمال نمیشود. نمایندگانی که از دستهی پیام پایه یا پیام تکی برای پرداخت استفاده میکنند، صرف نظر از اینکه کاربر پاسخ دهد یا خیر، برای هر پیام هزینه دریافت میکنند.
- برای اپراتورهای مکالمه، تولید گزارشهای رویداد صورتحساب و گزارشهای فعالیت میتواند تا دو روز به تأخیر بیفتد. این تأخیر به RCS for Business اجازه میدهد تا قبل از محاسبه رویداد صورتحساب، تمام پیامهای درون یک مکالمه را ضبط کند.
اگر اپراتور قبل از پاسخ کاربر، چندین پیام ارسال کند، چه رویدادهای صورتحسابی ایجاد میشود؟
دسته صورتحساب نماینده شما و زمان پاسخ کاربر، نوع رویدادهای ایجاد شده را تعیین میکند.
برای عاملهای غیر محاورهای: هر پیام رویداد خاص خود را تولید میکند
- یک پیام عامل، یک رویداد
basic_messageیاsingle_messageتولید میکند. - یک پیام کاربر، رویداد
p2a_messageرا ایجاد میکند.
برای عاملهای محاورهای: نتیجه به این بستگی دارد که کاربر چه زمانی به آخرین پیام عامل پاسخ میدهد.
- اگر کاربر ظرف ۲۴ ساعت پاسخ دهد :
- یک رویداد
a2p_conversationآغاز میشود. این رویداد آخرین پیام عامل، پاسخ کاربر و تمام پیامهای رد و بدل شده در یک پنجره 24 ساعته پس از پاسخ کاربر را پوشش میدهد. - هر پیام عاملی که قبل از آخرین پیام عامل ارسال شده باشد، بخشی از مکالمه نیست؛ هر کدام از آنها رویداد
basic_messageیاsingle_messageخود را تولید میکنند.
- یک رویداد
- اگر کاربر بعد از ۲۴ ساعت پاسخ دهد :
- هر پیام عامل، یک رویداد
basic_messageیاsingle_messageتولید میکند. - اگر عامل ظرف ۲۴ ساعت پاسخ دهد، پاسخ کاربر یک رویداد
p2a_conversationایجاد میکند. اگر عامل در آن بازه زمانی پاسخ ندهد، به جای آن یک رویدادp2a_messageایجاد میشود.
- هر پیام عامل، یک رویداد
کدام پاسخهای کاربر در رویدادهای صورتحساب نقش دارند؟
فقط پاسخهای خاص کاربر در رویدادهای صورتحساب نقش دارند. این پاسخها شامل پاسخهایی میشوند که یک رویداد p2a_message ایجاد میکنند یا بخشی از یک رویداد a2p_conversation یا p2a_conversation هستند. جدول زیر مشخص میکند که کدام پاسخهای کاربر در رویدادهای صورتحساب نقش دارند.
خلاصهای از آن:
| پاسخ کاربر | به رویدادهای صورتحساب کمک میکند | یادداشتها |
|---|---|---|
| فایلی ارسال میکند | بله | به عنوان یک پیام ارسال شده از طریق موبایل (MO) در نظر گرفته میشود. |
| پیامک ارسال میکند | بله | به عنوان یک پیام MO در نظر گرفته میشود. |
| روی پاسخ پیشنهادی ضربه میزند | بله | به عنوان یک پیام MO در نظر گرفته میشود. |
| روی یک اقدام پیشنهادی ضربه میزند | خیر | دادههای پسفرست از خودِ tap در رویداد صدور صورتحساب نقشی ندارند . |
| یک مکان را به اشتراک میگذارد | بله | پیام MO حاوی موقعیت مکانی کاربر، در یک رویداد پرداخت نقش دارد. این موضوع چه موقعیت مکانی به صورت دستی به اشتراک گذاشته شود و چه از طریق اقدام پیشنهادی، اعمال میشود. |
| لغو اشتراک یا اشتراک را لمس کنید | بله | رویداد وبهوک حاصل در رویداد پرداخت نقشی ندارد، اما پیام توقف یا شروع خودکار که هنگام لمس گزینه لغو اشتراک یا اشتراک توسط کاربر ارسال میشود، به عنوان یک پیام MO در نظر گرفته میشود. |
وقتی پاسخ کاربر یک رویداد قابل پرداخت (همانطور که در بالا ذکر شد) ایجاد میکند، نوع رویداد به دسته صورتحساب نماینده بستگی دارد.
برای نمایندگان غیر محاورهای:
- رویداد پرداخت که توسط پاسخ کاربر ایجاد میشود، همیشه یک
p2a_messageاست.
برای نمایندگان مکالمه:
نوع رویداد همچنین با زمانبندی پیامها در یک بازه زمانی ۲۴ ساعته تعیین میشود.
- وقتی کاربر به پیام نماینده پاسخ میدهد :
- ظرف ۲۴ ساعت : پاسخ کاربر به یک رویداد
a2p_conversationموجود اضافه میشود. - بعد از ۲۴ ساعت : پاسخ کاربر یک رویداد جدید
p2a_messageایجاد میکند.
- ظرف ۲۴ ساعت : پاسخ کاربر به یک رویداد
- وقتی نماینده به پیام کاربر پاسخ میدهد :
- ظرف ۲۴ ساعت : پاسخ اپراتور یک
p2a_conversationایجاد میکند که با پیام اولیه کاربر شروع میشود. - بعد از ۲۴ ساعت : پیام کاربر یک رویداد
p2a_messageایجاد میکند.
- ظرف ۲۴ ساعت : پاسخ اپراتور یک
گزارشهای صورتحساب
گزارش تسویه حساب چیست؟
این یک سابقه از رویدادهای قابل پرداخت است که بر اساس دسته بندی صورتحساب اپراتور و انواع پیامهای ارسالی او محاسبه میشود. گزارشهای صورتحساب برای همه اپراتورهایی که به طور فعال از RCS برای کسب و کار استفاده میکنند، در دسترس است.
برای اطلاعات بیشتر در مورد گزارشهای صورتحساب، به گزارشهای رویداد صورتحساب و گزارشهای فعالیت مراجعه کنید.
آیا میتوانم گزارش صورتحساب دریافت کنم؟
فقط اپراتورهایی که به طور فعال از RCS برای کسبوکارها استفاده میکنند، گزارشهای صورتحساب دریافت میکنند. شرکا گزارشهای صورتحساب دریافت نمیکنند.
برای یادگیری نحوه دریافت گزارشهای صورتحساب، به بخش ذخیرهسازی و دسترسی به فایل مراجعه کنید. این دستورالعملها برای بازیابی گزارشهای صورتحساب با استفاده از پروتکل انتقال فایل امن (SFTP) برای اپراتورهایی است که به گزارشهای صورتحساب دسترسی دارند.
اگر اطلاعاتی در گزارش صورتحساب وجود نداشته باشد، چه میشود؟
اگر متوجه شدید که برخی از اطلاعات در گزارش وجود ندارد، مشکل را با تیم پشتیبانی عیبیابی کنید. برای جزئیات بیشتر، به راهنمای عیبیابی RCS برای کسبوکار مراجعه کنید.
چرا در عرض یک ماه که هیچ پیامی نفرستادم، هزینهها را میبینم؟
رویدادهای صورتحساب RCS برای کسبوکار بر اساس زمان تحویل پیام ثبت میشوند، نه زمان ارسال پیام.
مثال:
اگر پیامها را در پایان ماه ژوئن ارسال کنید، اما در اوایل ماه ژوئیه به دستگاه کاربر تحویل داده شوند (برای مثال، اگر تلفن کاربر آفلاین بوده باشد)، این هزینهها در گزارشهای صورتحساب ماه ژوئیه شما نمایش داده میشوند. RCS for Business تلاش میکند تا حداکثر 30 روز قبل از انقضای پیام، آن را ارسال کند.
مدلهای صورتحساب
تفاوتهای کلیدی بین مدلهای صورتحساب استاندارد و ایالات متحده چیست؟
هر دو مدل استاندارد و آمریکایی از دستهبندی صورتحساب از پیش انتخابشده توسط نماینده (محاورهای یا غیرمحاورهای) برای تعیین ساختار کلی نرخ استفاده میکنند. تفاوت اصلی در مجموعه طبقهبندیهای مورد استفاده برای رویدادهای قابل پرداخت است.
مدل صورتحساب استاندارد (ترافیک غیر آمریکایی)
این مدل برای تمام ترافیک خارج از ایالات متحده اعمال میشود.
- طبقهبندی بر اساس دسته صورتحساب نماینده و محتوای پیام است .
- عاملهای غیر محاورهای : به ازای هر پیام هزینه دریافت میکنند. محتوای پیام، رویداد را تعیین میکند: پیام پایه یا پیام واحد.
- نمایندگان مکالمه : هزینه مکالمه به ازای هر مکالمه محاسبه میشود. مکالمه یک بازه زمانی ۲۴ ساعته برای تبادل نامحدود پیام بین کاربر و نماینده است که با نرخ ثابت محاسبه میشود. اگر کاربر ظرف ۲۴ ساعت پاسخ ندهد، هزینه پیام نماینده به صورت جداگانه به عنوان یک پیام پایه یا یک پیام واحد محاسبه میشود.
- رویدادهای قابل پرداخت :
-
basic_message -
single_message -
a2p_conversation -
p2a_conversation -
p2a_message
-
- منطق صورتحساب : هزینه نهایی بر اساس دسته صورتحساب اپراتور تعیین میشود که منجر به نرخ ثابت برای هر پیام (غیر مکالمهای) یا نرخ ثابت برای هر پنجره مکالمه 24 ساعته (مکالمهای) میشود.
مدل صورتحساب ایالات متحده
این مدل برای تمام ترافیکهای ورودی و خروجی از شماره تلفنهای ایالات متحده اعمال میشود. برای اطلاعات بیشتر، به راهنمای مدل صورتحساب ایالات متحده مراجعه کنید.
- طبقهبندی پیامهای تکی و اقدامات کاربر به صورت خودکار و بر اساس محتوا انجام میشود . صرف نظر از دسته صورتحساب نماینده، هر رویداد قابل پرداخت به عنوان یکی از موارد زیر طبقهبندی میشود:
- پیام غنی (MT/MO)
- پیام رسانهای غنی (MT/MO)
- کلیک روی اقدام پیشنهادی (فقط MO)
- رویدادهای قابل پرداخت :
-
a2p_rich_message -
a2p_rich_media_message -
p2a_rich_message -
p2a_rich_media_message -
suggested_action_click
-
- منطق صورتحساب : هزینه نهایی توسط دسته صورتحساب نماینده تعیین میشود و با استفاده از طبقهبندی رویدادهای قابل پرداخت، ساختار نرخ صحیح اعمال میگردد.
تفاوتهای فنی و گزارشدهی
- RBM API : منابع API مربوط
AgentMessageوUserMessageشامل یک شیءrichMessageClassificationبرای تعریف نوع پیام فقط برای ترافیک ایالات متحده هستند. این شیء به صورت بلادرنگ هنگام فراخوانی API ارائه میشود و جدا از گزارش صورتحساب بعدی است. - گزارشهای صورتحساب : گزارشهای صورتحساب برای هر مدل متناسبسازی شدهاند و شامل یک ستون
typeهستند که رویدادهای قابل پرداخت مختص آن مدل را فهرست میکند. گزارش صورتحساب ایالات متحده همچنین شامل ستونی برایsegment_countاست که فقط برای Rich Messages اعمال میشود.