IOSOR জ্ঞান

ইনবাউন্ড MO থেকে সাপ্রেশন লিস্ট: DID-এ STOP বার্তার মাধ্যমে সুনাম রক্ষা

E.164 DID-এ ইনবাউন্ড MO অপ্ট-আউট কীওয়ার্ড প্রসেসিং, সাপ্রেশন লিস্ট এক্সিকিউশন, ওয়েবহুক স্ট্যাটাস এবং প্রিপেইড অ্যাকাউন্ট সুরক্ষার টেকনিক্যাল বিশ্লেষণ।

ইনবাউন্ড MO এর মাধ্যমে স্বয়ংক্রিয় অপ্ট-আউটের আর্কিটেকচার

যখন একজন শেষ-ব্যবহারকারী একটি নিবেদিত E.164 DID নম্বরে ইনবাউন্ড মোবাইল অরিজিনেটেড (MO) বার্তার উত্তরে STOP, UNSUBSCRIBE, বা QUIT লিখে পাঠান, তখন আপনার প্ল্যাটফর্মকে অবিলম্বে এই সংকেতটি প্রক্রিয়া করতে হবে। API স্তরে একটি সাপ্রেশন লিস্টে নম্বর সংরক্ষণ করা পরবর্তী আউটবাউন্ড মোবাইল টার্মিনেটেড (MT) ট্র্যাফিককে ক্যারিয়ারের অনুপালন নিয়ম লঙ্ঘন করা থেকে রক্ষা করে। যদি একটি আউটবাউন্ড বার্তা একটি প্রতিরোধ করা প্রাপকের দিকে পাঠানোর চেষ্টা করা হয়, তবে নেটওয়ার্ক ট্র্যাফিক ঘটার আগেই গেটওয়েটিকে পেলোডটি ড্রপ করতে হবে বা স্কিপ করা হয়েছে হিসেবে চিহ্নিত করতে হবে। এই স্থাপত্যটি প্রেরকের সুনাম নিশ্চিত করে।

ইনবাউন্ড কীওয়ার্ডগুলোকে সাপ্রেশন লিস্টে ম্যাপ করা

ইনবাউন্ড MO পেলোডগুলো ওয়েবহুকের মাধ্যমে আসে যার মধ্যে প্রেরকের E.164 নম্বর, গন্তব্য DID, টাইমস্ট্যাম্প এবং মূল বার্তার বডি থাকে। সাপ্রেশন সাবসিস্টেমটি STOP, CANCEL, END, QUIT এবং OPTOUT সহ মানক অনুপালন কীওয়ার্ড বিশ্লেষণ করে। একটি মিল সনাক্ত করার পরে, ইনজেশন ইঞ্জিনটি হোয়াইটস্পেস এবং অ্যাকসেন্টগুলি অপসারণ করে, অক্ষরগুলিকে বড় হাতের অক্ষরে রূপান্তরিত করে এবং একটি নিয়মিত রেগুলার এক্সপ্রেশন পার্সার পরিচালনা করে স্ট্রিংটিকে স্বাভাবিক করে তোলে। যদি বডিতে একটি বিচ্ছিন্ন মিল বা অগ্রণী কীওয়ার্ড থাকে, তবে ইঞ্জিনটি ডাটাবেসে একটি পারসিস্টেন্ট রাইট অপারেশন ট্রিগার করে।

ওয়েবহুক, স্ট্যাটাস কোড এবং কেন «স্কিপ করা» ব্যর্থতা নয়

যখন একটি আউটবাউন্ড ডিসপ্যাচ অনুরোধ একটি সাপ্রেস করা E.164 গন্তব্যকে লক্ষ্য করে, CPaaS ইঞ্জিন আপস্ট্রিম রাউটিং পাথে ডেটা পাঠানোর আগেই ট্রান্সমিশন ব্লক করে দেয়। প্ল্যাটফর্মটি 'skipped_suppressed' নির্দেশক একটি স্ট্যাটাস পেলোড সহ একটি HTTP 200 OK রেসপন্স ফেরত দেয়। একটি অপ্ট-আউট ব্লকের জন্য একটি 4xx বা 5xx HTTP স্ট্যাটাস কোড ফেরত দেওয়া একটি ভুল অনুশীলন, কারণ এটি একটি অবকাঠামোগত ত্রুটি বা ক্লায়েন্ট পেলোড বিকৃতি নির্দেশ করে, যা API ক্লায়েন্ট SDK-এ অপ্রয়োজনীয় পুনরায় চেষ্টার লজিক ট্রিগার করে। 'skipped_suppressed' সহ HTTP 200 OK ফেরত দেওয়া সিস্টেমের স্থায়িত্ব বজায় রাখে।

অপারেশনাল নিয়ম এবং প্রিপেইড ব্যালেন্স নিয়ন্ত্রণ

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

অনুপালন ম্যাট্রিক্স: ইনবাউন্ড অপ্ট-আউট হ্যান্ডলিং

কীওয়ার্ড	গৃহীত পদক্ষেপ	আউটবাউন্ড স্ট্যাটাস	বিলিং প্রভাব
STOP	সাপ্রেশন লিস্টে যোগ করুন	স্কিপ করা (ব্লক করা)	কোনো খরচ নেই
UNSTOP	সাপ্রেশন লিস্ট থেকে সরান	অনুমোদিত	মানক হার
HELP	তথ্য ওয়েবহুক ট্রিগার করুন	অনুমোদিত	মানক হার
CANCEL	সাপ্রেশন লিস্টে যোগ করুন	স্কিপ করা (ব্লক করা)	কোনো খরচ নেই

IOSOR এর সাথে শুরু করুন

STOP DID-এ নামলে পরের MT-এর আগে সেই ভাড়াটের suppression তালিকায় উৎস MSISDN লিখুন। প্রমাণ করুন পরের পাঠ প্রত্যাখ্যাত। MO ছাপ ও তালিকা সারি রপ্তানি করুন। তালিকা লেখা ছাড়া webhook 2xx এই কাজ নয়; E.164 পরিষ্কার অন্য ফটক।

সম্পর্কিত: কলার আইডি বনাম মেসেজিং ফ্রম: ভয়েস লাইভ মানে এসএমএস লাইভ নয় ডিআইডি বাইন্ডিংয়ের আগে ই.১৬৪ নরমালাইজেশন: প্লাস, শূন্য এবং স্পেস প্রথম ডেবিটের আগে প্রিপেইড অর্থ সংরক্ষণ.

IOSOR সারাংশ

DID-এ আগত MO তালিকা লেখা, লগ স্মারক নয়।

করুন: পরের MT-এর আগে দমন করুন। করবেন না: STOP নোট করে MT চালানো, বা সাপ্তাহিক ঢাল অপেক্ষা।

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