যখন CLI ব্লক করা হয়, ফলব্যাক অবশ্যই সৎ হতে হবে

যখন CLI ব্লক করা হয়, ফলব্যাক অবশ্যই সৎ হতে হবে.

ফ্ল্যাশ ভেরিফিকেশনে CLI ব্লকিংয়ের মেকানিক্স

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

কেন মিথ্যা ভেরিফাই ওকে স্ট্যাটাস আপনার লেজার নষ্ট করে

কিছু প্ল্যাটফর্ম সাফল্যের মেট্রিক্স বাড়ানোর জন্য ডেলিভারি ব্যর্থতা লুকিয়ে রাখে, কিন্তু এই অভ্যাসটি আপনার আর্থিক লেজারকে নষ্ট করে দেয়। একটি ব্লক করা CLI কোনোভাবেই একটি সফল ভেরিফিকেশন (Verify OK) নয়। কোনো সংখ্যা আসলে ডেলিভারি না হওয়া সত্ত্বেও যদি আপনি সফল ভেরিফিকেশনের জন্য ক্লায়েন্টকে চার্জ করেন, তবে আপনি গুরুতর বিলিং অসঙ্গতি তৈরি করবেন এবং গ্রাহকের বিশ্বাস হারাবেন। IOSOR একটি কঠোর ওয়ান ডেবিট পাথ এবং ওয়ান স্ট্যাটাস নিয়ম প্রয়োগ করে: যদি CLI ব্লক করা হয়, তবে লেনদেনটি ব্যর্থ হিসেবে চিহ্নিত হয় এবং প্রিপেইড হোল্ড অবিলম্বে ছেড়ে দেওয়া হয়।

ওয়ান ডেবিট পাথ নিয়ম কনফিগার করা

লেজারের সততা বজায় রাখতে, IOSOR রিসোর্স রাউটিং করার জন্য একটি JIT (Just-In-Time) অ্যালোকেশন модель ব্যবহার করে। যখন একটি ভেরিফিকেশন শুরু হয়, আমরা ক্লায়েন্টের ব্যালেন্সে একটি সাময়িক প্রিপেইড হোল্ড রাখি। যদি CLI ব্লক করা হয়, তবে হোল্ডটি ছেড়ে দেওয়া হয় এবং সিস্টেম ফলব্যাকের জন্য প্রস্তুত হয়। এটি ডাবল-বিলিং প্রতিরোধ করে এবং আর্থিক স্বচ্ছতা নিশ্চিত করে।

ব্লক করা কলের জন্য রিয়েল-টাইম ওয়েবহুক হ্যান্ডলিং

যখন কোনো ক্যারিয়ার একটি CLI ব্লক করে, তখন প্ল্যাটফর্মটি ডাউনস্ট্রিম নেটওয়ার্ক থেকে একটি নির্দিষ্ট ডিসকানেক্ট কোড পায়। IOSOR এটিকে একটি রিয়েল-টাইম ওয়েবহুক পেলোডে রূপান্তর করে যা সরাসরি আপনার অ্যাপ্লিকেশনে পাঠানো হয়। আপনার সিস্টেমকে অবশ্যই এই ওয়েবহুকটি শুনতে হবে এবং অবিলম্বে ফ্ল্যাশ-কল স্টেট মেশিনটি বন্ধ করতে হবে। টাইমআউটের জন্য অপেক্ষা করবেন না। ওয়েবহুক পেলোডে লক্ষ্য E.164 নম্বর, ব্যর্থতার কারণ এবং সঠিক স্ট্যাটাস থাকে, যা নিশ্চিত করে যে আপনি কখনই আপনার ডাটাবেসে একটি মিথ্যা ভেরিফাই ওকে স্ট্যাটাস পাঠাবেন না।

সৎ ফলব্যাক প্লেবুক একীভূত করা

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

• যখন সাইলেন্ট অথ ব্যর্থ হয়: ডাবল ডেবিট ছাড়া সঠিক SMS OTP ফলব্যাক
• ভয়েস OTP ফলব্যাক রাউটিং প্লেবুক
• ওয়ালেট পাইলট সপ্তাহ: লাইভ ট্রাফিকে হোল্ড ও ডেবিট সত্যতা

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

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

IOSOR সারাংশ

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

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