স্ট্যান্ডার্ড বিলিং রিপোর্ট ও অ্যাক্টিভিটি লগ

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

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

মার্কিন যুক্তরাষ্ট্রের বাইরের ট্রাফিকের জন্য RCS for Business একটি স্ট্যান্ডার্ড বিলিং মডেল ব্যবহার করে। আরও জানতে, বিলিং সংক্রান্ত প্রায়শই জিজ্ঞাসিত প্রশ্ন দেখুন।

ফাইল জেনারেশন

প্রতিটি ডেটা ফাইল প্যাসিফিক স্ট্যান্ডার্ড টাইম (PST) অনুযায়ী RCS for Business ব্যবহারের এক দিনের ডেটা দেখায়। প্রতিদিন ফাইল তৈরি করা হয় এবং আগের ২৪-ঘণ্টার অ্যাক্টিভিটি (মধ্যরাত থেকে মধ্যরাত) এতে দেখানো হয়। জেনারেট করার প্রসেস সম্পূর্ণ হতে বেশ কয়েক ঘণ্টা সময় লাগতে পারে এবং এটি সম্পূর্ণ হতে কত সময় লাগবে তা আলাদা আলাদা হতে পারে।

  • কথোপকথনমূলক নয় এমন এজেন্টের ক্ষেত্রে, ফাইলটি তৈরি হওয়ার আগের ২৪ ঘণ্টার ডেটা ফাইলে থাকে। যেমন, ৫ মে তৈরি হওয়া রিপোর্টে ৪ মে রাত ১২টা থেকে ৫ মে রাত ১২টা পর্যন্ত ডেটা থাকে। উল্লিখিত সময় PST টাইমজোনে দেখানো হয়েছে।

  • কথোপকথনমূলক এজেন্টের ক্ষেত্রে, ফাইল তৈরির সময়ের ১-২ দিন আগেকার ২৪ ঘণ্টার ডেটা ফাইলে থাকে। যেমন, ৫ মে তৈরি করা রিপোর্টে ২ মে বা ৩ মে-এর ২৪-ঘণ্টার উইন্ডোর ডেটা থাকে। উল্লিখিত সময় PST টাইমজোনে আছে।

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

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

  • কোনও অ্যাক্টিভিটি নেই: ডিফল্ট হিসেবে, কোনও নির্দিষ্ট দিনে কোনও প্ল্যাটফর্ম অ্যাক্টিভিটি না থাকলে কোনও ফাইল তৈরি হয় না। তবে, প্রয়োজন হলে আপনি খালি ফাইল পাওয়ার বিকল্প চালু করতে পারেন। অপ্ট-ইন করতে, rbm-support@google.com আইডিতে যোগাযোগ করুন।
  • নামকরণ: ফাইলের নামে যে তারিখটি থাকে সেটি ফাইল তৈরির তারিখ, ফাইলের মধ্যে থাকা ডেটার তারিখ নয়।
  • ডেটা কতদিন রাখা হয়: ফাইল মুছে ফেলার আগে সর্বাধিক ৬৩ দিন পর্যন্ত সেভ করে রাখা হয়।

লেটেস্ট প্ল্যাটফর্ম ব্যবহার সংক্রান্ত মেট্রিক সহ আপনার ডেটা ওয়্যারহাউস আপডেট করতে, আপনি এইসব ফাইল ব্যবহার করতে পারবেন।

ফাইল স্টোরেজ ও অ্যাক্সেস

ডেটা ফাইল কোথাও স্টোর করে রাখার সময় এবং ট্রান্সফার করার সময় এনক্রিপ্ট করা থাকে।

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

SFTP সার্ভার হল partnerupload.google.com এবং অতিরিক্ত নিরাপত্তার জন্য হাই পোর্ট নম্বরে (১৯৩২১) কানেকশন আছে।

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

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 for Business অ্যাক্টিভভাবে অপারেট করছে, তাদের জন্য বিলিং রিপোর্ট উপলভ্য।

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

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

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

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

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

প্রতি মেসেজ পিছু বিল করা হয়: এজেন্ট এমন কোনও মেসেজ দিলে, যার উত্তর ব্যবহারকারী ২৪ ঘণ্টার মধ্যে দেননি, তাহলে এজেন্টকে সেই মেসেজের জন্য বিল করা হবে। এটি নন-কনভারসেশনাল এজেন্টের মতো।

নিচের ডায়াগ্রামে কনভারসেশনাল এজেন্টের জন্য A2P বিলিং সেশনের একটি উদাহরণ দেখানো হয়েছে:

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

কথোপকথনমূলক বনাম কথোপকথনমূলক নয় এমন এজেন্ট

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

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

  • নন-কনভারসেশনাল এজেন্ট ব্যবহারকারীকে যতগুলি মেসেজ ডেলিভার করে, তার প্রত্যেকটির জন্য বিল করা হয়।

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

  • কনভার্সেশনাল এজেন্টদের কথোপকথনের জন্য একই রেট চার্জ করা হয়, যার মধ্যে ২৪ ঘণ্টার মধ্যে বিনিময় করা সব মেসেজ অন্তর্ভুক্ত।

    • এই বিভাগটি সেইসব এজেন্টের জন্য সবচেয়ে উপযুক্ত যারা ব্যবহারকারীদের সাথে একাধিক কথোপকথনে যুক্ত হন।

বিল করার মতো ইভেন্ট

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

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

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

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

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

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

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

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

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

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

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

বিলিং রিপোর্টে rbm_billable_events_YYYY-MM-DD.csv ফাইলের নাম ফর্ম্যাট ব্যবহার করা হয়। ফাইলের নামে থাকা তারিখটি হল ফাইল তৈরি হওয়ার তারিখ।

রিপোর্টের প্রতিটি লাইন একটি রেকর্ড যা একটি বিলেবল ইভেন্টকে উপস্থাপন করে। রেকর্ডের মধ্যে ফিল্ডগুলি ট্যাব দিয়ে আলাদা করা হয়। যেমন, একই এজেন্টের সাথে দুটি A2P কথোপকথন হলে, দুটি আলাদা বিলযোগ্য ইভেন্ট এবং বিলিং রিপোর্টে দুটি রেকর্ড তৈরি হবে।

ফাইলগুলি কোনও বাইট অর্ডার মার্ক ছাড়াই UTF-8 এনকোড করা হয় এবং লাইন শেষ করার জন্য লাইন ফিড ব্যবহার করা হয়। প্রতিটি ফাইলের প্রথম লাইন হল ফিল্ডের নাম সহ হেডার সারি।

রিপোর্টের প্রতিটি রেকর্ডে প্রতিটি বিলযোগ্য ইভেন্টের জন্য নিম্নলিখিত তথ্য থাকে।

ফিল্ড ফর্ম্যাট বিবরণ উদাহরণ
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 নম্বর 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 নম্বর ইভেন্টের সময়সীমা, নিকটতম মিনিটে রাউন্ড করা হয়।

কথোপকথনমূলক নয় এমন যেকোনও ইভেন্টের জন্য ভ্যালু হল ০।

 45
mt_messages নম্বর ইভেন্টে মোবাইল-টার্মিনেটেড (A2P) মেসেজের সংখ্যা। 11
mo_messages নম্বর ইভেন্টে মোবাইল থেকে পাঠানো (P2A) মেসেজের সংখ্যা। 9
size_kilobytes নম্বর ইভেন্টে মেসেজের সাথে অ্যাটাচ করা সব ফাইলের সাইজ, নিকটতম কিলোবাইট (১কেবি=১০২৪ বাইট) হিসেবে রাউন্ড করা হয়। 912
agent_name স্ট্রিং

ইভেন্টে অংশগ্রহণকারী এজেন্টের নাম।

 XYZ Mobile USA
owner_name স্ট্রিং পার্টনার অ্যাকাউন্টের বর্তমান মালিকের নাম যেখানে এজেন্ট তৈরি করা হয়েছে। XYZ Mobile

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

ডাউনলোড করার জন্য স্যাম্পেল রিপোর্ট উপলভ্য:

সাধারণ ফাইলের সাইজ

অ্যাক্টিভ RCS for Business পার্টনারের দৈনিক রিপোর্টের সাইজ নির্ভর করে ক্যারিয়ারের নেটওয়ার্কে তারা কতটা অ্যাক্টিভিটি তৈরি করেছে তার উপর। যেমন, রিপোর্টে যদি ৫৩,০০০টি রেকর্ড থাকে, তাহলে ফাইলের সাইজ মোটামুটি ৮ এমবি হবে।

অ্যাক্টিভিটি লগ

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

অ্যাক্টিভিটি লগে ব্যক্তিগতভাবে শনাক্তকরণযোগ্য তথ্য (PII) থাকে, যেমন ট্রানজ্যাকশনের বিস্তারিত তথ্য এবং সাবস্ক্রাইবার MSISDN। তাই, কোনও ক্যারিয়ার নিজস্ব পরিষেবার শর্তাবলী অনুযায়ী RCS অপারেট করলে তবেই সেগুলি উপলভ্য হয়। আপনার নেটওয়ার্কে RCS for Business ট্রাফিক থাকলে এবং Google-এর পরিষেবার শর্তাবলীর অধীনে Google RCS-এর সাথে RCS অ্যাক্টিভিটি চালু করলে, অ্যাক্টিভিটি লগ অ্যাক্সেস করতে পারবেন না।

অ্যাক্টিভিটি লগ ফর্ম্যাট

অ্যাক্টিভিটি লগ ফাইলের নাম rbm_activity_YYYY-MM-DD.csv ফর্ম্যাটে ব্যবহার করে। ফাইলের নামে উল্লেখ করা তারিখটি হল ফাইল তৈরির তারিখ।

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

ফাইলগুলি বাইট অর্ডার মার্ক ছাড়াই UTF-8 এনকোড করা হয় এবং লাইন এন্ডিংয়ের জন্য লাইন ফিড ব্যবহার করা হয়। প্রতিটি ফাইলের প্রথম লাইন হল ফিল্ডের নাম সহ হেডার সারি।

অ্যাক্টিভিটি লগের প্রতিটি রেকর্ডে প্রতিটি অ্যাক্টিভিটির জন্য নিম্নলিখিত ফিল্ড থাকে:

ফিল্ড ফর্ম্যাট বিবরণ উদাহরণ
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 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 মেসেজ পাঠানো হলে এবং প্রাপক রবিবার সকাল ৯:০০ পর্যন্ত অফলাইন থাকলে, রবিবার তৈরি হওয়া অ্যাক্টিভিটি লগে ইভেন্টটি দেখা যাবে, কিন্তু টাইমস্ট্যাম্প বুধবার ১৩:০০ হিসেবে দেখানো হবে।