أحدث الإصدارات

تقدّم هذه الصفحة معلومات عن آخر التغييرات في RCS for Business.

‫8 أكتوبر 2026

تحسين المستندات

لقد عدّلنا مستندات تقارير الفوترة وسجلات الأنشطة العادية وتقارير الفوترة في الولايات المتحدة لتوضيح أنّ تقارير الفوترة وملفات سجلات الأنشطة يتم ترميزها باستخدام UTF-8 بدون علامة ترتيب البايت، وتستخدم أسطر جديدة لنهايات الأسطر، وتتضمّن صف رأس.

‫7 أكتوبر 2026

Changed (تمّ التغيير)

أصبح فيديو معاينة موظّف الدعم اختياريًا الآن في عمليات الإطلاق التي تديرها Google

لمساعدتك في إطلاق وكلاء "خدمات RCS للأنشطة التجارية" بشكل أسرع وتسهيل عملية الإعداد، لم يعُد من الضروري تقديم فيديو لمعاينة الوكيل عند إطلاقه على شركات الاتصالات التي تديرها Google. يمكنك الآن اختيار تقديم فيديو لمعاينة الوكيل أو نُسخ نصية مفصّلة تتضمّن خطوات في قسم تجربة الوكيل ضمن استبيان الإطلاق.

الإجراءات المطلوبة

عند إرسال طلب إطلاق لوكلاء تديرهم Google، يجب أن توضّح تجربة وكيلك بشكل واضح. يجب تقديم فيديو لمعاينة الوكيل أو نصوص مفصّلة خطوة بخطوة للحقول التالية:

  • وصف المشغّل: الإجراءات المحدّدة التي يتّخذها المستخدمون أو الأحداث في الخلفية التي تؤدي إلى ظهور الرسائل.
  • وصف التفاعل: نص لتدفّق المحادثة مع الوكيل، بما في ذلك نماذج لرحلات المستخدمين والردود والإجراءات المقترَحة
  • وصف عملية الإيقاف: الكلمات الرئيسية المتاحة لإيقاف تلقّي الرسائل (مثل STOP) ورسالة التأكيد الدقيقة التي يتم إرسالها إلى المستخدمين

للاطّلاع على أفضل الممارسات ونماذج العيّنات حسب حالة الاستخدام (كلمة المرور الصالحة لمرة واحدة والمعاملات والعروض الترويجية والاستخدامات المتعددة)، يُرجى الرجوع إلى مقالة وصف تجربة وكيلك.

‫25 أغسطس 2026

جديد

تقارير فوترة الشريك

نحن بصدد طرح تقارير فواتير الشركاء التي توفّر إحصاءات مجمّعة يومية للأحداث الخاضعة للفوترة، ويتم تجميعها حسب الوكيل ونوع الحدث ومشغّل شبكة الجوّال. يقدّم هذا الملخّص العام إحصاءات قيّمة وإمكانية الوصول اللازمة لإدارة الزيارات.

يتم إعداد التقارير يوميًا بتنسيق CSV وتسليمها بشكل آمن باستخدام خدمة Google SFTP.

للتعرّف على كيفية إعداد بيانات اعتماد SFTP والوصول إلى هذه التقارير، يُرجى الاطّلاع على دليل تقارير الفوترة الخاصة بالشركاء.

‫31 يوليو 2026

تحسين المستندات

عدّلنا مستندات إرسال الرسائل لتوضيح سلوك الضغط والتحويل التلقائي للوسائط في خدمة RCS for Business.

‫20 يوليو 2026

جديد

ميزة سجلّ التدقيق الجديدة: تسجيل acting_party في RBM Operations API

لمساعدتك في الاحتفاظ بسجلات تدقيق دقيقة، نقدّم المَعلمة الاختيارية acting_party لواجهة برمجة التطبيقات brands.agents.updateLaunch.

سبب إجراء هذا التغيير

عند تعديل حالة إطلاق وكيل باستخدام RBM Operations API، يتم تلقائيًا ضبط الحقل معرّف المستخدم في سجلّات المحفوظات على "طلب من واجهة برمجة التطبيقات" لأنّ المصادقة المستندة إلى حساب الخدمة لا تتضمّن سياق المستخدم.

التحسينات الرئيسية

  • إجراءات واجهة برمجة التطبيقات التي يمكن تحديدها: يمكن الآن لمستخدمي واجهة برمجة التطبيقات تقديم المَعلمة acting_party بشكل صريح لتمثيل عنوان البريد الإلكتروني أو معرّف المستخدم الذي ينفّذ الإجراء.
  • إمكانية رؤية وحدة التحكّم وخطاف الويب: يظهر المعرّف الذي تم تسجيله في سجلّ الوكيل في "وحدة تحكّم المشرف"، ويتم تضمينه في إشعارات خطاف الويب AgentLaunchEvent.
  • اتّساق سجلّ التدقيق: تتطابق الآن السجلّات الخاصة بالإجراءات التي تمّت من خلال واجهة برمجة التطبيقات مع السجلّات التي تمّ إنشاؤها من خلال الموافقات اليدوية في وحدة التحكّم.

كيفية استخدام المَعلمة الجديدة

لبدء تسجيل معرّفات المستخدمين، أضِف مَعلمة طلب البحث acting_party إلى طلبات البيانات من واجهة برمجة التطبيقات الخاصة بـ brands.agents.updateLaunch.

لمزيد من التفاصيل، يُرجى الاطّلاع على الدليل المعدَّل تغيير حالة إطلاق وكيل.

‫13 يوليو 2026

جديد

عنوان HTTP جديد للويب هوك

تتضمّن منصة "RCS for Business" الآن عنوان X-Goog-Webhook-Type HTTP في جميع طلبات "ويب هوك". يتيح لك هذا العنوان تحديد أنواع الطلبات لجميع خطافات الويب الواردة على الفور، بدون الحاجة إلى تحليل نص JSON.

لمزيد من التفاصيل، يُرجى الاطّلاع على دليل Webhooks المعدَّل.

‫6 يوليو 2026

Changed (تمّ التغيير)

مقاييس إلغاء الاشتراك في النظرة العامة على الإحصاءات

تعرض وحدة تحكّم مطوّري RCS for Business الآن مقاييس إلغاء الاشتراك للوكلاء غير الترويجيين في نظرة عامة على الإحصاءات، ما يحلّ محل العنصر النائب "غير متوفّر".

‫26 حزيران (يونيو) 2026

جديد

الترتيب المخصّص لقوائم الوكلاء

تتوافق نقطة النهاية brands.agents.list الآن مع مَعلمة طلب البحث orderBy. يتيح ذلك للشركاء ترتيب وكلائهم حسب الاسم أو وقت الإنشاء أو الطابع الزمني لآخر تعديل.

التحسينات الرئيسية

  • حقول ترتيب متعدّدة: يمكنك الآن ترتيب الوكلاء باستخدام الحقول التالية:
    • ‫updateTime: يتم الترتيب زمنيًا حسب الطابع الزمني لآخر تعديل.
    • displayName: لترتيب النتائج أبجديًا حسب اسم الوكيل القابل للقراءة
    • agentId: يتم الترتيب حسب المعرّف الفريد للوكيل الذي أنشأه النظام.
  • التحكّم في الاتجاه: يمكنك ضبط اتجاه الترتيب من خلال إضافة اللاحقة " asc" أو " desc" إلى اسم الحقل. سيتم تلقائيًا ضبط الحقول المحدّدة بدون لاحقة على الترتيب التصاعدي.
  • الترتيب التلقائي: في حال حذف المَعلمة orderBy، سيتم تلقائيًا ترتيب القائمة حسب agentId بترتيب تصاعدي.

لمزيد من المعلومات، يمكنك الاطّلاع على المستندات المرجعية المحدّثة حول brands.agents.list.

‫11 يونيو 2026

تحسين المستندات

عدّلنا مستنداتنا لتوضيح أنّه يمكن للشركاء تغيير حالة إطلاق الوكيل من PENDING إلى UNLAUNCHED لإلغاء طلب إطلاق معلّق.

لمزيد من التفاصيل، يُرجى الاطّلاع على دليل تلقّي الأحداث.

‫22 مايو 2026

فرض استخدام نقاط النهاية الإقليمية لإجراء عمليات التحقّق من إمكانات الدفعات

Changed (تمّ التغيير)

اعتبارًا من 4 مايو 2026، ستتطلّب طريقة users.batchGet استخدام نقاط نهاية إقليمية. يجب إرسال الطلبات المجمّعة إلى نقطة نهاية واجهة برمجة التطبيقات التي تتوافق مع المنطقة الجغرافية لأرقام الهواتف في تلك المجموعة.

سبب إجراء هذا التغيير

لتحسين أداء واجهة برمجة التطبيقات وموثوقيتها، والحدّ من تأثير أي انقطاعات محتملة.

الإجراءات المطلوبة

  1. عدِّل تطبيقك لاستدعاء نقطة النهاية الإقليمية الصحيحة لطلبات users.batchGet.
  2. تأكَّد من أنّ كل طلب users.batchGet يحتوي على أرقام هواتف من منطقة واحدة فقط. لن يتم تنفيذ الطلبات التي تحتوي على أرقام هواتف من مناطق مختلفة أو التي يتم إرسالها إلى نقطة نهاية إقليمية غير صحيحة، وستظهر رسالة الخطأ ‎400 Bad Request.

الجوانب التي لن تتأثّر

لا تتأثر عمليات التحقّق من إمكانية واحدة (phones.getCapabilities) وإرسال الرسائل بهذا الإجراء في الوقت الحالي. ومع ذلك، ننصحك بشدة باستخدام واجهات برمجة التطبيقات المتوافقة مع المنطقة الجغرافية لجميع الطلبات من أجل تحسين أداء واجهة برمجة التطبيقات الآن والاستعداد للتحديثات المستقبلية.

‫12 مايو 2026

جديد

اقتراحات دائمة للرسائل النصية

تتيح ميزة "RCS للمؤسسات" الآن اقتراحات دائمة لرسائل نصية مستقلة. على عكس الاقتراحات العادية المؤقتة التي تختفي عند مواصلة المحادثة، تظهر الاقتراحات الدائمة داخل فقاعة الرسالة وتبقى ثابتة طوال المحادثة.

سبب إجراء هذا التغيير

تتيح هذه الميزة للمستخدمين إعادة تنفيذ إجراءات مفيدة، مثل فتح عنوان URL أو طلب رقم أو عرض موقع جغرافي، بعد فترة طويلة من إرسال الرسالة الأولية، ما يوفّر تجربة أكثر اتساقًا وموثوقية للمستخدمين.

تعرض الاقتراحات الدائمة "فتح عنوان URL" عنوان URL المقصود مباشرةً داخل الزر، ما يساعد في بناء ثقة المستخدمين والحدّ من "التردّد في النقر" الناتج عن الروابط غير المعروفة.

أنواع الرسائل المتوافقة

  • متوافقة: الرسائل النصية المستقلة
  • غير مسموح به: رسائل الوسائط المستقلة (صورة أو فيديو أو صورة GIF أو ملف PDF أو ملف صوتي). في حالات الاستخدام هذه، استخدِم البطاقات التفاعلية.

دمج الاقتراحات

يمكنك الجمع بين الاقتراحات الدائمة والمؤقتة في رسالة نصية واحدة. يجب "الموافقة" على كل اقتراح ليكون دائمًا.

  • الحدّ الأقصى الإجمالي: يمكن أن تتضمّن الرسالة النصية الواحدة ما يصل إلى 11 اقتراحًا إجماليًا.
  • الاقتراحات الدائمة: ما يصل إلى أربعة اقتراحات (تظهر داخل الفقاعة).
  • الاقتراحات المؤقتة: ما يصل إلى 11 اقتراحًا مؤقتًا (يتم عرضها خارج الفقاعة).

العملاء المتوافقون مع الاقتراحات الدائمة

  • متوافق: "رسائل Google" (الإصدار 20260225.00 أو الإصدارات الأحدث)
  • غير متوافق: إصدارات "رسائل Google" الأقدم من 20260225.00 وiOS وSamsung Messages

لمزيد من التفاصيل، يُرجى الاطّلاع على دليل الاقتراحات المعدَّل.

‫27 أبريل 2026

Changed (تمّ التغيير)

تعديل معايير التحقّق من العلامة التجارية في ميزة "المراسلة عبر خدمات الإنترنت الغنية" (RBM) في تطبيق "رسائل Google"

نحن بصدد طرح تعديلات على ميزات التحقّق من هوية العلامة التجارية في RCS for Business بهدف تعزيز ثقة المستخدمين والامتثال لمعايير Google. تؤثّر هذه التعديلات في طريقة ظهور الوكلاء في قائمة المحادثات في تطبيق "رسائل Google" وشاشة المحادثة وتفاصيل المحادثة.

التحسينات الرئيسية

  • شكل جديد للشعار: أصبح الشعار الآن مربّعًا مستدير الزوايا في جميع أقسام تطبيق "رسائل Google". ويتم الانتقال إلى الشكل الجديد المربّع ذي الزوايا الدائرية تلقائيًا.

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

  • علامة التحقّق: تتضمّن حسابات الوكلاء التي تم التحقّق منها الآن علامة تحقّق. ستظهر علامة الاختيار تلقائيًا للوكلاء الذين أكملوا عملية التحقّق.

قبل بعد
شعار الوكيل الدائري شعار الوكيل المربّع ذو الزوايا الدائرية

‫27 أبريل 2026

تحسين المستندات

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

لمزيد من المعلومات، راجِع دليل Webhooks المعدَّل.

‫6 أبريل 2026

جديد

تحميل مستندات إثبات هوية الوكيل وحذفها باستخدام واجهة برمجة تطبيقات Google Business Communications

لتبسيط عملية إثبات هوية الوكيل، أتحنا طرقًا جديدة في Business Communications API تتيح للشركاء تحميل المستندات الداعمة وحذفها. هذه الميزة اختيارية.

التحسينات الرئيسية

  • طُرق جديدة في واجهة برمجة التطبيقات: يمكن للشركاء الآن استخدام الطُرق التالية لإدارة المرفقات الخاصة بعملية إثبات الملكية:
  • إمكانية وصول شركات النقل: في عمليات الإطلاق التي تديرها شركات النقل، تتم مشاركة المستندات التي تم تحميلها مع كل شركة نقل اخترتها لإطلاق الجهاز.

التفاصيل والحدود الفنية

  • توافُق الملفات: تتوافق واجهة برمجة التطبيقات في البداية مع ملفات PDF.
  • الحدّ الأقصى لحجم الملف: 50 ميغابايت لكل ملف
  • الحدّ الأقصى للكمية: ما يصل إلى 5 مستندات فريدة لكل وكيل

لمزيد من المعلومات عن عملية إثبات الهوية والأهلية، يُرجى الاطّلاع على مقالة إرسال معلومات إثبات الهوية والأهلية.

‫1 أبريل 2026

جديد

حدود عدد الزيارات بين الوكلاء للوكلاء الترويجيين ذوي السمعة السيئة في الهند

نحن بصدد فرض حدّ أقصى على عدد الرسائل التي يمكن إرسالها من وكلاء مختلفين، وذلك للحدّ من شعور المشتركين في الهند بالانزعاج بسبب تكرار الرسائل في البريد الوارد. يفرض هذا الحدّ الجديد قيودًا على إجمالي عدد الرسائل الترويجية التي يمكن للمستخدم تلقّيها من جميع الوكلاء ذوي السمعة السيئة في اليوم الواحد.

ينطبق هذا الحد على جميع الوكلاء ذوي السمعة السيئة. يُستثنى الوكلاء الذين لديهم سمعة عالية ومتوسطة من هذا القيد المفروض على الوكلاء.

للحصول على شرح مفصّل عن حدود عدد الزيارات الجديدة هذه وقواعد النشاط التجاري الأخرى، يُرجى الاطّلاع على صفحة حالات استخدام الوكيل وقواعد النشاط التجاري.

‫1 أبريل 2026

جديد

عناصر تحكّم جديدة في إذن الوصول: أرشفة الوكلاء وإخفاؤهم

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

للشركاء: أرشفة الوكلاء وإخراجهم من الأرشيف

يمكنك أرشفة الوكلاء الذين يكونون في حالة غير نشطة (UNLAUNCHED أو SUSPENDED أو REJECTED) أو إخراجهم من الأرشيف، ولكن لا يمكنك أرشفة الوكلاء الذين يكونون في حالة LAUNCHED أو PENDING على أي شبكة مشغّل شبكة جوّال.

الميزات الأساسية

  • RCS for Business Developer Console: أرشفة الوكلاء أو إخراجهم من الأرشيف بشكل فردي أو مجمّع (ما يصل إلى 100 وكيل) لمعرفة التفاصيل، يُرجى الاطّلاع على مقالة أرشفة وكيل أو إلغاء أرشفته.
  • Management API: لإدارة حالة الأرشيف الخاصة بأحد العملاء الآليين آليًا لمعرفة التفاصيل، يُرجى الاطّلاع على مقالة أرشفة وكيل أو إخراجه من الأرشيف.
  • طرق العرض التي تمّت فلترتها: يتمّ استبعاد الوكلاء المؤرشفين تلقائيًا من القائمة الرئيسية. لتضمين العملاء الافتراضيين المؤرشفين في النتائج، استخدِم الفلاتر في وحدة التحكّم أو المَعلمات في واجهة برمجة التطبيقات.

لشركات النقل: إخفاء الوكلاء وإظهارهم

يمكنك إخفاء أو إظهار الأجهزة التي تكون في حالة غير نشطة (SUSPENDED أو REJECTED) على شبكتك. لا يمكنك إخفاء وكيل إذا كانت حالة إطلاقه على شبكتك هي LAUNCHED أو PENDING.

الميزات الأساسية

  • وحدة تحكّم المشرف: إخفاء الوكلاء وإظهارهم بشكل فردي أو مجمّع (ما يصل إلى 100 وكيل) لمزيد من التفاصيل، يُرجى الاطّلاع على مقالة إخفاء وكيل أو إظهاره.
  • واجهة برمجة التطبيقات الخاصة بالعمليات: تتيح لك إدارة حالة الإخفاء الخاصة بأحد الوكلاء على شبكتك. لمزيد من التفاصيل، يُرجى الاطّلاع على إخفاء/إظهار العملاء.
  • طرق العرض التي تمّت فلترتها: يتمّ تلقائيًا استبعاد العملاء الذين تمّ وضع علامة "مخفي" عليهم من القائمة الرئيسية. للاطّلاع على هؤلاء الوكلاء، استخدِم الفلاتر في "وحدة التحكّم" أو المَعلمات في واجهة برمجة التطبيقات.

‫10 مارس 2026

Changed (تمّ التغيير)

عدّلنا حالات الانتقال المسموح بها عند إدارة الوكلاء من خلال RBM Operations API وBusiness Communications API ووحدة تحكّم المشرف وRCS for Business Developer Console. ويضمن ذلك اتساق المنطق والمزامنة بين واجهة برمجة التطبيقات وPlay Console.

في ما يلي حالات الانتقال المسموح بها والمعدَّلة عند التشغيل:

عمليات التحديث التي يبدأها مشغّل شبكة الجوّال

  • من PENDING إلى LAUNCHED أو REJECTED
  • من LAUNCHED إلى SUSPENDED
  • من SUSPENDED إلى LAUNCHED أو UNLAUNCHED

بدء عملية الدمج من قِبل الشريك

  • من UNSPECIFIED أو UNLAUNCHED أو REJECTED إلى PENDING

‫9 مارس 2026

Changed (تمّ التغيير)

شفافية عنوان URL في الإجراء المقترَح "فتح عنوان URL"

يعرض تطبيق "رسائل Google" الآن عنوان URL الأساسي مباشرةً ضِمن إجراء "فتح عنوان URL" للاقتراحات داخل البطاقة في البطاقات التفاعلية ولوحات العرض الدوّارة. لمعرفة التفاصيل، يُرجى الاطّلاع على فتح عنوان URL.

قبل بعد
بطاقة تفاعلية بدون عنوان URL بطاقة تفاعلية تتضمّن عنوان URL

من خلال عرض عنوان URL، نهدف إلى:

  • تعزيز ثقة المستخدمين: قلِّلوا من المشاكل و "التردّد في النقر" الناتجَين عن الروابط غير المعروفة.
  • تعزيز التفاعل: يمكنك إنشاء عادات استخدام متسقة وموثوقة ضمن RCS للأعمال.
  • النشر: يتم تفعيل هذه الميزة تلقائيًا، ولا يتطلّب ذلك أي تكامل فني أو تغييرات في واجهة برمجة التطبيقات من جانبك.
  • تدقيق الروابط: تأكَّد من أنّ عناوين URL المقصودة موجزة ومتّسقة مع علامتك التجارية.
  • مراجعة تجربة المستخدم: راجِع الإجراءات المقترَحة الحالية "فتح عنوان URL" في البطاقات التفاعلية ولوحات العرض الدوّارة للتأكّد من أنّ النص المعروض وعنوان URL الظاهر الآن لا يبدوان مكرّرَين أو مشوّشَين.

‫28 فبراير 2026

Changed (تمّ التغيير)

إيقاف واجهة برمجة التطبيقات نهائيًا للمورد phones.testers

لتقديم تحكّم أكثر شمولاً، أطلقنا واجهة برمجة التطبيقات الجديدة للمختبِرين التي تتيح إدارة دورة حياة المختبِرين بالكامل. يمكنك الآن إرسال الدعوات أو إعادة إرسالها، والاطّلاع على الحالة، وإزالة المختبِرين آليًا.

بسبب هذه الوظيفة الموسّعة، أوقفنا نهائيًا المورد القديم phones.testers.

لضمان عدم انقطاع الاختبارات التي يجريها وكلاؤك، على جميع الشركاء نقل عمليات التنفيذ إلى مصدر واجهة برمجة التطبيقات الخاصة بالمختبِرين الجديد والمبسّط. لن يتمكّن الوكلاء الذين لم يتم نقلهم من دعوة أجهزة الاختبار أو إدارتها بعد هذا التاريخ.

المرجع الحالة
phones.testers منهي العمل به
المختبِرون الخطة الحالية

ماذا تحتاج للقيام به:

  1. راجِع مرجع واجهة برمجة التطبيقات الجديد للمختبِرين والدليل المعدَّل حول إعداد جهاز اختباري.
  2. عدِّل الرمز الحالي الذي يستدعي طريقة phones.testers.create لاستخدام نقاط نهاية المورد testers الجديدة.
  3. تطبيق المنطق الجديد واختباره

‫16 فبراير 2026

جديد

حقول جديدة في ردّ analytics.agentPerformances.list مع مقاييس إضافية

يتضمّن الآن الأسلوب analytics.agentPerformances.list في واجهة برمجة التطبيقات "مراسلة الأنشطة التجارية من خلال خدمات الاتصالات التفاعلية (RCS)" حقولاً إضافية في الكائن AgentPerformance متعلقة ببيانات "سبب إلغاء الاشتراك" و"معدّل الإبلاغ عن الرسائل غير المرغوب فيها".

‫12 فبراير 2026

تحسين المستندات

عدّلنا مستندات إرسال الرسائل وأضفنا إليها قسمًا جديدًا بعنوان مدة البقاء (TTL) للرسالة لتوضيح السلوك المتوقّع للإشعارات وتقديم اقتراحات بشأن إدارة الحالات الحدّية للتسليم.

‫5 فبراير 2026

جديد

صفحة دعم جديدة لميزة "مراسلة الأنشطة التجارية من خلال خدمات الاتصالات التفاعلية (RCS)"

لقد استبدلنا الرابط "مراسلة فريق دعم RBM عبر البريد الإلكتروني" بصفحة جديدة التواصل مع فريق دعم RCS for Business.

يجب الآن بدء جميع طلبات الدعم الفني من خلال نموذج التواصل مع فريق الدعم المرتبط بهذه الصفحة، ما يضمن تسجيل المشاكل بدقة وتوجيهها لحلّها بشكل أسرع.

لمساعدتك في إعداد طلبك، تتضمّن الصفحة دليل البدء السريع الذي يوضّح المعلومات الإلزامية المطلوبة لفئات المشاكل المختلفة.

‫5 فبراير 2026

تحسين المستندات

لقد عدّلنا مستندات إرسال الأحداث وphones.agentEvent.create لتضمين معلومات حول سلوك تسليم حدثَي الوكيل READ وIS_TYPING ضمن RCS for Business.

  • توضّح التعديلات أنّ أحداث READ تكون دائمة ويتم تخزينها لمدة تصل إلى 30 يومًا إذا كان لدى المستخدم ميزة "خدمات الاتصالات التفاعلية" مفعّلة ولكن لا يمكن الوصول إليه، بينما تظل أحداث IS_TYPING مؤقتة وتنتهي صلاحيتها بعد 20 ثانية تقريبًا.

‫30 يناير 2026

جديد

تعليقات اختيارية للموافقة على إطلاق الوكيل

يمكن لمشغّلي شبكات الجوّال الآن تقديم تعليقات إضافية عند الموافقة على طلبات إطلاق وكيل.

التغييرات في وحدة التحكّم

في السابق، عند إدارة الوكلاء في وحدة تحكّم المشرف، كان بإمكان مشغّلي شبكات الجوّال تقديم تعليق يتضمّن سببًا فقط عند رفض وكيل أو تعليقه أو إنهاء عمله.

من خلال هذا التحديث، أضفنا حقل تعليق اختياري إلى عملية الموافقة. يتيح ذلك لمشغّلي شبكات الجوّال مشاركة سياق مهم مباشرةً مع مالكي الوكلاء عند نقطة الموافقة. لمزيد من المعلومات، يُرجى الاطّلاع على إدارة الوكلاء على شبكتك.

يتم تسجيل التعليقات المقدَّمة أثناء الموافقة في سجلّ الوكيل لكل من وحدتَي تحكّم الإدارة واتصالات النشاط التجاري.

تغييرات في RBM Operations API

يتيح الحقل comment الآن جميع انتقالات الحالة عند تغيير حالة تشغيل أحد العملاء الافتراضيين. يمكن لمشغّلي شبكات الجوّال الآن تقديم سبب اختياري لأي تغيير في الحالة من أجل تحسين التواصل وحفظ السجلات. لمزيد من المعلومات، يُرجى الاطّلاع على إدارة الوكلاء باستخدام RBM Operations API.

‫15 يناير 2026

جديد

تتضمّن الإشعارات الخاصة بالبطاقات التفاعلية ولوحات العرض الدوّارة في تطبيق "رسائل Google" الآن معاينة للوسائط، بالإضافة إلى العنوان والوصف.

لا يتم عرض معاينات الوسائط إلا في الحالات التالية:

  • البطاقات التفاعلية: وسائط البطاقة هي صورة أو تتضمّن صورة مصغّرة.
  • العروض الدوّارة: وسائط البطاقة الأولى هي صورة أو تحتوي على صورة مصغّرة.
الإشعار المصغَّر إشعار موسّع
الإشعار المصغَّر إشعار موسّع

سبب إجراء هذا التغيير

لتعزيز التفاعل مع رسائلك

يجب اتّخاذ إجراء

ليس عليك اتّخاذ أيّ إجراء.

جديد

مشاركة الملفات لإثبات هوية الوكيل

لتبسيط عملية الموافقة على الوكلاء، يمكن للشركاء الآن تحميل المستندات الداعمة مباشرةً في RCS for Business Developer Console.

التحسينات الرئيسية

  • التحميل المباشر: يمكن للشركاء الآن تحميل خطابات التفويض والمستندات الأخرى الداعمة مباشرةً إلى وحدة تحكّم المطوّرين في RCS for Business. لمزيد من المعلومات، يُرجى الاطّلاع على إرسال معلومات إثبات الملكية. يُرجى العِلم أنّه حتى في حال تقديم خطاب تفويض، تبقى طريقة التفويض الأساسية لعمليات الإطلاق على شركات الاتصالات التي تديرها Google هي البريد الإلكتروني.
  • إمكانية الوصول: يمكن شركات النقل التي تستخدم وحدة تحكّم المشرف الاطّلاع على هذه المستندات المحمَّلة لتسريع عملية المراجعة. لمزيد من المعلومات، يُرجى الاطّلاع على إدارة البرامج على شبكتك.
  • خيارات مرنة لإثبات الملكية: تكمل الميزة الجديدة عملية إثبات الملكية العادية المستندة إلى البريد الإلكتروني، والتي ستبقى متاحة.

على الرغم من أنّ هذه الميزة اختيارية، يُرجى مراعاة الحدود الفنية التالية:

  • نوع الملف: PDF فقط
  • الحدّ الأقصى لحجم الملف: 50 ميغابايت لكل ملف
  • الحدّ الأقصى للكمية: 5 مستندات فريدة كحدّ أقصى تجنَّب تكرار الملفات.

‫7 يناير 2026

جديد

نقدّم حدودًا جديدة للزيارات الخاصة بوكلاء RCS for Business الترويجيين في الهند.

الحدود القصوى لإجمالي عدد المستخدمين الفريدين

يؤثّر الحدّ الجديد في إجمالي عدد المستخدمين الفريدين الذين يمكن للوكيل مراسلتهم خلال 28 يومًا استنادًا إلى سمعته. تبدأ جميع البرامج الجديدة بسمعة منخفضة تلقائيًا.

للحصول على شرح مفصّل عن حدود عدد الزيارات الجديدة هذه وقواعد النشاط التجاري الأخرى، يُرجى الاطّلاع على صفحة حالات استخدام الوكيل وقواعد النشاط التجاري.