IOSOR

IOSOR জ্ঞান

OTP ডেলিভারি ডেবিট verify সেশন নয়: দুই লেজার লাইন, এক ব্যবহারকারী

কোডসহ SMS খণ্ড ও যাচাই সেশন একই নিবন্ধনের দুটি prepaid ঘটনা। সেগুলোকে «এক OTP খরচ»-এ মিশিয়ে ফেলবেন না এবং দ্বিতীয় লাইন অর্থের কাছ থেকে লুকাবেন না।

ব্যবহারকারী কোড চেয়েছিলেন। পণ্য এক OTP দেখেছিল। Prepaid ওয়ালেট দুই লাইন তুলেছে: SMS-এর জন্য messaging ডেবিট (খণ্ড, গন্তব্য, DLR পথ) এবং সেশনের জন্য Verify ডেবিট (তৈরি, TTL জানালা, পরীক্ষা)। যারা একে «OTP খরচ»-এ গলিয়ে ফেলে তারা হয় board pack-এ দ্বিগুণ গণনা করে নয়তো মাস শেষ পর্যন্ত দ্বিতীয় লাইন লোকায়। কোনোটাই নিয়ন্ত্রণ নয়।.

IOSOR SMS-এর পাশে white-label prepaid Verify চালায় এক ledger-এ। ক্যাটালগ live আসল চ্যানেল; in setup বিনামূল্যে সেশন নয়। মাসিক USD 1,000+ কাছাকাছি SMS লাইন ও Verify সেশন বাণিজ্যিক পর্যালোচনার উপাদান হয়। Verify «উপলব্ধ রাখতে» প্ল্যাটফর্ম সাবস্ক্রিপশন নেই।.

এক ব্যবহারকারী সেশন, দুই prepaid লাইন

যাত্রা এক। টাকা দুই। সম্পর্কিত, কখনো সমার্থক নয়:

  1. ডেলিভারি ডেবিট — কোড বহনকারী SMS (বা ভয়েস/ইমেইল fallback): এনকোডিং, খণ্ড, গন্তব্য, টার্মিনাল DLR।
  2. Verify সেশন ডেবিট — জারি, অপেক্ষা, পরীক্ষিত, মেয়াদোত্তীর্ণ বা resend নীতি।

অর্থ শুধু SMS দেখলে Verify «ফ্রি» মনে হয়। পণ্য শুধু Verify দেখলে SMS পাম্পিং «আরও সেশন» মনে হয়। ছবি: বিশৃঙ্খলা ছাড়া OTP। দুই ওয়ালেট লাইন দৃশ্যমান রাখুন।.

ডেলিভারি ডেবিট verify সেশন ডেবিট নয়

ঘটনা ওয়ালেট কী দেখাবে মিলালে সাধারণ ব্যর্থতা
কোড SMS পাঠানো খণ্ড ডেবিট, গন্তব্য, এনকোডিং «এক OTP» UCS-2 multipart লোকায়
টার্মিনাল DLR একই SMS লাইন, আপডেট স্ট্যাটাস সেশন ছাড়া retry দুবার
সেশন তৈরি Verify ডেবিট, TTL, চ্যানেল সেশন আরেক SMS মনে হয়
Check / expire একই Verify লাইন, টার্মিনাল কারণ মেয়াদোত্তীর্ণ কোড «SMS খরচ»-এ
ব্যবহারকারী resend নতুন SMS ± নীতিমতে নতুন সেশন কুলডাউন এড়ানো, দ্বিগুণ পোড়া

Resend নীতি: OTP TTL ও পুনরায় পাঠানোর বিরতি। যে কুলডাউন সেশন আটকায় তবু SMS ছোড়ে (বা উল্টো) — দুই ledger এভাবে আলাদা হয়। ভয়েস fallback চ্যানেল live হলে তৃতীয় অর্থরূপ — SMS লাইনে অদৃশ্য বাড়তি নয়।.

টিম কীভাবে দ্বিগুণ গণনা করে বা দ্বিতীয় লাইন চাপায়

  • Board pack SMS OTP খরচে সেই Verify ইউনিট যোগ করে যেগুলো ইতিমধ্যে সেই পাঠানো অন্তর্ভুক্ত।
  • অর্থ undelivered SMS ফেরত দেয় এবং সেশনও বাতিল করে।
  • ড্যাশবোর্ড সেশন সফল দেখায় যখন SMS এখনও pending DLR।
  • Verify in setup, SMS live — সেশন প্রতিশ্রুতি, SMS ডেবিট চলতে থাকে।

এক মানুষের দুই ডেবিট ব্যাখ্যা না করা prepaid ওয়ালেট রসিদ প্রিন্টার। ভাগ করা correlation id দিয়ে দুই লাইন রপ্তানি করুন। থামার নিয়ম: প্রিপেইড খরচ নিয়ন্ত্রণ।.

SMS, DLR ও verify প্রচেষ্টার মিল

সাপ্তাহিক মিল, এক করিডোর:

  • তৈরি সেশন গুনুন SMS (বা fallback) প্রচেষ্টার বিপরীতে।
  • টার্মিনাল DLR-কে সেশন টার্মিনালের সাথে মেলান (delivered+checked, undelivered+expired, rejected+never checked)।
  • ব্যবহারকারী-শুরু resend আলাদা করুন system retry থেকে — আলাদা মালিক, আলাদা কুলডাউন।
  • সেশন তৈরি → পৌঁছানো কোডের p95 প্রকাশ করুন, বৈশ্বিক «OTP বিলম্ব» নয়।

প্রচেষ্টা ≫ সেশন হলে আপনি ব্লাস্ট করছেন। সেশন ≫ প্রচেষ্টা হলে চ্যানেল ছাড়া Verify বিল করছেন। দুটোই বাণিজ্যিক পর্যালোচনায় পড়ে।.

লাল পতাকা

  • SMS/সেশন ভাগ ছাড়া মিশ্র «OTP ফি»
  • Verify মার্কেটিং ব্লাস্টের মতো বিল
  • নীতি ছাড়া SMS ফেরতে সেশন লাইন না ছোঁয়া (বা উল্টো)
  • দুই পথের একটিতে কুলডাউন উপেক্ষা করা resend বোতাম
  • ক্লায়েন্ট দেখা ত্রুটিতে আপস্ট্রিম ব্র্যান্ড নাম
  • চ্যানেল in setup থাকতে Verify প্রতিশ্রুতি

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

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

IOSOR সারাংশ

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

এই গাইড কি সহায়ক ছিল?

সম্পর্কিত গাইড