कारोबार के लिए आरसीएस की बिलिंग के बारे में अक्सर पूछे जाने वाले सवाल

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

बिलिंग की कैटगरी

एजेंट के लिए बिलिंग की कैटगरी क्या होती हैं?

बिलिंग कैटगरी, RCS for Business एजेंट के लिए एक क्लासिफ़िकेशन है. इससे यह पता चलता है कि आपके एजेंट के भेजे गए मैसेज के लिए बिलिंग लॉजिक क्या है. एजेंट बनाते समय, आपको यह कैटगरी चुननी होती है. इसे बाद में बदला नहीं जा सकता.

बिलिंग की दो मुख्य कैटगरी के बारे में यहां दी गई टेबल में बताया गया है.

ध्यान दें: आपका एजेंट, बिलिंग कैटगरी के हिसाब से किसी भी तरह का मैसेज भेज सकता है.

बिलिंग की कैटगरी	एजेंट टाइप	इस्तेमाल के उदाहरण	बिलिंग का तरीका
एकतरफ़ा बातचीत	ऐसे एजेंट जो मुख्य रूप से सिर्फ़ एक बार भेजे जाने वाले मैसेज भेजते हैं	ओटीपी चेतावनियां प्रमोशनल ऑफ़र	हर मैसेज के लिए शुल्क लिया जाता है.
Conversational	ऐसे एजेंट जो लोगों के साथ बातचीत करने के लिए डिज़ाइन किए गए हैं	सही प्रॉडक्ट ढूंढना टिकट बुक करना किसी समस्या को हल करना	हर बातचीत के लिए बिल किया जाता है: अगर कोई पक्ष (एजेंट या उपयोगकर्ता) दूसरे पक्ष के मैसेज का जवाब 24 घंटे के अंदर देता है, तो बातचीत शुरू हो जाती है. बातचीत की अवधि (पहले जवाब के 24 घंटे बाद) के दौरान, एजेंट और उपयोगकर्ता जितने चाहें उतने मैसेज भेज सकते हैं. एजेंट से बातचीत के लिए तय की गई दर के हिसाब से शुल्क लिया जाएगा. हर मैसेज के हिसाब से शुल्क लिया जाता है: अगर एजेंट ऐसा मैसेज भेजता है जिसका जवाब उपयोगकर्ता 24 घंटे के अंदर नहीं देता है, तो एजेंट से उस मैसेज के लिए शुल्क लिया जाएगा. यह शुल्क, बातचीत न करने वाले एजेंट के लिए तय किए गए शुल्क के बराबर होगा.

मुझे कैसे पता चलेगा कि अपने एजेंट के लिए कौनसी बिलिंग कैटगरी चुननी है?

बिलिंग की दो मुख्य कैटगरी होती हैं: बातचीत वाली और बिना बातचीत वाली.

• बातचीत न करने वाले एजेंट से, उपयोगकर्ता को भेजे गए हर मैसेज के लिए शुल्क लिया जाता है.
  • यह कैटगरी उन एजेंट के लिए सबसे सही है जिन्हें बार-बार जवाब मिलने की उम्मीद नहीं होती.
• बातचीत करने वाले एजेंट से, बातचीत के लिए एक तय शुल्क लिया जाता है. इसमें 24 घंटे की अवधि में भेजे गए सभी मैसेज शामिल होते हैं.
  • यह कैटगरी उन एजेंट के लिए सबसे सही है जो लोगों के साथ कई बार बातचीत करते हैं.

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

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

ऐसा इसलिए है, क्योंकि बिलिंग कैटगरी से यह तय होता है कि मैसेज के लिए शुल्क कैसे लिया जाएगा. इससे यह तय नहीं होता कि आपका एजेंट किस तरह के मैसेज भेज सकता है. उदाहरण के लिए, बातचीत वाले एजेंट अब भी सामान्य मैसेज भेज सकते हैं. वहीं, बातचीत नहीं करने वाले एजेंट, रिच कार्ड के साथ-साथ कई मैसेज भेज सकते हैं.

एकतरफ़ा बातचीत वाली बिलिंग कैटगरी

बेसिक मैसेज और सिंगल मैसेज कैटगरी को एक ही नॉन-कन्वर्सेशनल कैटगरी में मर्ज करने से, मेरे एजेंट पर क्या असर पड़ेगा?

हमने 20 नवंबर, 2025 को बिलिंग के स्ट्रक्चर को आसान बना दिया है. इसके लिए, हमने बिलिंग की दो लेगसी कैटगरी, सामान्य मैसेज और सिंगल मैसेज को मिलाकर, बिलिंग की एक बिना बातचीत वाले मैसेज कैटगरी बना दी है. लेगसी कैटगरी में बिलिंग का लॉजिक एक जैसा था. इसलिए, इस बदलाव से सिर्फ़ एजेंट कॉन्फ़िगरेशन को आसान बनाया गया है.

अब से, हर एजेंट को बातचीत करने वाला या बातचीत न करने वाला के तौर पर कैटगरी में रखा जाएगा.

इस बदलाव का असर RcsBusinessMessagingAgentBillingConfig पर पड़ता है. यह बदलाव, Developer Console या Management API का इस्तेमाल करने वाले सभी डेवलपर और Operations API का इस्तेमाल करने वाले सभी कैरियर पर लागू होता है.

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

मौजूदा एजेंट का माइग्रेशन (कोई कार्रवाई ज़रूरी नहीं है)

सहायता टीम, माइग्रेशन को अपने-आप मैनेज करेगी:

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

Play Console (डेवलपर)

• मौजूदा एजेंट: Developer Console में, मौजूदा एजेंट के लिए 18 फ़रवरी, 2026 तक लेगसी सामान्य मैसेज और सिंगल मैसेज कैटगरी दिखती रहेंगी.
• नए एजेंट: बातचीत वाले या बिना बातचीत वाले एजेंट के तौर पर, सिर्फ़ नए एजेंट बनाए जा सकते हैं.

Management API (डेवलपर)

• पिछले वर्शन के साथ काम करने की सुविधा: Management API, 90 दिनों की मोहलत के दौरान, लेगसी BASIC_MESSAGE और SINGLE_MESSAGE वैल्यू और नई NON_CONVERSATIONAL वैल्यू, दोनों को कुछ समय के लिए सपोर्ट करेगा और दोनों को दिखाएगा.
• कार्रवाई ज़रूरी है: 18 फ़रवरी, 2026 से पहले, अपने एजेंट लॉजिक को अपडेट करें, ताकि नई NON_CONVERSATIONAL वैल्यू का इस्तेमाल किया जा सके.

कोड का सुझाया गया पैटर्न

हमारा सुझाव है कि आप अपने लॉजिक को अपडेट करें, ताकि आने वाले समय में होने वाले बदलावों के बावजूद आपका कोड काम करता रहे. इसके लिए, billingCategory फ़ील्ड पर बाइनरी चेक का इस्तेमाल करें:

if (billingCategory == CONVERSATIONAL) {
  // Logic for conversational messages
} else {
  // Logic for non-conversational messages
}

इस तरीके से, आपका सिस्टम उन खास enum नामों या वैल्यू पर निर्भर नहीं रहता जिनमें बदलाव हो सकता है.

Operations API (Carriers)

• पुराने सिस्टम के साथ काम करने की सुविधा: बदलाव के दौरान कोई रुकावट न आए, इसके लिए Operations API, 90 दिनों के ट्रांज़िशन के दौरान NON_CONVERSATIONAL के तौर पर मार्क किए गए एजेंट के लिए, लेगसी SINGLE_MESSAGE दिखाएगा.
• कार्रवाई ज़रूरी है: 18 फ़रवरी, 2026 से पहले, अपने सिस्टम को अपडेट करें, ताकि वे नई NON_CONVERSATIONAL वैल्यू को हैंडल कर सकें.
• जल्द अपनाने की सुविधा: मोबाइल और इंटरनेट सेवा देने वाली कंपनियां, सहायता टीम से संपर्क करके 18 फ़रवरी, 2026 से पहले, नए NON_CONVERSATIONAL enum को पाने के लिए ऑप्ट-इन कर सकती हैं. ऑप्ट-इन करने पर, Developer Console या Management API में NON_CONVERSATIONAL के तौर पर कॉन्फ़िगर किए गए एजेंट, Operations API में NON_CONVERSATIONAL दिखाएंगे.

बिल किए जा सकने वाले इवेंट

बिल किए जा सकने वाले इवेंट क्या होते हैं?

बिल किए जाने वाले इवेंट, RCS for Business एजेंट और उपयोगकर्ता के बीच होने वाले इंटरैक्शन होते हैं. इन्हें बिलिंग के लिए ट्रैक किया जाता है. इवेंट को मैसेज टाइप और इंटरैक्शन के समय के आधार पर कैटगरी में बांटा जाता है.

Google इन इवेंट को ट्रैक करता है और इनकी रिपोर्ट बनाता है. इससे मोबाइल और इंटरनेट सेवा देने वाली कंपनियों को, उनके एजेंट के भेजे गए मैसेज के लिए पार्टनर को बिल भेजने में मदद मिलती है.

बिल किए जा सकने वाले कौनसे इवेंट, हर तरह के मैसेज पर लागू होते हैं?

ध्यान दें: इस सेक्शन में दिए गए इवेंट, सिर्फ़ स्टैंडर्ड बिलिंग मॉडल पर लागू होते हैं. यह मॉडल, अमेरिका से बाहर के ट्रैफ़िक के लिए है. अमेरिका से मिलने वाले ट्रैफ़िक के लिए, बिल किए जाने वाले इवेंट के बारे में जानने के लिए, अमेरिका के बिलिंग मॉडल गाइड पढ़ें.

बिलिंग रिपोर्ट में, बिलिंग के लिए ज़रूरी पांच तरह के इवेंट रिकॉर्ड किए जाते हैं. इन इवेंट में एमटी और एमओ इवेंट शामिल हैं. इन्हें A2P और P2A इवेंट कहा जाता है.

• A2P (ऐप्लिकेशन से व्यक्ति तक) MT (मोबाइल टर्मिनेटेड) होता है: यह कारोबार की ओर से भेजा गया मैसेज होता है.
• P2A (व्यक्ति से ऐप्लिकेशन) MO (मोबाइल से शुरू होने वाली बातचीत) है: यह उपयोगकर्ता की ओर से शुरू किया गया मैसेज या कार्रवाई होती है.

इस टेबल में, बिल किए जाने वाले हर इवेंट के बारे में बताया गया है. यह जानकारी, बातचीत वाले और बिना बातचीत वाले एजेंट, दोनों पर लागू होती है.

इवेंट का टाइप	ब्यौरा	एकतरफ़ा बातचीत करने वाले एजेंट	बातचीत करने वाले एजेंट
basic_message	A2P मैसेज, जिसमें सिर्फ़ टेक्स्ट शामिल हो और उसमें 160 या इससे कम वर्ण हों. उदाहरण देखें.	इसे हमेशा बिल किया जा सकने वाला एक इवेंट माना जाता है. भले ही, उपयोगकर्ता जवाब दे या न दे.	इसे बिल किया जा सकने वाला एक अलग इवेंट माना जाता है. हालांकि, अगर उपयोगकर्ता 24 घंटे के अंदर जवाब देता है, तो ऐसा नहीं होगा. ऐसे में, मैसेज a2p_conversation का हिस्सा बन जाता है.
single_message	ए-टू-पी मैसेज, जिसमें रिच कॉन्टेंट होता है या जो 160 से ज़्यादा वर्णों वाला सिर्फ़ टेक्स्ट मैसेज होता है. उदाहरण देखें	इसे हमेशा बिल किया जा सकने वाला एक इवेंट माना जाता है. भले ही, उपयोगकर्ता जवाब दे या न दे.	इसे बिल किया जा सकने वाला एक अलग इवेंट माना जाता है. हालांकि, अगर उपयोगकर्ता 24 घंटे के अंदर जवाब देता है, तो ऐसा नहीं होगा. ऐसे में, मैसेज a2p_conversation का हिस्सा बन जाता है.
a2p_conversation (कारोबार की ओर से शुरू किया गया)	यह तब शुरू होती है, जब कोई व्यक्ति किसी मौजूदा बातचीत के अलावा, किसी A2P मैसेज का जवाब उसे मिलने के 24 घंटे के अंदर देता है. उदाहरण देखें.	यह बात मुझ पर लागू नहीं है. बातचीत न करने वाले एजेंट, इस तरह का इवेंट कभी जनरेट नहीं करते.	अगर कई A2P मैसेज के 24 घंटे के अंदर कोई P2A मैसेज डिलीवर किया जाता है, तो बातचीत शुरू करने के लिए सिर्फ़ उस A2P मैसेज का इस्तेमाल किया जाता है जो P2A मैसेज से ठीक पहले भेजा गया था. यह A2P मैसेज और अगले 24 घंटों में डिलीवर किए गए सभी मैसेज, a2p_conversation का हिस्सा हैं.
p2a_conversation (उपयोगकर्ता ने इसकी प्रोसेस शुरू की)	यह तब शुरू होता है, जब एजेंट को P2A मैसेज मिलने के 24 घंटे के अंदर, किसी मौजूदा बातचीत के बाहर जवाब दिया जाता है. उदाहरण देखें.	यह बात मुझ पर लागू नहीं है. बातचीत न करने वाले एजेंट, इस तरह का इवेंट कभी जनरेट नहीं करते.	अगर कोई A2P मैसेज, एक से ज़्यादा P2A मैसेज के 24 घंटे के अंदर डिलीवर किया जाता है, तो बातचीत शुरू करने के लिए सिर्फ़ उस P2A मैसेज का इस्तेमाल किया जाता है जो A2P मैसेज से ठीक पहले भेजा गया था. यह P2A मैसेज और अगले 24 घंटों में डिलीवर किए गए सभी मैसेज, p2a_conversation का हिस्सा हैं.
p2a_message	किसी भी तरह का P2A मैसेज. उदाहरण देखें.	इसे हमेशा एक बिल किया जाने वाला इवेंट माना जाता है. भले ही, एजेंट जवाब दे या न दे.	इसे एक अलग बिल किया जाने वाला इवेंट माना जाएगा. हालांकि, अगर एजेंट 24 घंटे के अंदर जवाब देता है, तो ऐसा नहीं होगा.

हर बिलिंग इवेंट को ट्रिगर करने वाले मैसेज के उदाहरण क्या हैं?

बेसिक मैसेज

ध्यान दें कि इस स्क्रीनशॉट में, टेक्स्ट मैसेज में यूआरएल की झलक दिखाई गई है. यह रिच कार्ड नहीं है.

सिंगल मैसेज

ए2पी बातचीत

पीटूए मैसेज

पी2ए बातचीत

हर बिलिंग इवेंट के क्या फ़ायदे हैं?

बेसिक मैसेज

बुनियादी मैसेज के मुख्य फ़ायदे:

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

सिंगल मैसेज

एक मैसेज भेजने के मुख्य फ़ायदे:

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

Conversational

A2P और P2A बातचीत के मुख्य फ़ायदे:

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

एजेंट की बिलिंग कैटगरी, बिलिंग इवेंट से कैसे जुड़ी होती हैं?

basic_message और single_message बिलिंग इवेंट को, बुनियादी मैसेज और सिंगल मैसेज की बिलिंग कैटगरी के साथ भ्रमित नहीं किया जाना चाहिए.

• कोई भी एजेंट (चाहे उसकी बिलिंग कैटगरी कुछ भी हो) basic_message और single_message बिलिंग इवेंट जनरेट कर सकता है.
• बेसिक मैसेज और सिंगल मैसेज बिलिंग कैटगरी का इस्तेमाल, बातचीत न करने वाले एजेंट को क्लासिफ़ाई करने के लिए किया जाता है. बिलिंग की इन कैटगरी में शामिल एजेंट, बातचीत वाली बिलिंग के इवेंट (a2p_conversations या p2a_conversations) जनरेट नहीं करते हैं. इसके बजाय, वे अलग-अलग basic_message, single_message, और p2a_message बिलिंग इवेंट जनरेट करते हैं.

बातचीत क्या होती है?

कारोबार के लिए आरसीएस में, बातचीत का मतलब है कि किसी उपयोगकर्ता और बातचीत करने वाले एजेंट के बीच 24 घंटे की अवधि में भेजे गए मैसेज की एक सीरीज़. सिर्फ़ Conversational बिलिंग कैटगरी वाले एजेंट, बातचीत जनरेट कर सकते हैं. साथ ही, उनसे इन बिल किए जा सकने वाले इवेंट के लिए शुल्क लिया जाएगा:

• ए2पी (ऐप्लिकेशन से व्यक्ति को भेजा गया मैसेज): यह मैसेज कारोबार की ओर से भेजा जाता है.
• पी2ए (व्यक्ति से ऐप्लिकेशन): यह मैसेज उपयोगकर्ता भेजता है.

बातचीत की सुविधा कैसे काम करती है

• शुरू करें: बातचीत तब शुरू होती है, जब कोई एक पक्ष (एजेंट या उपयोगकर्ता) को दूसरे पक्ष से कोई मैसेज मिलता है और वह 24 घंटे के अंदर उसका जवाब देता है. यह जवाब, किसी मौजूदा बातचीत के बाहर दिया जाता है.
  • A2P बातचीत: यह तब शुरू होती है, जब उपयोगकर्ता, एजेंट के मैसेज का जवाब देता है.
  • P2A बातचीत: यह तब शुरू होती है, जब एजेंट, उपयोगकर्ता के मैसेज का जवाब देता है.
• बातचीत की विंडो: बातचीत शुरू होने के बाद, यह 24 घंटे तक चालू रहती है. इस बातचीत में, 24 घंटे की इस अवधि के दौरान मिले सभी मैसेज शामिल होते हैं. साथ ही, इसमें वह पहला मैसेज भी शामिल होता है जिसका जवाब दिया गया था.
• बिलिंग: बातचीत करने वाले एजेंट के लिए, हर मैसेज के हिसाब से बिलिंग नहीं की जाती. इसके बजाय, पूरी बातचीत के हिसाब से बिलिंग की जाती है. इसका मतलब है कि लागत, बातचीत के थ्रेड से जुड़ी होती है, न कि उसमें मौजूद मैसेज की संख्या से.

नीचे दिए गए डायग्राम में, बातचीत करने वाले एजेंट के लिए A2P बिलिंग सेशन का उदाहरण दिखाया गया है:

अहम जानकारी

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

अगर एजेंट, उपयोगकर्ता के जवाब देने से पहले कई मैसेज भेजता है, तो कौनसे बिलिंग इवेंट जनरेट होते हैं?

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

बातचीत न करने वाले एजेंट के लिए: हर मैसेज अपना इवेंट जनरेट करता है

• एजेंट के मैसेज से basic_message या single_message इवेंट जनरेट होता है.
• उपयोगकर्ता के मैसेज से p2a_message इवेंट जनरेट होता है.

बातचीत करने वाले एजेंट के लिए: नतीजे इस बात पर निर्भर करते हैं कि उपयोगकर्ता, एजेंट के आखिरी मैसेज का जवाब कब देता है

• अगर उपयोगकर्ता 24 घंटे के अंदर जवाब देता है:
  • a2p_conversation इवेंट शुरू होता है. इस इवेंट में, एजेंट का आखिरी मैसेज, उपयोगकर्ता का जवाब, और उपयोगकर्ता के जवाब के बाद 24 घंटे की अवधि में एक्सचेंज किए गए सभी मैसेज शामिल होते हैं.
  • एजेंट के आखिरी मैसेज से पहले भेजे गए किसी भी एजेंट मैसेज को बातचीत का हिस्सा नहीं माना जाता. हर मैसेज, अपना basic_message या single_message इवेंट जनरेट करता है.
• अगर उपयोगकर्ता 24 घंटे बाद जवाब देता है:
  • एजेंट के हर मैसेज से basic_message या single_message इवेंट जनरेट होता है.
  • अगर एजेंट 24 घंटे के अंदर जवाब देता है, तो उपयोगकर्ता के जवाब से p2a_conversation इवेंट जनरेट होता है. अगर एजेंट तय समय में जवाब नहीं देता है, तो p2a_message इवेंट जनरेट होता है.

उपयोगकर्ता के किन जवाबों से बिलिंग इवेंट ट्रिगर होते हैं?

सिर्फ़ कुछ खास उपयोगकर्ता जवाबों को बिलिंग इवेंट में शामिल किया जाता है. इनमें ऐसे जवाब शामिल हैं जिनसे p2a_message इवेंट बनता है या जो a2p_conversation या p2a_conversation इवेंट का हिस्सा होते हैं. इस टेबल में बताया गया है कि उपयोगकर्ता के किन जवाबों से बिलिंग इवेंट जनरेट होते हैं.

ध्यान दें: कैरियर यह तय करते हैं कि p2a_message और p2a_conversation इवेंट के लिए शुल्क लिया जाए या नहीं और कितना शुल्क लिया जाए. इन इवेंट को बिलिंग रिपोर्ट में शामिल किया जाता है, ताकि पारदर्शिता बनी रहे. साथ ही, मोबाइल और इंटरनेट सेवा देने वाली कंपनियां, उपयोगकर्ताओं की गतिविधियों को ट्रैक कर सकें.

सारांश यहां दिया गया है:

उपयोगकर्ता का जवाब	बिलिंग इवेंट में योगदान देता है	नोट
कोई फ़ाइल भेजता है	हां	इसे मोबाइल से भेजा गया (एमओ) मैसेज माना जाता है.
मैसेज भेजता है	हां	इसे एमओ मैसेज माना जाता है.
सुझाए गए जवाब पर टैप करता है	हां	इसे एमओ मैसेज माना जाता है.
सुझाई गई कार्रवाई पर टैप करता है	नहीं	टैप से मिले पोस्टबैक डेटा को बिलिंग इवेंट में शामिल नहीं किया जाता है.
जगह की जानकारी शेयर करता है	हां	उपयोगकर्ता की जगह की जानकारी देने वाले एमओ मैसेज से, बिलिंग इवेंट में मदद मिलती है. यह नियम तब भी लागू होता है, जब जगह की जानकारी को मैन्युअल तरीके से शेयर किया जाता है या सुझाई गई कार्रवाई के ज़रिए शेयर किया जाता है.
सदस्यता छोड़ें या सदस्यता लें पर टैप करता है	हां	इससे जनरेट होने वाला वेबहुक इवेंट, बिलिंग इवेंट में शामिल नहीं होता. हालांकि, जब उपयोगकर्ता 'सदस्यता छोड़ें' या 'सदस्यता लें' विकल्प पर टैप करता है, तो अपने-आप डिलीवर होने वाले STOP या START मैसेज को MO मैसेज माना जाता है.

जब उपयोगकर्ता के जवाब से बिल किया जाने वाला इवेंट जनरेट होता है (जैसा कि ऊपर बताया गया है), तो इवेंट का टाइप, एजेंट की बिलिंग कैटगरी पर निर्भर करता है.

एकतरफ़ा बातचीत करने वाले एजेंट के लिए:

• उपयोगकर्ता के जवाब से जनरेट होने वाला बिलिंग इवेंट हमेशा p2a_message होता है.

बातचीत करने वाले एजेंट के लिए:

इवेंट का टाइप, 24 घंटे की विंडो में मैसेज की टाइमिंग के हिसाब से भी तय होता है.

• जब कोई व्यक्ति, एजेंट के मैसेज का जवाब देता है:
  • 24 घंटे के अंदर: उपयोगकर्ता का जवाब, किसी मौजूदा a2p_conversation इवेंट में शामिल होता है.
  • 24 घंटे बाद: उपयोगकर्ता के जवाब से नया p2a_message इवेंट जनरेट होता है.
• जब एजेंट, उपयोगकर्ता के मैसेज का जवाब देता है:
  • 24 घंटे के अंदर: एजेंट के जवाब से p2a_conversation बनता है. यह उपयोगकर्ता के शुरुआती मैसेज से शुरू होता है.
  • 24 घंटे बाद: उपयोगकर्ता के मैसेज से p2a_message इवेंट जनरेट होता है.

बिलिंग रिपोर्ट

बिलिंग रिपोर्ट क्या होती है?

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

बिलिंग रिपोर्ट के बारे में ज़्यादा जानने के लिए, बिलिंग इवेंट की रिपोर्ट और गतिविधि लॉग लेख पढ़ें.

क्या मुझे बिलिंग रिपोर्ट मिल सकती है?

बिलिंग रिपोर्ट सिर्फ़ उन मोबाइल और इंटरनेट सेवा देने वाली कंपनियों को मिलती हैं जो आरसीएस फ़ॉर बिज़नेस की सुविधा चालू रखती हैं. पार्टनर को बिलिंग रिपोर्ट नहीं मिलती हैं.

बिलिंग रिपोर्ट पाने का तरीका जानने के लिए, फ़ाइल स्टोरेज और ऐक्सेस लेख पढ़ें. ये उन कैरियर के लिए बिलिंग रिपोर्ट पाने के निर्देश हैं जिनके पास बिलिंग रिपोर्ट का ऐक्सेस है. इसके लिए, सिक्योर फ़ाइल ट्रांसफ़र प्रोटोकॉल (एसएफ़टीपी) का इस्तेमाल किया जाता है.

अगर बिलिंग रिपोर्ट में जानकारी मौजूद नहीं है, तो क्या होगा?

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

मैंने किसी महीने में कोई मैसेज नहीं भेजा, फिर भी मुझे शुल्क क्यों दिख रहा है?

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

उदाहरण:

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

बिलिंग मॉडल

स्टैंडर्ड और अमेरिका के बिलिंग मॉडल के बीच मुख्य अंतर क्या हैं?

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

स्टैंडर्ड बिलिंग मॉडल (अमेरिका से बाहर का ट्रैफ़िक)

यह मॉडल, अमेरिका से बाहर के सभी ट्रैफ़िक पर लागू होता है.

• वर्गीकरण, एजेंट की बिलिंग कैटगरी और मैसेज के कॉन्टेंट के आधार पर किया जाता है.
  • बिना बातचीत वाले एजेंट: हर मैसेज के हिसाब से बिल किया जाता है. मैसेज के कॉन्टेंट से यह तय होता है कि इवेंट किस तरह का है: बुनियादी मैसेज या सिंगल मैसेज.
  • बातचीत करने वाले एजेंट: इनकी बिलिंग हर बातचीत के हिसाब से की जाती है. बातचीत की अवधि 24 घंटे होती है. इस दौरान, उपयोगकर्ता और एजेंट के बीच मैसेज का आदान-प्रदान किया जा सकता है. इसके लिए, एक तय शुल्क लिया जाता है. अगर कोई उपयोगकर्ता 24 घंटे के अंदर जवाब नहीं देता है, तो एजेंट के मैसेज के लिए अलग से बिल भेजा जाता है. इसे बुनियादी मैसेज या सिंगल मैसेज के तौर पर बिल किया जाता है.
• बिल किए जा सकने वाले इवेंट:
  • basic_message
  • single_message
  • a2p_conversation
  • p2a_conversation
  • p2a_message
• बिलिंग का तरीका: कुल शुल्क, एजेंट की बिलिंग कैटगरी के हिसाब से तय होता है. इसके तहत, हर मैसेज के लिए तय शुल्क (बातचीत के लिए नहीं) या बातचीत के लिए 24 घंटे की विंडो के लिए तय शुल्क (बातचीत के लिए) लिया जाता है.

अमेरिका में बिलिंग मॉडल

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

• अलग-अलग मैसेज और उपयोगकर्ता की कार्रवाइयों का वर्गीकरण अपने-आप होता है और यह कॉन्टेंट पर आधारित होता है. एजेंट की बिलिंग कैटगरी कोई भी हो, बिल किए जा सकने वाले हर इवेंट को इनमें से किसी एक कैटगरी में रखा जाता है:
  • रिच मैसेज (एमटी/एमओ)
  • रिच मीडिया मैसेज (एमटी/एमओ)
  • सुझाई गई कार्रवाई पर क्लिक (सिर्फ़ MO)
• बिल किए जा सकने वाले इवेंट:
  • a2p_rich_message
  • a2p_rich_media_message
  • p2a_rich_message
  • p2a_rich_media_message
  • suggested_action_click
• बिलिंग लॉजिक: फ़ाइनल शुल्क, एजेंट की बिलिंग कैटगरी के हिसाब से तय किया जाता है. इसके लिए, बिल किए जा सकने वाले इवेंट के क्लासिफ़िकेशन का इस्तेमाल किया जाता है, ताकि सही दर स्ट्रक्चर लागू किया जा सके.

तकनीकी और रिपोर्टिंग से जुड़े अंतर

• RBM API: AgentMessage और UserMessage एपीआई संसाधनों में एक richMessageClassification ऑब्जेक्ट शामिल होता है. इसका इस्तेमाल सिर्फ़ अमेरिका से आने वाले ट्रैफ़िक के लिए, मैसेज टाइप तय करने के लिए किया जाता है. यह जानकारी, एपीआई कॉल पर रीयल टाइम में उपलब्ध कराई जाती है. साथ ही, यह बाद में मिलने वाली बिलिंग रिपोर्ट से अलग होती है.
• बिलिंग रिपोर्ट: बिलिंग रिपोर्ट को हर मॉडल के हिसाब से बनाया जाता है. इनमें type कॉलम शामिल होता है. इस कॉलम में, उस मॉडल के लिए बिल किए जा सकने वाले इवेंट की सूची होती है. अमेरिका के लिए उपलब्ध बिलिंग रिपोर्ट में, segment_count के लिए एक कॉलम भी शामिल होता है. यह सिर्फ़ रिच मैसेज पर लागू होता है.