इस पेज पर, उन डेटा फ़ाइलों के बारे में बताया गया है जिन्हें RCS for Business, बिलिंग और ऑडिटिंग में मदद करने के लिए बनाता है. RCS for Business के बिलिंग मॉडल के बारे में आम तौर पर पूछे जाने वाले सवालों के जवाब पाने के लिए, बिलिंग से जुड़े अक्सर पूछे जाने वाले सवाल देखें.
| फ़ाइल | ब्यौरा | किसके पास ऐक्सेस है |
|---|---|---|
| बिलिंग इवेंट की रिपोर्ट | लॉन्च किए गए एजेंट और उपयोगकर्ताओं के बीच, बिल किए जा सकने वाले इवेंट की एग्रीगेट की गई रिपोर्ट. | आरसीएस फ़ॉर बिज़नेस की सुविधा देने वाली सभी कंपनियां. |
| गतिविधि लॉग | बिज़नेस के लिए आरसीएस की गतिविधि का रॉ डेटा लॉग. इसमें बिल किए जा सकने वाले इवेंट शामिल हैं. | मोबाइल और इंटरनेट सेवा देने वाली ऐसी कंपनियां जो कारोबारों के लिए आरसीएस की सुविधा चालू रखती हैं और Google की आरसीएस सेवा को अपनी सेवा की शर्तों (टीओएस) के तहत मैनेज करती हैं. |
फ़ाइल जनरेट करना
हर डेटा फ़ाइल में, कोऑर्डिनेटेड यूनिवर्सल टाइम (यूटीसी) के हिसाब से, एक दिन के लिए RCS for Business के इस्तेमाल की जानकारी होती है. फ़ाइलें हर दिन जनरेट की जाती हैं. इमेज जनरेट होने में कई घंटे लग सकते हैं. साथ ही, इमेज जनरेट होने में लगने वाला समय अलग-अलग हो सकता है.
बातचीत नहीं करने वाले एजेंट के लिए, फ़ाइलों में 24 घंटे का डेटा होता है. यह डेटा, फ़ाइल जनरेट होने के समय से ठीक पहले के 24 घंटे का होता है. उदाहरण के लिए, अगर बिलिंग इवेंट की रिपोर्ट 5 मई को सुबह 11:00 बजे यूटीसी पर जनरेट की जाती है, तो इसमें 4 मई को सुबह 11:00 बजे यूटीसी से लेकर 5 मई को सुबह 11:00 बजे यूटीसी तक का डेटा शामिल होगा.
बातचीत वाले एजेंट के लिए, फ़ाइलों में फ़ाइल जनरेट होने के समय से एक से दो दिन पहले के 24 घंटे का डेटा होता है. उदाहरण के लिए, अगर बिलिंग इवेंट की रिपोर्ट 5 मई को सुबह 11:00 बजे यूटीसी पर जनरेट की जाती है, तो इसमें 3 मई को सुबह 11:00 बजे यूटीसी से लेकर 4 मई को सुबह 11:00 बजे यूटीसी तक का डेटा शामिल हो सकता है.
देरी की वजह यह है कि बातचीत करने वाले एजेंट के लिए, RCS for Business की गतिविधि बातचीत से जुड़ी होती है. इसे पूरा होने में 48 घंटे लग सकते हैं. इस देरी से, RCS for Business को बिलिंग इवेंट का हिसाब लगाने से पहले, बातचीत में शामिल सभी मैसेज कैप्चर करने में मदद मिलती है. बातचीत करने वाले एजेंट के बारे में ज़्यादा जानने के लिए, एजेंट की बिलिंग कैटगरी पर जाएं.
खास बातें:
कोई गतिविधि नहीं: अगर किसी दिन प्लैटफ़ॉर्म पर कोई गतिविधि नहीं होती है, तो कोई फ़ाइल जनरेट नहीं होती है.
नाम: फ़ाइल के नाम में दी गई तारीख, फ़ाइल जनरेट होने की तारीख होती है. यह फ़ाइल में मौजूद डेटा की तारीख नहीं होती.
डेटा सेव करके रखने की अवधि: फ़ाइलें ज़्यादा से ज़्यादा 63 दिनों तक सेव करके रखी जाती हैं. इसके बाद, इन्हें मिटा दिया जाता है.
इन फ़ाइलों का इस्तेमाल करके, अपने डेटा वेयरहाउस को प्लैटफ़ॉर्म के इस्तेमाल से जुड़ी नई मेट्रिक के साथ अपडेट किया जा सकता है.
फ़ाइल स्टोरेज और ऐक्सेस
डेटा फ़ाइलों को एक जगह पर सेव करके रखे जाने के दौरान एन्क्रिप्ट (सुरक्षित) किया जाता है. साथ ही, उन्हें एक जगह से दूसरी जगह भेजने के दौरान भी एन्क्रिप्ट किया जाता है.
सिक्योर फ़ाइल ट्रांसफ़र प्रोटोकॉल (एसएफ़टीपी) की मदद से डेटा फ़ाइलें पाने के लिए, अपनी एसएफ़टीपी सार्वजनिक कुंजी दें. कुंजियां जनरेट करने के लिए, एसएफ़टीपी ड्रॉपबॉक्स के लिए सिक्योर शेल (एसएसएच) कुंजी का जोड़ा जनरेट करना लेख पढ़ें.
एसएफ़टीपी सर्वर partnerupload.google.com है. साथ ही, ज़्यादा सुरक्षा के लिए कनेक्शन, ज़्यादा पोर्ट नंबर (19321) पर है.
अपनी डेटा फ़ाइलों को ऐक्सेस करने के लिए, इस कमांड का इस्तेमाल करें:
sftp -i <path_to_private_key> -P 19321 <username>@partnerupload.google.com
Google, खाते के उपयोगकर्ता नाम इन फ़ॉर्मैट में उपलब्ध कराता है:
rbmreports-billableevents-<carrier name>rbmreports-activity-<carrier name>
Google, <carrier name> तय करता है और हर रिपोर्ट टाइप के लिए अलग खाता उपलब्ध कराता है.
अलग-अलग तरह की रिपोर्ट ऐक्सेस करने के लिए, अलग-अलग खाते दिए जाते हैं.
फ़ाइल की उपलब्धता
अगर अब तक कोई डेटा फ़ाइल जनरेट नहीं हुई है, तो आपको एसएफ़टीपी से जुड़ी गड़बड़ी दिखेगी. यह गड़बड़ी remote readdir("/"): No such file or directory जैसी होगी. यह गड़बड़ी दिखना सामान्य है.
अगर कारोबार के लिए आरसीएस की सुविधा का इस्तेमाल करने वाले लोगों का कोई ट्रैफ़िक नहीं है, तो फ़ाइल जनरेट नहीं होगी. इसका मतलब है कि कुछ दिनों तक कोई फ़ाइल जनरेट नहीं होगी. अगर आपको प्रोसेस को आसान बनाने के लिए, खाली फ़ाइलों की ज़रूरत है, तो rbm-support@google.com पर संपर्क करें.
बिलिंग इवेंट की रिपोर्ट
बिलिंग इवेंट की रिपोर्ट, बिलिंग इवेंट के रिकॉर्ड होते हैं. इन्हें एजेंट की बिलिंग कैटगरी और उसके भेजे गए मैसेज के टाइप के आधार पर कैलकुलेट किया जाता है. बिलिंग इवेंट की रिपोर्ट, उन सभी मोबाइल और इंटरनेट सेवा देने वाली कंपनियों के लिए उपलब्ध हैं जो कारोबारों के लिए आरसीएस की सुविधा का इस्तेमाल कर रही हैं.
बिलिंग इवेंट की रिपोर्ट में गोपनीय जानकारी होती है. हालांकि, इसमें उपयोगकर्ता की व्यक्तिगत पहचान से जुड़ी कोई जानकारी (पीआईआई) नहीं होती. जैसे, एमएसआईएसडीएन, हैश किया गया एमएसआईएसडीएन या उपयोगकर्ता का कोई यूनीक आइडेंटिफ़ायर.
एजेंट के लिए बिलिंग की कैटगरी
एजेंट बनाते समय, मालिक यह तय करता है कि एजेंट किस बिलिंग कैटगरी में आएगा. यह इस बात पर निर्भर करता है कि एजेंट लोगों से कैसे इंटरैक्ट करेगा. बिलिंग कैटगरी के हिसाब से, एजेंट के लिए मैसेज भेजने की संख्या या टाइप पर कोई पाबंदी नहीं होती. हालांकि, इससे यह तय होता है कि एजेंट को मैसेज के लिए बिल कैसे भेजा जाएगा. बिलिंग की दो मुख्य कैटगरी के बारे में यहां दी गई टेबल में बताया गया है.
| बिलिंग की कैटगरी | एजेंट टाइप | इस्तेमाल के उदाहरण | बिलिंग विधि |
|---|---|---|---|
एकतरफ़ा बातचीत (इसमें बेसिक मैसेज और सिंगल मैसेज कैटगरी शामिल हैं. ध्यान दें: इन दोनों कैटगरी में अब कोई अंतर नहीं है. इनमें से किसी भी कैटगरी के एजेंट के लिए, बातचीत न करने वाले एजेंट के तौर पर बिल भेजा जाएगा.) |
ऐसे एजेंट जो मुख्य रूप से एकतरफ़ा मैसेज भेजते हैं. |
|
उपयोगकर्ता को भेजे गए हर मैसेज के लिए बिल किया जाता है. |
| Conversational | ऐसे एजेंट जो लोगों के साथ बार-बार बातचीत करने के लिए डिज़ाइन किए गए हैं. |
|
हर बातचीत के लिए बिल किया जाता है: अगर कोई पक्ष (एजेंट या उपयोगकर्ता) 24 घंटे के अंदर दूसरे पक्ष के मैसेज का जवाब देता है, तो बातचीत शुरू हो जाती है. बातचीत की अवधि (पहले जवाब के 24 घंटे बाद) के दौरान, एजेंट और उपयोगकर्ता जितने चाहें उतने मैसेज भेज सकते हैं. एजेंट से बातचीत के लिए तय की गई दर के हिसाब से शुल्क लिया जाएगा. हर मैसेज के लिए बिल किया जाता है: अगर एजेंट ऐसा मैसेज भेजता है जिसका जवाब उपयोगकर्ता 24 घंटे के अंदर नहीं देता है, तो एजेंट को उस मैसेज के लिए बिल किया जाएगा. यह बिल, बातचीत न करने वाले एजेंट की तरह होगा. |
नीचे दिए गए डायग्राम में, बातचीत करने वाले एजेंट के लिए A2P बिलिंग सेशन का उदाहरण दिखाया गया है:
बातचीत करने वाले एजेंट बनाम बातचीत न करने वाले एजेंट
बिलिंग की दो मुख्य कैटगरी होती हैं: बातचीत वाली और बिना बातचीत वाली. बिना बातचीत वाली कैटगरी में, बुनियादी मैसेज और सिंगल मैसेज कैटगरी शामिल हैं. ये दोनों कैटगरी एक जैसी हैं. इनमें से किसी भी कैटगरी के एजेंट के लिए, बातचीत न करने वाले एजेंट के तौर पर बिल भेजा जाता है.
बिलिंग कैटगरी में मुख्य अंतर, बातचीत वाले एजेंट और बातचीत नहीं करने वाले एजेंट के बीच होता है:
बातचीत न करने वाले एजेंट को, उपयोगकर्ता को भेजे गए हर मैसेज के लिए बिल भेजा जाता है.
- यह कैटगरी उन एजेंट के लिए सबसे सही है जिन्हें बार-बार जवाब मिलने की उम्मीद नहीं होती.
बातचीत करने वाले एजेंट से, बातचीत के लिए एक तय शुल्क लिया जाता है. इसमें 24 घंटे की अवधि में एक्सचेंज किए गए सभी मैसेज शामिल होते हैं.
- यह कैटगरी उन एजेंट के लिए सबसे सही है जो लोगों के साथ कई बार बातचीत करते हैं.
बिलिंग इवेंट
बिलिंग इवेंट की रिपोर्ट में, पांच अलग-अलग तरह के बिलिंग इवेंट रिकॉर्ड किए जाते हैं. इन इवेंट में, A2P और P2A मैसेज शामिल हैं.
- ए2पी (ऐप्लिकेशन से व्यक्ति को भेजा गया मैसेज): यह मैसेज कारोबार की ओर से भेजा जाता है.
- पी2ए (व्यक्ति से ऐप्लिकेशन): यह मैसेज उपयोगकर्ता भेजता है.
यहां दी गई टेबल में, हर बिलिंग इवेंट के बारे में बताया गया है. इसमें यह भी बताया गया है कि ये इवेंट, बातचीत वाले और बिना बातचीत वाले एजेंट पर कैसे लागू होते हैं.
| इवेंट | ब्यौरा | एकतरफ़ा बातचीत करने वाले एजेंट | बातचीत करने वाले एजेंट |
|---|---|---|---|
basic_message
|
ऐसा A2P मैसेज जिसमें सिर्फ़ टेक्स्ट शामिल हो और उसमें 160 या इससे कम वर्ण हों. अगर टेक्स्ट में OpenGraph टैग वाली वेबसाइट का यूआरएल शामिल है, तो मैसेज में इमेज का पूर्वावलोकन दिख सकता है. इसके लिए, पार्टनर को कोई अतिरिक्त शुल्क नहीं देना होगा. | इसे हमेशा एक अलग बिलिंग इवेंट माना जाता है. भले ही, उपयोगकर्ता जवाब दे या न दे. | इसे एक अलग बिलिंग इवेंट माना जाता है. हालांकि, अगर उपयोगकर्ता 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 घंटे के अंदर उसका जवाब देता है. ऐसा किसी मौजूदा बातचीत के बाहर किया जाता है. | यह बात मुझ पर लागू नहीं है. बातचीत न करने वाले एजेंट, इस तरह का इवेंट कभी जनरेट नहीं करते. | अगर कई P2A मैसेज के 24 घंटे के अंदर कोई A2P मैसेज डिलीवर किया जाता है, तो बातचीत शुरू करने के लिए सिर्फ़ उस P2A मैसेज का इस्तेमाल किया जाता है जो A2P मैसेज से ठीक पहले भेजा गया था. यह P2A मैसेज और अगले 24 घंटों में डिलीवर किए गए सभी मैसेज, p2a_conversation का हिस्सा हैं.
|
p2a_message
|
किसी भी तरह का पी2ए मैसेज. | इसे हमेशा एक अलग बिलिंग इवेंट माना जाता है. भले ही, एजेंट जवाब दे या न दे. | इसे एक अलग बिलिंग इवेंट माना जाता है. हालांकि, अगर एजेंट 24 घंटे के अंदर जवाब दे देता है, तो ऐसा नहीं माना जाता. |
बिलिंग इवेंट बनाम बिलिंग कैटगरी
basic_message और single_message बिलिंग इवेंट को, बुनियादी मैसेज और सिंगल मैसेज की बिलिंग कैटगरी के साथ भ्रमित नहीं किया जाना चाहिए.
कोई भी एजेंट (चाहे उसकी बिलिंग कैटगरी कुछ भी हो),
basic_messageऔरsingle_messageबिलिंग इवेंट जनरेट कर सकता है.बेसिक मैसेज और सिंगल मैसेज बिलिंग कैटगरी का इस्तेमाल, बातचीत न करने वाले एजेंटों को क्लासिफ़ाई करने के लिए किया जाता है. बिलिंग की इन कैटगरी में शामिल एजेंट, बातचीत वाली बिलिंग के इवेंट (
a2p_conversationsयाp2a_conversations) जनरेट नहीं करते हैं. इसके बजाय, वे अलग-अलगbasic_message,single_message, औरp2a_messageबिलिंग इवेंट जनरेट करते हैं.
बिलिंग रिपोर्ट जनरेट करना
सिर्फ़ ऐसे एजेंट बिलिंग इवेंट जनरेट करते हैं जिनके पास टेस्टर ट्रैफ़िक नहीं होता. टेस्ट फ़ोन नंबर से की गई गतिविधि, बिलिंग इवेंट की रिपोर्ट में नहीं दिखती.
इन रिपोर्ट में यह माना जाता है कि मैसेज डिलीवर होने पर इवेंट के लिए बिल भेजा जाता है, न कि मैसेज भेजे जाने पर. अगर कोई मैसेज डिलीवर नहीं होता है या उसे डिलीवर होने से पहले रद्द कर दिया जाता है, तो बिलिंग इवेंट ट्रिगर नहीं होता.
बिलिंग रिपोर्ट का फ़ॉर्मैट
बिलिंग इवेंट की रिपोर्ट में, फ़ाइल के नाम का फ़ॉर्मैट rbm_billable_events_YYYY-MM-DD.csv होता है. फ़ाइल के नाम में दी गई तारीख, फ़ाइल जनरेट होने की तारीख होती है.
रिपोर्ट की हर लाइन एक रिकॉर्ड होती है. यह किसी एक बिलिंग इवेंट के बारे में बताती है. किसी रिकॉर्ड में मौजूद फ़ील्ड, टैब से अलग किए जाते हैं. उदाहरण के लिए, एक ही एजेंट के साथ हुई दो A2P बातचीत से, बिलिंग के दो इवेंट जनरेट होंगे. साथ ही, बिलिंग इवेंट की रिपोर्ट में दो रिकॉर्ड जनरेट होंगे.
रिपोर्ट के हर रिकॉर्ड में, बिलिंग से जुड़ी हर घटना के लिए यह जानकारी शामिल होती है:
| फ़ील्ड | फ़ॉर्मैट | ब्यौरा | उदाहरण |
|---|---|---|---|
billing_event_id
|
स्ट्रिंग | यूयूआईडी आइडेंटिफ़ायर. यह एक रैंडम नंबर होता है. इसे हर नए इवेंट के लिए, इवेंट बनाते समय जनरेट किया जाता है. | 242f1d9f-7c3f-4e5b-ab3f-818f188fa3ff
|
type
|
स्ट्रिंग | इवेंट का टाइप:
|
single_message
|
agent_id
|
स्ट्रिंग | इवेंट में हिस्सा लेने वाले एजेंट के लिए यूनीक आइडेंटिफ़ायर. | rbm-welcome-bot@rbm.goog
|
agent_owner
|
स्ट्रिंग | उस पार्टनर खाते के मौजूदा मालिक का ईमेल पता जहां एजेंट बनाया गया था. | name@aggregator.com
|
billing_party
|
स्ट्रिंग | वह पार्टी जो इवेंट के लिए बिलिंग करती है.
|
carrier
|
max_duration_single_message
|
संख्या | वह ज़्यादा से ज़्यादा समय (घंटों में), जिसमें उपयोगकर्ता को एजेंट के मैसेज का जवाब देना होता है. इसके बाद, बातचीत शुरू करने की विंडो बंद हो जाती है और मैसेज को single_message इवेंट के तौर पर क्लासिफ़ाई किया जाता है.
|
24
|
max_duration_a2p_conversation
|
संख्या | A2P बातचीत की ज़्यादा से ज़्यादा अवधि, घंटों में. इसे एजेंट के शुरुआती मैसेज पर उपयोगकर्ता के पहले जवाब से मापा जाता है. | 24
|
max_duration_p2a_conversation
|
संख्या | P2A बातचीत की ज़्यादा से ज़्यादा अवधि, घंटों में. इसे बातचीत में उपयोगकर्ता के पहले मैसेज से मेज़र किया जाता है. | 24
|
start_time
|
YYYY-mm-ddTHH:00:00Z | यूटीसी में इवेंट शुरू होने की तारीख/समय. यह ISO 8601 फ़ॉर्मैट में होता है और इसे सबसे नज़दीकी घंटे के हिसाब से राउंड किया जाता है.
ए2पी मैसेज
P2A मैसेज
|
2019-07-25T08:00:00Z
|
duration
|
संख्या | इवेंट की अवधि, जिसे सबसे नज़दीकी मिनट में बदल दिया जाता है.
जब इवेंट टाइप |
45
|
mt_messages
|
संख्या | इस इवेंट में, मोबाइल पर भेजे गए (A2P) मैसेज की संख्या. | 11
|
mo_messages
|
संख्या | इवेंट में मौजूद, मोबाइल से भेजे गए (P2A) मैसेज की संख्या. | 9
|
size_kilobytes
|
संख्या | इवेंट में मौजूद मैसेज से अटैच की गई सभी फ़ाइलों का साइज़, जिसे सबसे नज़दीकी किलोबाइट में बदल दिया जाता है (1 केबी = 1024 बाइट). | 912
|
agent_name
|
स्ट्रिंग |
इवेंट में हिस्सा लेने वाले एजेंट का नाम. |
XYZ Mobile USA
|
owner_name
|
स्ट्रिंग | उस पार्टनर खाते के मौजूदा मालिक का नाम जहां एजेंट बनाया गया था. | XYZ Mobile
|
बिलिंग इवेंट की रिपोर्ट का सैंपल
बिलिंग रिपोर्ट की सैंपल फ़ाइल डाउनलोड करने के लिए उपलब्ध है.
फ़ाइल का सामान्य साइज़
RCS for Business की सुविधा देने वाले किसी पार्टनर की रोज़ाना की रिपोर्ट का साइज़, इस बात पर निर्भर करता है कि उसने कैरियर के नेटवर्क पर कितनी गतिविधि की है. उदाहरण के लिए, अगर रिपोर्ट में 53,000 रिकॉर्ड हैं, तो फ़ाइल का साइज़ करीब 8 एमबी होगा.
गतिविधि लॉग
गतिविधि लॉग से, RCS for Business प्लैटफ़ॉर्म पर की गई गतिविधि के बारे में रॉ डेटा मिलता है. इन लॉग का इस्तेमाल, बिलिंग इवेंट की ऑडिट करने और कस्टम इवेंट बनाने के लिए किया जा सकता है.
ध्यान दें: गतिविधि के लॉग में, सिर्फ़ टेस्टर के तौर पर इस्तेमाल नहीं किए जा रहे फ़ोन नंबरों से मिले ट्रैफ़िक को शामिल किया जाता है.
गतिविधि के लॉग में व्यक्तिगत पहचान से जुड़ी जानकारी (पीआईआई) होती है. जैसे, लेन-देन की पूरी जानकारी और सदस्य के एमएसआईएसडीएन. इसलिए, ये लॉग सिर्फ़ तब उपलब्ध होते हैं, जब कोई कैरियर अपनी सेवा की शर्तों के तहत आरसीएस की सुविधा दे रहा हो. अगर आपके नेटवर्क पर RCS for Business का ट्रैफ़िक है और आपने Google की सेवा की शर्तों के तहत, Google RCS के साथ आरसीएस गतिविधि चालू की है, तो आपके पास गतिविधि लॉग का ऐक्सेस नहीं होगा.
गतिविधि लॉग का फ़ॉर्मैट
गतिविधि के लॉग, rbm_activity_YYYY-MM-DD.csv फ़ाइल नाम के फ़ॉर्मैट का इस्तेमाल करते हैं. फ़ाइल के नाम में मौजूद तारीख, फ़ाइल जनरेट होने की तारीख होती है.
रिकॉर्ड में मौजूद फ़ील्ड को टैब से अलग किया जाता है. साथ ही, हर लाइन में एक रिकॉर्ड होता है.
गतिविधि लॉग में मौजूद हर रिकॉर्ड में, हर गतिविधि के लिए ये फ़ील्ड शामिल होते हैं:
| फ़ील्ड | फ़ॉर्मैट | ब्यौरा | उदाहरण |
|---|---|---|---|
activity_id
|
स्ट्रिंग | गतिविधि के लिए यूनीक आइडेंटिफ़ायर. | b422e1d3-ac99-442a-853d-a875d5e61762
|
billing_event_id
|
स्ट्रिंग | बिलिंग से जुड़े इवेंट के लिए यूनीक आइडेंटिफ़ायर. अगर गतिविधि किसी बिलिंग इवेंट से जुड़ी नहीं है, तो यह फ़ील्ड खाली हो सकता है. जैसे, delivery_receipt_event से मेल न खाने वाला text_message.
|
91yeb201-7c3b-412b-98d2-b0a0f7abe536
|
agent_id
|
स्ट्रिंग | एजेंट के लिए यूनीक आइडेंटिफ़ायर. | welcome-bot@rbm.goog
|
user_id
|
स्ट्रिंग | उपयोगकर्ता का MSISDN. | 918369110173
|
direction
|
स्ट्रिंग | मैसेज भेजने की दिशा:
|
MT
|
time
|
YYYY-mm-ddTHH:MM:SS.SSSZ | यूटीसी फ़ॉर्मैट में, RCS for Business प्लैटफ़ॉर्म पर इवेंट सबमिट करने की तारीख और समय. टाइमस्टैंप देखें. | 2019-07-25T00:29:07.033Z
|
type
|
स्ट्रिंग | गतिविधि का टाइप:
|
text_message
|
size_bytes
|
स्ट्रिंग | गतिविधि में अटैच की गई फ़ाइलों का साइज़, बाइट में. | 912
|
टाइमस्टैंप
गतिविधि लॉग में मौजूद टाइमस्टैंप से पता चलता है कि किसी इवेंट को RCS for Business प्लैटफ़ॉर्म पर कब सबमिट किया गया था. किसी उपयोगकर्ता को कॉन्टेंट डिलीवर करने वाले इवेंट के लिए, मैसेज डिलीवर होने तक इवेंट को गतिविधि लॉग में रिकॉर्ड नहीं किया जाएगा.
उदाहरण के लिए, अगर किसी उपयोगकर्ता को बुधवार को दोपहर 1:00 बजे RCS for Business मैसेज भेजा जाता है और वह रविवार सुबह 9:00 बजे तक ऑफ़लाइन रहता है, तो यह इवेंट रविवार के लिए जनरेट किए गए गतिविधि लॉग में दिखेगा. हालांकि, टाइमस्टैंप बुधवार दोपहर 1:00 बजे का होगा.