آخرین نسخه‌ها

این صفحه اطلاعاتی در مورد آخرین تغییرات در RCS for Business ارائه می‌دهد.

۶ آوریل ۲۰۲۶

جدید

اسناد تأیید نماینده را با API ارتباطات تجاری بارگذاری و حذف کنید

برای ساده‌سازی فرآیند تأیید نماینده، روش‌های جدیدی را در API ارتباطات تجاری معرفی کرده‌ایم که به شرکا اجازه می‌دهد اسناد پشتیبان را آپلود و حذف کنند. این ویژگی اختیاری است.

پیشرفت‌های کلیدی

  • روش‌های جدید API : شرکا اکنون می‌توانند از روش‌های زیر برای مدیریت پیوست‌های تأیید استفاده کنند:
  • قابلیت مشاهده توسط اپراتور : برای پرتاب‌های تحت مدیریت اپراتور، اسناد آپلود شده با هر اپراتوری که برای پرتاب انتخاب کرده‌اید، به اشتراک گذاشته می‌شود.

جزئیات فنی و محدودیت‌ها

  • پشتیبانی از فایل: در ابتدا، API از فایل‌های PDF پشتیبانی می‌کند.
  • حداکثر حجم فایل : ۵۰ مگابایت برای هر فایل
  • محدودیت تعداد : حداکثر ۵ سند منحصر به فرد برای هر نماینده.

برای اطلاعات بیشتر در مورد فرآیند تأیید، به ارسال اطلاعات تأیید مراجعه کنید.

۱ آوریل ۲۰۲۶

جدید

محدودیت‌های ترافیک بین نمایندگان برای نمایندگان تبلیغاتی کم‌اعتبار در هند

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

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

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

۱ آوریل ۲۰۲۶

جدید

کنترل‌های جدید قابلیت مشاهده: بایگانی و پنهان کردن عوامل

برای کمک به مدیریت شلوغی کنسول، ما کنترل‌های جدیدی برای قابلیت مشاهده هم برای شرکا و هم برای اپراتورها معرفی کرده‌ایم. این ویژگی‌ها به شما امکان می‌دهند تا عامل‌های قدیمی یا بلااستفاده را از نماهای اصلی خود در کنسول و از طریق API حذف کنید، بدون اینکه بر وضعیت عملیاتی عامل‌ها تأثیری بگذارد.

برای شرکا: عوامل بایگانی و از بایگانی خارج کردن

شما می‌توانید Agentهایی را که در حالت غیرفعال ( UNLAUNCHED ، SUSPENDED یا REJECTED ) هستند، بایگانی یا از بایگانی خارج کنید. شما نمی‌توانید Agentهایی را که در هر شبکه اپراتوری LAUNCHED یا PENDING هستند، بایگانی کنید.

ویژگی‌های کلیدی

  • کنسول توسعه‌دهندگان RCS برای کسب‌وکار : بایگانی یا خارج کردن عامل‌ها از بایگانی به صورت جداگانه یا به صورت انبوه (تا ۱۰۰). برای جزئیات بیشتر، به بایگانی/خارج کردن عامل مراجعه کنید.
  • API مدیریت : مدیریت برنامه‌ریزی‌شده‌ی وضعیت بایگانی یک عامل. برای جزئیات بیشتر، به بایگانی یا لغو بایگانی یک عامل مراجعه کنید.
  • نماهای فیلتر شده : به طور پیش‌فرض، عامل‌های بایگانی شده از لیست اصلی حذف می‌شوند. برای گنجاندن عامل‌های بایگانی شده در نتایج آنها، از فیلترها در کنسول یا پارامترهای موجود در API استفاده کنید.

برای حامل‌ها: مخفی کردن و آشکار کردن عامل‌ها

شما می‌توانید Agentهایی را که در شبکه شما در حالت غیرفعال ( SUSPENDED یا REJECTED ) هستند، پنهان یا آشکار کنید. اگر وضعیت راه‌اندازی Agent در شبکه شما LAUNCHED یا PENDING باشد، نمی‌توانید آن را پنهان کنید.

ویژگی‌های کلیدی

  • کنسول مدیریت : عامل‌ها را به صورت جداگانه یا به صورت دسته جمعی (تا ۱۰۰) مخفی و آشکار کنید. برای جزئیات بیشتر، به بخش مخفی کردن/نمایش یک عامل مراجعه کنید.
  • API عملیات : وضعیت پنهان یک عامل را برای شبکه خود مدیریت کنید. برای جزئیات بیشتر، به بخش پنهان کردن/نمایش عامل‌ها مراجعه کنید.
  • نماهای فیلتر شده : به طور پیش‌فرض، عامل‌هایی که به عنوان پنهان علامت‌گذاری شده‌اند از لیست اصلی حذف می‌شوند. برای مشاهده این عامل‌ها، از فیلترها در کنسول یا پارامترهای موجود در API استفاده کنید.

۱۰ مارس ۲۰۲۶

تغییر یافته

ما انتقال‌های مجاز حالت راه‌اندازی را هنگام مدیریت عامل‌ها از طریق RBM Operations API و Business Communications API و Administration Console و Business Communications Developer Console به‌روزرسانی کرده‌ایم. این امر منطق و همگام‌سازی پایدار بین API و Console را تضمین می‌کند.

در اینجا انتقال‌های حالت راه‌اندازی مجاز به‌روزرسانی‌شده آمده است:

آغاز شده توسط حامل

  • از PENDING تا LAUNCHED یا REJECTED
  • از LAUNCHED تا SUSPENDED
  • از SUSPENDED تا LAUNCHED یا UNLAUNCHED

شریک آغازگر

  • از UNSPECIFIED ، UNLAUNCHED یا REJECTED تا PENDING

۹ مارس ۲۰۲۶

تغییر یافته

شفافیت URL در اقدام پیشنهادی «باز کردن یک URL»

پیام‌های گوگل اکنون آدرس URL اصلی را مستقیماً در عملکرد «باز کردن یک URL» برای پیشنهادهای درون کارتی کارت‌های غنی و چرخ و فلک‌ها نمایش می‌دهند. برای جزئیات بیشتر، به باز کردن یک URL مراجعه کنید.

قبل از بعد از
کارت غنی بدون URLکارت غنی با URL

با نمایش URL، هدف ما این است که:

  • ایجاد اعتماد کاربر : اصطکاک و «تردید در کلیک» ناشی از لینک‌های ناشناخته را کاهش دهید.
  • افزایش تعامل : عادات استفاده‌ی سازگار و قابل اعتمادی را در RCS for Business ایجاد کنید.
  • استقرار : این ویژگی به طور خودکار فعال می‌شود؛ هیچ ادغام فنی یا تغییر API از طرف شما لازم نیست.
  • لینک‌های خود را بررسی کنید : مطمئن شوید که آدرس‌های اینترنتی مقصد شما مختصر و با برند شما سازگار هستند.
  • بررسی تجربه کاربری : اقدامات پیشنهادی فعلی «باز کردن یک URL» را در کارت‌های غنی و چرخ‌وفلک‌ها بررسی کنید تا مطمئن شوید متن نمایش داده شده و URL که اکنون قابل مشاهده است، اضافی یا به‌هم‌ریخته به نظر نمی‌رسد.

۲۸ فوریه ۲۰۲۶

تغییر یافته

منسوخ شدن API برای منبع phones.testers

برای ارائه کنترل جامع‌تر، ما API جدید تسترها را برای مدیریت کامل چرخه عمر تسترها راه‌اندازی کردیم. اکنون می‌توانید دعوت‌نامه‌ها را ارسال یا دوباره ارسال کنید، وضعیت را دریافت کنید و تسترها را به صورت برنامه‌نویسی حذف کنید.

به دلیل این قابلیت گسترش‌یافته، ما منبع قدیمی phones.testers را منسوخ کرده‌ایم.

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

منبع وضعیت
تلفن‌ها.آزمایش‌کنندگان منسوخ شده
آزمایش‌کنندگان فعلی

کاری که باید انجام دهید:

  1. برای راه‌اندازی یک دستگاه آزمایشی، مرجع API جدید آزمایش‌کنندگان و راهنمای به‌روز شده را مرور کنید.
  2. کد موجود خود را که متد phones.testers.create را فراخوانی می‌کند، به‌روزرسانی کنید تا از نقاط پایانی منبع جدید testers استفاده کند.
  3. منطق جدید را پیاده‌سازی و آزمایش کنید.

۱۶ فوریه ۲۰۲۶

جدید

فیلدهای جدید در پاسخ analytics.agentPerformances.list با معیارهای اضافی

متد analytics.agentPerformances.list در API پیام‌رسانی تجاری RCS اکنون شامل فیلدهای اضافی در شیء AgentPerformance مربوط به داده‌های دلیل لغو اشتراک و روند هرزنامه است.

۱۲ فوریه ۲۰۲۶

بهبود مستندات

ما مستندات ارسال پیام‌ها را با یک زمان ماندگاری (TTL) جدید برای بخش پیام‌ها به‌روزرسانی کرده‌ایم تا رفتار مورد انتظار اعلان‌ها را روشن کرده و توصیه‌هایی برای مدیریت موارد حاشیه‌ای تحویل ارائه دهیم.

۵ فوریه ۲۰۲۶

جدید

صفحه پشتیبانی جدید RCS برای کسب و کارها با بخش تماس

ما پیوند «ایمیل پشتیبانی RBM» را با صفحه پشتیبانی جدید Contact RCS for Business جایگزین کرده‌ایم.

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

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

۵ فوریه ۲۰۲۶

بهبود مستندات

ما مستندات رویدادهای Send و phones.agentEvent.create را با اطلاعاتی درباره رفتار تحویل رویدادهای عامل READ و IS_TYPING در RCS for Business به‌روزرسانی کرده‌ایم.

  • به‌روزرسانی‌ها مشخص می‌کنند که رویدادهای READ پایدار هستند و اگر کاربر RCS را فعال کرده باشد اما در دسترس نباشد، تا 30 روز ذخیره می‌شوند، در حالی که رویدادهای IS_TYPING زودگذر باقی می‌مانند و تقریباً پس از 20 ثانیه منقضی می‌شوند.

۳۰ ژانویه ۲۰۲۶

جدید

نظرات اختیاری برای تأیید راه‌اندازی نمایندگی

اکنون اپراتورهای تلفن همراه می‌توانند هنگام تأیید درخواست‌های راه‌اندازی نمایندگی، نظرات بیشتری ارائه دهند.

تغییرات کنسول

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

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

نظرات ارائه شده در طول تأیید، در تاریخچه‌ی نماینده در هر دو کنسول مدیریت و ارتباطات تجاری ثبت می‌شوند.

تغییرات API عملیات RBM

فیلد comment اکنون از تمام انتقال‌های وضعیت هنگام تغییر وضعیت راه‌اندازی یک عامل پشتیبانی می‌کند. اپراتورهای تلفن همراه اکنون می‌توانند برای بهبود ارتباطات و ثبت سوابق، دلیل اختیاری برای هرگونه تغییر وضعیت ارائه دهند. برای اطلاعات بیشتر، به مدیریت عامل‌ها با API عملیات RBM مراجعه کنید.

۱۵ ژانویه ۲۰۲۶

جدید

اعلان‌های مربوط به کارت‌های غنی و چرخ‌وفلک‌ها در پیام‌های گوگل اکنون شامل پیش‌نمایشی از رسانه به همراه عنوان و توضیحات هستند.

پیش‌نمایش‌های رسانه‌ای فقط زمانی نمایش داده می‌شوند که:

  • کارت‌های غنی (Rich cards) : محتوای کارت یک تصویر است یا یک تصویر کوچک دارد.
  • چرخ و فلک : رسانه کارت اول یک تصویر است یا یک تصویر کوچک دارد.
اعلان بسته شده اعلان گسترده
اعلان بسته شدهاعلان گسترده

چرا ما این تغییر را ایجاد می‌کنیم؟

برای افزایش تعامل با پیام‌هایتان.

اقدام لازم

هیچ اقدامی از طرف شما لازم نیست.

جدید

اشتراک‌گذاری فایل برای تأیید عامل

برای ساده‌سازی فرآیند تأیید نماینده، شرکا اکنون می‌توانند اسناد پشتیبان را مستقیماً در کنسول توسعه‌دهندگان ارتباطات تجاری بارگذاری کنند.

پیشرفت‌های کلیدی

  • آپلود مستقیم : شرکا اکنون می‌توانند نامه‌های مجوز و سایر اسناد پشتیبان را مستقیماً در کنسول توسعه‌دهندگان ارتباطات تجاری آپلود کنند. برای اطلاعات بیشتر، به بخش ارسال اطلاعات تأیید مراجعه کنید. توجه داشته باشید که حتی اگر نامه مجوز ارائه شود، روش اصلی مجوز برای راه‌اندازی در اپراتورهای تحت مدیریت گوگل همچنان ایمیل است.
  • قابلیت مشاهده : اپراتورهایی که از کنسول مدیریت استفاده می‌کنند می‌توانند این اسناد آپلود شده را مشاهده کنند تا بررسی آنها سریع‌تر انجام شود. برای اطلاعات بیشتر، به مدیریت نمایندگان در شبکه خود مراجعه کنید.
  • گزینه‌های تأیید انعطاف‌پذیر : این ویژگی جدید، تأیید استاندارد مبتنی بر ایمیل ما را که همچنان فعال است، تکمیل می‌کند.

اگرچه این ویژگی اختیاری است، محدودیت‌های فنی زیر را در نظر داشته باشید:

  • نوع فایل : فقط PDF
  • حداکثر حجم فایل : ۵۰ مگابایت برای هر فایل
  • محدودیت تعداد : حداکثر ۵ سند منحصر به فرد. از کپی کردن فایل‌ها خودداری کنید.

۷ ژانویه ۲۰۲۶

جدید

ما محدودیت‌های ترافیکی جدیدی را برای RCS تبلیغاتی برای نمایندگان تجاری در هند معرفی می‌کنیم.

محدودیت برای کل کاربران منحصر به فرد

محدودیت جدیدی بر تعداد کل کاربران منحصر به فردی که یک نماینده می‌تواند در هر ۲۸ روز بر اساس اعتبارش پیام ارسال کند، تأثیر می‌گذارد. همه نمایندگان جدید به طور پیش‌فرض با اعتبار پایین شروع می‌کنند.

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