সাইলেন্ট অথ ব্যর্থতা, তারপর একটি OTP ডেবিট — দুটি নয়

সাইলেন্ট অথ ব্যর্থতা, তারপর একটি OTP ডেবিট — দুটি নয়.

সাইলেন্ট অথ ফলব্যাক মেকানিক্স

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

ব্যর্থ সাইলেন্ট প্রচেষ্টার জন্য লেজার নিয়মাবলী

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

SMS হ্যান্ডঅফে ডাবল ডেবিট প্রতিরোধ করা

ডাবল ডেবিট প্রতিরোধ করতে, IOSOR API উভয় চ্যানেলেই লেনদেন টোকেন ট্র্যাক করে। কিছু প্ল্যাটফর্ম ভুলবশত সাইলেন্ট প্রচেষ্টার জন্য একটি ডেলিভারি ফি এবং SMS OTP-এর জন্য আরেকটি ফি চার্জ করে। IOSOR একটি ইউনিফাইড ভেরিফিকেশন টেমপ্লেট ব্যবহার করে এটি এড়িয়ে চলে। যদি সাইলেন্ট অথ ব্যর্থ হয়, তবে সিস্টেম সাইলেন্ট ফেজটিকে ব্যর্থ হিসেবে চিহ্নিত করে কিন্তু সেশনটি সক্রিয় রাখে। যখন SMS OTP পাঠানো হয়, তখন সিস্টেম চূড়ান্ত DLR এবং ব্যবহারকারীর ইনপুটের জন্য অপেক্ষা করে।

প্রিপেইড ব্যালেন্স এবং সীমা পরিচালনা করা

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

ইন্টিগ্রেশন লিঙ্ক এবং ওয়েবহুক যাচাইকরণ

আপনার ফলব্যাক লজিক কনফিগার করতে এবং লেজার এন্ট্রিগুলি নিরীক্ষণ করতে, আমাদের বিস্তারিত গাইডগুলি দেখুন। আপনি আমাদের ভেরিফিকেশন ওয়েবহুকগুলিতে সাবস্ক্রাইব করে রিয়েল-টাইম স্ট্যাটাস পরিবর্তনগুলি ট্র্যাক করতে পারেন, যা প্রতিটি DLR এবং 'Verify OK' ইভেন্টের জন্য তাত্ক্ষণিক পে-লোড সরবরাহ করে।

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

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

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

IOSOR সারাংশ

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