Verificarea Toll-Free în așteptare înseamnă că numărul nu este activ

Verificarea Toll-Free în așteptare înseamnă că numărul nu este activ.

Starea în așteptare menține rutele blocate

Atunci când trimiteți un număr Toll-Free pentru verificare, starea acestuia în consola IOSOR devine în așteptare (pending). Această stare este strict neoperațională pentru SMS-urile de ieșire. Catalogul și căile de trimitere rămân complet blocate pentru a preveni ca traficul neverificat să ajungă în rețelele din aval. Nu puteți ocoli această barieră prin modificarea profilurilor de rutare sau prin încercarea de injecții directe API. Platforma noastră menține această restricție pentru a proteja reputația rețelei.

Provisioning JIT și rețineri pe sold

Utilizăm un model de provisioning Just-In-Time (JIT) pentru toate activele de numerotare. Când solicitați un număr Toll-Free în format E.164, executăm o reținere preplătită pe soldul dumneavoastră. Acest lucru asigură că numărul este alocat contului dumneavoastră fără a depinde de baze de date statice de numere disponibile. Pentru a iniția acest proces JIT, contul dumneavoastră trebuie să mențină un sold minim preplătit de USD 20. Costul lunar recurent (MRC) este dedus din acest sold, dar traficul de ieșire rămâne blocat până la finalizarea verificării.

Semnale Webhook și blocaje de trafic

În timpul fazei de așteptare, gateway-ul nostru renunță la pachetele de ieșire înainte ca acestea să ajungă în rețelele din aval. Dacă încercați să trimiteți trafic, platforma generează un payload DLR specific prin webhook, indicând o stare de destinație blocată. Acest lucru previne facturarea inutilă, protejând în același timp reputația rețelei. Traficul de intrare, inclusiv cuvintele-cheie obligatorii STOP, este procesat pentru a asigura conformitatea, dar căile de ieșire rămân blocate.

Praguri de revizuire soft și MRC

Pe măsură ce traficul dumneavoastră crește, monitorizarea automată a soldului aplică verificări specifice de conformitate. Odată ce volumul agregat de ieșire se apropie de un prag de revizuire soft de aproximativ USD 1,000/lună, sistemul nostru declanșează un audit intern al tuturor campaniilor active și în așteptare. Acest audit verifică dacă toate endpoint-urile active E.164 se potrivesc cu șabloanele de registru aprobate, prevenind întreruperile bruște ale serviciului.

Dependențe și reguli de verificare

Pentru a înțelege cum interacționează aceste bariere cu arhitectura generală a sistemului dumneavoastră, consultați ghidurile noastre principale de integrare:

• Poarta Live a catalogului trebuie să se potrivească cu realitatea trezoreriei
• porți de conformitate înainte de A2P
• Pistă de rulare pentru ziua 1: ce trebuie să fie verde

Aceste resurse detaliază modul în care platforma sincronizează soldurile conturilor cu tabelele de rutare active și modul în care stările în așteptare afectează sistemul.

Începeți cu IOSOR

Pentru a monitoriza progresul verificării, accesați consola IOSOR și verificați starea în timp real a numărului dumneavoastră gratuit. Cât timp starea rămâne în așteptare, nu încercați să forțați trafic prin gateway, deoarece sistemul nostru va elimina automat aceste pachete. Urmăriți punctele finale de webhook pentru semnalele de schimbare a stării care vor debloca automat catalogul odată ce aprobarea este asigurată.

Rezumat IOSOR

Acest articol a demonstrat că o verificare în așteptare reprezintă o barieră operațională absolută, ceea ce înseamnă că rutele sunt complet blocate până la aprobarea campaniei. Încercarea de a ocoli această poartă sau trimiterea de trafic prematur va genera doar eliminări automate de pachete fără ca mesajele să ajungă la utilizatori.

Așteptați semnalul webhook explicit care confirmă starea activă înainte de a iniția campaniile. Nu presupuneți că simpla provizionare a numărului înseamnă că ruta este pregătită pentru traficul de producție.