IOSOR জ্ঞান

ডাবল ডেলিভারি ছাড়া ব্যর্থ এসএমএস ক্যাম্পেইন আইটেম পুনরায় চেষ্টা করুন

ডেলিভার করা বার্তাগুলো পুনরায় বিল না করে হোয়াইট-লেবেল প্রিপেইড এসএমএস ক্যাম্পেইনে ব্যর্থ আইটেমগুলোর নিরাপদ পুনরায় সারিভুক্তকরণ।

ডাবল ডেলিভারি ছাড়া ব্যর্থ এসএমএস ক্যাম্পেইন আইটেম পুনরায় চেষ্টা করুন.

ব্যর্থ এসএমএস আইটেমের গঠন

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

দ্বিগুণ ডেলিভারি এবং দ্বিগুণ বিলিংয়ের বিপদ

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

ডিএলআর ল্যাগ বনাম প্রকৃত ডেলিভারি স্টেটের পুনর্মিলন

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

নিরাপদ পেলোড হ্যাশিং এবং আইডেম্পোটেন্সি কি

নেটওয়ার্ক স্তরে ডুপ্লিকেট এক্সিকিউশন রোধ করতে, প্রতিটি আউটবাউন্ড এসএমএস অনুরোধের জন্য একটি অনন্য আইডেম্পোটেন্সি কি প্রয়োজন। যখন কোনো ক্যাম্পেইন আইটেম ব্যর্থ হয় এবং রিট্রাই সারিতে প্রবেশ করে, তখন সিস্টেম প্রাপকের E.164 নম্বর, ক্যাম্পেইন আইডি এবং টাইমস্ট্যাম্প একত্রিত করে একটি সল্টেড হ্যাশ তৈরি করে। যদি হুবহু একই হ্যাশ সহ একটি ডুপ্লিকেট ওয়েবকুক আসে, তবে বিলিং ইঞ্জিন তা অবিলম্বে বাতিল করে দেয়, যা ডুপ্লিকেট ওয়েবহুক থেকে দ্বিতীয়বার ডেবিট করা যাবে না এ বর্ণিত সুরক্ষা প্রদান করে।

ফেলওভারের সময় আংশিক ব্যাচ ব্যর্থতা পরিচালনা

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

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

আইওএসওআর কনসোল খুলে আপনার ক্যাম্পেইন রিট্রাই পাইপলাইনে পেলেলোড আইডেমপোটেন্সি হ্যাশিং এনাবল করুন, যাতে স্বয়ংক্রিয়ভাবে ডুপ্লিকেট ডিসপাচ ব্লক করা যায়। কোনো বার্তা স্থায়ীভাবে ফেইলড হিসেবে ফ্ল্যাগ করে রিটিউ করার আগে একটি বাধ্যতামূলক ডিএলআর রিকনসিলিয়েশন হোল্ড পিরিয়ড সেট করুন। ডিসপাচ কিউ লগ থেকে সরাসরি পার্টিয়াল ব্যাচ ফেইলিয়র আলাদা করুন, যাতে শুধুমাত্র নিশ্চিত না হওয়া ই.১৬৪ গন্তব্যগুলো পুনরায় প্রসেস করা হয়।

IOSOR সারাংশ

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

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

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

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