বিলিং রিপোর্ট এবং কার্যকলাপ লগ

এই পৃষ্ঠায় RCS for Business বিলিং এবং অডিটিংয়ে ক্যারিয়ারদের সহায়তা করার জন্য যে ডেটা ফাইলগুলি তৈরি করে তা বর্ণনা করা হয়েছে।

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

RCS for Business দুটি বিলিং মডেল ব্যবহার করে: নন-মার্কিন ট্র্যাফিকের জন্য স্ট্যান্ডার্ড বিলিং মডেল এবং মার্কিন ট্র্যাফিকের জন্য মার্কিন বিলিং মডেল । স্ট্যান্ডার্ড মডেল বা মার্কিন মডেলের জন্য অনন্য তথ্য (উদাহরণস্বরূপ, বিভিন্ন বিলযোগ্য ইভেন্ট শ্রেণীবিভাগ বা প্রতিবেদন ক্ষেত্র) স্পষ্টভাবে উল্লেখ করা হয়।

  • স্ট্যান্ডার্ড বিলিং মডেল সম্পর্কে বিস্তারিত তথ্য এবং বিলিং মডেলের পার্থক্যের সারাংশের জন্য, বিলিং FAQ দেখুন।
  • মার্কিন বিলিং শ্রেণীবিভাগ সম্পর্কে বিস্তারিত জানার জন্য, মার্কিন বিলিং মডেল নির্দেশিকাটি পড়ুন।

ফাইল তৈরি

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

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

  • কথোপকথনকারী এজেন্টদের জন্য, ফাইলগুলিতে ফাইল তৈরির সময়ের ১-২ দিন আগের ২৪ ঘন্টার ডেটা থাকে। উদাহরণস্বরূপ, যদি ৫ মে ১১:০০ UTC-তে একটি বিলিং রিপোর্ট তৈরি করা হয়, তাহলে এতে ৩ মে ১১:০০ UTC থেকে ৪ মে ১১:০০ UTC পর্যন্ত ডেটা থাকতে পারে।

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

গুরুত্বপূর্ণ বিষয়:

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

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

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

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

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

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

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

SFTP সার্ভারটি হল partnerupload.google.com , এবং অতিরিক্ত নিরাপত্তার জন্য সংযোগটি একটি উচ্চ পোর্ট নম্বরে (19321) রয়েছে।

আপনার ডেটা ফাইল অ্যাক্সেস করতে আপনি নিম্নলিখিত কমান্ডটি ব্যবহার করতে পারেন:

sftp -i <path_to_private_key> -P 19321 <username>@partnerupload.google.com

গুগল নিম্নলিখিত ফর্ম্যাটে অ্যাকাউন্ট ব্যবহারকারীর নাম প্রদান করে:

  • rbmreports-billableevents-<carrier name>
  • rbmreports-activity-<carrier name>

গুগল <carrier name> নির্দিষ্ট করে এবং প্রতিটি রিপোর্টের ধরণের জন্য আলাদা অ্যাকাউন্ট প্রদান করে।

বিভিন্ন ধরণের রিপোর্ট অ্যাক্সেস করার জন্য পৃথক অ্যাকাউন্ট সরবরাহ করা হয়।

ফাইলের প্রাপ্যতা

যদি এখনও কোনও ডেটা ফাইল তৈরি না করা হয়, তাহলে আপনি remote readdir("/"): No such file or directory , যা প্রত্যাশিত।

যদি RCS for Business ট্র্যাফিক রিপোর্ট করার জন্য না থাকে তাহলে ফাইল তৈরি হবে না। এর মানে হল এমন কিছু দিন থাকতে পারে যখন কোনও ফাইল তৈরি হবে না। আপনার প্রক্রিয়াটি সহজ করার জন্য যদি খালি ফাইলের প্রয়োজন হয়, তাহলে rbm-support@google.com এ যোগাযোগ করুন।

বিলিং রিপোর্ট

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

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

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

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

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

প্রতি কথোপকথনের জন্য বিল করা হবে : যদি এক পক্ষ (এজেন্ট বা ব্যবহারকারী) ২৪ ঘন্টার মধ্যে অন্য পক্ষের বার্তার উত্তর দেয়, তাহলে একটি কথোপকথন শুরু হয়। কথোপকথনের সময় (প্রথম উত্তরের ২৪ ঘন্টা পরে), এজেন্ট এবং ব্যবহারকারী যেকোনো সংখ্যক বার্তা বিনিময় করতে পারবেন এবং এজেন্টকে কথোপকথনের জন্য একটি নির্দিষ্ট হারে বিল করা হবে।

প্রতি বার্তার জন্য বিল করা হবে : যদি এজেন্ট এমন কোনও বার্তা প্রদান করে যার উত্তর ব্যবহারকারী ২৪ ঘন্টার মধ্যে না দেন, তাহলে এজেন্টকে পৃথক বার্তার জন্য বিল করা হবে, যেমনটি একজন অ-কথোপকথনকারী এজেন্টের কাছ থেকে নেওয়া হবে।

নিম্নলিখিত চিত্রটি কথোপকথনকারী এজেন্টদের জন্য একটি A2P বিলিং সেশনের একটি উদাহরণ দেখায়:

বিলিং ডায়াগ্রাম

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

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

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

  • ব্যবহারকারীর কাছে পৌঁছে দেওয়া প্রতিটি বার্তার জন্য নন-কনভার্সেশনাল এজেন্টদের বিল দেওয়া হয়।

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

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

    • এই বিভাগটি সেইসব এজেন্টদের জন্য সবচেয়ে ভালো যারা ব্যবহারকারীদের সাথে একাধিকবার কথোপকথনে অংশগ্রহণ করে।

বিলযোগ্য ইভেন্ট

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

  • A2P (অ্যাপ্লিকেশন-টু-পার্সন) হল MT (মোবাইল টার্মিনেটেড) : ব্যবসার পাঠানো একটি বার্তা।
  • P2A (ব্যক্তি-থেকে-অ্যাপ্লিকেশন) হল MO (মোবাইল অরিজিনেটেড) : ব্যবহারকারীর দ্বারা শুরু করা একটি বার্তা বা পদক্ষেপ।

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

ইভেন্ট বিবরণ অ-কথোপকথনকারী এজেন্ট কথোপকথনকারী এজেন্ট
basic_message A2P বার্তায় শুধুমাত্র ১৬০ অক্ষর বা তার কম অক্ষরের লেখা থাকবে। যদি লেখাটিতে openGraph ট্যাগ সহ কোনও ওয়েবসাইটের URL থাকে, তাহলে বার্তাটি একটি ছবির প্রিভিউ দেখাতে পারে, অংশীদারকে কোনও অতিরিক্ত চার্জ ছাড়াই। ব্যবহারকারী উত্তর দিন কিনা তা নির্বিশেষে, সর্বদা একটি পৃথক বিলযোগ্য ইভেন্ট হিসাবে বিবেচিত হবে। ব্যবহারকারী যদি ২৪ ঘন্টার মধ্যে উত্তর না দেন, তাহলে এটিকে একটি পৃথক বিলযোগ্য ইভেন্ট হিসেবে গণ্য করা হবে। সেই ক্ষেত্রে, বার্তাটি a2p_conversation এর অংশ হয়ে যাবে।
single_message A2P বার্তা যাতে হয় সমৃদ্ধ কন্টেন্ট থাকে অথবা ১৬০ অক্ষরের বেশি টেক্সট-কেবল বার্তা। ব্যবহারকারী উত্তর দিন কিনা তা নির্বিশেষে, সর্বদা একটি পৃথক বিলযোগ্য ইভেন্ট হিসাবে বিবেচিত হবে। ব্যবহারকারী যদি ২৪ ঘন্টার মধ্যে উত্তর না দেন, তাহলে এটিকে একটি পৃথক বিলযোগ্য ইভেন্ট হিসেবে গণ্য করা হবে। সেই ক্ষেত্রে, বার্তাটি a2p_conversation এর অংশ হয়ে যাবে।
a2p_conversation (ব্যবসা-সূচিত) যখন কোনও ব্যবহারকারী কোনও A2P বার্তা গ্রহণের 24 ঘন্টার মধ্যে, বিদ্যমান কথোপকথনের বাইরে, তার উত্তর দেন তখন এটি শুরু হয়। প্রযোজ্য নয়। অ-কথোপকথনকারী এজেন্টরা কখনই এই ধরণের ঘটনা তৈরি করে না। যদি একাধিক A2P বার্তা পাঠানোর 24 ঘন্টার মধ্যে একটি P2A বার্তা পৌঁছে দেওয়া হয়, তাহলে কথোপকথন শুরু করার জন্য শুধুমাত্র P2A বার্তার ঠিক আগে থাকা A2P বার্তাটি ব্যবহার করা হবে। এই A2P বার্তাটি, এবং পরবর্তী 24 ঘন্টার মধ্যে বিতরণ করা যেকোনো বার্তা, a2p_conversation এর অংশ।
p2a_conversation (ব্যবহারকারীর দ্বারা সূচিত) যখন কোনও এজেন্ট কোনও P2A বার্তা পাওয়ার 24 ঘন্টার মধ্যে, বিদ্যমান কথোপকথনের বাইরে, তার উত্তর দেয় তখন এটি শুরু হয়। প্রযোজ্য নয়। অ-কথোপকথনকারী এজেন্টরা কখনই এই ধরণের ঘটনা তৈরি করে না। যদি একাধিক P2A বার্তা পাঠানোর 24 ঘন্টার মধ্যে একটি A2P বার্তা পৌঁছে দেওয়া হয়, তাহলে কথোপকথন শুরু করার জন্য শুধুমাত্র A2P বার্তার ঠিক আগে থাকা P2A বার্তাটি ব্যবহার করা হবে। এই P2A বার্তাটি, এবং পরবর্তী 24 ঘন্টার মধ্যে বিতরণ করা যেকোনো বার্তা, p2a_conversation এর অংশ।
p2a_message যেকোনো ধরণের P2A বার্তা। এজেন্ট উত্তর দিক কিনা তা নির্বিশেষে, সর্বদা একটি পৃথক বিলযোগ্য ঘটনা হিসাবে বিবেচিত হবে। এজেন্ট ২৪ ঘন্টার মধ্যে উত্তর না দিলে, এটিকে একটি পৃথক বিলযোগ্য ঘটনা হিসেবে গণ্য করা হবে।

বিলিং বিভাগ বনাম বিলযোগ্য ইভেন্ট

এজেন্ট বিলিং বিভাগ এবং বিলযোগ্য ইভেন্টের মধ্যে পার্থক্য করা আপনার এজেন্টকে কীভাবে বিল করা হয় তা বোঝার মূল চাবিকাঠি।

  • বিলিং বিভাগ হল একটি নির্দিষ্ট শ্রেণীবিভাগ যা আপনি আপনার এজেন্ট তৈরি করার সময় বেছে নেন। এটি আপনার এজেন্টকে কোন পদ্ধতিতে বিল করা হবে তা নির্ধারণ করে: প্রতি বার্তা (অ-কথোপকথনকারী এজেন্ট) অথবা প্রতি কথোপকথন (কথোপকথনকারী এজেন্ট)।
  • বিলযোগ্য ইভেন্ট হল একজন RCS for Business এজেন্ট এবং একজন ব্যবহারকারীর মধ্যে মিথস্ক্রিয়া যা বিলিং উদ্দেশ্যে ট্র্যাক করা হয় (উদাহরণস্বরূপ, basic_message , single_message , a2p_conversation )।

বিলিং রিপোর্ট তৈরি

শুধুমাত্র নন-টেস্টার ট্র্যাফিকযুক্ত এজেন্টরা বিলযোগ্য ইভেন্ট তৈরি করে। পরীক্ষার ফোন নম্বর থেকে অ্যাক্টিভিটি বিলিং রিপোর্টে দেখা যায় না।

এই প্রতিবেদনগুলি ধরে নেয় যে ইভেন্টগুলি বার্তা পাঠানোর সময় নয়, বার্তা বিতরণের সময় বিল করা হয়। একটি অপ্রকাশিত বার্তা বা বিতরণের আগে বাতিল করা বার্তা কোনও বিলযোগ্য ইভেন্টকে ট্রিগার করে না।

বিলিং রিপোর্ট ফর্ম্যাট

বিলিং রিপোর্ট ফাইলের নামের ফর্ম্যাট 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

    • মার্কিন বিলিং মডেল

  • a2P_rich_message
  • a2p_rich_media_message
  • p2a_rich_message
  • p2a_rich_media_message
  • suggested_action_click
 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 সংখ্যা একটি P2A কথোপকথনের সর্বোচ্চ সময়কাল, ঘন্টায়। কথোপকথনের প্রথম ব্যবহারকারীর বার্তা থেকে পরিমাপ করা হয়। 24
start_time YYYY-মিমি-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
segment_count সংখ্যা শুধুমাত্র মার্কিন বিলিং মডেল

RICH_MESSAGE ইভেন্টের জন্য গণনা করা অংশের সংখ্যা।

 5

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

নমুনা প্রতিবেদনগুলি ডাউনলোডের জন্য উপলব্ধ:

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

একজন সক্রিয় RCS for Business অংশীদারের দৈনিক প্রতিবেদনের আকার নির্ভর করে ক্যারিয়ারের নেটওয়ার্কে তারা কতটা কার্যকলাপ তৈরি করেছে তার উপর। উদাহরণস্বরূপ, যদি প্রতিবেদনে 53,000টি রেকর্ড থাকে, তাহলে ফাইলটির আকার প্রায় 8Mb হবে।

কার্যকলাপ লগ

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

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

যেহেতু অ্যাক্টিভিটি লগে ব্যক্তিগত শনাক্তযোগ্য তথ্য (PII) থাকে, যেমন বিস্তারিত লেনদেনের তথ্য এবং গ্রাহক MSISDN, তাই এগুলি কেবল তখনই উপলব্ধ থাকে যখন কোনও ক্যারিয়ার তাদের নিজস্ব পরিষেবার শর্তাবলীর অধীনে RCS পরিচালনা করে। যদি আপনার নেটওয়ার্কগুলিতে RCS for Business ট্র্যাফিক থাকে এবং 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 স্ট্রিং এজেন্টের জন্য অনন্য শনাক্তকারী। welcome-bot@rbm.goog
user_id স্ট্রিং ব্যবহারকারীর MSISDN। 918369110173
direction স্ট্রিং বার্তাটি যে দিকে পাঠানো হয়:
  • এজেন্ট-টু-ইউজার কার্যকলাপের জন্য MT (মোবাইল টার্মিনেটিং)
  • ব্যবহারকারী-থেকে-এজেন্ট কার্যকলাপের জন্য MO (মোবাইল অরিজিনিংস)
 MT
time YYYY-মিমি-ddTHH:MM:SS.SSSZ UTC ফর্ম্যাটে RCS for Business প্ল্যাটফর্মে ইভেন্টটি জমা দেওয়ার তারিখ এবং সময়। টাইমস্ট্যাম্প দেখুন। 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 for Business প্ল্যাটফর্মে জমা দেওয়া হয়েছিল। যেসব ইভেন্ট ব্যবহারকারীর কাছে কন্টেন্ট সরবরাহ করে, সেগুলির জন্য বার্তাটি সরবরাহ না করা পর্যন্ত ইভেন্টটি অ্যাক্টিভিটি লগে রেকর্ড করা হবে না।

উদাহরণস্বরূপ, যদি বুধবার দুপুর ১টায় একজন ব্যবহারকারীকে RCS for Business বার্তা পাঠানো হয় এবং প্রাপক রবিবার রাত ৯টা পর্যন্ত অফলাইনে থাকেন, তাহলে ইভেন্টটি রবিবারের জন্য তৈরি করা অ্যাক্টিভিটি লগে প্রদর্শিত হবে, তবে টাইমস্ট্যাম্পটি বুধবার, দুপুর ১টা হবে।