IOSOR Знания
DID втори месец: Пълен MRC при смяна на UTC календара
Разберете прехода от първоначалните пропорционални разходи за DID към пълната месечна повтаряща се такса (MRC), задействана от смяната на UTC календара на 1-во число от месеца.
Управлението на жизнения цикъл на виртуален номер изисква ясно разбиране на това как цикълът на фактуриране се измества от първоначалното придобиване към фазата на повтаряща се поддръжка. За разлика от първия ден на услугата, който следва специфична математика за setup и пропорционално начисляване за първи месец DID, вторият месец въвежда стандартната месечна повтаряща се такса (MRC) в нейната цялост. Този преход се управлява стриктно от UTC календара, осигурявайки синхронизирано събитие за фактуриране във всички глобални активи, присвоени на вашия акаунт.
UTC преход от пропорционално начисляване към пълен наем
Когато даден номер се присвои за първи път чрез JIT (Just-In-Time) предоставяне, системата изчислява частична такса въз основа на оставащите дни в текущия месец. Въпреки това, веднага щом часовникът удари 00:00 UTC на първия ден от новия месец, логиката на Фактуриране на DID за седмица: проратирани редове спрямо пълен календарен месец се променя. Системата вече не гледа конкретния ден от месеца, в който е придобит номерът, а налага пълния месечен наем.
Логика на предплатения баланс на първо число от месеца
IOSOR работи по строг предплатен модел. За да се поддържа непрекъснатост на услугата, системата трябва да разполага с достатъчно средства за покриване на пълния MRC на всички активни DID номера в момента на преминаване към UTC. Ако балансът падне под необходимата сума, системата може да задейства автоматизирани протоколи за спиране, за да предотврати отрицателен капитал. От съществено значение е да поддържате предплатения праг от USD 20, за да сте сигурни, че блоковете с номера не спират внезапно.
Сравнение на първоначалната настройка спрямо повтарящите се цикли
| Събитие на фактуриране | Време | Тип изчисление | Въздействие |
|---|---|---|---|
| Първоначално присвояване | JIT заявка | Setup + Prorate | Незабавно приспадане |
| Преход към втори месец | 1-во 00:00 UTC | Пълен MRC | Повтарящо се приспадане |
| Следващи месеци | 1-во 00:00 UTC | Пълен MRC | Фаза на стабилност |
| Мек преглед | Месечно | Одит на потреблението | Здраве на акаунта |
Прагове за мащабиране и прегледи на баланса
С разширяването на вашите обеми общата стойност на месечните такси може да приближи прага от USD 1000, което изисква финансов одит на предплатената архитектура. Редовният мониторинг гарантира, че вашите маршрути за глас и съобщения никога няма да срещнат неочаквани прекъсвания поради изчерпване на наличността по сметката.
Технически webhook-ове и статус на номера
Интегрирайте известия в реално време, за да следите успешното приспадане на сумите всеки път, когато започне нов календарен месец.
Започнете с IOSOR
В 00:00 UTC на 1-во редът за наем става пълен MRC за всеки още назначен DID. Първият месец беше setup плюс останали дни. Експортирайте календарния обръщане, за да не чака финансите още един prorate на същия номер.
Обобщение IOSOR
Вторият месец е пълен календарен MRC, не аритметика на останали дни.
Правете: финансирайте пълния наем преди 1-во UTC. Не правете: планирайте втория месец като още един prorate.
Полезно ли беше ръководството?
Свързани ръководства
- Прехвърляне на DID на втори собственик: кой може да назначава и освобождава
Овладейте оперативните граници, JIT предоставянето и предплатените финансови прагове по време на прехвърляне на DID на втори собственик.
- Лимит на разходите за DID: Наем плюс MT трафик на един номер
Контролирайте експозицията на номер във вашия white-label CPaaS с комбиниран лимит на разходите за MRC и изходящ мобилен трафик.
- Маршрутизиране на входящи уебхукове по DID: MO без собственик губи STOP
Маршрутизирайте входящите уебхукове към правилния акаунт сигурно. Предотвратете осиротели MO събития и пропуснати отписвания в бейз-лейбъл препейд CPaaS.