नवीनतम रिलीज़

इस पेज पर, RCS for Business में हुए हाल के बदलावों के बारे में जानकारी दी गई है.

6 जुलाई, 2026

बदल दिया जाए

Analytics की खास जानकारी में, सदस्यता रद्द करने की मेट्रिक

RCS for Business डेवलपर कंसोल में, अब Analytics की खास जानकारी में, प्रमोशन न करने वाले एजेंट के लिए, सदस्यता रद्द करने की मेट्रिक दिखती हैं. इससे पहले, यहां 'उपलब्ध नहीं है' प्लेसहोल्डर दिखता था.

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 तरीके के लिए, इलाके के हिसाब से एंडपॉइंट इस्तेमाल करना ज़रूरी है. बैच में किए जाने वाले अनुरोध, एपीआई के उस एंडपॉइंट पर भेजे जाने चाहिए जो उस बैच में शामिल फ़ोन नंबरों के भौगोलिक इलाके से मेल खाता हो.

हम यह बदलाव क्यों कर रहे हैं

एपीआई की परफ़ॉर्मेंस और भरोसेमंद होने की क्षमता को ऑप्टिमाइज़ करने के लिए. साथ ही, संभावित रुकावटों के असर को कम करने के लिए.

आपको क्या करना होगा

1. अपने ऐप्लिकेशन को अपडेट करें, ताकि वह इलाके के हिसाब से सही एंडपॉइंट पर users.batchGet अनुरोधों के लिए कॉल कर सके.
2. पक्का करें कि users.batchGet के हर अनुरोध में, सिर्फ़ एक इलाके के फ़ोन नंबर शामिल हों. अलग-अलग इलाकों के फ़ोन नंबरों वाले अनुरोध या इलाके के हिसाब से गलत एंडपॉइंट पर भेजे गए अनुरोध पूरे नहीं होंगे. ऐसा करने पर, गड़बड़ी का मैसेज '400 Bad Request' मिलेगा.

क्या नहीं बदलेगा

फ़िलहाल, एक-एक करके की जाने वाली कार्रवाई की जांच (phones.getCapabilities) और मैसेज भेजने पर, इस ज़रूरी शर्त का कोई असर नहीं पड़ेगा. हालांकि, हमारा सुझाव है कि एपीआई की परफ़ॉर्मेंस को बेहतर बनाने के लिए, सभी कॉल के लिए इलाके के हिसाब से एपीआई का इस्तेमाल करें. साथ ही, आने वाले अपडेट के लिए तैयारी करें.

12 मई, 2026

नया

मैसेज के लिए, हमेशा दिखने वाले सुझाव

RCS for Business अब अकेले भेजे जाने वाले मैसेज के लिए, हमेशा दिखने वाले सुझाव की सुविधा देता है. सामान्य तौर पर, बातचीत जारी रहने पर दिखने वाले सुझाव गायब हो जाते हैं. हालांकि, हमेशा दिखने वाले सुझाव, मैसेज बबल में दिखते हैं और पूरी बातचीत के दौरान बने रहते हैं.

हम यह बदलाव क्यों कर रहे हैं

इस सुविधा की मदद से, उपयोगकर्ता काम की कार्रवाइयों को दोबारा देख सकते हैं. जैसे, यूआरएल खोलना, नंबर डायल करना या जगह की जानकारी देखना. ऐसा, शुरुआती मैसेज भेजे जाने के काफ़ी समय बाद भी किया जा सकता है. इससे उपयोगकर्ताओं को बेहतर और भरोसेमंद अनुभव मिलता है.

"यूआरएल खोलें" के हमेशा दिखने वाले सुझाव, बटन में सीधे डेस्टिनेशन यूआरएल दिखाते हैं. इससे उपयोगकर्ताओं का भरोसा बढ़ता है और अनजान लिंक की वजह से होने वाली "क्लिक करने में हिचकिचाहट" कम होती है.

चेतावनी: फ़िलहाल, हम "यूआरएल खोलें" के हमेशा दिखने वाले सुझाव की सुविधा रोल आउट कर रहे हैं. इसलिए, हो सकता है कि कुछ उपयोगकर्ताओं को बटन में सीधे डेस्टिनेशन यूआरएल न दिखे.

मैसेज के इन टाइप के लिए, हमेशा दिखने वाले सुझाव की सुविधा उपलब्ध है

• उपलब्ध है: अकेले भेजे जाने वाले मैसेज.
• उपलब्ध नहीं है: अकेले भेजे जाने वाले मीडिया मैसेज (इमेज, वीडियो, GIF, PDF या ऑडियो). इन मामलों के लिए, रिच कार्ड का इस्तेमाल करें.

सुझावों को एक साथ दिखाना

एक ही मैसेज में, हमेशा दिखने वाले और बातचीत जारी रहने पर दिखने वाले सुझावों को एक साथ दिखाया जा सकता है. हमेशा दिखने वाले सुझाव के तौर पर दिखाने के लिए, हर सुझाव के लिए "ऑप्ट-इन" करना ज़रूरी है.

• कुल सीमा: एक मैसेज में, ज़्यादा से ज़्यादा 11 सुझाव दिखाए जा सकते हैं.
• हमेशा दिखने वाले सुझाव: ज़्यादा से ज़्यादा चार सुझाव (बबल में दिखते हैं).
• बातचीत जारी रहने पर दिखने वाले सुझाव: ज़्यादा से ज़्यादा 11 सुझाव (बबल के बाहर दिखते हैं).

हमेशा दिखने वाले सुझावों के लिए, इन क्लाइंट का इस्तेमाल किया जा सकता है

• उपलब्ध है: Google Messages (वर्शन 20260225.00 या इसके बाद का वर्शन).
• उपलब्ध नहीं है: Google Messages के 20260225.00 से पहले के वर्शन, iOS, और Samsung Messages.

ज़्यादा जानकारी के लिए, सुझावों के बारे में अपडेट की गई गाइड देखें.

27 अप्रैल, 2026

बदल दिया जाए

Google Messages में, RBM की ब्रैंडिंग और पुष्टि के मानकों को अपडेट किया गया है

हम RCS for Business की ब्रैंडिंग और पुष्टि के मानकों को अपडेट कर रहे हैं, ताकि उपयोगकर्ताओं का भरोसा बढ़ाया जा सके और Google के मानकों के मुताबिक काम किया जा सके. इन अपडेट का असर, Google Messages में बातचीत की सूची, बातचीत की स्क्रीन, और बातचीत की जानकारी में एजेंट के दिखने के तरीके पर पड़ता है.

अहम सुधार

• लोगो का नया आकार: Google Messages में अब लोगो, गोल कोनों वाला स्क्वेयर है. लोगो का आकार, गोल कोनों वाले स्क्वेयर में अपने-आप बदल जाएगा.

  ध्यान दें: अगर आपका मौजूदा लोगो, पारदर्शी बैकग्राउंड पर बना एक गोला है, तो वह Google Messages ऐप्लिकेशन में अब भी गोले के तौर पर दिखेगा. हमारा सुझाव है कि आप मैन्युअल तरीके से, पूरे बैकग्राउंड वाली इमेज अपलोड करें, ताकि वह नए यूज़र इंटरफ़ेस (यूआई) में बेहतर दिखे. ज़्यादा जानकारी के लिए, एजेंट की जानकारी में बदलाव करना लेख पढ़ें.

• पुष्टि के लिए चेकमार्क: पुष्टि किए गए एजेंट के नाम के बगल में, अब पुष्टि के लिए चेकमार्क दिखता है. पुष्टि की प्रोसेस पूरी करने वाले एजेंट के नाम के बगल में, चेकमार्क अपने-आप दिखेगा.

पहले	बाद में

27 अप्रैल, 2026

दस्तावेज़ में सुधार

हमने Webhooks के दस्तावेज़ को अपडेट किया है. इसमें, वेबहुक मैनेज करने के नए सबसे सही तरीके बताए गए हैं. खास तौर पर, पार्टनर के शेयर किए गए क्यू से जुड़े जोखिमों को मैनेज करने और मैसेज डिलीवरी में होने वाली गड़बड़ियों को रोकने के बारे में बताया गया है.

ज़्यादा जानकारी के लिए, अपडेट की गई Webhooks गाइड देखें.

6 अप्रैल, 2026

नया

एजेंट की पहचान की पुष्टि करने से जुड़े दस्तावेज़ अपलोड करने और मिटाने के लिए, Business Communications API का इस्तेमाल करना

एजेंट की पहचान की पुष्टि करने की प्रोसेस को आसान बनाने के लिए, हमने Business Communications API में नए तरीके जोड़े हैं. इनकी मदद से, पार्टनर पुष्टि करने से जुड़े दस्तावेज़ अपलोड और मिटा सकते हैं. इस सुविधा का इस्तेमाल करना ज़रूरी नहीं है.

अहम सुधार

• एपीआई के नए तरीके: पार्टनर अब पुष्टि करने से जुड़े अटैचमेंट मैनेज करने के लिए, इन तरीकों का इस्तेमाल कर सकते हैं:
  • attachments.create: इससे, पुष्टि करने से जुड़ा दस्तावेज़ अपलोड किया जाता है.
  • brands.agents.attachments.delete: इससे, पुष्टि करने से जुड़ा अटैच किया गया दस्तावेज़ मिटाया जाता है.
• कैरियर की ओर से मैनेज किए जाने वाले लॉन्च: कैरियर की ओर से मैनेज किए जाने वाले लॉन्च के लिए, अपलोड किए गए दस्तावेज़ लॉन्च के लिए चुने गए हर कैरियर के साथ शेयर किए जाते हैं.

तकनीकी जानकारी और सीमाएं

• फ़ाइल टाइप: फ़िलहाल, एपीआई सिर्फ़ PDF फ़ाइलों के साथ काम करता है.
• फ़ाइल का ज़्यादा से ज़्यादा साइज़: हर फ़ाइल के लिए 50 एमबी.
• फ़ाइलों की संख्या की सीमा: हर एजेंट के लिए, ज़्यादा से ज़्यादा पांच यूनीक दस्तावेज़.

पुष्टि की प्रोसेस के बारे में ज़्यादा जानकारी के लिए, पुष्टि करने के लिए जानकारी सबमिट करना लेख पढ़ें.

1 अप्रैल, 2026

नया

भारत में, कम रेटिंग वाले प्रमोशन करने वाले एजेंट के लिए, अलग-अलग एजेंट से मिलने वाले ट्रैफ़िक की सीमाएं

हम अलग-अलग एजेंट से मिलने वाले ट्रैफ़िक की सीमा लागू कर रहे हैं, ताकि भारत में सदस्यों के इनबॉक्स में ज़्यादा मैसेज न आएं. इस नई सीमा के तहत, कोई उपयोगकर्ता हर दिन कम रेटिंग वाले सभी एजेंट से, प्रमोशन वाले कुल मैसेज की एक तय संख्या से ज़्यादा मैसेज नहीं पा सकता.

यह सीमा, कम रेटिंग वाले सभी एजेंट पर लागू होती है. ज़्यादा और मीडियम रेटिंग वाले एजेंट पर, अलग-अलग एजेंट से मिलने वाले ट्रैफ़िक की यह सीमा लागू नहीं होती.

ट्रैफ़िक की इन नई सीमाओं और कारोबार के अन्य नियमों के बारे में ज़्यादा जानकारी के लिए, देखें एजेंट के इस्तेमाल के उदाहरण और कारोबार के नियम पेज.

1 अप्रैल, 2026

नया

दिखने की सेटिंग के नए कंट्रोल: एजेंट को संग्रहित करना और छिपाना

कंसोल में ज़्यादा डेटा दिखने की समस्या को मैनेज करने के लिए, हमने पार्टनर और कैरियर, दोनों के लिए दिखने की सेटिंग के नए कंट्रोल जोड़े हैं. इन सुविधाओं की मदद से, कंसोल और एपीआई में एजेंट के ऑपरेशनल स्टेटस पर असर डाले बिना, पुराने या इस्तेमाल न किए गए एजेंट को उनके प्राइमरी व्यू से हटाया जा सकता है.

पार्टनर के लिए: एजेंट को संग्रहित करना और संग्रह से निकालना

ऐसे एजेंट को संग्रहित या संग्रह से निकाला जा सकता है जो इनऐक्टिव स्टेटस में हैं (UNLAUNCHED, SUSPENDED, या REJECTED). ऐसे एजेंट को संग्रहित नहीं किया जा सकता जो किसी भी कैरियर नेटवर्क पर LAUNCHED या PENDING स्टेटस में हैं.

मुख्य सुविधाएं

• RCS for Business का डेवलपर कंसोल: एजेंट को एक-एक करके या एक साथ (ज़्यादा से ज़्यादा 100) संग्रहित या संग्रह से निकालें. ज़्यादा जानकारी के लिए, किसी एजेंट को संग्रहित/संग्रह से निकालना लेख पढ़ें.
• Management API: प्रोग्रामैटिक तरीके से, एजेंट के संग्रहित स्टेटस को मैनेज करें. ज़्यादा जानकारी के लिए, किसी एजेंट को संग्रहित/संग्रह से निकालना लेख पढ़ें.
• फ़िल्टर किए गए व्यू: डिफ़ॉल्ट रूप से, संग्रहित किए गए एजेंट, मुख्य सूची में शामिल नहीं होते. संग्रहित किए गए एजेंट को नतीजों में शामिल करने के लिए, कंसोल में फ़िल्टर या एपीआई में पैरामीटर का इस्तेमाल करें.

कैरियर के लिए: एजेंट को छिपाना और वापस दिखाना

अपने नेटवर्क पर, ऐसे एजेंट को छिपाया या वापस दिखाया जा सकता है जो SUSPENDED या REJECTED जैसे इनऐक्टिव स्टेटस में हैं. अगर आपके नेटवर्क पर किसी एजेंट का लॉन्च स्टेटस LAUNCHED या PENDING है, तो उसे छिपाया नहीं जा सकता.

मुख्य सुविधाएं

• Administration Console: एजेंट को एक-एक करके या एक साथ छिपाएं और वापस दिखाएं (ज़्यादा से ज़्यादा 100). ज़्यादा जानकारी के लिए, किसी एजेंट को छिपाना/वापस दिखाना लेख पढ़ें.
• Operations API: अपने नेटवर्क के लिए, एजेंट के छिपे हुए स्टेटस को मैनेज करें. ज़्यादा जानकारी के लिए, एजेंट को छिपाना/वापस दिखाना लेख पढ़ें.
• फ़िल्टर किए गए व्यू: डिफ़ॉल्ट रूप से, छिपे हुए के तौर पर मार्क किए गए एजेंट, मुख्य सूची में शामिल नहीं होते. इन एजेंट को देखने के लिए, कंसोल में फ़िल्टर या एपीआई में पैरामीटर का इस्तेमाल करें.

10 मार्च, 2026

बदल दिया जाए

हमने एजेंट मैनेज करते समय, लॉन्च स्टेटस में होने वाले बदलावों के लिए ज़रूरी शर्तों को अपडेट किया है RBM Operations API और Business Communications API और Administration Console और RCS for Business के डेवलपर कंसोल की मदद से. इससे, एपीआई और कंसोल के बीच लॉजिक और सिंक की प्रोसेस में एकरूपता बनी रहती है.

लॉन्च स्टेटस में होने वाले बदलावों के लिए ज़रूरी शर्तों का अपडेट किया गया वर्शन यहां दिया गया है:

कैरियर की ओर से शुरू किया गया

• PENDING से LAUNCHED या REJECTED
• LAUNCHED से SUSPENDED
• SUSPENDED से LAUNCHED या UNLAUNCHED

पार्टनर की ओर से शुरू किया गया

• UNSPECIFIED, UNLAUNCHED या REJECTED से PENDING

ध्यान दें: अगर आपने लॉन्च स्टेटस को, ज़रूरी शर्तों के मुताबिक न होने वाली वैल्यू में बदलने की कोशिश की, तो एपीआई गड़बड़ी का मैसेज दिखाएगा.

9 मार्च, 2026

बदल दिया जाए

'यूआरएल खोलें' के बारे में सुझाई गई कार्रवाई के लिए, यूआरएल की पारदर्शिता

Google Messages में, अब रिच कार्ड और कैरसेल के इन-कार्ड सुझावों के लिए, 'यूआरएल खोलें' की कार्रवाई में, यूआरएल का पता सीधे दिखता है. ज़्यादा जानकारी के लिए, यूआरएल खोलें लेख पढ़ें.

पहले	बाद में

यूआरएल दिखाने का हमारा मकसद यह है कि:

• उपयोगकर्ताओं का भरोसा बढ़ाया जा सके: अनजान लिंक की वजह से होने वाली "क्लिक करने में हिचकिचाहट" और रुकावटों को कम किया जा सके.
• उपयोगकर्ताओं की दिलचस्पी बढ़ाई जा सके: RCS for Business में, इस्तेमाल की भरोसेमंद और एक जैसी आदतें बनाई जा सकें.

सुझाई गई कार्रवाइयां

• डिप्लॉयमेंट: यह सुविधा अपने-आप चालू हो जाती है. इसके लिए, आपको तकनीकी इंटिग्रेशन या एपीआई में बदलाव करने की ज़रूरत नहीं है.
• अपने लिंक की ऑडिट करना: पक्का करें कि आपके डेस्टिनेशन यूआरएल छोटे हों और आपके ब्रैंड के मुताबिक हों.
• यूएक्स की समीक्षा करना: रिच कार्ड और कैरसेल में, 'यूआरएल खोलें' के बारे में सुझाई गई मौजूदा कार्रवाइयों की जांच करें. इससे यह पक्का होगा कि दिखने वाला टेक्स्ट और अब दिखने वाला यूआरएल, ज़रूरत से ज़्यादा या अव्यवस्थित न लगे.

28 फ़रवरी, 2026

बदल दिया जाए

phones.testers संसाधन के लिए एपीआई को बंद करना

टेस्टर के लाइफ़ साइकल को पूरी तरह से मैनेज करने के लिए, हमने टेस्टर के लिए नया एपीआई लॉन्च किया है. इससे आपको ज़्यादा कंट्रोल मिलता है. अब न्योते भेजे या दोबारा भेजे जा सकते हैं. साथ ही, स्टेटस देखा जा सकता है और टेस्टर को प्रोग्रामैटिक तरीके से हटाया जा सकता है.

इस नई सुविधा की वजह से, हमने पुराने phones.testers संसाधन को बंद कर दिया है.

यह पक्का करने के लिए कि आपके एजेंट के लिए टेस्टिंग में कोई रुकावट न आए, सभी पार्टनर को अपने सेटअप को टेस्टर के नए और बेहतर एपीआई संसाधन पर माइग्रेट करना होगा. इस तारीख के बाद, जिन एजेंट ने माइग्रेट नहीं किया है वे टेस्ट डिवाइसों के लिए न्योते नहीं भेज पाएंगे और उन्हें मैनेज नहीं कर पाएंगे.

संसाधन	स्टेटस
phones.testers	बहिष्कृत
testers	मौजूदा

आपको क्या करना होगा:

1. टेस्टर के नए एपीआई का रेफ़रंस और टेस्ट डिवाइस सेट अप करने के लिए अपडेट की गई गाइडदेखें.
2. अपने मौजूदा कोड को अपडेट करें, जो phones.testers.create तरीके को कॉल करता है, ताकि testers संसाधन के नए एंडपॉइंट का इस्तेमाल किया जा सके.
3. नए लॉजिक को लागू करें और उसकी जांच करें.

16 फ़रवरी, 2026

नया

अतिरिक्त मेट्रिक के साथ, analytics.agentPerformances.list के जवाब में नए फ़ील्ड

RCS Business Messaging API में, analytics.agentPerformances.list तरीके में अब AgentPerformance ऑब्जेक्ट में, सदस्यता रद्द करने की वजह और स्पैम के ट्रेंड के डेटा से जुड़े अतिरिक्त फ़ील्ड शामिल हैं.

12 फ़रवरी, 2026

दस्तावेज़ में सुधार

हमने मैसेज भेजने के दस्तावेज़ को अपडेट किया है. इसमें, मैसेज के लिए टाइम टू लाइव (टीटीएल) का नया सेक्शन जोड़ा गया है. इससे, सूचना के संभावित व्यवहार के बारे में साफ़ तौर पर बताया गया है. साथ ही, डिलीवरी से जुड़ी मुश्किल स्थितियों को मैनेज करने के लिए सुझाव दिए गए हैं.

5 फ़रवरी, 2026

नया

RCS for Business की सहायता टीम से संपर्क करने के लिए नया पेज

हमने "आरबीएम की सहायता टीम को ईमेल भेजें" लिंक को, RCS for Business की सहायता टीम से संपर्क करने के लिए नए पेज से बदल दिया है.

अब तकनीकी सहायता के सभी अनुरोध, इस पेज पर लिंक किए गए सहायता के लिए संपर्क फ़ॉर्म के ज़रिए शुरू किए जाने चाहिए. इससे यह पक्का होता है कि समस्याओं को सही तरीके से कैप्चर किया जाए और उन्हें जल्द से जल्द हल किया जाए.

आपकी सबमिशन की तैयारी में मदद करने के लिए, इस पेज पर एक क्विक स्टार्ट गाइड शामिल है. इसमें, अलग-अलग तरह की समस्याओं के लिए ज़रूरी जानकारी के बारे में बताया गया है.

5 फ़रवरी, 2026

दस्तावेज़ में सुधार

हमने इवेंट भेजने और phones.agentEvent.create के दस्तावेज़ को अपडेट किया है. इसमें, RCS for Business में एजेंट के READ और IS_TYPING इवेंट की डिलीवरी के व्यवहार के बारे में जानकारी दी गई है.

• अपडेट में बताया गया है कि READ इवेंट, हमेशा दिखते हैं और 30 दिनों तक सेव रहते हैं. ऐसा तब होता है, जब किसी उपयोगकर्ता ने आरसीएस की सुविधा चालू की हो, लेकिन उससे संपर्क न किया जा सके. वहीं, IS_TYPING इवेंट कुछ समय के लिए दिखते हैं और करीब 20 सेकंड बाद गायब हो जाते हैं.

30 जनवरी, 2026

नया

एजेंट के लॉन्च की मंज़ूरी के लिए, टिप्पणियां देना ज़रूरी नहीं है

कैरियर अब एजेंट के लॉन्च के अनुरोधों को मंज़ूरी देते समय, टिप्पणियां दे सकते हैं.

कंसोल में बदलाव

पहले, Administration Console में एजेंट मैनेज करते समय, कैरियर किसी एजेंट को अस्वीकार, निलंबित, या बंद करते समय ही टिप्पणी दे सकते थे.

इस अपडेट के साथ, हमने मंज़ूरी की प्रोसेस के लिए, टिप्पणी का फ़ील्ड जोड़ा है. इसमें टिप्पणी देना ज़रूरी नहीं है. इससे कैरियर, मंज़ूरी देते समय एजेंट के मालिकों के साथ सीधे तौर पर अहम जानकारी शेयर कर सकते हैं. ज़्यादा जानकारी के लिए, अपने नेटवर्क पर एजेंट मैनेज करना लेख पढ़ें.

मंज़ूरी के दौरान दी गई टिप्पणियां, एजेंट के इतिहास में रिकॉर्ड की जाती हैं, जो Administration और Business Communications कंसोल, दोनों में होता है.

RBM Operations API में बदलाव

एजेंट के लॉन्च स्टेटस को बदलते समय, comment फ़ील्ड अब सभी स्टेटस में होने वाले बदलावों के साथ काम करता है . कैरियर अब स्टेटस में होने वाले किसी भी बदलाव की वजह बता सकते हैं. हालांकि, यह ज़रूरी नहीं है. इससे, कम्यूनिकेशन और रिकॉर्ड रखने की प्रोसेस को बेहतर बनाया जा सकता है. ज़्यादा जानकारी के लिए, RBM Operations API की मदद से एजेंट मैनेज करना लेख पढ़ें.

15 जनवरी, 2026

नया

Google Messages में, रिच कार्ड और कैरसेल के लिए सूचनाओं में अब टाइटल और ब्यौरे के साथ-साथ, मीडिया की झलक भी दिखती है.

मीडिया की झलक सिर्फ़ तब दिखती है, जब:

• रिच कार्ड: कार्ड में मौजूद मीडिया, इमेज हो या उसका थंबनेल हो.
• कैरसेल: पहले कार्ड में मौजूद मीडिया, इमेज हो या उसका थंबनेल हो.

सूचना वाले कार्ड को छोटा किया गया	सूचना वाले कार्ड को बड़ा किया गया

हम यह बदलाव क्यों कर रहे हैं

आपके मैसेज के साथ उपयोगकर्ताओं की दिलचस्पी बढ़ाने के लिए.

कार्रवाई ज़रूरी है

आपको कोई भी कार्रवाई नहीं करनी होगी.

नया

एजेंट की पहचान की पुष्टि करने के लिए, फ़ाइल शेयर करने की सुविधा

एजेंट की मंज़ूरी की प्रोसेस को आसान बनाने के लिए, पार्टनर के पास अब पुष्टि करने से जुड़े दस्तावेज़ सीधे तौर पर RCS for Business के डेवलपर कंसोल में अपलोड करने का विकल्प है.

अहम सुधार

• सीधे अपलोड करना: पार्टनर अब अनुमति के लेटर और पुष्टि करने से जुड़े अन्य दस्तावेज़, RCS for Business के डेवलपर कंसोल में सीधे अपलोड कर सकते हैं. ज़्यादा जानकारी के लिए, पुष्टि करने के लिए जानकारी सबमिट करना लेख पढ़ें. ध्यान दें कि अनुमति का लेटर उपलब्ध कराने पर भी, Google की ओर से मैनेज किए जाने वाले कैरियर पर लॉन्च के लिए, अनुमति देने का मुख्य तरीका ईमेल ही रहेगा.
• दिखने की सेटिंग: Administration Console का इस्तेमाल करने वाले कैरियर, इन अपलोड किए गए दस्तावेज़ों को देख सकते हैं, ताकि उनकी समीक्षा की प्रोसेस को तेज़ किया जा सके. ज़्यादा जानकारी के लिए, अपने नेटवर्क पर एजेंट मैनेज करना लेख पढ़ें.
• पुष्टि करने के लिए अलग-अलग विकल्प: नई सुविधा, ईमेल के ज़रिए पुष्टि करने के हमारे मौजूदा तरीके के साथ काम करती है. यह तरीका अब भी चालू है.

यह सुविधा इस्तेमाल करना ज़रूरी नहीं है. हालांकि, इन तकनीकी सीमाओं का ध्यान रखें:

• फ़ाइल टाइप: सिर्फ़ PDF.
• फ़ाइल का ज़्यादा से ज़्यादा साइज़: हर फ़ाइल के लिए 50 एमबी.
• फ़ाइलों की संख्या की सीमा: ज़्यादा से ज़्यादा पांच यूनीक दस्तावेज़. फ़ाइलों के डुप्लीकेट वर्शन से बचें.

7 जनवरी, 2026

नया

हम भारत में, RCS for Business के प्रमोशन करने वाले एजेंट के लिए, ट्रैफ़िक की नई सीमाएं लागू कर रहे हैं.

यूनीक उपयोगकर्ताओं की कुल संख्या पर सीमाएं

एक नई सीमा लागू की गई है. इसके तहत, एजेंट अपनी रेटिंग के आधार पर, हर 28 दिनों में जितने यूनीक उपयोगकर्ताओं को मैसेज भेज सकता है उनकी कुल संख्या तय की गई है. डिफ़ॉल्ट रूप से, सभी नए एजेंट की रेटिंग कम होती है.

ट्रैफ़िक की इन नई सीमाओं और कारोबार के अन्य नियमों के बारे में ज़्यादा जानकारी के लिए, देखें एजेंट के इस्तेमाल के उदाहरण और कारोबार के नियम पेज.