बिलिंग की स्टैंडर्ड रिपोर्ट और गतिविधि के लॉग

यह पृष्ठ उन डेटा फ़ाइलों का वर्णन करता है जिन्हें आरसीएस फॉर बिजनेस, कैरियर्स को बिलिंग और ऑडिटिंग में सहायता करने के लिए बनाता है।

फ़ाइल विवरण किसे पहुंच प्राप्त है?
बिलिंग रिपोर्ट लॉन्च किए गए एजेंटों और उपयोगकर्ताओं के बीच बिल योग्य घटनाओं की एकत्रित रिपोर्ट। वे सभी कैरियर जो सक्रिय रूप से आरसीएस फॉर बिजनेस का संचालन कर रहे हैं।
गतिविधि लॉग आरसीएस फॉर बिजनेस गतिविधि का कच्चा डेटा लॉग, जिसमें बिल योग्य इवेंट भी शामिल हैं। वे कैरियर जो सक्रिय रूप से व्यवसाय के लिए आरसीएस का संचालन कर रहे हैं और अपनी स्वयं की सेवा शर्तों (टीओएस) के तहत गूगल आरसीएस सेवा का संचालन करते हैं।

RCS for Business अमेरिका से बाहर के ट्रैफ़िक के लिए एक मानक बिलिंग मॉडल का उपयोग करता है। विवरण के लिए, बिलिंग संबंधी अक्सर पूछे जाने वाले प्रश्न देखें।

फ़ाइल निर्माण

प्रत्येक डेटा फ़ाइल प्रशांत मानक समय (PST) में RCS फॉर बिज़नेस के एक दिन के उपयोग को दर्शाती है। फ़ाइलें प्रतिदिन जेनरेट होती हैं और पिछले 24 घंटों (मध्यरात्रि से मध्यरात्रि तक) की गतिविधि को दर्शाती हैं। जेनरेट करने की प्रक्रिया में कई घंटे लग सकते हैं और पूरा होने का समय अलग-अलग हो सकता है।

  • बातचीत न करने वाले एजेंटों के लिए, फ़ाइलों में उस दिन से ठीक पहले के 24 घंटों की अवधि का डेटा होता है जिस दिन फ़ाइल बनाई गई थी। उदाहरण के लिए, 5 मई को बनाई गई रिपोर्ट में 4 मई की रात 12:00 बजे से 5 मई की रात 12:00 बजे तक का डेटा शामिल है। समय PST टाइमज़ोन में दिया गया है।

  • संवादात्मक एजेंटों के लिए, फ़ाइलों में फ़ाइल निर्माण समय से 1-2 दिन पहले के 24 घंटों की अवधि का डेटा होता है। उदाहरण के लिए, 5 मई को तैयार की गई रिपोर्ट में 2 या 3 मई के 24 घंटों की अवधि का डेटा शामिल होता है। निर्दिष्ट समय PST टाइमज़ोन में है।

    इस देरी का कारण यह है कि कन्वर्सेशनल एजेंट्स के लिए RCS फॉर बिजनेस गतिविधि सेशन से जुड़ी होती है, जिसे पूरा होने में 24 घंटे तक लग सकते हैं। यह देरी RCS फॉर बिजनेस को बिल योग्य इवेंट की गणना करने से पहले बातचीत के सभी संदेशों को कैप्चर करने की अनुमति देती है। कन्वर्सेशनल एजेंट्स के बारे में अधिक जानकारी के लिए, एजेंट बिलिंग श्रेणियां देखें।

प्रमुख बिंदु:

  • कोई गतिविधि नहीं : डिफ़ॉल्ट रूप से, यदि किसी दिन प्लेटफ़ॉर्म पर कोई गतिविधि नहीं होती है, तो कोई फ़ाइल जनरेट नहीं होती है। हालाँकि, यदि आवश्यक हो, तो आप खाली फ़ाइलें प्राप्त करने का विकल्प चुन सकते हैं। इसके लिए, rbm-support@google.com पर संपर्क करें।
  • नामकरण : फ़ाइल नाम में दी गई तिथि फ़ाइल निर्माण की तिथि है, न कि उसके अंदर मौजूद डेटा की तिथि।
  • फ़ाइलों को अधिकतम 63 दिनों तक संग्रहीत किया जाता है, जिसके बाद उन्हें हटा दिया जाता है ।

आप इन फाइलों का उपयोग करके अपने डेटा वेयरहाउस को नवीनतम प्लेटफॉर्म उपयोग मैट्रिक्स के साथ अपडेट कर सकते हैं।

फ़ाइल संग्रहण और पहुंच

डेटा फ़ाइलें भंडारण और स्थानांतरण दोनों स्थितियों में एन्क्रिप्टेड रहती हैं।

सिक्योर फाइल ट्रांसफर प्रोटोकॉल (SFTP) के माध्यम से डेटा फ़ाइलें प्राप्त करने के लिए, अपनी SFTP पब्लिक कुंजी प्रदान करें। कुंजी जनरेट करने के लिए, SFTP ड्रॉपबॉक्स के लिए सिक्योर शेल (SSH) कुंजी युग्म जनरेट करें देखें।

एसएफटीपी सर्वर 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 जैसी SFTP त्रुटि दिखाई देगी, जो कि अपेक्षित है।

यदि रिपोर्ट करने के लिए कोई RCS for Business ट्रैफ़िक नहीं है, तो कोई फ़ाइल जनरेट नहीं होगी। इसका मतलब है कि कुछ दिन ऐसे हो सकते हैं जब कोई फ़ाइल जनरेट न हो। यदि आपको अपनी प्रक्रिया को सुव्यवस्थित करने के लिए खाली फ़ाइलों की आवश्यकता है, तो RCS for Business सहायता टीम से संपर्क करें ।

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

बिलिंग रिपोर्ट, बिल योग्य गतिविधियों का रिकॉर्ड होती हैं, जिनकी गणना एजेंट की बिलिंग श्रेणी और उसके द्वारा भेजे गए संदेशों के प्रकार के आधार पर की जाती है। बिलिंग रिपोर्ट उन सभी कैरियर्स के लिए उपलब्ध हैं जो सक्रिय रूप से RCS फॉर बिजनेस का संचालन कर रहे हैं।

बिलिंग रिपोर्ट में गोपनीय जानकारी होती है, लेकिन इसमें उपयोगकर्ता की कोई व्यक्तिगत पहचान योग्य जानकारी (पीआईआई) नहीं होती है, जैसे कि एमएसआईएसडीएन, हैश्ड एमएसआईएसडीएन, या कोई भी उपयोगकर्ता विशिष्ट पहचानकर्ता।

एजेंट बिलिंग श्रेणियाँ

एजेंट बनाते समय, मालिक इस बात पर आधारित बिलिंग श्रेणी निर्धारित करता है कि एजेंट उपयोगकर्ताओं के साथ कैसे इंटरैक्ट करेगा। बिलिंग श्रेणी एजेंट द्वारा भेजे जा सकने वाले संदेशों की संख्या या प्रकार को सीमित नहीं करती है। लेकिन यह निर्धारित करती है कि संदेशों के लिए एजेंट से शुल्क कैसे लिया जाएगा। दो मुख्य बिलिंग श्रेणियों का विवरण निम्नलिखित तालिका में दिया गया है।

बिलिंग श्रेणी एजेंट प्रकार उदाहरण उपयोग के मामले बिलिंग विधि
गैर संवादी वे एजेंट जो मुख्य रूप से एकतरफा संदेश भेजते हैं।
  • OTP के
  • अलर्ट
  • प्रचार प्रस्ताव
 उपयोगकर्ता को भेजे गए प्रत्येक संदेश के लिए शुल्क लिया जाएगा।
संवादी ऐसे एजेंट जो उपयोगकर्ताओं के साथ पारस्परिक आदान-प्रदान के लिए डिज़ाइन किए गए हैं।
  • सही उत्पाद ढूँढना
  • टिकट बुक करना
  • किसी समस्या का निवारण करना

प्रति वार्तालाप शुल्क : यदि एक पक्ष (एजेंट या उपयोगकर्ता) दूसरे पक्ष के संदेश का 24 घंटों के भीतर उत्तर देता है, तो वार्तालाप शुरू हो जाता है। वार्तालाप अवधि (पहले उत्तर के बाद 24 घंटे) के दौरान, एजेंट और उपयोगकर्ता कितने भी संदेशों का आदान-प्रदान कर सकते हैं, और एजेंट से वार्तालाप के लिए एक निश्चित दर पर शुल्क लिया जाएगा।

प्रति संदेश बिलिंग : यदि एजेंट कोई संदेश भेजता है जिसका उपयोगकर्ता 24 घंटों के भीतर जवाब नहीं देता है, तो एजेंट से प्रत्येक संदेश के लिए अलग-अलग शुल्क लिया जाएगा, ठीक उसी तरह जैसे किसी गैर-संवादात्मक एजेंट से लिया जाता है।

निम्नलिखित आरेख संवादात्मक एजेंटों के लिए A2P बिलिंग सत्र का एक उदाहरण दिखाता है:

बिलिंग आरेख

संवादात्मक बनाम गैर-संवादात्मक एजेंट

बिलिंग की दो मुख्य श्रेणियां हैं: संवादात्मक और गैर-संवादात्मक।

बिलिंग श्रेणियों में मुख्य अंतर संवादात्मक और गैर-संवादात्मक एजेंटों के बीच होता है:

  • गैर-संवादात्मक एजेंटों से उपयोगकर्ता को भेजे गए प्रत्येक संदेश के लिए शुल्क लिया जाता है।

    • यह श्रेणी उन एजेंटों के लिए सबसे उपयुक्त है जो बार-बार जवाब मिलने की उम्मीद नहीं करते हैं।

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

    • यह श्रेणी उन एजेंटों के लिए सबसे उपयुक्त है जो उपयोगकर्ताओं के साथ कई चरणों वाली बातचीत में संलग्न होते हैं।

बिल योग्य घटनाएँ

बिलिंग रिपोर्ट में पांच प्रकार की बिल योग्य घटनाएं दर्ज की जाती हैं। इन घटनाओं में एमटी और एमओ घटनाएं शामिल हैं, जिन्हें ए2पी और पी2ए घटनाएं कहा जाता है।

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

निम्नलिखित तालिका प्रत्येक बिल योग्य घटना का वर्णन करती है, जैसा कि यह गैर-संवादात्मक और संवादात्मक एजेंटों पर लागू होता है।

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

बिलिंग श्रेणियां बनाम बिल योग्य घटनाएँ

एजेंट बिलिंग श्रेणियों और बिल योग्य घटनाओं के बीच का अंतर यह समझने के लिए महत्वपूर्ण है कि आपके एजेंट को बिल कैसे किया जाता है।

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

बिलिंग रिपोर्ट तैयार करना

केवल गैर-परीक्षक ट्रैफ़िक वाले एजेंट ही बिल योग्य इवेंट उत्पन्न करते हैं। परीक्षण फ़ोन नंबरों से होने वाली गतिविधि बिलिंग रिपोर्ट में दिखाई नहीं देती है।

इन रिपोर्टों में यह माना गया है कि संदेशों के भेजे जाने पर नहीं, बल्कि उनकी डिलीवरी होने पर बिलिंग की जाती है। डिलीवर न हुआ संदेश या डिलीवरी से पहले रद्द किया गया संदेश किसी भी बिल योग्य घटना को ट्रिगर नहीं करता है।

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

बिलिंग रिपोर्ट rbm_billable_events_YYYY-MM-DD.csv फ़ाइलनाम प्रारूप का उपयोग करती हैं। फ़ाइलनाम में दी गई तिथि फ़ाइल निर्माण तिथि है।

रिपोर्ट की प्रत्येक पंक्ति एक रिकॉर्ड है जो एक बिल योग्य घटना को दर्शाती है। रिकॉर्ड के भीतर फ़ील्ड टैब द्वारा अलग किए जाते हैं। उदाहरण के लिए, एक ही एजेंट के साथ दो A2P वार्तालाप दो अलग-अलग बिल योग्य घटनाएँ और बिलिंग रिपोर्ट में दो रिकॉर्ड उत्पन्न करेंगे।

रिपोर्ट में प्रत्येक रिकॉर्ड में प्रत्येक बिल योग्य घटना के लिए निम्नलिखित जानकारी शामिल है।

मैदान प्रारूप विवरण उदाहरण
billing_event_id डोरी जनरेट की गई आईडी जो बिल योग्य घटना को अलग करती है। 242f1d9f-7c3f-4e5b-ab3f-818f188fa3ff
type डोरी ईवेंट का प्रकार:
  • basic_message
  • single_message
  • a2p_conversation
  • p2a_conversation
  • p2a_message
 single_message

p2a_rich_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 संख्या पी2ए वार्तालाप की अधिकतम अवधि, घंटों में। इसकी गणना वार्तालाप में उपयोगकर्ता के पहले संदेश से की जाती है। 24
start_time YYYY-mm-ddTHH:00:00Z घटना शुरू होने की UTC तिथि/समय ISO 8601 प्रारूप में निकटतम घंटे तक पूर्णांकित किया गया है।

A2P संदेश

  • single_message और basic_message इवेंट्स के लिए, यह वह समय है जब संदेश उपयोगकर्ता तक पहुंचाया जाता है।
  • a2p_conversation इवेंट के लिए, यह वह समय है जब वार्तालाप का पहला संदेश उपयोगकर्ता को डिलीवर किया जाता है।

P2A संदेश

  • single_message और basic_message इवेंट्स के लिए, यह वह समय है जब उपयोगकर्ता द्वारा संदेश भेजा जाता है।
  • p2a_conversation इवेंट के लिए, यह वह समय है जब उपयोगकर्ता द्वारा वार्तालाप में पहला संदेश भेजा जाता है।
 2019-07-25T08:00:00Z
duration संख्या घटना की अवधि, निकटतम मिनट तक पूर्णांकित।

किसी भी गैर-संवादात्मक घटना के लिए मान 0 होता है।

 45
mt_messages संख्या इस घटना में मोबाइल-टर्मिनेटेड (A2P) संदेशों की संख्या। 11
mo_messages संख्या इस इवेंट में मोबाइल से भेजे गए (P2A) संदेशों की संख्या। 9
size_kilobytes संख्या इवेंट में संदेशों से जुड़ी सभी फाइलों का आकार, निकटतम किलोबाइट तक पूर्णांकित (1 किलोबाइट 1024 बाइट्स के बराबर होता है)। 912
agent_name डोरी

इस आयोजन में भाग लेने वाले एजेंट का नाम।

 XYZ Mobile USA
owner_name डोरी उस पार्टनर खाते के वर्तमान स्वामी का नाम, जिसके तहत एजेंट बनाया गया था। XYZ Mobile

नमूना बिलिंग रिपोर्ट

नमूना रिपोर्ट डाउनलोड के लिए उपलब्ध हैं:

सामान्य फ़ाइल आकार

किसी सक्रिय RCS फॉर बिजनेस पार्टनर की दैनिक रिपोर्ट का आकार इस बात पर निर्भर करता है कि उन्होंने कैरियर के नेटवर्क पर कितनी गतिविधि की है। उदाहरण के लिए, यदि रिपोर्ट में 53,000 रिकॉर्ड हैं, तो फ़ाइल का आकार लगभग 8 एमबी होगा।

गतिविधि लॉग

गतिविधि लॉग, RCS फॉर बिजनेस प्लेटफॉर्म पर होने वाली गतिविधियों के बारे में कच्चा डेटा प्रदान करते हैं। आप इन लॉग का उपयोग बिल योग्य इवेंट्स का ऑडिट करने और कस्टम इवेंट्स बनाने के लिए कर सकते हैं।

क्योंकि गतिविधि लॉग में व्यक्तिगत पहचान योग्य जानकारी (PII) होती है, जैसे कि विस्तृत लेनदेन जानकारी और ग्राहक MSISDN, इसलिए ये केवल तभी उपलब्ध होते हैं जब कोई कैरियर अपनी सेवा शर्तों के तहत RCS का संचालन कर रहा हो। यदि आपके नेटवर्क पर RCS फॉर बिजनेस ट्रैफ़िक है और आप Google की सेवा शर्तों के तहत Google RCS के साथ 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 (मोबाइल टर्मिनेटिंग)
  • उपयोगकर्ता से एजेंट गतिविधियों के लिए MO (मोबाइल ओरिजिनेटिंग)
 MT
time YYYY-mm-ddTHH:MM:SS.SSSZ RCS for Business प्लेटफॉर्म पर इवेंट सबमिट करने की तिथि और समय UTC फॉर्मेट में। टाइमस्टैम्प देखें। 2019-07-25T00:29:07.033Z
type डोरी गतिविधि का प्रकार:
  • text_message
  • file_transfer
  • rich_card/carousel
  • suggestion_tap
  • delivery_receipt_event
  • read_receipt_event
  • spam_report
 text_message
size_bytes डोरी गतिविधि से जुड़ी फाइलों का आकार, बाइट्स में। 912

मुहर

गतिविधि लॉग में टाइमस्टैम्प यह रिकॉर्ड करते हैं कि किसी इवेंट को RCS फॉर बिजनेस प्लेटफॉर्म पर कब सबमिट किया गया था। उपयोगकर्ता को सामग्री डिलीवर करने वाले इवेंट तब तक गतिविधि लॉग में रिकॉर्ड नहीं किए जाएंगे जब तक कि संदेश डिलीवर नहीं हो जाता।

उदाहरण के लिए, यदि आरसीएस फॉर बिजनेस संदेश बुधवार को दोपहर 13:00 बजे किसी उपयोगकर्ता को भेजा जाता है, और प्राप्तकर्ता रविवार सुबह 9:00 बजे तक ऑफ़लाइन रहता है, तो यह घटना रविवार के लिए उत्पन्न गतिविधि लॉग में दिखाई देगी, लेकिन टाइमस्टैम्प बुधवार, 13:00 बजे का होगा।