IOSOR জ্ঞান

থ্রেডের মাঝে প্রেরণকারী পরিবর্তিত হলে, পরিচয় সততা বজায় রাখতে হবে

SMS, E.164 এবং Sender ID জুড়ে কথোপকথনের মাঝে From ঠিকানা পরিবর্তনের সময় IOSOR-এ স্টেট এবং বিলিং অখণ্ডতা বজায় রাখুন।

থ্রেডের মাঝে প্রেরণকারী পরিবর্তিত হলে, পরিচয় সততা বজায় রাখতে হবে.

পরিবর্তনশীল আইডেন্টিফায়ারের জুড়ে থ্রেড ধারাবাহিকতা

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

সেশন কনটেক্সট এবং লেজার ব্যালেন্স সংরক্ষণ

একটি সক্রিয় ডায়ালগ চলাকালীন From ঠিকানা পরিবর্তন করার সময়, লেজারের অখণ্ডতার জন্য অ্যাকাউন্ট ব্যালেন্সের সাথে তাৎক্ষণিক যাচাইকরণের প্রয়োজন হয়। একটি নতুন নির্বাচিত সেন্ডার আইডি থেকে একটি আউটবাউন্ড SMS পাঠানোর আগে, সিস্টেমটি সেই গন্তব্যের বর্তমান রেট টেবিলের বিরুদ্ধে প্রিপেইড ব্যালেন্স পরীক্ষা করে। IOSOR রসিদ অ্যাকাউন্টের জুড়ে ন্যূনতম USD 20 প্রিপেইড ফ্লোর কার্যকর করে যাতে রেট পার্থক্যের কারণে থ্রেডের মাঝে কোনো বিভ্রাট না ঘটে।

E.164 এবং আলফানিউমেরিক সেন্ডার সুইচওভার পরিচালনা

একটি সক্রিয় থ্রেডকে E.164 অরিজিনেশন নম্বর থেকে একটি আলফানিউমেরিক ট্যাগ বা বিকল্প লং-কোডে মাইগ্রেট করার সময়, স্ট্যাটিক স্টক বাফার ছাড়াই ইনভেন্টরি সরবরাহ করতে হবে। IOSOR JIT অ্যালোকেশন ব্যবহার করে, সরাসরি API এন্ডপয়েন্টের মাধ্যমে টার্গেট নম্বরের জন্য প্রিপেইড হোল্ড এবং অ্যাসাইন ওয়ার্কফ্লো সম্পাদন করে।

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

স্ট্রীমের মাঝখানে অরিজিনেশন ঠিকানা পরিবর্তিত হলেও ওয়েবহুক ডেলিভারি অবশ্যই সামঞ্জস্যপূর্ণ থাকতে হবে। যখন STOP বা HELP-এর মতো কীওয়ার্ড সমন্বিত একটি ইনবাউন্ড SMS আসে, তখন প্ল্যাটফর্মটি শেষ বার্তাটিতে ব্যবহৃত নির্দিষ্ট সেন্ডার আইডি-র পরিপূরক হিসেবে গ্রাহক এন্ড-ইউজার ঠিকানার বিরুদ্ধে অপ্ট-আউট প্রক্রিয়া সম্পন্ন করে। আপনার ব্যাকএন্ডে বিতরণ করা ওয়েবহুক পেলোডে conversation_id, current_from এবং original_from-এর জন্য স্পষ্ট প্যারামিটার থাকে।

পলিসি কন্ট্রোল এবং ইকোসিস্টেম ইন্টিগ্রেশন

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

সম্পর্কিত: ডাবল-ডেবিট ছাড়া অমনিচ্যানেল হ্যান্ডওভার · এসএমএস, হোয়াটসঅ্যাপ এবং ইমেলের মাধ্যমে একক থ্রেড গঠন · প্রথম ডেবিটের আগে প্রিপেইড অর্থ সংরক্ষণ.

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

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

IOSOR সারাংশ

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

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

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

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