আপস্ট্রিম বিভ্রাটর পর আটকে থাকা প্রিপেইড হোল্ড রিকনসাইল করা

আপস্ট্রিম বিভ্রাটর পর আটকে থাকা প্রিপেইড হোল্ড রিকনসাইল করা.

নেটওয়ার্ক ঘটনার পরে অনাথ লেজার হোল্ড সনাক্তকরণ

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

স্বয়ংক্রিয় রিকনসাইল স্ক্রিপ্ট বনাম ম্যানুয়াল লেজার সুইপ

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

E.164 নম্বর অ্যাসাইনমেন্ট এবং OTP ট্রাফিকের জন্য রিজার্ভ রিলিজ করা

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

রেস কন্ডিশন এবং ওয়েবহুক রিপ্লে পরিচালনা করা

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

প্রয়োজনীয় রিকভারি ডকুমেন্টেশন এবং ক্রস-লিঙ্ক

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

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

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

IOSOR সারাংশ

নেটওয়ার্ক সমস্যার পর অমীমাংসিত ব্যালেন্স অ্যালোকেশন প্রিপেইড অ্যাকাউন্টের হিসেব ওলটপালট করে দেয় এবং গ্রাহকের মূলধন ঝুলিয়ে রাখে।