توفر هذه الصفحة معلومات حول آخر التغييرات في RCS للأعمال.
31 يوليو 2026
تحسين الوثائق
لقد قمنا بتحديث وثائق إرسال الرسائل لتوضيح سلوك ضغط الوسائط التلقائي وتحويل الترميز لـ RCS للأعمال.
20 يوليو 2026
جديد
ميزة جديدة لسجل التدقيق: تسجيل acting_party في واجهة برمجة تطبيقات عمليات إدارة الأصول القائمة على الموارد
لمساعدتك في الحفاظ على سجلات تدقيق دقيقة، نقدم معلمة اختيارية acting_party لواجهة برمجة التطبيقات brands.agents.updateLaunch .
لماذا نقوم بهذا التغيير
عند تحديث حالة تشغيل الوكيل باستخدام واجهة برمجة تطبيقات عمليات RBM، يتم تعيين حقل معرف المستخدم في سجلات التاريخ افتراضيًا إلى "استدعاء واجهة برمجة التطبيقات" لأن المصادقة المستندة إلى حساب الخدمة تفتقر إلى سياق المستخدم.
تحسينات رئيسية
- إجراءات API القابلة للتحديد : يمكن لمتصلي API الآن تقديم معلمة
acting_partyبشكل صريح لتمثيل عنوان البريد الإلكتروني أو معرف المستخدم الذي يقوم بتنفيذ الإجراء. - رؤية وحدة التحكم وخطاف الويب : يكون المعرف الذي تم التقاطه مرئيًا في سجل الوكيل في وحدة التحكم الإدارية، ويتم تضمينه في إشعارات خطاف الويب
AgentLaunchEvent. - اتساق سجل التدقيق : تتطابق سجلات الإجراءات التي تبدأها واجهة برمجة التطبيقات الآن مع تلك التي تم إنشاؤها بواسطة الموافقات اليدوية على وحدة التحكم.
كيفية استخدام المعلمة الجديدة
لبدء التقاط معرفات المستخدم، قم بإلحاق معلمة الاستعلام acting_party بطلبات API الخاصة بك لـ brands.agents.updateLaunch .
لمزيد من التفاصيل، راجع دليل حالة إطلاق وكيل التغيير المحدث.
13 يوليو 2026
جديد
رأس HTTP جديد لـ webhook
تتضمن منصة RCS للأعمال الآن رأس HTTP من X-Goog-Webhook-Type في جميع طلبات webhook. يتيح لك هذا الرأس تحديد أنواع الطلبات لجميع webhooks الواردة على الفور، دون الحاجة إلى تحليل نص JSON.
لمزيد من التفاصيل، راجع دليل Webhooks المحدث.
6 يوليو 2026
تم التغيير
نظرة عامة على التحليلات ومقاييس إلغاء الاشتراك
تعرض وحدة تحكم مطوري RCS للأعمال الآن مقاييس إلغاء الاشتراك للوكلاء غير الترويجيين في نظرة عامة على التحليلات ، لتحل محل العنصر النائب "غير متوفر".
26 يونيو 2026
جديد
فرز مخصص لقوائم الوكلاء
تدعم نقطة النهاية brands.agents.list الآن مُعامل الاستعلام orderBy . وهذا يسمح للشركاء بفرز وكلائهم حسب الاسم أو وقت الإنشاء أو تاريخ آخر تحديث.
تحسينات رئيسية
- حقول فرز متعددة: يمكنك الآن ترتيب وكلائك باستخدام الحقول التالية:
-
updateTime: يقوم بالترتيب الزمني حسب آخر طابع زمني للتحديث. -
displayName: يقوم بالترتيب أبجديًا حسب اسم الوكيل الذي يمكن قراءته من قبل الإنسان. -
agentId: يتم الفرز حسب معرّف الوكيل الفريد الذي تم إنشاؤه بواسطة النظام.
-
- التحكم في اتجاه الفرز: يمكنك تحديد اتجاه الفرز بإضافة لاحقة
" asc"أو" desc"إلى اسم الحقل. الحقول المحددة بدون لاحقة ستكون بترتيب تصاعدي افتراضيًا. - الترتيب الافتراضي: إذا تم حذف معلمة
orderBy، فسيتم فرز القائمة افتراضيًا حسبagentIdبترتيب تصاعدي.
للمزيد من المعلومات، راجع الوثائق المرجعية المحدثة لـ brands.agents.list .
11 يونيو 2026
تحسين الوثائق
لقد قمنا بتحديث وثائقنا لتوضيح أنه يمكن للشركاء تغيير حالة إطلاق الوكيل من PENDING إلى UNLAUNCHED لإلغاء طلب إطلاق معلق.
للحصول على التفاصيل، راجع دليل استقبال الأحداث .
22 مايو 2026
تطبيق نقاط النهاية الإقليمية لفحوصات قدرة المعالجة الدفعية
تم التغيير
ابتداءً من 4 مايو 2026، يتطلب استخدام طريقة users.batchGet استخدام نقاط نهاية إقليمية. يجب إرسال طلبات الدفعات إلى نقطة نهاية واجهة برمجة التطبيقات (API) التي تتوافق مع المنطقة الجغرافية لأرقام الهواتف في تلك الدفعة.
لماذا نقوم بهذا التغيير
لتحسين أداء وموثوقية واجهة برمجة التطبيقات، وللحد من تأثير أي اضطرابات محتملة.
ما عليك فعله
- قم بتحديث تطبيقك لاستدعاء نقطة النهاية الإقليمية الصحيحة لطلبات
users.batchGet. - تأكد من أن كل طلب من طلبات
users.batchGetيحتوي على أرقام هواتف من منطقة واحدة فقط. الطلبات التي تحتوي على أرقام هواتف من مناطق مختلفة أو المرسلة إلى نقطة نهاية إقليمية غير صحيحة ستفشل مع ظهور خطأ 400 (طلب غير صالح).
ما الذي لا يتغير
لا تتأثر عمليات التحقق من الصلاحيات الفردية ( phones.getCapabilities ) وإرسال الرسائل بهذا الإجراء في الوقت الحالي. مع ذلك، نوصي بشدة باستخدام واجهات برمجة التطبيقات الإقليمية لجميع الاستدعاءات لتحسين أداء واجهة برمجة التطبيقات حاليًا والاستعداد للتحديثات المستقبلية.
12 مايو 2026
جديد
اقتراحات متكررة للرسائل النصية
يدعم RCS للأعمال الآن الاقتراحات الدائمة للرسائل النصية المستقلة. على عكس الاقتراحات المؤقتة التي تختفي عند استمرار المحادثة، تظهر الاقتراحات الدائمة داخل فقاعة الرسالة وتبقى ثابتة طوال المحادثة.
لماذا نقوم بهذا التغيير
تتيح هذه الميزة للمستخدمين إعادة النظر في الإجراءات المفيدة - مثل فتح عنوان URL أو الاتصال برقم أو عرض موقع - بعد فترة طويلة من إرسال الرسالة الأولية، مما يوفر تجربة مستخدم أكثر اتساقًا وموثوقية.
تعرض اقتراحات "فتح عنوان URL" الدائمة عنوان URL الوجهة مباشرة داخل الزر لبناء ثقة المستخدم وتقليل "التردد في النقر" الناجم عن الروابط غير المعروفة.
أنواع الرسائل المدعومة
- يدعم : الرسائل النصية المستقلة.
- غير مدعوم : رسائل الوسائط المستقلة (صورة، فيديو، GIF، PDF، أو صوت). في هذه الحالات، استخدم البطاقات التفاعلية .
دمج الاقتراحات
يمكنك دمج الاقتراحات الدائمة والمؤقتة في رسالة نصية واحدة. يجب على المستخدم الموافقة على كل اقتراح ليصبح دائماً.
- الحد الأقصى الإجمالي : يمكن أن تدعم رسالة نصية واحدة ما يصل إلى 11 اقتراحًا إجماليًا.
- الاقتراحات المستمرة : ما يصل إلى أربعة اقتراحات (تظهر داخل الفقاعة).
- اقتراحات مؤقتة : ما يصل إلى 11 اقتراحًا مؤقتًا (يتم عرضها خارج الفقاعة).
دعم العملاء في تقديم اقتراحات مستمرة
- مدعوم: رسائل جوجل (الإصدار
20260225.00أو أحدث). - غير مدعوم: إصدارات Google Messages الأقدم من
20260225.00، و iOS، و Samsung Messages.
للمزيد من التفاصيل، راجع دليل الاقتراحات المحدث لدينا.
27 أبريل 2026
تم التغيير
تم تحديث معايير العلامة التجارية والتحقق من RBM في رسائل جوجل
نُجري تحديثات على العلامة التجارية والتحقق في خدمة RCS للأعمال لتعزيز ثقة المستخدمين ومواءمتها مع معايير جوجل. تؤثر هذه التحديثات على مظهر الوكلاء في قائمة محادثات رسائل جوجل، وشاشة المحادثة، وتفاصيل المحادثة.
تحسينات رئيسية
شكل الشعار الجديد : أصبح الشعار الآن مربعًا ذا زوايا مستديرة في جميع أنحاء تطبيق رسائل جوجل. ويتم الانتقال إلى شكل المربع ذي الزوايا المستديرة الجديد تلقائيًا.
ملاحظة : إذا كان شعارك الحالي عبارة عن دائرة على خلفية شفافة، فسيظل يظهر كدائرة في تطبيق رسائل جوجل. نوصي بتحميل صورة خلفية كاملة يدويًا لضمان ظهوره بأفضل شكل في واجهة المستخدم الجديدة. لمزيد من المعلومات، راجع قسم "تعديل معلومات الوكيل" .
علامة التحقق : يتضمن الوكلاء المعتمدون الآن علامة تحقق. ستظهر هذه العلامة تلقائيًا للوكلاء الذين أكملوا عملية التحقق .
| قبل | بعد |
|---|---|
 |  |
27 أبريل 2026
تحسين الوثائق
لقد قمنا بتحديث وثائق Webhooks بأفضل الممارسات الجديدة لإدارة Webhooks، مع التركيز بشكل خاص على كيفية التعامل مع مخاطر قوائم انتظار الشركاء المشتركة ومنع حالات فشل تسليم الرسائل.
للمزيد من المعلومات، راجع دليل Webhooks المحدث.
6 أبريل 2026
جديد
قم بتحميل وحذف مستندات التحقق من الوكلاء باستخدام واجهة برمجة تطبيقات اتصالات الأعمال
لتبسيط عملية التحقق من الوكلاء، قمنا بإضافة طرق جديدة في واجهة برمجة تطبيقات اتصالات الأعمال تسمح للشركاء بتحميل وحذف المستندات الداعمة. هذه الميزة اختيارية.
تحسينات رئيسية
- طرق جديدة لواجهة برمجة التطبيقات : يمكن للشركاء الآن استخدام الطرق التالية لإدارة مرفقات التحقق:
-
attachments.create: يقوم بتحميل مستند التحقق. -
brands.agents.attachments.delete: يحذف مستند التحقق المرفق.
-
- رؤية شركات الاتصالات : بالنسبة لعمليات الإطلاق التي تديرها شركات الاتصالات، تتم مشاركة المستندات التي تم تحميلها مع كل شركة اتصالات قمت بتحديدها للإطلاق.
التفاصيل الفنية والحدود
- دعم الملفات: في البداية، تدعم واجهة برمجة التطبيقات ملفات PDF.
- الحد الأقصى لحجم الملف : 50 ميجابايت لكل ملف.
- الحد الأقصى للكمية : حتى 5 مستندات فريدة لكل وكيل.
للحصول على مزيد من المعلومات حول عملية التحقق، راجع قسم "إرسال معلومات التحقق" .
1 أبريل 2026
جديد
حدود حركة المرور بين الوكلاء لوكلاء الترويج ذوي السمعة المنخفضة في الهند
نُقدّم حدًا أقصى لحركة البيانات بين الوكلاء لتقليل إرهاق صناديق البريد الوارد للمشتركين في الهند. يحدّ هذا الحد الجديد من إجمالي عدد الرسائل الترويجية التي يمكن للمستخدم تلقيها يوميًا من جميع الوكلاء ذوي السمعة المنخفضة .
ينطبق هذا الحد على جميع الوكلاء ذوي السمعة المنخفضة. أما الوكلاء ذوو السمعة العالية والمتوسطة فهم مستثنون من هذا القيد المتعلق بالوكلاء الآخرين.
للحصول على شرح مفصل لهذه الحدود الجديدة لحركة المرور وقواعد العمل الأخرى، راجع صفحة حالات استخدام الوكيل وقواعد العمل .
1 أبريل 2026
جديد
عناصر تحكم جديدة في الرؤية: أرشفة وإخفاء العناصر
للمساعدة في إدارة ازدحام لوحة التحكم، أضفنا عناصر تحكم جديدة في مستوى الرؤية لكل من الشركاء وشركات الاتصالات. تتيح لك هذه الميزات إزالة الوكلاء القدامى أو غير المستخدمين من واجهاتهم الرئيسية في لوحة التحكم وعبر واجهة برمجة التطبيقات (API) دون التأثير على حالة تشغيل الوكلاء.
للشركاء: وكلاء الأرشفة وإلغاء الأرشفة
يمكنك أرشفة أو إلغاء أرشفة الوكلاء غير النشطين ( UNLAUNCHED ، أو SUSPENDED ، أو REJECTED ). لا يمكنك أرشفة الوكلاء LAUNCHED أو PENDING على أي شبكة اتصالات.
الميزات الرئيسية
- وحدة تحكم مطوري RCS للأعمال : أرشفة أو إلغاء أرشفة الوكلاء بشكل فردي أو جماعي (حتى 100 وكيل). لمزيد من التفاصيل، راجع قسم أرشفة/إلغاء أرشفة وكيل .
- واجهة برمجة التطبيقات الإدارية : إدارة حالة أرشفة الوكيل برمجيًا. لمزيد من التفاصيل، راجع أرشفة أو إلغاء أرشفة وكيل .
- طرق العرض المُفلترة : بشكل افتراضي، يتم استبعاد الوكلاء المؤرشفين من القائمة الرئيسية. لتضمين الوكلاء المؤرشفين في نتائج البحث، استخدم عوامل التصفية في وحدة التحكم أو المعلمات في واجهة برمجة التطبيقات (API).
بالنسبة لشركات النقل: إخفاء وإظهار العملاء
يمكنك إخفاء أو إظهار العملاء غير النشطين ( SUSPENDED أو REJECTED ) على شبكتك. لا يمكنك إخفاء عميل إذا كانت حالة تشغيله على شبكتك هي LAUNCHED أو PENDING .
الميزات الرئيسية
- لوحة التحكم الإدارية : إخفاء وإظهار العملاء بشكل فردي أو جماعي (حتى 100 عميل). لمزيد من التفاصيل، راجع قسم إخفاء/إظهار عميل .
- واجهة برمجة تطبيقات العمليات : إدارة حالة إخفاء الوكيل لشبكتك. لمزيد من التفاصيل، راجع إخفاء/إظهار الوكلاء .
- العروض المُفلترة : بشكل افتراضي، يتم استبعاد العملاء المُصنّفين على أنهم مخفيون من القائمة الرئيسية. لعرض هؤلاء العملاء، استخدم عوامل التصفية في وحدة التحكم أو المعلمات في واجهة برمجة التطبيقات (API).
10 مارس 2026
تم التغيير
لقد قمنا بتحديث حالات الانتقال المسموح بها عند إدارة الوكلاء من خلال واجهة برمجة تطبيقات عمليات إدارة قواعد البيانات (RBM Operations API) وواجهة برمجة تطبيقات اتصالات الأعمال (Business Communications API) ووحدة تحكم الإدارة ووحدة تحكم مطوري RCS للأعمال . يضمن هذا التحديث منطقًا متسقًا وتزامنًا بين واجهة برمجة التطبيقات ووحدة التحكم.
فيما يلي عمليات الانتقال المسموح بها والمحدثة لحالة الإطلاق:
مبادرة من شركة الاتصالات
- من
PENDINGإلىLAUNCHEDأوREJECTED - من
LAUNCHEDإلىSUSPENDED - من
SUSPENDEDإلىLAUNCHEDأوUNLAUNCHED
مبادرة من الشريك
- من
UNSPECIFIED، أوUNLAUNCHED، أوREJECTEDإلىPENDING
9 مارس 2026
تم التغيير
شفافية عنوان URL في الإجراء المقترح "فتح عنوان URL"
يعرض تطبيق رسائل جوجل الآن عنوان URL الأساسي مباشرةً ضمن إجراء "فتح عنوان URL" لاقتراحات البطاقات التفاعلية والشرائح الدوارة داخل البطاقة. لمزيد من التفاصيل، راجع قسم "فتح عنوان URL" .
| قبل | بعد |
|---|---|
 |  |
من خلال إظهار عنوان URL، نهدف إلى:
- بناء ثقة المستخدم : تقليل الاحتكاك و"التردد في النقر" الناتج عن الروابط غير المعروفة.
- تعزيز التفاعل : ترسيخ عادات استخدام متسقة وموثوقة ضمن RCS للأعمال.
الإجراءات الموصى بها
- النشر : يتم تفعيل هذه الميزة تلقائيًا؛ ولا يتطلب الأمر أي تكامل تقني أو تغييرات في واجهة برمجة التطبيقات من جانبك.
- راجع روابطك : تأكد من أن عناوين URL الخاصة بوجهتك مختصرة ومتسقة مع علامتك التجارية.
- مراجعة تجربة المستخدم : تحقق من الإجراءات المقترحة الحالية "فتح عنوان URL" في البطاقات الغنية والشرائح الدوارة للتأكد من أن نص العرض وعنوان URL المرئي الآن لا يبدوان زائدين عن الحاجة أو مزدحمين.
28 فبراير 2026
تم التغيير
إيقاف واجهة برمجة التطبيقات (API) لمورد phones.testers
لتوفير تحكم أشمل، أطلقنا واجهة برمجة التطبيقات الجديدة للمختبرين لإدارة دورة حياة المختبرين بالكامل. الآن يمكنك إرسال الدعوات أو إعادة إرسالها، والحصول على الحالة، وإزالة المختبرين برمجيًا.
بسبب هذه الوظائف الموسعة، قمنا بإيقاف استخدام مورد phones.testers القديم.
لضمان استمرارية اختبار برامجكم، يُطلب من جميع الشركاء نقل تطبيقاتهم إلى واجهة برمجة تطبيقات الاختبار الجديدة والمُبسّطة. لن تتمكن البرامج التي لم تُنقل تطبيقاتها من دعوة أجهزة الاختبار أو إدارتها بعد هذا التاريخ.
| مورد | حالة |
|---|---|
| هواتف.مختبرون | مهمل |
| المختبرون | حاضِر |
ما عليك فعله:
- راجع مرجع واجهة برمجة التطبيقات (API) الجديد الخاص بالمختبرين والدليل المحدث لإعداد جهاز اختبار .
- قم بتحديث التعليمات البرمجية الحالية التي تستدعي طريقة
phones.testers.createلاستخدام نقاط نهاية مواردtestersالجديدة. - قم بتنفيذ واختبار المنطق الجديد.
16 فبراير 2026
جديد
حقول جديدة في استجابة analytics.agentPerformances.list مع مقاييس إضافية
تتضمن طريقة analytics.agentPerformances.list في واجهة برمجة تطبيقات RCS Business Messaging الآن حقولًا إضافية في كائن AgentPerformance تتعلق ببيانات سبب إلغاء الاشتراك وبيانات اتجاه البريد العشوائي.
12 فبراير 2026
تحسين الوثائق
لقد قمنا بتحديث وثائق إرسال الرسائل بقسم جديد بعنوان "مدة البقاء" (TTL) للرسالة لتوضيح سلوك الإشعارات المتوقع وتقديم توصيات لإدارة حالات التسليم الشاذة.
5 فبراير 2026
جديد
صفحة دعم RCS للأعمال الجديدة للتواصل
لقد استبدلنا رابط "البريد الإلكتروني لدعم RBM" بصفحة جديدة بعنوان "الاتصال بدعم RCS للأعمال ".
يجب الآن بدء جميع طلبات الدعم الفني من خلال نموذج الاتصال بالدعم الموجود في هذه الصفحة، مما يضمن تسجيل المشكلات بدقة وتوجيهها لحلها بشكل أسرع.
لمساعدتك في إعداد طلبك، تتضمن الصفحة دليلًا سريعًا للبدء يحدد المعلومات الإلزامية المطلوبة لمختلف فئات القضايا.
5 فبراير 2026
تحسين الوثائق
لقد قمنا بتحديث وثائق إرسال الأحداث و phones.agentEvent.create بمعلومات حول سلوك تسليم أحداث READ و IS_TYPING الخاصة بالوكيل داخل RCS للأعمال.
- تحدد التحديثات أن أحداث
READتبقى ثابتة ويتم تخزينها لمدة تصل إلى 30 يومًا إذا كان لدى المستخدم RCS ممكّنًا ولكنه غير قابل للوصول، بينما تظل أحداثIS_TYPINGمؤقتة وتنتهي صلاحيتها بعد حوالي 20 ثانية.
30 يناير 2026
جديد
تعليقات اختيارية للموافقة على إطلاق الوكلاء
يمكن لشركات الاتصالات الآن تقديم تعليقات إضافية عند الموافقة على طلبات إطلاق الوكلاء.
تغييرات وحدة التحكم
في السابق، عند إدارة الوكلاء في وحدة التحكم الإدارية ، كان بإمكان شركات الاتصالات تقديم تعليق مع ذكر السبب فقط عند رفض الوكيل أو تعليقه أو إنهاء خدمته.
مع هذا التحديث، أضفنا خانة تعليقات اختيارية لعملية الموافقة. يتيح هذا لشركات الاتصالات مشاركة معلومات مهمة مباشرةً مع أصحاب الوكلاء عند الموافقة. لمزيد من المعلومات، راجع قسم إدارة الوكلاء على شبكتك .
يتم تسجيل التعليقات المقدمة أثناء الموافقة في سجل الوكيل لكل من لوحة تحكم الإدارة ولوحة تحكم اتصالات الأعمال .
تغييرات في واجهة برمجة تطبيقات عمليات إدارة قواعد البيانات
يدعم حقل comment الآن جميع حالات الانتقال عند تغيير حالة تشغيل الوكيل . يمكن لشركات الاتصالات الآن تقديم سبب اختياري لأي تغيير في الحالة لتحسين التواصل وحفظ السجلات. لمزيد من المعلومات، راجع إدارة الوكلاء باستخدام واجهة برمجة تطبيقات عمليات إدارة قواعد البيانات .
15 يناير 2026
جديد
تتضمن الآن الإشعارات الخاصة بالبطاقات الغنية والشرائح الدوارة في رسائل جوجل معاينة للوسائط، بالإضافة إلى العنوان والوصف.
لا يتم عرض معاينات الوسائط إلا في الحالات التالية:
- البطاقات الغنية : وسائط البطاقة عبارة عن صورة أو تحتوي على صورة مصغرة.
- الشرائح الدوارة : الوسائط الموجودة في البطاقة الأولى هي صورة أو تحتوي على صورة مصغرة.
| إشعار مُصغّر | إشعار موسع |
|---|---|
 |  |
لماذا نقوم بهذا التغيير
لتعزيز التفاعل مع رسائلك.
الإجراء المطلوب
لا يلزم اتخاذ أي إجراء من جانبك.
جديد
مشاركة الملفات للتحقق من الوكيل
لتبسيط عملية الموافقة على الوكلاء، أصبح لدى الشركاء الآن خيار تحميل المستندات الداعمة مباشرة في وحدة تحكم مطوري الأعمال RCS .
تحسينات رئيسية
- التحميل المباشر : يمكن للشركاء الآن تحميل خطابات التفويض والمستندات الداعمة الأخرى مباشرةً إلى وحدة تحكم مطوري RCS للأعمال . لمزيد من المعلومات، راجع قسم "إرسال معلومات التحقق" . يُرجى العلم أنه حتى في حال تقديم خطاب تفويض، تظل طريقة التفويض الأساسية لعمليات الإطلاق على منصات جوجل المُدارة هي البريد الإلكتروني.
- إمكانية الاطلاع : يمكن لشركات الاتصالات التي تستخدم لوحة التحكم الإدارية الاطلاع على هذه المستندات المرفوعة لتسريع عملية المراجعة. لمزيد من المعلومات، راجع إدارة الوكلاء على شبكتك .
- خيارات التحقق المرنة : تُكمل الميزة الجديدة عملية التحقق القياسية القائمة على البريد الإلكتروني، والتي لا تزال نشطة.
على الرغم من أن هذه الميزة اختيارية، يرجى مراعاة القيود التقنية التالية:
- نوع الملف : PDF فقط.
- الحد الأقصى لحجم الملف : 50 ميجابايت لكل ملف.
- الحد الأقصى للكمية : حتى 5 مستندات فريدة. تجنب تكرار الملفات.
7 يناير 2026
جديد
نقدم حدودًا جديدة لحركة البيانات الترويجية لوكلاء الأعمال في الهند.
حدود على إجمالي عدد المستخدمين الفريدين
يؤثر حد جديد على إجمالي عدد المستخدمين الفريدين الذين يمكن للوكيل مراسلتهم كل 28 يومًا بناءً على سمعته. ويبدأ جميع الوكلاء الجدد بسمعة منخفضة افتراضيًا.
للحصول على شرح مفصل لهذه الحدود الجديدة لحركة المرور وقواعد العمل الأخرى، راجع صفحة حالات استخدام الوكيل وقواعد العمل .