IOSOR دانش
ماه دوم شماره مجازی: هزینه کامل ماهانه (MRC) هنگام تغییر تقویم UTC
درک انتقال از هزینههای تسهیمشده اولیه شماره مجازی به هزینه تکرار شونده ماهانه کامل (MRC) که با تغییر تقویم UTC در اول ماه فعال میشود.
مدیریت چرخه حیات یک شماره مجازی مستلزم درک روشنی از نحوه تغییر چرخه صورتحساب از خرید اولیه به مرحله نگهداری تکراری است. برخلاف روز اول سرویس که از ریاضی راهاندازی و تسهیم ماه اول DID پیروی میکند، ماه دوم هزینه استاندارد ماهانه (MRC) را به طور کامل معرفی میکند. این انتقال دقیقاً توسط تقویم UTC مدیریت میشود و هماهنگی صورتحساب را در تمام داراییهای جهانی اختصاص داده شده به حساب شما تضمین میکند.
انتقال UTC از تسهیم به اجاره کامل
وقتی شمارهای برای اولین بار از طریق تأمین JIT (در لحظه) اختصاص مییابد، سیستم هزینهای جزئی را بر اساس روزهای باقیمانده در ماه جاری محاسبه میکند. با این حال، به محض اینکه ساعت در اولین روز ماه جدید به 00:00 UTC میرسد، منطق صورتحساب هفته اول شماره مجازی: ردیفهای تناسبی در برابر ماه کامل تقویمی تغییر میکند. سیستم دیگر به روز خاصی از ماه که شماره در آن خریداری شده نگاه نمیکند؛ بلکه به سادگی دارایی را به عنوان فعال شناسایی کرده و MRC کامل را اعمال میکند.
منطق موجودی پیشپرداخت در اولین روز ماه
IOSOR بر اساس یک مدل پیشپرداخت دقیق عمل میکند. برای حفظ تداوم سرویس، سیستم باید در لحظه تغییر ساعت UTC، وجوه کافی برای پوشش MRC کامل تمام شمارههای فعال داشته باشد. اگر موجودی کمتر از مقدار مورد نیاز باشد، سیستم ممکن است پروتکلهای تعلیق خودکار را برای جلوگیری از منفی شدن تراز مالی فعال کند. حفظ کف موجودی USD 20 برای اطمینان از اینکه بلوکهای شماره با حجم بالا باعث اتمام موجودی حساب در انتقال نیمهشب نمیشوند، ضروری است.
مقایسه راهاندازی اولیه در برابر چرخههای تکراری
| رویداد صورتحساب | زمانبندی | نوع محاسبه | تأثیر |
|---|---|---|---|
| تخصیص اولیه | درخواست JIT | راهاندازی + تسهیم | کسر فوری |
| تغییر ماه دوم | اول ماه 00:00 UTC | MRC کامل | کسر تکراری |
| ماههای بعدی | اول ماه 00:00 UTC | MRC کامل | مرحله پایداری |
| بررسی نرم | ماهانه | ممیزی استفاده | سلامت حساب |
آستانههای مقیاسپذیری و بررسی موجودی
با رشد عملیات شما، مجموع MRC برای موجودی شمارههای شما ممکن است به میزان قابل توجهی افزایش یابد. برای حسابهایی که مجموع هزینههای تکراری ماهانه یا هزینههای استفاده آنها به بررسی نرم نزدیک به USD 1,000 در ماه میرسد، تیم مالی ما یک ممیزی روتین انجام میدهد. این بررسی برای اطمینان از بهینه بودن معماری پیشپرداخت برای الگوهای ترافیک شما طراحی شده است، چه بر روی پیامکهای با حجم بالا، تحویل OTP یا خدمات صوتی تمرکز داشته باشید. حفظ یک حاشیه امن بالای کف USD 20 حیاتی است.
وبهوکهای فنی و وضعیت شماره
برای خودکارسازی حسابداری خود، میتوانید از وبهوکهایی استفاده کنید که پس از کسر موفقیتآمیز MRC فعال میشوند. وقتی سیستم اجاره کامل را در اول ماه UTC پردازش میکند، یک ردیف در دفتر کل ایجاد میشود. اپلیکیشن شما میتواند برای همگامسازی پایگاههای داده داخلی به این بهروزرسانیها گوش دهد. این امر برای حفظ ردیابی دقیق DLR و اطمینان از سبز ماندن مانیتورهای HB برای ترافیک 10DLC یا شمارههای رایگان شما حیاتی است.
شروع با IOSOR
ساعت ۰۰:۰۰ UTC روز اول ردیف اجاره برای هر DID هنوز تخصیصشده MRC کامل میشود. ماه نخست راهاندازی بهعلاوه روزهای باقی بود. واژگونی تقویم را بیرون دهید تا مالی منتظر prorate دیگری روی همان شماره نماند.
جمعبندی IOSOR
ماه دوم MRC تقویم کامل است، نه حساب روزهای مانده.
بکنید: پیش از ۱ UTC اجاره کامل را تأمین کنید. نکنید: ماه دوم را دوباره prorate بودجه نکنید.
آیا این راهنما مفید بود؟
راهنماهای مرتبط
- تحویل DID مالک دوم: چه کسی می تواند اختصاص دهد و آزاد کند
مرزهای عملیاتی، پروویژنینگ JIT و آستانه های مالی پیش پرداخت را در طول تحویل DID مالک دوم تسلط یابید.
- سقف هزینه هر DID: اجاره و ترافیک خروجی روی یک شماره
کنترل مواجهه هر شماره در CPaaS برچسب سفید خود را با یک سقف هزینه ترکیبی برای هزینههای ثابت و ترافیک خروجی مدیریت کنید.
- مسیریابی وبهوک ورودی روی شماره DID: پیام موبایل مبدأ بدون مالک، دستور لغو را از دست میدهد
مسیریابی امن وبهوکهای ورودی به حساب کاربری مالک. جلوگیری از رویدادهای یتیم و از دست رفتن انصرافها در CPaaS پیشپرداخت برچسب سفید.