تقدّم هذه الصفحة معلومات عن آخر التغييرات في RCS for Business.
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 الآن رأس HTTP X-Goog-Webhook-Type في جميع طلبات "ويب هوك". يتيح لك هذا العنوان تحديد أنواع الطلبات لجميع خطافات الويب الواردة على الفور، بدون الحاجة إلى تحليل نص 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
استخدام نقاط نهاية إقليمية. يجب إرسال الطلبات المجمّعة إلى نقطة نهاية واجهة برمجة التطبيقات التي تتوافق مع المنطقة الجغرافية لأرقام الهواتف في تلك المجموعة.
سبب إجراء هذا التغيير
لتحسين أداء واجهة برمجة التطبيقات وموثوقيتها، والحدّ من تأثير أي انقطاعات محتملة
الإجراءات المطلوبة
- عدِّل تطبيقك لاستدعاء نقطة النهاية الإقليمية الصحيحة لطلبات
users.batchGet. - يُرجى التأكّد من أنّ كل طلب
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"
نحن بصدد طرح تعديلات على عملية التحقّق من هوية العلامة التجارية في "خدمات الاتصالات التفاعلية للمؤسسات" بهدف تعزيز ثقة المستخدمين والامتثال لمعايير Google. تؤثّر هذه التعديلات في طريقة ظهور الوكلاء في قائمة المحادثات في تطبيق "رسائل Google" وشاشة المحادثة وتفاصيل المحادثة.
التحسينات الرئيسية
شكل الشعار الجديد: أصبح الشعار الآن مربعًا مستدير الزوايا في جميع أقسام تطبيق "رسائل Google". ويتم الانتقال إلى الشكل الجديد المربّع ذي الزوايا الدائرية تلقائيًا.
ملاحظة: إذا كان شعارك الحالي عبارة عن دائرة على خلفية شفافة، سيظل يظهر كدائرة في تطبيق "رسائل Google". ننصحك بتحميل صورة بخلفية كاملة يدويًا لضمان ظهورها بأفضل شكل في واجهة المستخدم الجديدة. لمزيد من المعلومات، يُرجى الاطّلاع على مقالة تعديل معلومات الوكيل.
علامة التحقّق: تتضمّن الآن حسابات الموظفين المعتمدين علامة تحقّق. ستظهر علامة الاختيار تلقائيًا للوكلاء الذين أكملوا عملية التحقّق.
| قبل | بعد |
|---|---|
 |
 |
27 أبريل 2026
تحسين المستندات
عدّلنا مستندات Webhooks لتتضمّن أفضل الممارسات الجديدة لإدارة Webhooks، وتحديدًا كيفية التعامل مع مخاطر قوائم الانتظار المشتركة الخاصة بالشركاء ومنع حدوث أخطاء في تسليم الرسائل.
لمزيد من المعلومات، راجِع دليل Webhooks المعدَّل.
6 أبريل 2026
جديد
تحميل مستندات إثبات هوية الوكيل وحذفها باستخدام واجهة برمجة تطبيقات Google Business Communications
لتبسيط عملية إثبات هوية الوكيل، أتحنا طرقًا جديدة في Business Communications API تتيح للشركاء تحميل المستندات الداعمة وحذفها. هذه الميزة اختيارية.
التحسينات الرئيسية
- طُرق جديدة في واجهة برمجة التطبيقات: يمكن للشركاء الآن استخدام الطرق التالية لإدارة المرفقات الخاصة بعملية إثبات الملكية:
attachments.create: لتحميل مستند إثبات هويةbrands.agents.attachments.delete: لحذف مستند إثبات الهوية مرفق
- إمكانية الوصول إلى معلومات شركة النقل: في عمليات الإطلاق التي تديرها شركات النقل، تتم مشاركة المستندات التي تم تحميلها مع كل شركة نقل اخترتها لإطلاق التطبيق.
التفاصيل والحدود الفنية
- توافُق الملفات: تتوافق واجهة برمجة التطبيقات في البداية مع ملفات PDF.
- الحدّ الأقصى لحجم الملف: 50 ميغابايت لكل ملف
- الحدّ الأقصى للكمية: ما يصل إلى 5 مستندات فريدة لكل وكيل
لمزيد من المعلومات عن عملية إثبات الهوية، يُرجى الاطّلاع على مقالة إرسال معلومات إثبات الهوية.
1 أبريل 2026
جديد
حدود عدد الزيارات بين الوكلاء بالنسبة إلى الوكلاء الترويجيين ذوي السمعة السيئة في الهند
نحن بصدد طرح حدّ أقصى لعدد الرسائل الواردة من جميع الوكلاء بهدف تقليل شعور المشتركين في الهند بالانزعاج بسبب تكرار الرسائل في البريد الوارد. يفرض هذا الحدّ الجديد قيودًا على إجمالي عدد الرسائل الترويجية التي يمكن أن يتلقّاها المستخدم من جميع الوكلاء ذوي السمعة السيئة في اليوم الواحد.
ينطبق هذا الحد على جميع الوكلاء ذوي السمعة السيئة. لا ينطبق هذا القيد على الوكلاء الذين لديهم سمعة عالية أو متوسطة.
للحصول على شرح تفصيلي لحدود عدد الزيارات الجديدة هذه وقواعد النشاط التجاري الأخرى، يُرجى الاطّلاع على صفحة حالات استخدام الوكيل وقواعد النشاط التجاري.
1 أبريل 2026
جديد
عناصر تحكّم جديدة في إمكانية الوصول: أرشفة العملاء وإخفاؤهم
للمساعدة في إدارة المحتوى غير المرغوب فيه في وحدة التحكّم، طرحنا عناصر تحكّم جديدة في مستوى الظهور لكل من الشركاء ومشغّلي شبكات الجوّال. تتيح لك هذه الميزات إزالة العملاء القدامى أو غير المستخدَمين من طرق العرض الأساسية في "وحدة التحكّم" ومن خلال واجهة برمجة التطبيقات بدون التأثير في حالة التشغيل الخاصة بالعملاء.
للشركاء: أرشفة برامج الوكلاء وإخراجها من الأرشيف
يمكنك أرشفة الوكلاء الذين حالتهم غير نشطة (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، نهدف إلى:
- تعزيز ثقة المستخدمين: قلِّلوا من المشاكل و "التردّد في النقر" الناتجَين عن الروابط غير المعروفة.
- تعزيز التفاعل: يمكنك ترسيخ عادات استخدام منتظمة وموثوقة ضمن RCS للأعمال.
الإجراءات المقترَحة
- النشر: يتم تفعيل هذه الميزة تلقائيًا، ولا يتطلّب ذلك أي تكامل فني أو تغييرات في واجهة برمجة التطبيقات من جانبك.
- تدقيق الروابط: تأكَّد من أنّ عناوين URL المقصودة موجزة ومتسقة مع علامتك التجارية.
- مراجعة تجربة المستخدم: راجِع الإجراءات المقترَحة الحالية "فتح عنوان URL" في البطاقات التفاعلية ولوحات العرض الدوّارة للتأكّد من أنّ النص المعروض وعنوان URL الظاهر الآن لا يبدوان مكرّرَين أو مشوّشَين.
28 فبراير 2026
Changed (تمّ التغيير)
إيقاف واجهة برمجة التطبيقات نهائيًا للمورد phones.testers
لإتاحة تحكّم أكثر شمولاً، أطلقنا واجهة برمجة التطبيقات الجديدة للمختبِرين من أجل إدارة دورة حياة المختبِرين بالكامل. يمكنك الآن إرسال الدعوات أو إعادة إرسالها، والاطّلاع على الحالة، وإزالة المختبِرين آليًا.
وبسبب هذه الوظيفة الموسّعة، أوقفنا نهائيًا المورد القديم phones.testers.
لضمان عدم انقطاع الاختبارات التي يجريها وكلاؤك، على جميع الشركاء نقل عمليات التنفيذ إلى مصدر المختبِرين الجديد والمبسّط لواجهة برمجة التطبيقات. لن يتمكّن العملاء الذين لم ينقلوا بياناتهم من دعوة أجهزة الاختبار أو إدارتها بعد هذا التاريخ.
| المرجع | الحالة |
|---|---|
| phones.testers | منهي العمل به |
| المختبِرون | الخطة الحالية |
ماذا تحتاج للقيام به:
- راجِع مرجع واجهة برمجة التطبيقات الجديدة للمختبِرين والدليل المعدَّل حول إعداد جهاز اختباري.
- عدِّل الرمز الحالي الذي يستدعي الطريقة
phones.testers.createلاستخدام نقاط نهاية الموردtestersالجديدة. - تنفيذ المنطق الجديد واختباره
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 يومًا إذا كان المستخدم قد فعّل خدمات RCS ولكن لا يمكن الوصول إليه، بينما تظل أحداثIS_TYPINGمؤقتة وتنتهي صلاحيتها بعد 20 ثانية تقريبًا.
30 يناير 2026
جديد
تعليقات اختيارية للموافقة على إطلاق الوكيل
يمكن لمشغّلي شبكات الجوّال الآن تقديم تعليقات إضافية عند الموافقة على طلبات إطلاق وكيل.
التغييرات في وحدة التحكّم
في السابق، عند إدارة الوكلاء في وحدة تحكّم المشرف، كان بإمكان شركات النقل تقديم تعليق يتضمّن سببًا فقط عند رفض وكيل أو تعليقه أو إنهاء عمله.
من خلال هذا التعديل، أضفنا حقل تعليق اختياري إلى عملية الموافقة. يتيح ذلك لمشغّلي شبكات الجوّال مشاركة سياق مهم مباشرةً مع مالكي الوكلاء عند نقطة الموافقة. لمزيد من المعلومات، يُرجى الاطّلاع على إدارة البرامج على شبكتك.
يتم تسجيل التعليقات المقدَّمة أثناء الموافقة في سجلّ المشرف لكل من وحدتَي تحكّم الإدارة وBusiness Communications.
تغييرات في واجهة برمجة التطبيقات RBM Operations API
يتيح الحقل comment الآن جميع حالات الانتقال عند تغيير حالة تشغيل أحد العملاء.
يمكن لمشغّلي شبكات الجوّال الآن تقديم سبب اختياري لأي تغيير في الحالة من أجل تحسين التواصل وحفظ السجلات. لمزيد من المعلومات، يُرجى الاطّلاع على
إدارة الوكلاء باستخدام RBM Operations API.
15 يناير 2026
جديد
تتضمّن الإشعارات الخاصة بالبطاقات التفاعلية ولوحات العرض الدوّارة في تطبيق "رسائل Google" الآن معاينة للوسائط، بالإضافة إلى العنوان والوصف.
لا يتم عرض معاينات الوسائط إلا في الحالات التالية:
- البطاقات التفاعلية: وسائط البطاقة هي صورة أو تتضمّن صورة مصغّرة.
- العروض الدوّارة: وسائط البطاقة الأولى هي صورة أو تحتوي على صورة مصغّرة.
| الإشعار المصغّر | إشعار موسّع |
|---|---|
 |
 |
سبب إجراء هذا التغيير
لتعزيز التفاعل مع رسائلك
يجب اتّخاذ إجراء
ليس عليك اتّخاذ أيّ إجراء.
جديد
مشاركة الملفات لإثبات هوية الوكيل
لتبسيط عملية موافقة الوكيل، يمكن للشركاء الآن تحميل المستندات الداعمة مباشرةً في وحدة تحكّم مطوّري RCS للأعمال.
التحسينات الرئيسية
- التحميل المباشر: يمكن للشركاء الآن تحميل خطابات التفويض والمستندات الأخرى الداعمة مباشرةً إلى وحدة تحكّم المطوّرين في RCS for Business. لمزيد من المعلومات، يُرجى الاطّلاع على إرسال معلومات إثبات الملكية. يُرجى العِلم أنّه حتى في حال تقديم خطاب تفويض، ستبقى طريقة التفويض الأساسية لعمليات الإطلاق على شركات النقل التي تديرها Google هي البريد الإلكتروني.
- إمكانية الوصول: يمكن شركات النقل التي تستخدم وحدة تحكّم المشرف الاطّلاع على هذه المستندات المحمَّلة لتسريع عملية المراجعة. لمزيد من المعلومات، يُرجى الاطّلاع على إدارة البرامج على شبكتك.
- خيارات مرنة لإثبات الملكية: تكمل الميزة الجديدة عملية إثبات الملكية العادية المستندة إلى البريد الإلكتروني، والتي ستبقى متاحة.
على الرغم من أنّ هذه الميزة اختيارية، يُرجى مراعاة الحدود الفنية التالية:
- نوع الملف: PDF فقط
- الحدّ الأقصى لحجم الملف: 50 ميغابايت لكل ملف
- الحدّ الأقصى للكمية: ما يصل إلى 5 مستندات فريدة تجنَّب تكرار الملفات.
7 يناير 2026
جديد
نقدّم حدودًا جديدة لحركة البيانات لوكلاء العروض الترويجية في RCS for Business في الهند.
الحدود القصوى لإجمالي عدد المستخدمين الفريدين
يؤثّر الحدّ الجديد في إجمالي عدد المستخدمين الفريدين الذين يمكن للوكيل مراسلتهم كل 28 يومًا استنادًا إلى سمعته. تبدأ جميع البرامج الجديدة بسمعة منخفضة تلقائيًا.
للحصول على شرح تفصيلي لحدود عدد الزيارات الجديدة هذه وقواعد النشاط التجاري الأخرى، يُرجى الاطّلاع على صفحة حالات استخدام الوكيل وقواعد النشاط التجاري.