IOSOR Guide
Portabilità vs nuovo DID: quando spostare il numero e quando il JIT costa meno
Guida B2B: quando la portabilità preserva la fiducia di marca, quando un nuovo DID JIT è più veloce e conveniente, e come il hold prepago→acquisto mantiene onesto il percorso del denaro.
Ogni thread ops finisce con la stessa domanda: portiamo il numero che i clienti già conoscono, oppure coniamo un nuovo DID e rieduchiamo il mercato? Portare suona come continuità. Il JIT nuovo suona come velocità. L’errore costoso è scegliere d’istinto — poi scoprire scartoffie FOA, outage silenziosi o un hold prepago mai sbloccato mentre il supporto risponde ancora a un numero morente.
IOSOR tratta i numeri come capacità just-in-time dentro un wallet white-label prepago: ricerca live della copertura, hold dei fondi, acquisto, assign. Nessuna finzione lato cliente di stock negozio precomprato. La portabilità è un progetto separato con il proprio budget di rischio — non una checkbox accanto a “compra ora”.
Portabilità vs nuovo DID: la decisione reale
Un DID fresco è spesso la scelta commerciale razionale quando:
| Segnale | Preferite JIT nuovo quando… | Preferite i
Costo e timeline: quanto costa davvero ogni percorso
Portare mantiene le cifre E.164 stampate su fatture, packaging e bot.
- Chi chiama e chi scrive via SMS si fida già del numero
- Filing regolatori legano il messaging a quel DID specifico
- Cambiare le cifre costringerebbe una campagna di comunicazione più cara del port stesso
Portare non compra readiness istantanea. Ereditate scartoffie, cooperazione del donor e finestre in cui il numero sembra vivo in un sistema e morto in un altro. Mettete a budget tempo di calendario prima di promettere il cutover agli stakeholder commerciali.
- Setup + noleggio primo periodo di un nuovo DID (prorate onesto incluso)
- Fee di port / tempo di progetto incluse ore eng e AM
3
Checklist di rischio prima di decidere
- Elencate ogni superficie che stampa il numero attuale (legal, packaging, bot, prompt IVR).
- Chiedete una timeline di port scritta con failure mode — non un “di solito X giorni” marketing.
- Per ogni nuovo DID esigete search → hold prepago → acquisto → assign, con rimborso se fallisce.
- Confermate readiness messaging vs voice separatamente; un DID non è chiave universale.
- Esigete errori white-label — codici usabili, senza dump di brand estranei nella UI cliente.
- Allineate finance su quali linee wallet coprono il progetto di port vs l’acquisto del nuovo DID.
Niente finzione di stock da negozio: hold prepago poi acquisto
Nessuna finzione di «stock negozio» con numeri preacquistati. Sequenza onesta: ricerca live → hold prepagato → acquisto → asignazione. Se fallisce, hold rilasciato e denaro restituito; se ok, il numero è vostro subito. Tenete il ledger ops dei numeri posseduti separato dal catalogo buyer. Vicino a USD 1.000+ di uso mensile, portate solo i numeri con fiducia reale e JIT il resto.
Red flag
- Dashboard che vendono “port istantaneo” senza linguaggio FOC / reject
- Pressione ad accumulare numeri “per sicurezza” invece del JIT
- Catalogo che marca mercati live mentre SMS o voice sono ancora in setup
- Nessuna storia di rimborso quando acquisto o tentativo di port fallisce a metà volo
- Ops che costringe il team in un portale di terze parti per ogni domanda di stato
Inizia con IOSOR
Valuta l'inventario numerico attuale nella console IOSOR separando le risorse di brand storiche dagli endpoint di instradamento puramente funzionali. Se un endpoint è puramente funzionale, avvia una ricerca in tempo reale ed esegui un blocco prepagato per allocare istantaneamente un nuovo DID JIT invece di attendere finestre di migrazione di molte settimane.
- Secondo Mese DID: MRC Completo al Cambio del Calendario UTC
- acquisto JIT di DID virtuali
- Il limite del sottoconto è un blocco totale, non un overflow silenzioso
Sintesi IOSOR
La portabilità è giustificata solo quando il riconoscimento del numero guida direttamente la fiducia dei clienti o la conformità normativa.
Questa guida ti è stata utile?
Guide correlate
- Passaggio di DID al secondo proprietario: chi può assegnare e rilasciare
Padroneggia i confini operativi, il provisioning JIT e le soglie finanziarie prepagate durante i passaggi di DID.
- Cap di spesa per DID: Canone e traffico MT su un unico numero
Controlla l'esposizione per numero nel tuo CPaaS white-label con un limite di spesa combinato per MRC e traffico mobile in uscita.
- Routing dei webhook in entrata su DID: MO senza proprietario perde STOP
Instrada i webhook in entrata verso l'account di proprietà in modo sicuro. Prevenire eventi MO orfani e opt-out mancati nel CPaaS white-label prepagato.