IOSOR

IOSOR জ্ঞান

B2B-এর জন্য SMS ডেলিভারেবিলিটি: স্ট্যাটাস, DLR ও একটি ops/ফিন্যান্স সত্য

গুরুতর দল কীভাবে deliveredকে sent থেকে আলাদা করে, webhook জোড়ে, করিডর ল্যাটেন্সি দেখে এবং প্রিপেইড ভলিউমে নকল “সাফল্য” এড়ায়।

“পাঠানো হয়েছে” মানে “পৌঁছেছে” নয়। OTP, অ্যালার্ট ও লেনদেন ট্রাফিকে ডেলিভারেবিলিটি কনভার্শন বা নিঃশব্দ চার্ন নির্ধারণ করে। এই গাইড সেই B2B দলের জন্য যাদের প্রোডাক্ট, ops ও ফিন্যান্সের এক ভাষা দরকার — অন্য ব্র্যান্ডের পোর্টালে না থেকে।.

IOSOR হোয়াইট-লেবেল প্রিপেইড মেসেজিং দেয়: ফলাফল আপনার অ্যাকাউন্ট ও কলব্যাকে থাকে; ত্রুটি ব্যবহারযোগ্য ও ব্র্যান্ড-নিরাপদ। অ্যাকাউন্ট রাখতে বাধ্যতামূলক প্ল্যাটফর্ম সাবস্ক্রিপশন নেই; প্রিপেইডই ছন্দ তৈরি করে।.

টিউনিংয়ের আগে সাফল্য সংজ্ঞায়িত করুন

  1. ব্যবহারকারী — কোড ও অ্যালার্ট কনভার্শন SLA-র ভিতরে।
  2. Ops — queued / sent / delivered / failed টিকেট ছাড়াই দৃশ্যমান।
  3. ফিন্যান্স — রিট্রাই ও মৃত গন্তব্য নীরবে ওয়ালেট পোড়ায় না।

বিক্রেতা শুধু সবুজ সেন্ড বাটন দেখালে আসল ভলিউমে ফাঁক বের হয়।.

যে স্ট্যাটাস মডেলে ফিন্যান্স বিশ্বাস করে

অবস্থা অর্থ কেন গুরুত্বপূর্ণ
Accepted / queued প্ল্যাটফর্ম কাজ নিয়েছে ক্লায়েন্ট বাগকে পাইপ থেকে আলাদা করে
Sent / submitted লাইভ রুটে হস্তান্তর ডিভাইস ডেলিভারির প্রমাণ নয়
Delivered ইতিবাচক DLR / টার্মিনাল সাফল্য কনভার্শন-স্তরের সংকেত
Failed ব্যবহারযোগ্য কারণসহ টার্মিনাল ব্যর্থতা রিট্রাই ও গন্তব্য সিদ্ধান্ত চালায়

Webhook বা যাচাইযোগ্য ইভেন্ট চান। রাত ২টার অন্য কনসোলের স্ক্রিনশট স্কেল হয় না।.

DLR ও webhook চেকলিস্ট

  • স্বাক্ষরিত বা প্রমাণীকৃত ইনবাউন্ড ইভেন্ট
  • আইডেমপোটেন্ট হ্যান্ডলিং
  • সম্পর্ক ID: পাঠানো → স্ট্যাটাস → লেজার
  • বিঘ্নে পণ্যে সাম্প্রতিক ডেলিভারি দেখা

হোয়াইট-লেবেলকে তবু ops প্রমাণ দিতে হবে — দলকে অন্য ব্র্যান্ডের ops UI-তে না ঠেলে।.

ল্যাটেন্সি করিডর সমস্যা

OTP কনভার্শন ভূগোল-সংবেদনশীল। গন্তব্য শ্রেণি অনুযায়ী ল্যাটেন্সি ব্যান্ড ট্র্যাক করুন, একটি বৈশ্বিক “গড়” নয়। করিডর খারাপ হলে ব্যবহারকারী বাইপাস আবিষ্কারের আগে প্রোডাক্টকে জানতে হবে।.

  • শুধু “sent”; delivered/failed নেই
  • কলব্যাক “পরে”
  • মক করিডরকে প্রোডাকশন রেডিনেস বলা
  • আপস্ট্রিম ব্র্যান্ড বা কাঁচা পেলোড ফেলা ত্রুটি
  • প্রিপেইড দৃশ্যমানতা ছাড়া রিট্রাই ঝড়
  1. প্রথম মাসের দুই করিডর বেছে নিন।
  2. আসল OTP + একটি লেনদেন টেমপ্লেট পাঠান; রসিদ রাখুন।
  3. একটি ব্যর্থতা পথ জোর করুন; ফিন্যান্স যা দেবে ডেবিট নিশ্চিত করুন।
  4. মালিক নথিভুক্ত করুন: webhook ভোক্তা, অপব্যবহার/রিসেন্ড, সম্প্রসারণ।
  5. ব্যবহার বাড়লে তখন ভলিউম রিভিউ আলোচনা করুন।

প্রিপেইড নষ্ট না করে রিট্রাই

অনিয়ন্ত্রিত রিট্রাই প্রিপেইড ফোলায় এবং ব্যবহারকারী ব্যর্থ হলেও “ট্রাফিক” দেখায়।.

  • অটো-রিট্রাইয়ের সীমা ও মালিক
  • ইউজার রিসেন্ডকে সিস্টেম রিট্রাই থেকে আলাদা করুন
  • মৃত গন্তব্যে ব্লাস্টের আগে lookup / তালিকা পরিচ্ছন্নতা

প্রায় USD 1,000+ মাসিক প্ল্যাটফর্ম ব্যবহারের কাছাকাছি ডেলিভারি মেট্রিক বাণিজ্যিক প্রমাণ হয়: নিয়মিত ব্যর্থ গন্তব্য ট্যারিফ ও পথ রিভিউ চায়, আশা নয়।.

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

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

অজানা স্পাইকের কারণে DLR সমস্যা কীভাবে সমাধান করবেন? · প্রোডাকশন লগইনের আগে ফ্ল্যাশ কল প্রমাণ করবেন কীভাবে? · এসএমএস লেটেন্সির মূল কারণ কীভাবে চিহ্নিত করবেন?

IOSOR সারাংশ

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

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

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

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