ডুপ্লিকেট ওয়েবহুক থেকে দ্বিতীয়বার ডেবিট করা যাবে না

এটলিস্ট-ওয়ান্স ডেলিভারি রিট্রাই করবেই। একটি ডুপ্লিকেট ওয়েবহুক যা দ্বিতীয়বার ডেবিট বা ইনবক্স লাইন তৈরি করে, তা একটি আর্থিক ও অপারেশনাল দুর্ঘটনা, কোনো নিরাপদ স্বীকৃতি নয়। এই পেজটি ফেইল পাথ বা ব্যর্থতার পথ নির্দেশ করে: রিট্রাই এবং রিপ্লে যেন প্রিপেইড ব্যালেন্স এবং ইনবক্সে আইডেমপোটেন্ট থাকে — এটি API সেন্ড-আইডেমপোটেন্সি প্রবন্ধ বা ইনবাউন্ড SMS রিট্রাই প্লেবুক থেকে আলাদা।

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

IOSOR একটি হোয়াইট-লেবেল প্রিপেইড সিস্টেম। ২০ ডলার একটি কনজিউমারের ডুপ্লিকেট-ইভেন্ট পরীক্ষার খরচ বহন করে, এবং ১০০০ ডলার প্রতি মাসের কাছাকাছি সফট রিভিউ রিট্রাইকে ডেট হিসেবে হিসাব করে।

আইডেমপোটেন্সি একটি ফেইল পাথ, স্লোগান নয়

হ্যাপি পাথ একটি স্বাক্ষরিত ইভেন্ট, একটি একসেপ্ট এবং একটি ডেবিট প্রসেস করে। টাইমআউট, 5xx বা প্রোভাইডার রিপ্লের সময় ফেইল পাথ বিশ্বাস নষ্ট করে। লেজার বা CRM-এ সাইড ইফেক্ট ঘটানোর আগেই চুক্তি থেকে আইডেমপোটেন্সি কি সংরক্ষণ করুন। প্রতি মাসে ১০০০ ডলারের সফট লিমিট নতুন কি তৈরি করাকে ডেট হিসেবে ধরে, এবং ২০ ডলার প্রমাণ করে যে জোরপূর্বক রিপ্লে কখনো অর্থ দ্বিগুণ করে না।

ডুপ্লিকেট কী হিসেবে গণ্য হয়

স্বাক্ষর এবং রিপ্লে-উইন্ডো গেট সত্যতা ও সতেজতা নির্ধারণ করে। এই পেজটি একটি বৈধ ডুপ্লিকেটের পরে কী ঘটে তা নিয়ন্ত্রণ করে।

অর্থ দুবার সরানো যাবে না

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

ইনবক্সও দ্বিগুণ হওয়া উচিত নয়

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

ডুপ্লিকেট-সেফ ওয়েবহুকের জন্য ক্রেতা চেকলিস্ট

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

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

ইতিমধ্যে কাটা করিডোরে জানালার ভিতরে একটি স্বাক্ষরিত পুনঃপ্রেরণ জোর করুন। event id কে ledger id-এর পাশে রপ্তানি করুন এবং এক debit সারি ও এক inbox সারি প্রমাণ করুন। দ্বিতীয় কাট দেখা গেলে সেই ভোক্তা থামান এবং বাড়তি সারি ফেরত দিন — পরের ট্রাফিক দিয়ে নেট করবেন না। এটি পুনঃপ্রেরণের টাকার ফটক, E.164 পরীক্ষা বা শিপিং বাক্য নয়।

IOSOR সারাংশ

পুনঃপ্রেরণ নতুন পাঠানো নয়। এক event id এক debit লেখে।

করুন: স্বাক্ষর ও জানালা চালু রাখুন, জানালার POST-এর পর এক debit প্রমাণ করুন। করবেন না: প্রতি POST কাটা, বা নেটওয়ার্ক পুনঃচেষ্টাকে দ্বিতীয় বিল ভাবা।