এই পৃষ্ঠায় সেইসব ডেটা ফাইলের বর্ণনা দেওয়া হয়েছে, যা RCS for Business বিলিং ও নিরীক্ষার কাজে ক্যারিয়ারদের সহায়তা করার জন্য তৈরি করে।
| ফাইল | বর্ণনা | কার প্রবেশাধিকার আছে |
|---|---|---|
| বিলিং রিপোর্ট | চালুকৃত এজেন্ট ও ব্যবহারকারীদের মধ্যে বিলযোগ্য ঘটনাগুলোর সামগ্রিক প্রতিবেদন। | সকল ক্যারিয়ার যারা ব্যবসার জন্য সক্রিয়ভাবে আরসিএস পরিচালনা করছে। |
| কার্যকলাপ লগ | আরসিএস ফর বিজনেস কার্যকলাপের কাঁচা ডেটা লগ, যার মধ্যে বিলযোগ্য ইভেন্টগুলোও অন্তর্ভুক্ত। | যেসব ক্যারিয়ার সক্রিয়ভাবে ব্যবসার জন্য আরসিএস (RCS) পরিচালনা করছে এবং তাদের নিজস্ব পরিষেবার শর্তাবলী (ToS) অনুযায়ী গুগল আরসিএস পরিষেবা পরিচালনা করে। |
RCS for Business দুটি বিলিং মডেল ব্যবহার করে: মার্কিন যুক্তরাষ্ট্রের বাইরের ট্র্যাফিকের জন্য স্ট্যান্ডার্ড বিলিং মডেল এবং মার্কিন ট্র্যাফিকের জন্য ইউএস বিলিং মডেল । স্ট্যান্ডার্ড মডেল বা ইউএস মডেলের স্বতন্ত্র তথ্য (যেমন, ভিন্ন বিলযোগ্য ইভেন্ট ক্লাসিফিকেশন বা রিপোর্ট ফিল্ড) স্পষ্টভাবে উল্লেখ করা থাকে।
- স্ট্যান্ডার্ড বিলিং মডেল সম্পর্কে বিস্তারিত জানতে এবং বিলিং মডেলের পার্থক্যগুলোর সারসংক্ষেপ জানতে, বিলিং সম্পর্কিত প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী (Filling FAQ) দেখুন।
- মার্কিন বিলিং শ্রেণিবিভাগ সম্পর্কে বিস্তারিত জানতে মার্কিন বিলিং মডেল নির্দেশিকাটি দেখুন।
ফাইল তৈরি
প্রতিটি ডেটা ফাইল প্যাসিফিক স্ট্যান্ডার্ড টাইম (PST) অনুযায়ী RCS for Business-এর একদিনের ব্যবহারকে উপস্থাপন করে। ফাইলগুলো প্রতিদিন তৈরি হয় এবং পূর্ববর্তী ২৪-ঘণ্টার (মধ্যরাত থেকে মধ্যরাত) কার্যকলাপ প্রতিফলিত করে। ফাইল তৈরির প্রক্রিয়াটিতে কয়েক ঘণ্টা সময় লাগতে পারে এবং এটি সম্পন্ন হওয়ার সময় ভিন্ন হতে পারে।
- যেসব এজেন্ট কথোপকথনে অংশ নেয় না , তাদের জন্য ফাইলগুলোতে ফাইলটি তৈরি হওয়ার দিনের ঠিক আগের ২৪ ঘণ্টার ডেটা থাকে। উদাহরণস্বরূপ, ৫ই মে তৈরি হওয়া একটি রিপোর্টে ৪ঠা মে রাত ১২টা থেকে ৫ই মে রাত ১২টা পর্যন্ত সময়ের ডেটা থাকে। নির্দিষ্ট সময়টি PST টাইমজোনের।
কথোপকথনমূলক এজেন্টদের ক্ষেত্রে, ফাইলগুলিতে ফাইল তৈরির সময়ের ১-২ দিন আগের ২৪-ঘণ্টার ডেটা থাকে। উদাহরণস্বরূপ, ৫ই মে তৈরি করা একটি রিপোর্টে ২রা বা ৩রা মে-র ২৪-ঘণ্টার ডেটা অন্তর্ভুক্ত থাকে। নির্দিষ্ট সময়টি PST টাইমজোনের।
এই বিলম্বের কারণ হলো, কনভারসেশনাল এজেন্টদের জন্য RCS for Business-এর কার্যকলাপ সেশনের সাথে সংযুক্ত থাকে, যা সম্পূর্ণ হতে ২৪ ঘণ্টা পর্যন্ত সময় লাগতে পারে। এই বিলম্বের ফলে RCS for Business বিলযোগ্য ইভেন্ট গণনা করার আগে একটি কথোপকথনের মধ্যে থাকা সমস্ত বার্তা সংগ্রহ করতে পারে। কনভারসেশনাল এজেন্ট সম্পর্কে আরও তথ্যের জন্য, এজেন্ট বিলিং ক্যাটাগরি দেখুন।
মূল বিষয়গুলো:
- কোনো কার্যকলাপ নেই : ডিফল্টরূপে, কোনো নির্দিষ্ট দিনে প্ল্যাটফর্মে কোনো কার্যকলাপ না থাকলে কোনো ফাইল তৈরি হয় না। তবে, প্রয়োজনে আপনি খালি ফাইল পাওয়ার জন্য সম্মতি জানাতে পারেন। সম্মতি জানাতে, rbm-support@google.com-এ যোগাযোগ করুন।
- নামকরণ : ফাইলের নামে থাকা তারিখটি হলো ফাইলটি তৈরির তারিখ, এর ভেতরের ডেটার তারিখ নয়।
- সংরক্ষণকাল : ফাইলগুলো মুছে ফেলার আগে সর্বোচ্চ ৬৩ দিনের জন্য সংরক্ষণ করা হয়।
আপনি এই ফাইলগুলো ব্যবহার করে প্ল্যাটফর্ম ব্যবহারের সর্বশেষ মেট্রিকস দিয়ে আপনার ডেটা ওয়্যারহাউস আপডেট করতে পারেন।
ফাইল সংরক্ষণ এবং অ্যাক্সেস
ডেটা ফাইলগুলো স্থির অবস্থায় এবং স্থানান্তরের সময় এনক্রিপ্ট করা থাকে।
সিকিওর ফাইল ট্রান্সফার প্রোটোকল (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 এর মতো একটি SFTP ত্রুটি দেখতে পাবেন, যা স্বাভাবিক।
রিপোর্ট করার মতো কোনো RCS for Business ট্র্যাফিক না থাকলে কোনো ফাইল তৈরি হবে না। এর মানে হলো, এমন কিছু দিন থাকতে পারে যখন কোনো ফাইল তৈরি হবে না। আপনার প্রক্রিয়াকে সুবিন্যস্ত করার জন্য যদি খালি ফাইলের প্রয়োজন হয়, তাহলে RCS for Business সাপোর্ট টিমের সাথে যোগাযোগ করুন ।
বিলিং রিপোর্ট
বিলিং রিপোর্ট হলো বিলযোগ্য ঘটনাগুলোর নথি, যা এজেন্টের বিলিং ক্যাটাগরি এবং তার পাঠানো বার্তার ধরনের ওপর ভিত্তি করে গণনা করা হয়। যেসব ক্যারিয়ার সক্রিয়ভাবে RCS for Business পরিচালনা করছে, তাদের সকলের জন্য বিলিং রিপোর্ট উপলব্ধ।
বিলিং রিপোর্টে গোপনীয় তথ্য থাকে, কিন্তু ব্যবহারকারীর কোনো ব্যক্তিগত শনাক্তকরণযোগ্য তথ্য (PII), যেমন MSISDN, হ্যাশ করা MSISDN, বা ব্যবহারকারীর কোনো অনন্য শনাক্তকারী থাকে না।
এজেন্ট বিলিং বিভাগ
এজেন্ট তৈরি করার সময়, মালিক এজেন্টটি ব্যবহারকারীদের সাথে কীভাবে যোগাযোগ করবে তার উপর ভিত্তি করে এর বিলিং ক্যাটাগরি নির্ধারণ করে। বিলিং ক্যাটাগরি একজন এজেন্টের পাঠানো বার্তার সংখ্যা বা প্রকারকে সীমাবদ্ধ করে না। তবে, বার্তার জন্য এজেন্টকে কীভাবে বিল করা হবে তা এটি নির্ধারণ করে। দুটি প্রধান বিলিং ক্যাটাগরি নিম্নলিখিত সারণীতে বর্ণনা করা হয়েছে।
| বিলিং বিভাগ | এজেন্টের ধরন | ব্যবহারের উদাহরণ | বিলিং পদ্ধতি |
|---|---|---|---|
| অ-কথোপকথনমূলক | যেসব এজেন্ট প্রধানত একমুখী বার্তা পাঠায়। |
| ব্যবহারকারীর কাছে পাঠানো প্রতিটি বার্তার জন্য বিল করা হয়। |
| কথোপকথন | যেসব এজেন্ট ব্যবহারকারীদের সাথে পারস্পরিক আদান-প্রদানের জন্য ডিজাইন করা হয়েছে। |
| কথোপকথন প্রতি বিল : যদি কোনো এক পক্ষ (এজেন্ট বা ব্যবহারকারী) ২৪ ঘণ্টার মধ্যে অপর পক্ষের বার্তার উত্তর দেয়, তাহলে একটি কথোপকথন শুরু হয়। কথোপকথনের নির্ধারিত সময়কালে (প্রথম উত্তরের পর ২৪ ঘণ্টা), এজেন্ট এবং ব্যবহারকারী যেকোনো সংখ্যক বার্তা আদান-প্রদান করতে পারেন এবং এই কথোপকথনের জন্য এজেন্টকে একটি নির্দিষ্ট হারে বিল করা হবে। বার্তা প্রতি বিল : যদি এজেন্ট কোনো বার্তা পাঠায় এবং ব্যবহারকারী ২৪ ঘণ্টার মধ্যে তার উত্তর না দেন, তাহলে একজন নন-কনভারসেশনাল এজেন্টের মতোই এজেন্টকে সেই নির্দিষ্ট বার্তার জন্য বিল করা হবে। |
নিম্নলিখিত ডায়াগ্রামটিতে কনভারসেশনাল এজেন্টদের জন্য একটি A2P বিলিং সেশনের উদাহরণ দেখানো হয়েছে:

কথোপকথনমূলক বনাম অকথোপকথনমূলক এজেন্ট
বিলিংয়ের দুটি প্রধান বিভাগ রয়েছে: কথোপকথনমূলক এবং অকথোপকথনমূলক।
বিলিং বিভাগগুলির মধ্যে মূল পার্থক্যটি হলো কথোপকথনমূলক এবং অ-কথোপকথনমূলক এজেন্টদের মধ্যে:
যেসব এজেন্ট কথোপকথন করেন না, তাদের ব্যবহারকারীকে পৌঁছে দেওয়া প্রতিটি বার্তার জন্য বিল করা হয়।
- এই বিভাগটি সেইসব এজেন্টদের জন্য সবচেয়ে উপযুক্ত, যারা ঘন ঘন উত্তরের আশা করেন না।
কথোপকথন এজেন্টদের প্রতিটি কথোপকথনের জন্য একটি নির্দিষ্ট হারে বিল করা হয়, যার মধ্যে ২৪ ঘণ্টার মধ্যে আদান-প্রদান করা সমস্ত বার্তা অন্তর্ভুক্ত থাকে।
- যেসব এজেন্ট ব্যবহারকারীদের সাথে একাধিকবার কথোপকথনে অংশ নেন, তাদের জন্য এই বিভাগটি সবচেয়ে উপযুক্ত।
বিলযোগ্য ইভেন্ট
বিলিং রিপোর্টে পাঁচ ধরনের বিলযোগ্য ইভেন্ট রেকর্ড করা হয়। এই ইভেন্টগুলোর মধ্যে MT এবং MO ইভেন্ট অন্তর্ভুক্ত, যেগুলোকে A2P এবং P2A ইভেন্ট হিসেবে উল্লেখ করা হয়।
- A2P (অ্যাপ্লিকেশন-টু-পার্সন) হলো MT (মোবাইল টার্মিনেটেড) : ব্যবসা প্রতিষ্ঠান কর্তৃক প্রেরিত একটি বার্তা।
- P2A (ব্যক্তি-থেকে-অ্যাপ্লিকেশন) হলো MO (মোবাইল-উদ্ভূত) : ব্যবহারকারীর দ্বারা শুরু করা একটি বার্তা বা কার্যকলাপ।
নিম্নলিখিত সারণিতে অ-কথোপকথনমূলক এবং কথোপকথনমূলক এজেন্টদের ক্ষেত্রে প্রযোজ্য প্রতিটি বিলযোগ্য ঘটনা বর্ণনা করা হয়েছে।
| অনুষ্ঠান | বর্ণনা | অ-কথোপকথনমূলক এজেন্ট | কথোপকথনকারী এজেন্ট |
|---|---|---|---|
basic_message | এ২পি মেসেজ যাতে শুধুমাত্র ১৬০ অক্ষর বা তার কম দৈর্ঘ্যের টেক্সট থাকে। যদি টেক্সটটিতে ওপেনগ্রাফ ট্যাগসহ কোনো ওয়েবসাইটের ইউআরএল থাকে, তাহলে মেসেজটিতে পার্টনারের জন্য কোনো অতিরিক্ত চার্জ ছাড়াই একটি ইমেজ প্রিভিউ দেখানো হতে পারে। | ব্যবহারকারী উত্তর দিক বা না দিক, এটিকে সর্বদা একটি স্বতন্ত্র বিলযোগ্য ঘটনা হিসেবে গণ্য করা হয়। | যদি না ব্যবহারকারী ২৪ ঘণ্টার মধ্যে উত্তর দেন, তবে এটিকে একটি স্বতন্ত্র বিলযোগ্য ঘটনা হিসেবে গণ্য করা হয়। সেক্ষেত্রে, বার্তাটি একটি 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 কথোপকথন বিলিং রিপোর্টে দুটি পৃথক বিলযোগ্য ঘটনা এবং দুটি রেকর্ড তৈরি করবে।
প্রতিবেদনের প্রতিটি রেকর্ডে প্রতিটি বিলযোগ্য ঘটনার জন্য নিম্নলিখিত তথ্য থাকে।
| মাঠ | ফর্ম্যাট | বর্ণনা | উদাহরণ |
|---|---|---|---|
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-মিমি-ddTHH:00:00Z | ইভেন্টটি শুরু হওয়ার UTC তারিখ/সময়, যা ISO 8601 ফরম্যাটে নিকটতম ঘণ্টায় পূর্ণসংখ্যায় রূপান্তর করা হয়েছে। A2P বার্তা
P2A বার্তা
| 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 |
segment_count | সংখ্যা | শুধুমাত্র মার্কিন বিলিং মডেল | 5 |
নমুনা বিলিং রিপোর্ট
নমুনা প্রতিবেদনগুলো ডাউনলোডের জন্য উপলব্ধ আছে:
সাধারণ ফাইলের আকার
একজন সক্রিয় RCS for Business পার্টনারের দৈনিক রিপোর্টের আকার নির্ভর করে ক্যারিয়ারের নেটওয়ার্কে তারা কী পরিমাণ কার্যকলাপ করেছে তার উপর। উদাহরণস্বরূপ, যদি রিপোর্টে ৫৩,০০০ রেকর্ড থাকে, তাহলে ফাইলটির আকার প্রায় ৮ মেগাবাইট হবে।
কার্যকলাপ লগ
অ্যাক্টিভিটি লগগুলো RCS for Business প্ল্যাটফর্মের কার্যকলাপ সম্পর্কে প্রাথমিক তথ্য প্রদান করে। আপনি এই লগগুলো ব্যবহার করে বিলযোগ্য ইভেন্টগুলো নিরীক্ষা করতে এবং কাস্টম ইভেন্ট তৈরি করতে পারেন।
যেহেতু অ্যাক্টিভিটি লগগুলিতে ব্যক্তিগত শনাক্তকরণযোগ্য তথ্য (PII), যেমন লেনদেনের বিস্তারিত তথ্য এবং গ্রাহকের MSISDN থাকে, তাই সেগুলি কেবল তখনই পাওয়া যায় যখন কোনো ক্যারিয়ার তাদের নিজস্ব পরিষেবার শর্তাবলী (Terms of Service) অনুযায়ী 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 |
time | YYYY-মিমি-ddTHH:মিমি:SS.SSSZ | আরসিএস ফর বিজনেস প্ল্যাটফর্মে ইভেন্টটি জমা দেওয়ার তারিখ ও সময় ইউটিসি ফরম্যাটে। টাইমস্ট্যাম্প দেখুন। | 2019-07-25T00:29:07.033Z |
type | স্ট্রিং | কার্যকলাপের ধরণ:
| text_message |
size_bytes | স্ট্রিং | অ্যাক্টিভিটির সাথে সংযুক্ত ফাইলগুলোর আকার, বাইটে। | 912 |
টাইমস্ট্যাম্প
অ্যাক্টিভিটি লগের টাইমস্ট্যাম্পগুলো রেকর্ড করে যে কখন RCS for Business প্ল্যাটফর্মে কোনো ইভেন্ট জমা দেওয়া হয়েছিল। যে ইভেন্টগুলো কোনো ব্যবহারকারীকে কন্টেন্ট সরবরাহ করে, সেই মেসেজটি ডেলিভারি না হওয়া পর্যন্ত ইভেন্টটি অ্যাক্টিভিটি লগে রেকর্ড করা হবে না।
উদাহরণস্বরূপ, যদি কোনো ব্যবহারকারীকে বুধবার দুপুর ১টায় (13:00) একটি RCS for Business বার্তা পাঠানো হয় এবং প্রাপক রবিবার সকাল ৯টা পর্যন্ত অফলাইনে থাকেন, তাহলে ঘটনাটি রবিবারের জন্য তৈরি হওয়া অ্যাক্টিভিটি লগে দেখা যাবে, কিন্তু টাইমস্ট্যাম্পটি হবে বুধবার, দুপুর ১টা (13:00)।