বিলিং ইভেন্ট রিপোর্ট এবং কার্যকলাপ লগ

এই পৃষ্ঠাটি বিলিং এবং অডিটিং-এ ক্যারিয়ারকে সহায়তা করার জন্য RBM তৈরি করে এমন ডেটা ফাইলগুলি বর্ণনা করে৷ RBM বিলিং মডেল সম্পর্কে সাধারণ প্রশ্নের উত্তরের জন্য RBM বিলিং FAQ পড়ুন।

ফাইল	বর্ণনা	যার প্রবেশাধিকার আছে
বিলিং ইভেন্ট রিপোর্ট	লঞ্চ এজেন্ট এবং ব্যবহারকারীদের মধ্যে বিলযোগ্য ইভেন্টের সমষ্টিগত প্রতিবেদন।	সমস্ত ক্যারিয়ার যারা সক্রিয়ভাবে RBM (RCS বিজনেস মেসেজিং) পরিচালনা করছে।
কার্যকলাপ লগ	বিলযোগ্য ইভেন্ট সহ RBM কার্যকলাপের কাঁচা ডেটা লগ।	ক্যারিয়ার যারা সক্রিয়ভাবে RBM (RCS বিজনেস মেসেজিং) পরিচালনা করছে এবং তাদের নিজস্ব পরিষেবার শর্তাবলী (ToS) এর অধীনে Google RCS পরিষেবা পরিচালনা করছে।

ফাইল প্রজন্ম

প্রতিটি ডেটা ফাইল সমন্বিত ইউনিভার্সাল টাইমে (UTC) এক দিনের RBM ব্যবহারের প্রতিনিধিত্ব করে। ফাইলগুলি প্রতিদিন তৈরি হয়। প্রজন্মের প্রক্রিয়া কয়েক ঘন্টা সময় নিতে পারে, এবং সমাপ্তির সময় পরিবর্তিত হতে পারে।

• অ-কথোপকথনকারী এজেন্টদের জন্য, ফাইলগুলিতে 24-ঘণ্টার সময়কালের ডেটা থাকে যা ফাইল তৈরির সময়ের আগে ছিল। উদাহরণস্বরূপ, যদি একটি বিলিং ইভেন্ট রিপোর্ট 5 মে 11:00 UTC-এ তৈরি হয়, তাহলে এতে 4 মে 11:00 UTC থেকে 5 মে 11:00 UTC পর্যন্ত ডেটা থাকবে৷

• কথোপকথনকারী এজেন্টদের জন্য, ফাইলগুলিতে ফাইল তৈরির সময়ের 1-2 দিন আগে 24-ঘন্টা সময়ের ডেটা থাকে। উদাহরণস্বরূপ, যদি একটি বিলিং ইভেন্ট রিপোর্ট 5 মে 11:00 UTC-এ তৈরি করা হয়, তাহলে এতে 3 মে 11:00 UTC থেকে 4 মে 11:00 UTC পর্যন্ত ডেটা থাকতে পারে৷

  বিলম্বের কারণ হল কথোপকথনকারী এজেন্টদের জন্য RBM কার্যকলাপ কথোপকথনের সাথে যুক্ত, যা সম্পূর্ণ হতে 48 ঘন্টা পর্যন্ত সময় লাগতে পারে। এই বিলম্ব RBM কে বিলিং ইভেন্ট গণনা করার আগে একটি কথোপকথনের মধ্যে সমস্ত বার্তা ক্যাপচার করতে দেয়। কথোপকথন এজেন্ট সম্পর্কে আরও তথ্যের জন্য, এজেন্ট বিলিং বিভাগগুলি পড়ুন।

মূল পয়েন্ট:

• কোনো অ্যাক্টিভিটি নেই : কোনো নির্দিষ্ট দিনে কোনো প্ল্যাটফর্ম অ্যাক্টিভিটি না থাকলে কোনো ফাইল তৈরি হয় না।

• নামকরণ : ফাইলের নামের তারিখটি ফাইল তৈরির তারিখ, এর মধ্যে থাকা ডেটার তারিখ নয়।

• ধারণ : ফাইলগুলি মুছে ফেলার আগে সর্বাধিক 30 দিনের জন্য সংরক্ষণ করা হয়।

আপনি সর্বশেষ প্ল্যাটফর্ম ব্যবহারের মেট্রিক্সের সাথে আপনার ডেটা গুদাম আপডেট করতে এই ফাইলগুলি ব্যবহার করতে পারেন।

ফাইল স্টোরেজ এবং অ্যাক্সেস

ডেটা ফাইলগুলি বিশ্রামে এবং স্থানান্তরের সময় এনক্রিপ্ট করা হয়।

সিকিউর ফাইল ট্রান্সফার প্রোটোকল (SFTP) দ্বারা ডেটা ফাইল পুনরুদ্ধার করতে, আপনার SFTP পাবলিক কী প্রদান করুন। কী তৈরি করতে, একটি SFTP ড্রপবক্সের জন্য একটি সিকিউর শেল (SSH) কী জোড়া জেনারেট করুন দেখুন।

SFTP সার্ভার হল 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 ট্রাফিক না থাকলে একটি ফাইল তৈরি হবে না। এর মানে এমন কিছু দিন থাকতে পারে যখন কোনো ফাইল তৈরি হয় না। আপনার প্রক্রিয়াটি স্ট্রিমলাইন করার জন্য আপনার যদি খালি ফাইলের প্রয়োজন হয়, তাহলে [e-mail]-এ যোগাযোগ করুন।

বিলিং ইভেন্ট রিপোর্ট

বিলিং ইভেন্ট রিপোর্ট হল বিলিং ইভেন্টের রেকর্ড, যা এজেন্টের বিলিং বিভাগ এবং এটি যে ধরনের বার্তা পাঠায় তার উপর ভিত্তি করে গণনা করা হয়। বিলিং ইভেন্ট রিপোর্টগুলি সমস্ত ক্যারিয়ারের জন্য উপলব্ধ যারা সক্রিয়ভাবে RBM (RCS বিজনেস মেসেজিং) পরিচালনা করছেন৷

বিলিং ইভেন্ট রিপোর্টে গোপনীয় তথ্য থাকে, কিন্তু কোনো ব্যবহারকারীর ব্যক্তিগত শনাক্তযোগ্য তথ্য (PII), যেমন MSISDN, MSISDN হ্যাশ করা, বা কোনো ব্যবহারকারী অনন্য শনাক্তকারী নেই।

এজেন্ট বিলিং বিভাগ

একটি এজেন্ট তৈরি করার সময়, এজেন্ট ব্যবহারকারীদের সাথে কীভাবে যোগাযোগ করবে তার উপর ভিত্তি করে মালিক তার বিলিং বিভাগ সেট করে। বিলিং বিভাগটি একজন এজেন্ট যে সংখ্যা বা বার্তা পাঠাতে পারে তা সীমাবদ্ধ করে না। কিন্তু এটি নির্ধারণ করে কিভাবে এজেন্টকে বার্তার জন্য বিল করা হবে। দুটি প্রধান বিলিং বিভাগ নিম্নলিখিত সারণীতে বর্ণনা করা হয়েছে।

বিলিং বিভাগ	এজেন্ট প্রকার	উদাহরণ ব্যবহার ক্ষেত্রে	বিলিং পদ্ধতি
অ-কথোপকথন (মৌলিক বার্তা এবং একক বার্তা বিভাগ অন্তর্ভুক্ত। দ্রষ্টব্য : এই দুটি বিভাগের মধ্যে আর কোন পার্থক্য নেই। উভয় বিভাগের একজন এজেন্টকে অ-কথোপকথনকারী এজেন্ট হিসাবে বিল করা হবে।)	এজেন্ট যারা প্রাথমিকভাবে একমুখী বার্তা পাঠায়।	ওটিপি সতর্কতা প্রচারমূলক অফার	ব্যবহারকারীর কাছে পাঠানো প্রতিটি বার্তার জন্য বিল করা হয়।
কথোপকথনমূলক	এজেন্ট যেগুলি ব্যবহারকারীদের সাথে পিছনে এবং পিছনে বিনিময়ের জন্য ডিজাইন করা হয়েছে৷	সঠিক পণ্য খোঁজা টিকিট বুকিং একটি সমস্যা সমাধান করা	প্রতি কথোপকথনের বিল : যদি এক পক্ষ (এজেন্ট বা ব্যবহারকারী) 24 ঘন্টার মধ্যে অন্য পক্ষের একটি বার্তার উত্তর দেয়, একটি কথোপকথন শুরু হয়। কথোপকথন উইন্ডো চলাকালীন (প্রথম উত্তরের 24 ঘন্টা পরে), এজেন্ট এবং ব্যবহারকারী যে কোনও সংখ্যক বার্তা বিনিময় করতে পারেন এবং এজেন্টকে কথোপকথনের জন্য একটি নির্দিষ্ট হারে বিল দেওয়া হবে। প্রতি বার্তায় বিল করা হয়েছে : যদি এজেন্ট একটি বার্তা সরবরাহ করে যার ব্যবহারকারী 24 ঘন্টার মধ্যে উত্তর না দেয়, তাহলে এজেন্টকে পৃথক বার্তার জন্য বিল করা হবে, একটি অ-কথোপকথনকারী এজেন্টের মতো।

কথোপকথন বনাম অ-কথোপকথন এজেন্ট

দুটি প্রধান বিলিং বিভাগ আছে: কথোপকথন এবং অ-কথোপকথন। অ-কথোপকথন বিভাগে মৌলিক বার্তা এবং একক বার্তা বিভাগ অন্তর্ভুক্ত, যেগুলি কার্যত অভিন্ন। এই বিভাগের যেকোনো একটিতে একজন এজেন্টকে একটি অ-কথোপকথনকারী এজেন্ট হিসেবে বিল করা হয়।

বিলিং বিভাগের মূল পার্থক্য হল কথোপকথন এবং অ-কথোপকথন এজেন্টদের মধ্যে:

• অ-কথোপকথনকারী এজেন্টদের প্রত্যেকটি বার্তার জন্য বিল করা হয় যা তারা ব্যবহারকারীকে সরবরাহ করে।

  • এই বিভাগটি এজেন্টদের জন্য সেরা যারা ঘন ঘন উত্তর আশা করেন না।

• কথোপকথনমূলক এজেন্টদের কথোপকথনের জন্য একটি ফ্ল্যাট রেট বিল করা হয়, যার মধ্যে 24-ঘন্টা সময়ের মধ্যে বিনিময় করা সমস্ত বার্তা অন্তর্ভুক্ত থাকে।

  • এই বিভাগটি এমন এজেন্টদের জন্য সেরা যারা ব্যবহারকারীদের সাথে বহু-মুখী কথোপকথনে জড়িত।

বিলিং ইভেন্ট

বিলিং ইভেন্ট রিপোর্টে পাঁচটি ভিন্ন ধরনের বিলিং ইভেন্ট রেকর্ড করা হয়। এই ইভেন্টগুলির মধ্যে রয়েছে A2P এবং P2A বার্তা।

• A2P (অ্যাপ্লিকেশন-টু-পারসন) : ব্যবসার মাধ্যমে পাঠানো হয়েছে।
• P2A (ব্যক্তি-থেকে-অ্যাপ্লিকেশন) : ব্যবহারকারী দ্বারা প্রেরিত।

নিম্নলিখিত সারণী প্রতিটি বিলিং ইভেন্টকে বর্ণনা করে কারণ এটি অ-কথোপকথন এবং কথোপকথন এজেন্টদের ক্ষেত্রে প্রযোজ্য।

ঘটনা	বর্ণনা	অ-কথোপকথন এজেন্ট	কথোপকথন এজেন্ট
basic_message	A2P বার্তা যাতে শুধুমাত্র 160 অক্ষর বা তার কম টেক্সট অন্তর্ভুক্ত থাকে। পাঠ্যটিতে openGraph ট্যাগ সহ একটি ওয়েবসাইটের URL অন্তর্ভুক্ত থাকলে, বার্তাটি অংশীদারকে কোনো অতিরিক্ত চার্জ ছাড়াই একটি চিত্র পূর্বরূপ দেখাতে পারে।	সর্বদা একটি স্বতন্ত্র বিলিং ইভেন্ট হিসাবে বিবেচিত হয়, ব্যবহারকারীর উত্তর যাই হোক না কেন।	একটি পৃথক বিলিং ইভেন্ট হিসাবে বিবেচনা করা হয়, যদি না ব্যবহারকারী 24 ঘন্টার মধ্যে উত্তর দেয়৷ সেই ক্ষেত্রে, বার্তাটি একটি a2p_conversation এর অংশ হয়ে ওঠে।
single_message	A2P বার্তা যাতে 160টির বেশি অক্ষর সহ মাল্টিমিডিয়া এবং/অথবা পাঠ্য অন্তর্ভুক্ত থাকে।	সর্বদা একটি স্বতন্ত্র বিলিং ইভেন্ট হিসাবে বিবেচিত হয়, ব্যবহারকারীর উত্তর যাই হোক না কেন।	একটি পৃথক বিলিং ইভেন্ট হিসাবে বিবেচনা করা হয়, যদি না ব্যবহারকারী 24 ঘন্টার মধ্যে উত্তর দেয়৷ সেই ক্ষেত্রে, বার্তাটি একটি a2p_conversation এর অংশ হয়ে ওঠে।
a2p_conversation (ব্যবসা-সূচিত)	একটি বিদ্যমান কথোপকথনের বাইরে একটি ব্যবহারকারী A2P বার্তা পাওয়ার 24 ঘন্টার মধ্যে প্রতিক্রিয়া জানালে শুরু হয়৷	N/A অ-কথোপকথনকারী এজেন্টরা কখনই এই ধরনের ইভেন্ট তৈরি করে না।	যদি একটি P2A বার্তা একাধিক A2P বার্তার 24 ঘন্টার মধ্যে বিতরণ করা হয়, তবে শুধুমাত্র A2P বার্তাটি যেটি P2A বার্তার আগে ছিল কথোপকথন শুরু করতে ব্যবহৃত হয়। এই A2P বার্তা এবং পরবর্তী 24 ঘন্টার মধ্যে যে কোনো বার্তা বিতরণ করা হয়, a2p_conversation এর অংশ।
p2a_conversation (ব্যবহারকারীর সূচনা)	সূচনা হয় যখন কোনো এজেন্ট একটি P2A বার্তা পাওয়ার 24 ঘন্টার মধ্যে প্রতিক্রিয়া জানায়, একটি বিদ্যমান কথোপকথনের বাইরে।	N/A অ-কথোপকথনকারী এজেন্টরা কখনই এই ধরনের ইভেন্ট তৈরি করে না।	যদি একটি A2P বার্তা একাধিক P2A বার্তার 24 ঘন্টার মধ্যে বিতরণ করা হয়, তবে শুধুমাত্র P2A বার্তাটি যেটি A2P বার্তার আগে ছিল কথোপকথন শুরু করতে ব্যবহৃত হয়। এই P2A বার্তা এবং পরবর্তী 24 ঘন্টার মধ্যে যে কোনো বার্তা বিতরণ করা হয়, p2a_conversation অংশ।
p2a_message	যেকোনো ধরনের P2A বার্তা।	এজেন্ট উত্তর দেয় কিনা তা নির্বিশেষে সর্বদা একটি পৃথক বিলিং ইভেন্ট হিসাবে বিবেচনা করা হয়।	একটি পৃথক বিলিং ইভেন্ট হিসাবে গণ্য করা হয়, যদি না এজেন্ট 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	স্ট্রিং	UUID শনাক্তকারী। এটি তৈরি করার সময় প্রতিটি নতুন ইভেন্টের জন্য একটি এলোমেলো সংখ্যা তৈরি হয়।	242f1d9f-7c3f-4e5b-ab3f-818f188fa3ff
type	স্ট্রিং	ইভেন্টের ধরন: basic_message single_message a2p_conversation p2a_conversation p2a_message	single_message
agent_id	স্ট্রিং	ইভেন্টে অংশগ্রহণকারী এজেন্টের জন্য অনন্য শনাক্তকারী।	[e-mail]
agent_owner	স্ট্রিং	অংশীদার অ্যাকাউন্টের বর্তমান মালিকের ইমেল ঠিকানা যেখানে এজেন্ট তৈরি করা হয়েছিল।	[e-mail]
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 ফরম্যাটে ইভেন্টটি শুরু হওয়া UTC তারিখ/সময় নিকটতম ঘন্টায় বৃত্তাকার। A2P বার্তা single_message এবং basic_message ইভেন্টের জন্য, এটি এমন সময় যখন বার্তাটি ব্যবহারকারীর কাছে পৌঁছে দেওয়া হয়। a2p_conversation ইভেন্টের জন্য, এটি এমন সময় যখন কথোপকথনের প্রথম বার্তাটি ব্যবহারকারীর কাছে পৌঁছে দেওয়া হয়। P2A বার্তা single_message এবং basic_message ইভেন্টের জন্য, এটি এমন সময় যখন ব্যবহারকারীর দ্বারা বার্তা পাঠানো হয়। p2a_conversation ইভেন্টের জন্য, এটি সেই সময় যখন কথোপকথনের প্রথম বার্তাটি ব্যবহারকারী দ্বারা পাঠানো হয়।	2019-07-25T08:00:00Z
duration	সংখ্যা	ইভেন্টের সময়কাল, নিকটতম মিনিটে বৃত্তাকার। যখন ইভেন্টের ধরন single_message বা basic_message হয়, তখন মান 0 হয়।	45
mt_messages	সংখ্যা	ইভেন্টে মোবাইল-টার্মিনেটেড (A2P) বার্তার সংখ্যা।	11
mo_messages	সংখ্যা	ইভেন্টে মোবাইল-অরিজিনেটেড (P2A) মেসেজের সংখ্যা।	9
size_kilobytes	সংখ্যা	ইভেন্টে বার্তাগুলির সাথে সংযুক্ত সমস্ত ফাইলের আকার, নিকটতম কিলোবাইটে বৃত্তাকার (1kB = 1024 বাইট)৷	912
agent_name	স্ট্রিং	ইভেন্টে অংশগ্রহণকারী এজেন্টের নাম।	XYZ Mobile USA
owner_name	স্ট্রিং	অংশীদার অ্যাকাউন্টের বর্তমান মালিকের নাম যেখানে এজেন্ট তৈরি করা হয়েছিল।	XYZ Mobile

নমুনা বিলিং ইভেন্ট রিপোর্ট

একটি নমুনা বিলিং রিপোর্ট ফাইল ডাউনলোডের জন্য উপলব্ধ।

সাধারণ ফাইলের আকার

একটি সক্রিয় RBM অংশীদার থেকে একটি দৈনিক প্রতিবেদনে প্রায় 53,000 রেকর্ড থাকতে পারে এবং আনুমানিক 8Mb আকারের হতে পারে।

কার্যকলাপ লগ

অ্যাক্টিভিটি লগগুলি RBM প্ল্যাটফর্মে অ্যাক্টিভিটি সম্পর্কে কাঁচা ডেটা প্রদান করে। আপনি বিলিং ইভেন্টগুলি অডিট করতে এবং কাস্টম ইভেন্টগুলি তৈরি করতে এই লগগুলি ব্যবহার করতে পারেন৷

দ্রষ্টব্য : শুধুমাত্র নন-পরীক্ষক ফোন নম্বর থেকে ট্রাফিক কার্যকলাপ লগ অন্তর্ভুক্ত করা হয়.

যেহেতু অ্যাক্টিভিটি লগগুলিতে ব্যক্তিগত শনাক্তযোগ্য তথ্য (PII), যেমন বিস্তারিত লেনদেনের তথ্য এবং গ্রাহক MSISDN গুলি থাকে, সেগুলি শুধুমাত্র তখনই পাওয়া যায় যখন একটি ক্যারিয়ার তাদের নিজস্ব পরিষেবার শর্তাবলীর অধীনে RCS পরিচালনা করে। আপনার নেটওয়ার্কে RBM ট্রাফিক থাকলে এবং Google-এর ToS-এর অধীনে 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	স্ট্রিং	এজেন্টের জন্য অনন্য শনাক্তকারী।	[e-mail]
user_id	স্ট্রিং	ব্যবহারকারীর MSISDN.	918369110173
direction	স্ট্রিং	যে দিকে বার্তা পাঠানো হয়: এজেন্ট-টু-ব্যবহারকারী কার্যকলাপের জন্য MT (মোবাইল টার্মিনেটিং) ব্যবহারকারী-থেকে-এজেন্ট কার্যকলাপের জন্য MO (মোবাইল অরিজিনেটিং)	MT
time	YYYY-mm-ddTHH:MM:SS.SSSZ	তারিখ এবং সময় যখন ইভেন্টটি UTC ফর্ম্যাটে RBM প্ল্যাটফর্মে জমা দেওয়া হয়েছিল। টাইমস্ট্যাম্প দেখুন।	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

টাইমস্ট্যাম্প

RBM প্ল্যাটফর্মে কোনো ইভেন্ট জমা দেওয়ার সময় অ্যাক্টিভিটি লগের টাইমস্ট্যাম্প রেকর্ড করে। ব্যবহারকারীর কাছে বিষয়বস্তু সরবরাহকারী ইভেন্টগুলির জন্য, বার্তাটি বিতরণ না হওয়া পর্যন্ত ইভেন্টটি কার্যকলাপ লগে রেকর্ড করা হবে না।

উদাহরণস্বরূপ, যদি বুধবার 13:00-এ কোনও ব্যবহারকারীকে একটি RBM বার্তা পাঠানো হয় এবং প্রাপক রবিবার 9:00 পর্যন্ত অফলাইনে থাকে, তবে ইভেন্টটি রবিবারের জন্য জেনারেট করা কার্যকলাপ লগে প্রদর্শিত হবে, কিন্তু টাইমস্ট্যাম্পটি বুধবার, 13:00 হবে৷