سوالات متداول در مورد صورتحساب ایالات متحده

RCS برای کسب و کار از دو مدل صورتحساب استفاده می‌کند: مدل صورتحساب استاندارد برای ترافیک غیر آمریکایی و مدل صورتحساب ایالات متحده برای ترافیک ایالات متحده. این سند به سوالات متداول در مورد مدل صورتحساب ایالات متحده می‌پردازد. برای جزئیات بیشتر در مورد طبقه‌بندی‌های استاندارد، به راهنمای سوالات متداول صورتحساب استاندارد مراجعه کنید.

دسته بندی های صورتحساب

دسته بندی های صورتحساب نماینده چیست؟

دسته بندی صورتحساب ، یک طبقه بندی برای نماینده RCS for Business شما است که منطق صورتحساب پیام های ارسالی نماینده شما را مشخص می کند. شما این دسته بندی را هنگام ایجاد نماینده خود انتخاب می کنید و بعداً قابل تغییر نیست. اگر می خواهید دسته بندی صورتحساب نماینده خود را تغییر دهید، باید فرآیند به روز رسانی زنده نماینده را طی کنید.

چگونه بدانم کدام دسته صورتحساب را برای نماینده‌ام انتخاب کنم؟

دو دسته اصلی برای صورتحساب وجود دارد: مکالمه‌ای و غیرمکالمه‌ای.

  • برای نمایندگان غیر محاوره‌ای، بابت هر پیامی که به کاربر تحویل می‌دهند، هزینه دریافت می‌شود.
    • این دسته برای کارشناسانی که انتظار پاسخ‌های مکرر ندارند، بهترین گزینه است.
  • نمایندگان مکالمه برای هر جلسه (جلسات) نرخ ثابتی دریافت می‌کنند، مشروط بر اینکه جلسه‌ای آغاز شود و شامل تمام پیام‌های رد و بدل شده در یک دوره ۲۴ ساعته، از جمله پیام‌هایی که جلسه را آغاز کرده‌اند، باشد. نمایندگان مکالمه همچنان می‌توانند برای پیام‌هایی که بخشی از یک جلسه ۲۴ ساعته نیستند، هزینه دریافت کنند.
    • این دسته برای نمایندگانی که صرف نظر از اینکه کاربر یا نماینده مکالمه را آغاز کرده باشند، در مکالمات چند نوبتی با کاربران شرکت می‌کنند، بهترین گزینه است.

دسته بندی صورتحسابی را انتخاب کنید که به بهترین وجه با مورد استفاده شما و میزان تعامل مورد انتظار کاربر مطابقت داشته باشد. نماینده شما می‌تواند هر نوع پیامی را صرف نظر از دسته بندی ارسال کند.

دلیلش این است که دسته‌بندی صورتحساب، نحوه‌ی محاسبه‌ی هزینه‌ی پیام‌ها را تعیین می‌کند، نه اینکه نماینده‌ی شما چه نوع پیام‌هایی را می‌تواند ارسال یا دریافت کند. برای مثال، یک نماینده‌ی مکالمه‌ای همچنان می‌تواند پیام‌های پایه ارسال کند و یک نماینده‌ی غیرمکالمه‌ای می‌تواند چندین پیام، از جمله کارت‌های غنی ، ارسال کند.

برای اطلاعات بیشتر، به دسته‌بندی‌های صورتحساب مراجعه کنید.

جلسه چیست و چگونه کار می‌کند؟

انواع مختلفی از پیام‌ها را می‌توان در یک جلسه ترکیب کرد. در ایالات متحده، برای نمایندگان مکالمه، جلسات بر اساس یک محرک و مدت زمان خاص تعریف و قابل پرداخت هستند.

ماشه جلسه

یک جلسه زمانی آغاز می‌شود که یک نماینده برند و یک کاربر ۴ پیام غنی یا پیام رسانه‌ای غنی (شامل حداقل یک پیام خاتمه‌یافته از طریق موبایل (MT) و حداقل دو پاسخ از طریق موبایل (MO) در یک دوره ۲۴ ساعته) رد و بدل کنند.

صورتحساب

نمایندگان مکالمه واجد شرایط دریافت صورتحساب جلسه‌ای و صورتحساب به ازای هر پیام هستند. هنگامی که شرط راه‌اندازی کامل جلسه برآورده شود، یک هزینه تک جلسه‌ای اعمال می‌شود که کل بازه ۲۴ ساعته از اولین پیام راه‌اندازی را پوشش می‌دهد.

مدل صورتحساب ایالات متحده، رویدادهای قابل پرداخت را به صورت زیر طبقه‌بندی می‌کند:

  • پیام غنی (MT/MO) : رویداد قابل پرداخت بر اساس بخش‌ها (1 بخش برابر با 160 بایت متن کدگذاری شده UTF-8 است، مگر اینکه بخشی از یک جلسه باشد).
  • پیام رسانه‌ای غنی (MT/MO) : به عنوان یک رویداد واحد و با نرخ ثابت، صرف نظر از اندازه محتوا، مگر اینکه بخشی از یک جلسه باشد، قابل پرداخت است. این شامل کارت‌های غنی، چرخ فلک‌ها و پیوست‌های فایل رسانه‌ای می‌شود.
  • کلیک روی اقدام پیشنهادی (فقط MO) : هر ضربه روی یک اقدام پیشنهادی، یک رویداد قابل پرداخت ایجاد می‌کند.

مهم

  • جلسات برای عوامل غیر مکالمه‌ای اعمال نمی‌شود.
  • برای اپراتورهای مکالمه، تولید گزارش‌های رویداد قابل پرداخت و گزارش‌های فعالیت می‌تواند تا دو روز به تأخیر بیفتد. این تأخیر به RCS for Business اجازه می‌دهد تا قبل از محاسبه رویداد قابل پرداخت، تمام پیام‌های موجود در یک جلسه را ضبط کند.

از چه منطقه زمانی برای گزارش‌های صورتحساب RBM و سوابق تراکنش‌ها استفاده می‌شود؟

گزارش‌های صورتحساب RBM روزانه تولید و بر اساس زمان اقیانوس آرام (PT) سازماندهی می‌شوند. هر فایل گزارش، یک دوره فعالیت 24 ساعته از نیمه‌شب تا نیمه‌شب PT را نشان می‌دهد.

با این حال، مهر زمانی start_time در رکوردهای گزارش با استفاده از فرمت ISO 8601 و به صورت زمان هماهنگ جهانی (UTC) ثبت می‌شود. این یک مرجع جهانی ثابت برای ساعت دقیق وقوع یک تعامل فراهم می‌کند.

اگر یک جلسه بین آخرین روز یک ماه و اولین روز ماه بعد باشد، چگونه درمان می‌شود؟

برای پیام‌های A2P، طبقه‌بندی و هزینه بر اساس زمان تحویل پیام تعیین می‌شود. برای پیام‌های P2A، هزینه بر اساس زمان ارسال پیام توسط کاربر تعیین می‌شود.

برای جلساتی که یک بازه تعاملی ۲۴ ساعته را پوشش می‌دهند، منطق زیر اعمال می‌شود:

  • تعیین تاریخ شروع : حتی اگر یک جلسه دو روز تقویمی را در ماه‌های مختلف در بر بگیرد، تمام پیام‌های درون آن پنجره ۲۴ ساعته با هم گروه‌بندی می‌شوند و دارای billing_event_id یکسانی هستند و تحت عنوان start_time اولین پیام در توالی شروع جلسه گزارش می‌شوند.
  • تأخیر در گزارش‌دهی : از آنجا که یک جلسه می‌تواند ۲۴ ساعت طول بکشد و نیاز به شناسایی یک محرک ۴ پیامی دارد، تولید گزارش‌های صورتحساب برای عامل‌های محاوره‌ای می‌تواند تا دو روز به تأخیر بیفتد. این تأخیر تضمین می‌کند که تمام پیام‌های متعلق به یک جلسه ثبت شده و قبل از نهایی شدن گزارش، billing_event_id صحیح به آنها اختصاص داده شود.
  • مثال تحویل با تأخیر : اگر یک اپراتور در اواخر ژوئن پیامی ارسال کند اما تا اوایل ژوئیه تحویل داده نشود (مثلاً به دلیل آفلاین بودن تلفن کاربر)، آن تحویل خاص، رویداد قابل پرداخت برای گزارش صورتحساب ژوئیه را فعال می‌کند.

رویدادهای قابل پرداخت

رویدادهای قابل پرداخت چیست؟

رویدادهای قابل پرداخت، تعاملاتی بین یک نماینده RCS برای کسب و کار و یک کاربر هستند که برای اهداف صدور صورتحساب ردیابی می‌شوند. قابل پرداخت به سادگی به این معنی است که یک رویداد واجد شرایط دریافت هزینه است. اپراتورها تعیین می‌کنند که آیا و چگونه از رویدادهای قابل پرداخت هزینه دریافت شود.

گوگل این رویدادها را ردیابی و گزارش می‌کند تا به اپراتورها کمک کند تا هزینه پیام‌های ارسالی توسط نمایندگانشان را از شرکا دریافت کنند.

کدام رویدادهای قابل پرداخت برای هر نوع پیام اعمال می‌شود؟

هفت نوع رویداد قابل پرداخت در گزارش‌های صورتحساب ثبت شده است. این رویدادها شامل رویدادهای MT و MO هستند که به آنها رویدادهای A2P و P2A گفته می‌شود.

  • A2P (درخواست به شخص) همان MT (موبایل خاتمه یافته) است : پیامی که توسط کسب و کار ارسال می‌شود.
  • P2A (شخص به برنامه) در مقابل MO (موبایل منشا) قرار می‌گیرد : پیام یا عملی که توسط کاربر آغاز می‌شود.

برای اطلاع از نحوه اعمال هر رویداد قابل پرداخت برای عوامل غیر محاوره‌ای و محاوره‌ای، به مستندات رویدادهای قابل پرداخت مراجعه کنید.

کدام پاسخ‌های کاربر در رویدادهای قابل پرداخت نقش دارند؟

در ایالات متحده، پاسخ‌های خاص کاربر در رویدادهای قابل پرداخت نقش دارند. جدول زیر مشخص می‌کند که کدام پاسخ‌های کاربر در رویدادهای قابل پرداخت و انواع رویدادهای مربوط به آنها در ایالات متحده نقش دارند:

پاسخ کاربر به رویدادهای قابل پرداخت کمک می‌کند نوع رویداد قابل پرداخت (ایالات متحده) یادداشت‌ها
فایلی ارسال می‌کند بله p2a_rich_media_message به عنوان یک پیام رسانه‌ای غنی (P2A/MO) طبقه‌بندی می‌شود.
پیامک ارسال می‌کند بله p2a_rich_message به عنوان یک پیام غنی (P2A/MO) طبقه‌بندی شده است.
روی پاسخ پیشنهادی ضربه می‌زند بله p2a_rich_message پیام متنی حاصل به عنوان یک پیام غنی (P2A/MO) طبقه‌بندی می‌شود.
روی یک اقدام پیشنهادی ضربه می‌زند بله p2a_suggested_action داده‌های پس‌فرست از خودِ شیر آب، در یک رویدادِ قابلِ پرداخت نقشی ندارند.
یک مکان را به اشتراک می‌گذارد بله p2a_suggested_action (کلیک) + p2a_rich_message (مکان) دو رویداد قابل پرداخت ایجاد می‌کند: یک p2a_suggested_action برای انتخاب «اشتراک‌گذاری مکان» و یک p2a_rich_message برای ارسال داده‌های مکان.
لغو اشتراک یا اشتراک را لمس کنید بله p2a_rich_message (پیام توقف/شروع) پیام توقف یا شروع خودکار که با لمس صفحه فعال می‌شود، به عنوان یک پیام غنی (P2A/MO) در نظر گرفته می‌شود. خود رویداد وب‌هوک قابل پرداخت نیست.

وقتی پاسخ کاربر یک رویداد قابل پرداخت ایجاد می‌کند، طبقه‌بندی رویداد بر اساس محتوا به صورت خودکار انجام می‌شود، در حالی که منطق پرداخت توسط دسته‌ی پرداخت نماینده تعیین می‌شود.

برای نمایندگان غیر محاوره‌ای:

هر پاسخ کاربر به عنوان یک رویداد جداگانه (مانند p2a_rich_message یا p2a_suggested_action ) قابل محاسبه است.

برای نمایندگان مکالمه:

منطق صورتحساب از مدل شروع جلسه پیروی می‌کند. رویدادهای منفرد تا زمان رسیدن به شروع جلسه ۴ پیامی (حداقل ۱ تراکنش و ۲ تراکنش در ۲۴ ساعت) ثبت می‌شوند. پس از فعال شدن یک جلسه، تمام پیام‌های رد و بدل شده در بازه ۲۴ ساعته، شامل چهار پیامی که شروع جلسه را تشکیل می‌دهند، تحت پوشش یک هزینه جلسه واحد قرار می‌گیرند.

گزارش‌های صورتحساب

گزارش تسویه حساب چیست؟

این یک سابقه از رویدادهای قابل پرداخت است که بر اساس دسته بندی صورتحساب اپراتور و انواع پیام‌های ارسالی او محاسبه می‌شود. گزارش‌های صورتحساب برای همه اپراتورهایی که به طور فعال از RCS برای کسب و کار استفاده می‌کنند، در دسترس است.

برای اطلاعات بیشتر در مورد گزارش‌های صورتحساب، به گزارش‌های صورتحساب ایالات متحده مراجعه کنید.

آیا می‌توانم گزارش صورتحساب دریافت کنم؟

فقط اپراتورهایی که به طور فعال از RCS for Business استفاده می‌کنند، گزارش‌های صورتحساب را دریافت می‌کنند. شرکا گزارش‌های صورتحساب را از گوگل دریافت نمی‌کنند، اما اپراتورها می‌توانند گزارش‌های صورتحساب را در اختیار شرکا قرار دهند.

چرا در عرض یک ماه که هیچ پیامی نفرستادم، هزینه‌ها را می‌بینم؟

برای پیام‌های آغاز شده توسط عامل (A2P)، رویدادهای قابل پرداخت بر اساس زمان تحویل پیام ثبت می‌شوند، نه زمان ارسال پیام.

مثال :

اگر پیام‌ها را در پایان ماه ژوئن ارسال کنید، اما در اوایل ماه ژوئیه به دستگاه کاربر تحویل داده شوند (برای مثال، اگر تلفن کاربر آفلاین بوده باشد)، این هزینه‌ها در گزارش‌های صورتحساب ماه ژوئیه شما نمایش داده می‌شوند. RCS for Business تلاش می‌کند تا حداکثر 30 روز قبل از انقضای پیام، آن را ارسال کند.

مدل‌های صورتحساب

تفاوت‌های کلیدی بین مدل‌های صورتحساب استاندارد و ایالات متحده چیست؟

هر دو مدل استاندارد و آمریکایی از دسته‌بندی صورتحساب از پیش انتخاب‌شده توسط نماینده (محاوره‌ای یا غیرمحاوره‌ای) برای تعیین ساختار کلی نرخ استفاده می‌کنند. تفاوت اصلی در مجموعه طبقه‌بندی‌های مورد استفاده برای رویدادهای قابل پرداخت است.

مدل صورتحساب استاندارد (ترافیک غیر آمریکایی)

این مدل برای تمام ترافیک خارج از ایالات متحده اعمال می‌شود.

  • طبقه‌بندی بر اساس دسته صورتحساب نماینده و محتوای پیام است .
    • عامل‌های غیر محاوره‌ای : به ازای هر پیام هزینه دریافت می‌شود. محتوای پیام، رویداد را تعیین می‌کند: پیام پایه یا پیام واحد.
    • نمایندگان مکالمه : به ازای هر مکالمه هزینه دریافت می‌شود. مکالمه یک بازه زمانی ۲۴ ساعته برای تبادل نامحدود پیام بین کاربر و نماینده است که با نرخ ثابتی قابل پرداخت است. اگر کاربر ظرف ۲۴ ساعت پاسخ ندهد، پیام نماینده به صورت جداگانه به عنوان یک پیام پایه یا یک پیام واحد قابل پرداخت است.
  • رویدادهای قابل پرداخت :
    • basic_message
    • single_message
    • a2p_conversation
    • p2a_conversation
    • p2a_message
  • منطق صورتحساب : هزینه نهایی بر اساس دسته صورتحساب اپراتور تعیین می‌شود که منجر به نرخ ثابت برای هر پیام (غیر مکالمه‌ای) یا نرخ ثابت برای هر پنجره مکالمه 24 ساعته (مکالمه‌ای) می‌شود.

مدل صورتحساب ایالات متحده

این مدل برای تمام ترافیک‌های ورودی و خروجی از شماره تلفن‌های ایالات متحده اعمال می‌شود. برای اطلاعات بیشتر، به usrbm.org مراجعه کنید.

  • طبقه‌بندی انواع پیام‌های تکی به صورت خودکار و بر اساس محتوا انجام می‌شود . صرف نظر از دسته صورتحساب اپراتور، هر رویداد قابل پرداخت به عنوان یکی از موارد زیر طبقه‌بندی می‌شود:
    • a2p_rich_message
    • a2p_rich_media_message
    • p2a_rich_message
    • p2a_rich_media_message
    • p2a_suggested_action
    • a2p_session
    • p2a_session

خلاصه منطق صورتحساب جلسه

طبق چارچوب RBM ایالات متحده، نمایندگان آمریکایی در دسته مکالمه می‌توانند به جای هزینه‌های هر پیام، هزینه تک جلسه‌ای را اعمال کنند.

یک جلسه با دنباله‌ای از ۴ پیام رسانه‌ای غنی یا غنی (شامل حداقل ۲ پیام MO و حداقل ۱ پیام MT) که در یک بازه ۲۴ ساعته از اولین پیام ارسالی رد و بدل می‌شوند، آغاز می‌شود. پس از رسیدن به این آستانه، تمام پیام‌های درون آن بازه ۲۴ ساعته به عنوان یک جلسه واحد قابل محاسبه هستند. هر پیامی که خارج از این بازه قرار گیرد یا نتواند یک جلسه را آغاز کند، با نرخ استاندارد هر پیام قابل محاسبه است.

هزینه نهایی بر اساس دسته‌بندی صورتحساب نماینده تعیین می‌شود و با استفاده از طبقه‌بندی رویدادهای قابل پرداخت، ساختار نرخ صحیح مطابق با کارت نرخ اپراتور اعمال می‌شود.

تفاوت‌های فنی و گزارش‌دهی

  • RBM API : منابع API مربوط به AgentMessage and [ UserMessage ](/business-communications/rcs-business-messaging/reference/rest/v1/UserMessage) شامل یک شیء richMessageClassification برای تعریف نوع پیام فقط برای ترافیک ایالات متحده هستند. این شیء به صورت بلادرنگ هنگام فراخوانی API ارائه می‌شود و جدا از گزارش صورتحساب بعدی است.
  • گزارش‌های صورتحساب : گزارش‌های صورتحساب برای هر مدل متناسب‌سازی شده‌اند و شامل یک ستون type هستند که رویدادهای قابل پرداخت مختص به آن مدل را فهرست می‌کند. گزارش صورتحساب ایالات متحده همچنین شامل یک ستون برای segment_count است که فقط برای پیام‌های غنی (Rich Messages) و یک ستون برای session_type است که فقط برای پیام‌هایی که در یک جلسه (session) هستند اعمال می‌شود.