La verifica Toll-Free in sospeso significa non attivo

La verifica Toll-Free in sospeso significa non attivo.

Lo stato in sospeso mantiene le rotte bloccate

Quando si invia un numero Toll-Free per la verifica, il suo stato nella console IOSOR passa a in sospeso (pending). Questo stato è rigorosamente non operativo per gli SMS in uscita. I percorsi di catalogo e di invio rimangono completamente bloccati per impedire al traffico non verificato di raggiungere le reti degli operatori a valle. Non è possibile aggirare questo blocco modificando i profili di instradamento o tentando iniezioni dirette tramite API. Questa restrizione è fondamentale per garantire la conformità della piattaforma.

Provisioning JIT e trattenute sul registro

Utilizziamo un modello di provisioning Just-In-Time (JIT) per tutte le risorse di numerazione. Quando si richiede un numero Toll-Free in formato E.164, eseguiamo una trattenuta prepagata sul vostro saldo. Ciò garantisce che il numero sia assegnato al vostro account senza dipendere da database di inventario statici. Per avviare questo processo JIT, il vostro account deve mantenere il saldo minimo prepagato di USD 20. Il costo mensile ricorrente (MRC) viene detratto da questo saldo, ma il traffico in uscita rimane bloccato fino al completamento della verifica.

Segnali webhook e blocchi del traffico

Durante la fase in sospeso, il nostro gateway scarta i pacchetti in uscita prima che raggiungano le reti di destinazione. Se si tenta di inviare traffico, la piattaforma genera un payload DLR specifico tramite webhook, indicando uno stato di destinazione bloccato. Ciò evita una fatturazione inutile e protegge la reputazione della rete. Il traffico in entrata, inclusi i messaggi di esclusione obbligatori (STOP), viene elaborato per garantire la conformità, ma le rotte in uscita rimangono chiuse.

Soglie di revisione soft e MRC

Man mano che il volume del traffico aumenta, il nostro monitoraggio automatizzato dei conti applica controlli di conformità specifici. Una volta che il volume di uscita cumulativo si avvicina a una soglia di revisione soft di USD 1,000 al mese, il nostro sistema attiva un controllo interno di tutte le campagne attive e in sospeso. Questo controllo verifica che tutti gli endpoint E.164 attivi corrispondano ai modelli di registrazione approvati, evitando improvvise interruzioni del servizio.

Dipendenze di verifica e regole

Per comprendere come questi blocchi interagiscono con l'architettura generale del vostro sistema, consultate le nostre guide di integrazione principali:

• Il gate Live del catalogo deve corrispondere alla realtà del vault
• gate di compliance prima dell’A2P
• Pista del Giorno 1: cosa deve essere verde

Inizia con IOSOR

Per monitorare l'avanzamento della verifica, accedi alla console IOSOR e controlla lo stato in tempo reale del tuo numero verde. Finché lo stato rimane in sospeso, non tentare di forzare il traffico attraverso il gateway, poiché il nostro sistema scarterà automaticamente questi pacchetti attivando un DLR di destinazione bloccata. Tieni d'occhio i tuoi endpoint webhook per individuare i segnali di cambio di stato che sbloccheranno automaticamente il tuo catalogo e i percorsi di invio una volta ottenuta l'approvazione.

Sintesi IOSOR

Questo articolo ha dimostrato che uno stato di verifica in sospeso per un numero verde rappresenta una barriera operativa assoluta, il che significa che i percorsi di routing sono completamente bloccati finché le reti a valle non approvano la campagna. Tentare di aggirare questo blocco o inviare traffico prematuro comporterà solo lo scarto automatico dei pacchetti e il blocco del registro, senza che alcun messaggio raggiunga gli utenti finali.