JIT নম্বর প্রভিশনিং ডেবিট: ফোন রেন্টাল ফি এবং মেসেজিং ব্যয়ের ভারসাম্য

JIT নম্বর প্রভিশনিং ডেবিট: ফোন রেন্টাল ফি এবং মেসেজিং ব্যয়ের ভারসাম্য.

JIT নম্বর প্রভিশনিং এবং প্রিপ্রেইড রিজার্ভ

একটি হোয়াইট-লেবেল CPaaS ইকোসিস্টেমে, টেন্যান্টদের ফিজিক্যাল হার্ডওয়্যার ইনভেন্টরি বা স্ট্যাটিক স্টক বজায় না রেখেই গ্লোবাল ভয়েস ও মেসেজিং রিসোর্সে তাত্ক্ষণিক অ্যাক্সেস প্রয়োজন। জাস্ট-ইন-টাইম (JIT) নম্বর অ্যাকুইজিশন কোনো এন্ড ইউজার API বা কনসোলের মাধ্যমে রুট অনুরোধ করার সাথে সাথেই আপস্ট্রিম রেজিস্ট্রি তাৎক্ষণিকভাবে কোয়েরি করে। সংগৃহীত নয় এমন খরচ থেকে আপনার প্ল্যাটফর্মকে সুরক্ষা দিতে, ইঞ্জিন E.164 আইডেন্টিফায়ার অ্যাসাইন করার আগে একটি প্রিপ্রেইড ব্যালান্স হোল্ড শুরু করে। টেন্যান্ট একটি সেন্ট্রাল ওয়ালেট ফান্ড করেন।

MRC রেন্টাল এবং ইউজেজ ডেবিট একত্রিত করা

প্রতিটি সক্রিয় ফোন রিসোর্সে আউটবাউন্ড SMS, ইনবাউন্ড OTP ডেলিভারি এবং রিয়েল-টাইম DLR প্রসেসিংয়ের জন্য পরিবর্তনশীল ট্রানজ্যাকশনাল ফি-র পাশাপাশি একটি মাসিক রিকারিং চার্জ (MRC) থাকে। বিলিং লেজার এই ভিন্ন মেকানিক্সগুলোকে একটি ইউনিফাইড ট্রানজ্যাকশন স্ট্রিমে একত্রিত করে। যখন কোনো E.164 রুট দাবি করা হয়, তখন রিকারিং ফি সমানুপাতিকভাবে ডেবিট করা হয়, অন্যদিকে পরবর্তী মেসেজ বার্স্টগুলো একই প্রিপ্রেইড পুল থেকে খরচ করে। টেন্যান্টরা কনসোল ড্যাশবোর্ডের মাধ্যমে তাদের খরচ মনিটর করেন।

রিয়েল-টাইম লেজার রিকনসিলিয়েশন

আর্থিক সততার জন্য ক্যারিয়ার API রেসপন্স এবং ইন্টারনাল লেজার ব্যালান্সের মধ্যে কঠোর সিঙ্ক্রোনাইজেশন প্রয়োজন। সফল Verify OK বা ডেলিভার্ড মেসেজ পেলোড নিশ্চিতকারী প্রতিটি ওয়েবহুক একটি তাৎক্ষণিক লেজার আপডেট ট্রিগার করে। রেজিস্ট্রি ক্লান্তির কারণে যদি JIT প্রভিশনিং অনুরোধ ব্যর্থ হয়, তবে রিজার্ভ হোল্ড তৎক্ষণাৎ টেন্যান্টের উপলব্ধ ব্যালেন্সে ফিরে আসে। এই অ্যাটমিক অ্যাকাউন্টিং ফ্যান্টম ডিডাকশন প্রতিরোধ করে এবং পরম বিশ্বাস বজায় রাখে। প্রশাসকরা CLI-এর মাধ্যমে লেজার লগ পরিদর্শন করেন।

কম ব্যালেন্সের অবস্থা এবং সার্ভিস ফ্ল্যাগ পরিচালনা

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

মাল্টি-টেন্যান্ট ফিন্যান্সিয়াল আর্কিটেকচার এবং অডিটিং

প্ল্যাটফর্ম স্কেলিংয়ের জন্য প্রতিটি টেন্যান্টের আর্থিক ডেটা আলাদা রাখা প্রয়োজন যাতে ব্যালান্সের কোনো গরমিল না হয়। সিস্টেম প্রতিটি ট্রানজ্যাকশনের জন্য অডিট ট্রেইল বজায় রাখে, যা অপারেটরদের নির্দিষ্ট E.164 রিসোর্সের সাথে ডেবিট ট্র্যাক করতে দেয়। এটি অডিটের সময় স্বচ্ছতা নিশ্চিত করে এবং পাইলট প্রজেক্টের জটিল বিলিং সাইকেল সহজ করে। এই রিসোর্সগুলো দেখুন: DID প্রথম মাসের সেটআপ ও প্রোরেট গণিত · প্রাইসিং পাইলট সপ্তাহ: কোট বনাম প্রথম লাইভ ডেবিট · কোট এবং লেজারে ক্যাটালগ স্টেট নোট.

IOSOR দিয়ে শুরু করুন

এক DID প্রোভিশন করুন এবং খাতা পড়ুন: এক সেটআপ ডেবিট, প্রথম সময়ের এক প্রোরেট, পরের OTP ডেবিট থেকে আলাদা। প্রমাণ করুন ব্যর্থ প্রোভিশন hold স্বয়ংক্রিয় ফেরত দেয়। এটি JIT প্রোভিশনে প্রিপেইড ডেবিট হিসাব, বাণিজ্যিক search-hold-assign গল্প নয়।

IOSOR সারাংশ

প্রোভিশন ডেবিট ভাড়া সারির সাথে মিলুক, পরের SMS সারির সাথে নয়।

করুন: ভাড়া ডেবিট ট্রাফিক ডেবিট থেকে আলাদা রাখুন। করবেন না: সেটআপ, MRC ও OTP এক অস্বচ্ছ সারিতে গুটানো।