ট্রাফিক বন্ধ হওয়ার আগে পার্টনাররা কীভাবে সাব-টিনেন্ট ব্যালেন্স অ্যালার্ট পরিচালনা করেন

ট্রাফিক বন্ধ হওয়ার আগে পার্টনাররা কীভাবে সাব-টিনেন্ট ব্যালেন্স অ্যালার্ট পরিচালনা করেন.

সাব-টিনেন্টদের জন্য থ্রেশহোল্ড ট্রিগার কনফিগার করা

মাল্টি-টিনেন্ট পরিবেশ পরিচালনার জন্য ক্রেডিট ব্যবহারের উপর সূক্ষ্ম নিয়ন্ত্রণ প্রয়োজন। IOSOR পার্টনার কনসোলের মধ্যে, নির্দিষ্ট ব্যালেন্স ট্রিগার সংজ্ঞায়িত করতে সাব-টিনেন্ট ম্যানেজমেন্ট মডিউলে যান। USD 20-এর প্রিপেইড ফ্লোর সেট করার মাধ্যমে, আপনি নিশ্চিত করেন যে অ্যাকাউন্টটি শূন্য ব্যালেন্স অবস্থায় পৌঁছানোর আগেই সাব-টিনেন্ট অ্যাডমিনিস্ট্রেটরের কাছে স্বয়ংক্রিয় অ্যালার্ট পাঠানো হয়। এই সক্রিয় পদ্ধতিটি গুরুত্বপূর্ণ OTP বা SMS ওয়ার্কফ্লোর জন্য অপ্রত্যাশিত ট্রাফিক বন্ধ হওয়া রোধ করে।

Webhook ইন্টিগ্রেশনের মাধ্যমে অ্যালার্ট স্বয়ংক্রিয় করা

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

ট্রাফিক প্রবাহ এবং JIT প্রভিশনিং পরিচালনা

IOSOR নম্বরগুলির জন্য একটি JIT প্রভিশনিং মডেল ব্যবহার করে, যার অর্থ সম্পদ শুধুমাত্র প্রয়োজন হলেই বরাদ্দ করা হয়। এটি আগে থেকে কেনা ইনভেন্টরির প্রয়োজনীয়তা দূর করে। যখন কোনো সাব-টিনেন্ট একটি সংকটজনক ব্যালেন্সে পৌঁছায়, তখন প্ল্যাটফর্মটি স্বয়ংক্রিয়ভাবে নতুন নম্বর বরাদ্দ সীমাবদ্ধ করে এবং বিদ্যমান E.164 রাউটিং বজায় রাখে। এটি নিশ্চিত করে যে সক্রিয় পরিষেবাগুলি কার্যকর থাকে এবং একই সাথে ক্রেডিট ক্ষয় রোধ করে। প্রতি মাসে USD 1,000 ছাড়িয়ে যাওয়া উচ্চ-ভলিউম অ্যাকাউন্টগুলির জন্য, আমরা মৌসুমী ট্রাফিক স্পাইকগুলি বিবেচনায় নেওয়ার জন্য আপনার থ্রেশহোল্ড সেটিংস পর্যালোচনা করার পরামর্শ দিই।

DLR এবং ডেলিভারি ব্যর্থতা পরিচালনা

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

প্রয়োজনীয় পার্টনার অপারেশন রিসোর্স

মাল্টি-টিনেন্ট ম্যানেজমেন্ট এবং লেজার আইসোলেশনের সূক্ষ্মতা আয়ত্ত করতে, নিম্নলিখিত ডকুমেন্টেশন দেখুন:

• পার্টনার অপারেশনস: মাল্টি-টিনেন্ট অভ্যাস
• পার্টনার লেজার আইসোলেশন এজ কেস
• পাইলট থেকে প্রোডাকশনে API হার সীমা

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

আইওএসওআর পার্টনার কনসোল খুলে সাব-টেল্যান্ট ব্যালেন্স পলিসিতে যান এবং আপনার বেসলাইন থ্রেশহোল্ড ট্রিগার সেট করুন। কোনো সাব-টেল্যান্ট ২০ মার্কিন ডলারের নিচে নেমে গেলে তাৎক্ষণিক ব্যালেন্স পেলোড পেতে একটি স্বয়ংক্রিয় ওয়েবহুক এন্ডপয়েন্ট বাইন্ড করুন। ডাউনস্ট্রিম ডিএলআর স্ট্যাটাস কোড পেমেন্ট ফেইলিওর ত্রুটি ফেরত দেওয়ার আগেই আপনার অ্যাপ্লিকেশন লেয়ার কম ব্যালেন্সের বিজ্ঞপ্তিগুলো ইন্টারসেপ্ট করে টপ-আপ ট্রিগার করে কি না তা নিশ্চিত করুন।

IOSOR সারাংশ

টেল্যান্ট লেজারে স্বয়ংক্রিয় থ্রেশহোল্ড প্রয়োগের পরিবর্তে প্রতিক্রিয়াশীল মনিটরিংয়ের কারণে হঠাৎ বার্তা পাঠানো বন্ধ হয়ে যায়। প্রতিটি টেল্যান্টের জন্য স্বয়ংক্রিয় প্রিপেইড থ্রেশহোল্ড বিজ্ঞপ্তি সেটআপ করলে আন্ডারলাইং প্ল্যাটফর্ম রেইল প্রকাশ না করেই বা নীরব আউটবাউন্ড ফেইলিওর ঝুঁকি ছাড়াই অপারেশনাল ধারাবাহিকতা নিশ্চিত হয়।

স্বয়ংক্রিয় টপ-আপ ওয়ার্কফ্লো দ্রুত শুরু করার জন্য স্থানীয় ওয়েবহুক ট্রিগার এবং কঠোর প্রিপেইড ফ্লোর কনফিগার করুন।