Достигането на лимит на под-акаунт е твърдо спиране, не тихо преливане

При IOSOR достигането на определения лимит за под-акаунт действа като твърдо спиране, а не като автоматично прехвърляне на средства от главния баланс. Това предпазва от неочаквани разходи при изпращане на SMS или OTP трафик. Можете лесно да премахнете блокировката, като увеличите лимитите през API.

Разбиране на логиката на твърдия таван

В архитектурата на IOSOR, лимитите на под-акаунтите се прилагат като твърди спирания. Когато конкретен отдел или марка достигне своята разпределена квота, системата задейства незабавна пауза на всички изходящи SMS и OTP заявки. Това е умишлен избор на дизайн, за да се осигури финансова предвидимост за white-label партньори. За разлика от старите системи, които биха могли да позволят тихо преливане в родителския портфейл, IOSOR изисква изрична ръчна намеса или автоматизирани API тригери за коригиране на лимитите. Това предотвратява неочаквани пикове в таксуването в края на цикъла.

Защо тихото заемане от родителски акаунт е деактивирано

Тихото заемане създава липса на отчетност за отделните под-единици. В нашата white-label среда, ако под-акаунт достигне своя MRC или дневен лимит на обем, DLR статусът ще отразява състояние STOP или отхвърлено. Уебхукът незабавно ще уведоми вашата основна конзола. Тази изолация гарантира,ва че един компрометиран под-акаунт не може да източи целия главен баланс. JIT присвояването на номера остава активно за други под-акаунти, но ограниченото образувание е ефективно замразено, докато регистърът не бъде опреснен или лимитът не бъде повишен.

Управление на предплатения праг от 20 USD

За да поддържа активен статус, всеки под-акаунт или главният портфейл трябва да спазва предплатения праг от 20 USD. Този минимален баланс гарантира, че JIT осигуряването и първоначалните SMS изпращания се обработват без забавяне. Когато балансът падне под този праг, системата може превантивно да спре трафика, за да избегне отрицателни баланси. Това не е преливане; това е механизъм за безопасност. Можете да наблюдавате тези нива чрез таблото за управление или да настроите автоматични сигнали, които да се задействат преди настъпването на твърдото спиране.

Мащабиране след мекия преглед от 1 000 USD

С нарастването на обема ви, IOSOR прилага мек преглед, когато под-акаунт или главно образувание наближи месечни разходи от 1 000 USD. Това е стандартна процедура за осигуряване на качеството на трафика и съответствие с глобалните стандарти за маршрутизация. По време на този преглед, ние изследваме DLR моделите и процентите на конверсия на OTP. Това не е твърдо блокиране, а стъпка за проверка за преминаване към по-високи нива на пропускателна способност. След като бъде одобрено, вашите под-акаунти могат да обработват значително по-високи едновременни натоварвания без риск да бъдат маркирани от автоматизирани анти-спам филтри.

Критични връзки за управление на обема

Управлението на трафика изисква разбиране как системата обработва опашките и потисканията.

Свързани материали: Лимити за разходи на марката преди производство · Под-акаунти на отдели срещу White-label Tenants · резервиране на предплатен баланс преди първото дебитиране.

Започнете с IOSOR

Отидете в контролния панел на вашата подова сметка в IOSOR, за да настроите уеб куки известия за праговете на квотите, преди да се стигне до пълно прекъсване. Ако даден отдел достигне своя лимит, проверете блокираните събития за отчет за доставка, вместо да разчитате, че трафикът автоматично се е прехвърлил към основната сметка. Можете ръчно да коригирате тавана на квотата или да одобрите целево зареждане на кредити директно в секцията за управление, за да възобновите изпращането.

Обобщение IOSOR

Достигането на лимита от подова сметка трябва да води до незабавно паузиране, а не до незабележимо усвояване на кредити или квоти от основната структура.