সেন্ড API আইডেম্পোটেন্সি: ডুপ্লিকেট, রিট্রাই ও টাকা

টাইমআউট হয়। লোড ব্যালান্সার রিট্রাই করে। মোবাইল ক্লায়েন্ট ডাবল-ট্যাপ করে। আইডেম্পোটেন্সি ছাড়া “একবার পাঠাও” পণ্য হয়ে যায় প্রিপেইড দ্বৈত কাটতি ও ডুপ্লিকেট OTP UX। এই গাইড হোয়াইট-লেবেল প্রিপেইড মেসেজিং API সংযুক্তকারী ইঞ্জিনিয়ারিং ও টেকনিক্যাল প্রোডাক্টের জন্য — যেখানে প্রতিটি ডুপ্লিকেট ওয়ালেটে দেখা যায়।.

IOSOR মানি-অ্যাওয়্যার ইন্টিগ্রেশন চায়: প্রমাণিত কল, মেলানো যায় এমন ডেবিট, এবং বিদেশি ব্র্যান্ড পেলোড না ফেলার ক্লায়েন্ট ত্রুটি। মাসিক প্ল্যাটফর্ম ব্যবহার প্রায় USD 1,000+ হলে ডুপ্লিকেট শৃঙ্খলা আর ঐচ্ছিক নয়। প্রতিটি সেন্ডকে আগে লেজার ইভেন্ট, পরে নেটওয়ার্ক কল ধরুন — যাতে ফাইন্যান্স ও অন-কল একই গল্প ভাগ করে।.

ডুপ্লিকেট কেন টাকার সমস্যা হয়ে ওঠে

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

রিট্রাই টিকে থাকা আইডেম্পোটেন্সি কী

গুরুতর সেন্ড পথ ক্লায়েন্ট-জেনারেটেড কী (বা সমতুল্য) গ্রহণ করে যা:

1. ব্যবসায়িক উদ্দেশ্য অনুযায়ী অনন্য (TCP চেষ্টা অনুযায়ী নয়)
2. পরিষ্কার TTL উইন্ডোতে রিপ্লেতে একই accepted ফল ফেরায়
3. একই উদ্দেশ্যে চুপচাপ দ্বিতীয় ডেবিট তৈরি করে না
4. মেসেজ ID ও প্রিপেইড রেফারেন্সের পাশে লগ হয়
5. টাইমআউট, গেটওয়ে রিট্রাই ও সাপোর্ট রিড্রাইভে কাজ করে

একমাত্র পরামর্শ যদি “টাইমআউট বাড়ান” হয়, আপনার আইডেম্পোটেন্সি গল্প নেই। কী রানটাইম ও ওয়ার্কার জুড়ে স্থিতিশীল থাকুক যাতে দ্বিতীয় প্রসেস একই ক্লিকের জন্য নতুন কী না বানায়।.

রিট্রাই বাজেট বনাম ব্যবহারকারীর পুনঃপ্রেরণ

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

দুটোকেই লো-ব্যালেন্স স্টপ ও স্পষ্ট রিজেক্ট কারণের সাথে বাঁধুন যাতে পণ্য ও ফাইন্যান্স এক সত্য ভাগ করে। প্রকাশ করুন কোন HTTP স্ট্যাটাস ও প্ল্যাটফর্ম কোড নিরাপদে রিট্রাইযোগ্য; বাকি হার্ড স্টপ—মানুষ বা নতুন ব্যবসায়িক উদ্দেশ্য লাগে।.

ক্রেতা / ইঞ্জিনিয়ারিং চেকলিস্ট

1. আইডেম্পোটেন্সি কী অর্থ ও TTL নথিভুক্ত।
2. এক উদ্দেশ্যে এক ডেবিট প্রমাণকারী রিপ্লে টেস্ট।
3. অটো-রিট্রাই বাজেট ব্যবহারকারী পুনঃপ্রেরণ থেকে আলাদা।
4. রিকোয়েস্ট, মেসেজ স্ট্যাটাস ও প্রিপেইড লেজার জুড়ে সম্পর্ক ID।
5. বাস্তব করিডোরে স্টেজিং — মক সবুজ লঞ্চ নয়।
6. সেন্ড ক্রেডেনশিয়ালের কী স্বাস্থ্যবিধি ও ন্যূনতম বিশেষাধিকার।

আইডেম্পোটেন্সি কী দিয়ে সেন্ড বাস্তবায়ন করুন। ক্লায়েন্ট টাইমআউট ও একই রিট্রাই জোর করুন। সেই উদ্দেশ্যে একক ডেবিট ও একক দৃশ্যমান বার্তা প্রমাণ করুন। ইচ্ছাকৃত ব্যবহারকারী পুনঃপ্রেরণ আলাদা প্রিপেইড ইউনিট হিসেবে দেখান।

লাল পতাকা

• কী ছাড়া “২০০ পর্যন্ত রিট্রাই”
• নন-আইডেম্পোটেন্ট webhook হ্যান্ডলার
• লগ বা টিকিটে পূর্ণ গোপন কী
• এন্ড ইউজারে ব্র্যান্ড পেলোড আঠানো ত্রুটি
• ফাইন্যান্সকে প্রমাণ করার উপায় নেই যে ডুপ্লিকেট ঠেকানো হয়েছে

সেলস ডেক বা রানবুক পেস্টে দেখলে—ইঞ্জিনিয়ারিং প্রমাণে ফাঁক বন্ধ করা পর্যন্ত ইন্টিগ্রেশন থামান।.

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

পাঠানোর কনসোলে ক্লায়েন্ট-তৈরি আইডেম্পোটেন্সি চাবি দিয়ে একটি OTP বা সতর্কতা ছুঁড়ুন। ক্লায়েন্ট টাইমআউট চাপুন, তারপর চাবির TTL-এর ভিতরে একই অনুরোধ আবার চালান।

এপিআই রেট লিমিট কীভাবে পরিচালনা করবেন? · মেসেজ পাঠানোর আগে E164 ফরম্যাট যাচাই করেছেন? · ওয়েবহুক সিকিউরিটি কি লঞ্চের জন্য প্রস্তুত?

IOSOR সারাংশ

করুন: প্রতিটি পাঠাকে আগে ledger ঘটনা ধরুন। চাবি ব্যবসায়িক অভিপ্রায়ে অনন্য, TCP চেষ্টায় নয়।