IOSOR

IOSOR Знания

Конкурентност, която можете да включите в оферта

Научете как да обвържете прозорците за ограничаване на скоростта и лимитите за изпращане с офертите за купувачи в white-label CPaaS платформата IOSOR за бърза доставка на OTP и SMS.

Конкурентност, която можете да включите в оферта.

Дефиниране на конкурентност и лимити за скорост на изпращане

Когато изготвяте споразумение за ниво на обслужване (SLA), трябва да превърнете суровите възможности на платформата в ясни, таксуеми показатели за конкурентност. Купувачите изискват предвидима пропускателна способност за кампании с голям обем SMS и OTP. Вместо да разкривате суровите системни ограничения, вие обвързвате конкретни лимити за скорост на изпращане директно към профила на купувача.

Обвързване на времеви прозорци с оферти на купувачи

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

JIT и предплатено задържане за E.164 номера

Ние не поддържаме статичен пул от неизползвани номера. Вместо това IOSOR използва динамичен модел за предоставяне в реално време 'Just-In-Time' (JIT). Когато купувач поиска нови E.164 ресурси, платформата извършва JIT търсене, поставя предплатено задържане в счетоводната книга на акаунта за съответната месечна такса (MRC) и незабавно присвоява активния номер. Това елиминира излишните административни разходи и гарантира, че плащате само за активни, генериращи приходи активи.

Финансови прагове и меки прегледи

Управлението на white-label CPaaS изисква строг контрол на счетоводната книга. Новите акаунти трябва да отговарят на предплатен лимит от USD 20, за да стартират трафик на живо. Тъй като купувачите увеличават обема на своите SMS и OTP съобщения, техните месечни разходи ще растат. След като разходите на купувача се приближат до мек преглед около USD 1,000/месец, платформата задейства автоматично известие.

Доставка чрез Webhook и DLR потоци

Изпращането с висока скорост изисква също толкова бързо проследяване на състоянието. Всяко изходящо съобщение генерира отчет за доставка (DLR), който трябва да бъде върнат на купувача чрез webhook. Ако крайният webhook на купувача не успее да се справи с обема на DLR, това може да причини тесни места в базата данни.

Започнете с IOSOR

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

Обобщение IOSOR

Това ръководство показа как да превърнете суровата пропускателна способност на платформата в ясни и изпълними оферти за едновременност за купувачи на големи обеми. Обвързването на конкретни лимити за транзакции в секунда и опашни прозорци в системата гарантира предвидимост на доставката и предпазва системните опашки от претоварване поради неконтролирани пикове на трафика.

Полезно ли беше ръководството?

Свързани ръководства