IOSOR জ্ঞান

ডেবিট সারিতে টেমপ্লেট ইউনিট ক্লাস

প্রতিটি প্রিপেইড ডেবিট সারিতে অবশ্যই একটি নির্দিষ্ট ইউনিট ক্লাস থাকতে হবে — টেমপ্লেট, সেশন, সেগমেন্ট বা ভেরিফাই — যাতে অর্থ বিভাগ স্প্রেডশীট ছাড়াই খরচ যোগ করতে পারে।

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

সম্পর্কিত: টেমপ্লেট রিভিউ গেট এবং ইউনিট ক্লাস, একই ledger-এ ডেবিট সারি ও ডেলিভারি স্ট্যাটাস, প্রিপেইড লেজারে ফ্রড বার্ন সারি।

IOSOR হলো হোয়াইট-লেবেল প্রিপেইড। USD 20 একটি পাইলটকে অর্থায়ন করে যা প্রমাণ করে যে একটি করিডোরের ডেবিট সারিতে ইউনিট ক্লাস থাকে; USD 1,000/month-এর কাছাকাছি নরম পর্যালোচনা ফাঁকা বা অমিল ক্লাসকে রিকন ডেট হিসেবে ধরে।

ইউনিট ক্লাস হলো লেজার ফিল্ড, চ্যাট নোট নয়

প্রোডাক্ট থ্রেডে 'OTP টেমপ্লেট' বলতে পারে; ফিন্যান্সের প্রয়োজন ফিল্টারযোগ্য ফিল্ড: ইউনিট ক্লাস, টেমপ্লেট আইডি (প্রযোজ্য হলে), পরিমাণ, কোরিলেশন আইডি, UTC টাইমস্ট্যাম্প। চ্যাট পিন রেকর্ডের লেজার নয়। নরম USD 1,000/month 'আমরা জানি এটি কোন ক্লাস ছিল' এটিকে ভলিউম ডেট হিসেবে ধরে; USD 20 প্রমাণ করে ফাঁকা ক্লাস কখনই নিষ্পত্তি হয় না। শুভ পথ অর্থ↔ফলাফল: একই ledger-এ ডেবিট সারি ও ডেলিভারি স্ট্যাটাস — এই পৃষ্ঠাটি ক্লাস লেবেলিং নিয়ন্ত্রণ করে, DLR ল্যাগ নয়।

নির্দিষ্ট ক্লাস যা অর্থ বিভাগ ফিল্টার করতে পারে

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

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

প্রতিটি ডেবিটের সাথে ক্যাটালগ সত্যতা যুক্ত করুন

ক্যাটালগে টেমপ্লেট আইডি, রিভিউ স্টেট এবং ইউনিট ক্লাস থাকে। একই UTC উইন্ডোর জন্য ডেবিট সারিতে সেই ফিল্ডগুলো যুক্ত করতে হবে। ভার্সন বাম্প রি-এন্টার অ্যাপ্রুভড; একটি বাম্প করা আইডি নীরবে গতকালের ক্লাস উত্তরাধিকার সূত্রে পায় না। রিটায়ার পুরনো আইডির অধীনে প্রোডাকশন ডেবিট বন্ধ করে। অনুপস্থিত জয়েন্ট কলামগুলো রিকনসিলিয়েশন টিকিটের কারণ হয়।

ফাঁকা বা অমিল ক্লাস বন্ধ হয়ে যায়

ইউনিট ক্লাস না থাকা মানে প্রোডাকশন নিষ্পত্তি হবে না। ডেবিটের ক্লাস ক্যাটালগের সাথে না মিললে ব্যর্থ বা হোল্ড হবে।

ডেবিট সারিতে ইউনিট ক্লাসের জন্য ক্রেতা চেকলিস্ট

প্রতিটি API কলে ক্লাস প্যারামিটার আছে কিনা দেখুন। ক্যাটালগের টেমপ্লেট আইডি ডেবিট সারির সাথে মেলে কিনা যাচাই করুন। ফিন্যান্স যেন প্রতিটি এক্সপোর্টে ক্লাস দেখতে পায় তা নিশ্চিত করুন।

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

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

IOSOR সারাংশ

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

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

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