IOSOR জ্ঞান
DID দ্বিতীয় মাস: UTC ক্যালেন্ডার পরিবর্তনের সময় সম্পূর্ণ MRC
প্রাথমিক প্রোরেটেড DID খরচ থেকে মাসের ১ তারিখে UTC ক্যালেন্ডার পরিবর্তনের মাধ্যমে ট্রিগার হওয়া সম্পূর্ণ মাসিক পুনরাবৃত্ত চার্জ (MRC) এ রূপান্তরটি বুঝুন।
একটি ভার্চুয়াল নম্বরের জীবনচক্র নেভিগেট করার জন্য বিলিং চক্র কীভাবে প্রাথমিক অধিগ্রহণ থেকে পুনরাবৃত্ত রক্ষণাবেক্ষণ পর্যায়ে স্থানান্তরিত হয় সে সম্পর্কে স্পষ্ট ধারণা থাকা প্রয়োজন। পরিষেবার প্রথম দিনের বিপরীতে, যা নির্দিষ্ট DID প্রথম মাসের সেটআপ ও প্রোরেট গণিত অনুসরণ করে, দ্বিতীয় মাসটি তার সম্পূর্ণতায় স্ট্যান্ডার্ড মাসিক পুনরাবৃত্ত চার্জ (MRC) প্রবর্তন করে। এই রূপান্তরটি কঠোরভাবে UTC ক্যালেন্ডার দ্বারা পরিচালিত হয়, যা আপনার অ্যাকাউন্টে বরাদ্দ করা সমস্ত বৈশ্বিক সম্পদের জুড়ে একটি সিঙ্ক্রোনাইজড বিলিং ইভেন্ট নিশ্চিত করে।
প্রোরেট থেকে সম্পূর্ণ ভাড়ায় UTC রূপান্তর
যখন একটি নম্বর প্রথম JIT (Just-In-Time) প্রভিশনিংয়ের মাধ্যমে বরাদ্দ করা হয়, তখন সিস্টেম বর্তমান মাসের অবশিষ্ট দিনগুলির উপর ভিত্তি করে একটি আংশিক ফি গণনা করে। যাইহোক, নতুন মাসের প্রথম দিনে ঘড়িতে UTC 00:00 বাজার সাথে সাথেই DID ইনভয়েস সপ্তাহ: প্রোরেট রো বনাম সম্পূর্ণ ক্যালেন্ডার মাস লজিকটি পরিবর্তিত হয়। সিস্টেম পুরো মাসের নির্দিষ্ট স্ট্যান্ডার্ড রেট প্রয়োগ করে।
মাসের প্রথম দিনে প্রিপেইড ব্যালেন্স লজিক
IOSOR একটি কঠোর প্রিপেইড মডেলে কাজ করে। পরিষেবার ধারাবাহিকতা বজায় রাখার জন্য, UTC রোলের মুহূর্তে সমস্ত সক্রিয় DID-এর সম্পূর্ণ MRC কভার করার জন্য সিস্টেমে পর্যাপ্ত তহবিল থাকতে হবে। যদি ব্যালেন্স প্রয়োজনীয় পরিমাণের নিচে নেমে যায়, তবে সিস্টেম নেতিবাচক ইক্যুইটি প্রতিরোধ করতে স্বয়ংক্রিয় সাসপেনশন প্রোটোকল ট্রিগার করতে পারে। অ্যাকাউন্ট সচল রাখতে সর্বদা ন্যূনতম USD 20 ব্যালেন্স বজায় রাখুন।
প্রাথমিক সেটআপ বনাম পুনরাবৃত্ত চক্রের তুলনা
| বিলিং ইভেন্ট | সময় | গণনার ধরন | প্রভাব |
|---|---|---|---|
| প্রাথমিক অ্যাসাইনমেন্ট | JIT অনুরোধ | সেটআপ + প্রোরেট | তাৎক্ষণিক কর্তন |
| দ্বিতীয় মাসের রোল | ১ তারিখ 00:00 UTC | সম্পূর্ণ MRC | পুনরাবৃত্ত কর্তন |
| পরবর্তী মাসগুলো | ১ তারিখ 00:00 UTC | সম্পূর্ণ MRC | স্থিতিশীলতা পর্যায় |
| সফট রিভিউ | মাসিক | ব্যবহার অডিট | অ্যাকাউন্টের স্বাস্থ্য |
স্কেলিং থ্রেশহোল্ড এবং ব্যালেন্স পর্যালোচনা
আপনার ব্যবসার পরিধি বাড়ার সাথে সাথে মাসিক চার্জ ও ট্রাফিকের সঠিক মনিটরিং নিশ্চিত করুন যাতে অ্যাকাউন্টে কোনো ঘাটতি তৈরি না হয়।
টেকনিক্যাল ওয়েবহুক এবং নম্বরের স্থিতি
প্রতি মাসের প্রথম দিনে সফলভাবে ফি কাটা নিশ্চিত করতে লেজারে স্বয়ংক্রিয় নোটিফিকেশন যুক্ত করুন।
IOSOR এর সাথে শুরু করুন
UTC ১ তারিখ ০০:০০-এ এখনও অ্যাসাইন প্রতি DID-এর ভাড়া সারি পূর্ণ MRC হয়। প্রথম মাস ছিল সেটআপ প্লাস বাকি দিন। ক্যালেন্ডার উল্টানো রপ্তানি করুন যাতে অর্থ আর এক prorate সেই নম্বরে না আশা করে।
IOSOR সারাংশ
দ্বিতীয় মাস পূর্ণ ক্যালেন্ডার MRC, বাকি দিনের হিসাব নয়।
করুন: UTC ১-এর আগে পূর্ণ ভাড়া জোগান। করবেন না: দ্বিতীয় মাসকে আবার prorate ভাবা।
এই গাইড কি সহায়ক ছিল?
সম্পর্কিত গাইড
- দ্বিতীয় মালিকের DID হ্যান্ডওভার: কে বরাদ্দ এবং রিলিজ করতে পারে
দ্বিতীয় মালিকের DID হ্যান্ডওভারের সময় অপারেশনাল সীমানা, JIT প্রোভিশনিং এবং প্রিপেইড আর্থিক থ্রেশহোল্ড আয়ত্ত করুন।
- প্রতি নম্বরে খরচ সীমা: ভাড়া এবং বহির্গামী ট্রাফিকের সমন্বয়
আপনার হোয়াইট-লেবেল CPaaS-এ মাসিক খরচ এবং বহির্গামী ট্রাফিকের জন্য একটি যৌথ সীমার মাধ্যমে প্রতি নম্বরের ঝুঁকি নিয়ন্ত্রণ করুন।
- DID-এ ইনবাউন্ড ওয়েবহুক রাউটিং: ওনার ছাড়া MO-এর কারণে STOP হারানো
মালিকানাধীন অ্যাকাউন্টে নিরাপদে ইনবাউন্ড ওয়েবহুক রুট করুন। হোয়াইট-লেবেল প্রিপেইড CPaaS-এ এতিম MO ইভেন্ট এবং মিসড অপ্ট-আউট রোধ করুন।