IOSOR জ্ঞান

প্রিপেইড hold ব্যর্থ হলে: auto-refund ও স্ট্যাটাসের সত্য

ব্যর্থ প্রিপেইড hold-কে ওয়ালেট ইভেন্ট হিসেবে দেখুন: স্বয়ংক্রিয় release বা refund, রপ্তানিযোগ্য স্ট্যাটাস, এবং বাস্তব ফল ছাড়া Activated/Delivered নিষিদ্ধ।

যে প্রিপেইড hold শেষ হতে পারে না, তাকে অর্থ ও স্ট্যাটাস এমন অবস্থায় রাখতে হবে যা ফিন্যান্স রক্ষা করতে পারে। ব্যর্থতা «পরে চেষ্টা করুন» থিয়েটার নয়। হয় রিজার্ভ available balance-এ ফেরে, অথবা স্পষ্ট refund settled অঙ্ক উল্টে দেয়, অথবা নামযুক্ত টার্মিনাল স্টেট প্রমাণ না আসা পর্যন্ত retry আটকায়। আটকে থাকা অর্থ নিয়ে সাফল্য ledger-এর আস্থা ভাঙে।.

IOSOR white-label prepaid। একই নিয়ম: messaging, verification, email, voice ও JIT intent এক ওয়ালেটে। ন্যূনতম USD 20 পাইলট মেঝে, fail-path-এর প্রমাণ নয়। মাসিক USD 1,000-এর কাছাকাছি review শুধু ব্যর্থ সারি আরও দৃশ্যমান করে।.

ব্যর্থতা toast নয়, ওয়ালেট ইভেন্ট

ব্যর্থতার পর: hold মুক্ত, debit ফেরত, বা intent রপ্তানিযোগ্য কারণে স্থগিত। খোলা রিজার্ভ + সাফল্য = মিথ্যা ledger। সফল পথ: প্রথম ডেবিটের আগে প্রিপেইড অর্থ সংরক্ষণ; এই পাতা fail-path।.

ফল	অর্থ চলাচল	পাঠযোগ্য স্ট্যাটাস
কাজের আগে validation reject	hold নেই বা তাৎক্ষণিক release	Rejected — ডেবিট নেই
hold-এর নিচে fulfillment ব্যর্থ	সংরক্ষিত পুরোটা release	Failed — অর্থ ফেরত
completion প্রমাণ ছাড়া timeout	expiry নীতি অনুযায়ী release	Timed out — অর্থ ফেরত
settled অঙ্ক উল্টাতে হবে	স্পষ্ট refund সারি	Refunded — মূল intent-এর সাথে
mid-flight অজানা ফল	retry স্থগিত; দ্বিতীয় ডেবিট নয়	Needs attention — তদন্ত

Auto-refund ও release স্বয়ংক্রিয় হতে হবে

«Ops পরে ঠিক করবে» পণ্য নয়। অব্যবহৃত hold-এর release ও ভুল settle-এর refund সেই নিয়ম থেকেই চালু হয় যা রিজার্ভ তৈরি করেছে। একই কী-এর ডুপ্লিকেট মূল অর্থ ফল পুনর্ব্যবহার করে — আইডেম্পোটেন্সি, পুনঃচেষ্টা ও অর্থ। আংশিক ব্যাচ সম্পন্ন ইউনিট settle করে এবং অবশিষ্ট এক রপ্তানিতে ফেরায়।.

Release অব্যবহৃত রিজার্ভ ফেরায়। Refund settled debit উল্টে দেয়। টাইমস্ট্যাম্প, কারণ ও intent ID বাধ্যতামূলক; নিঃশব্দ ব্যালেন্স সম্পাদনা নিষিদ্ধ। নম্বর কেনা ব্যর্থ হলে: DID অর্ডার ব্যর্থ রিফান্ড ও বদল; এখানে সব চ্যানেলের অর্থ সত্য।.

যে স্ট্যাটাস অভিধান ফিন্যান্স রপ্তানি করতে পারে

CSV-তে টিকে থাকা ছোট তালিকা:

funds held
completed / settled
released
refunded
needs attention
cancelled

রিসোর্স বা billable ইউনিট ছাড়া «Activated», «Delivered» বা «Live» তৈরি করবেন না। «Needs attention» কাজের সারি, সাফল্যের সমার্থক নয়। অঙ্ক, মুদ্রা ও correlation ID ছাড়া থিয়েটার।.

কখনো Activated বা Delivered জাল করবেন না

জাল সাফল্য ব্যাজ খালি সার্চের চেয়ে দ্রুত আস্থা পোড়ায়। Messaging ব্যর্থ ≠ delivered। না-খোলা verify ≠ verified। assign ছাড়া JIT ≠ Activated। Low balance ও over-cap reject সম্ভব হলে hold-এর আগে — কম ব্যালেন্সে থামানো — যাতে অর্থ অচল রিজার্ভে না যায়।.

ব্যর্থতার সততার ক্রেতা চেকলিস্ট

প্রতিটি failed hold কি release, refund বা মালিকসহ freeze needs-attention-এ শেষ হয়?
release ও refund কি চ্যাট নয়, প্রোডাক্ট ইভেন্ট থেকে?
ফিন্যান্স কি সাপোর্ট ছাড়া fail সারি মূল intent ID-তে জোড়ে?
একই কী-এর retry কি অর্থ সর্বোচ্চ একবার সরাতে পারে?
ক্লায়েন্ট ত্রুটি brand-safe ও upstream ব্র্যান্ডমুক্ত?
কম available-এ stop-line কি নতুন hold আটকায়? প্রোডাকশন ট্রাফিকের আগে ওয়ালেট থামার সীমা।

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

একটি prepaid hold জোর করে ব্যর্থ করুন যা শেষ হয় না: ক্যাপ, প্রত্যাখ্যান বা ঘাটতি। টাকা available-এ ফিরেছে বা স্পষ্ট refund সারি আছে প্রমাণ করুন। অর্থ যে fail স্ট্যাটাস রক্ষা করে তা রপ্তানি করুন। একই চাবি আবার — দ্বিতীয় নড়াচড়া নেই। এটি hold-ব্যর্থতার সত্য, মৃত assign ছাড়ানো নয়।

Related: প্রিপেইড খরচ নিয়ন্ত্রণ

IOSOR সারাংশ

ব্যর্থ hold ওয়ালেট ঘটনা, সাফল্যের নাটক নয়।

করুন: স্বয়ং মুক্তি বা refund ও নামকরা স্ট্যাটাস। করবেন না: Activated বা Delivered গড়া।

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