Portabilità DID: Test di fumo live prima del volume

Il fumo live di un DID portato arriva prima del volume, non dopo il badge complete.

1. Lo stato di port completato è un segnale, non un via libera

Quando una richiesta di portabilità DID passa a completato nella dashboard, significa semplicemente che il registro centrale ha aggiornato il profilo di routing. Non garantisce che ogni operatore a valle abbia ricaricato le tabelle LRN o che i webhook SMS in arrivo vengano elaborati correttamente. Attirare l'intero traffico di produzione su un numero E.164 appena portato immediatamente porta spesso a OTP perse e frustrazione dei clienti. La sicurezza operativa richiede di trattare il completamento come un invito ai test di fumo.

2. Passaggio 1: Test di fumo in entrata e in uscita

Prima di instradare il traffico delle applicazioni live, esegui test a destinazione singola in condizioni controllate. Invia SMS di test manuali al numero portato dalle principali reti e verifica se i webhook in entrata si attivano con payload validi. Verifica che le risposte in uscita restituiscano stati DLR validi senza errori di consegna. Testare entrambe le direzioni a basso volume espone anomalie di routing prima che gli utenti finali notino messaggi mancanti.

3. Passaggio 2: Consegna dei webhook e formattazione E.164

Il routing in entrata dipende fortemente da una formattazione JSON precisa dei webhook e da una rigorosa standardizzazione E.164. Assicurati che i webhook ricevano le notifiche di payload entro le finestre SLA standard. Verifica che i numeri mantengano il formato internazionale completo senza prefissi paese mancanti o zeri iniziali. Durante le allocazioni JIT o l'attivazione di DID portati, la piattaforma riserva e assegna i percorsi di traffico dinamicamente. Se i webhook restituiscono errori HTTP 5xx, correggi immediatamente l'endpoint.

4. Passaggio 3: Aumento graduale del volume e gestione del floor prepagato

La scalabilità del traffico sui numeri appena portati dovrebbe seguire una rampa di volume graduale: 5%, 25%, 50% e infine 100% in diverse ore o giorni. Ciò protegge la reputazione di consegna e consente il monitoraggio del saldo in tempo reale. Ricorda che il routing della piattaforma si basa su un rigoroso registro prepagato. Mantieni il saldo del conto al di sopra del floor prepagato obbligatorio di 20 USD per evitare interruzioni del servizio. Man mano che la spesa mensile si avvicina a 1.000 USD/mese, i parametri vengono valutati.

5. Protocolli di verifica e playbook operativi

Per costruire un'architettura di messaggistica resiliente, integra la verifica della portabilità con le checklist di onboarding standard e le strategie di assegnazione dinamica dei numeri. Rivedi le procedure operative per le settimane di lancio.

• Settimana di lancio OTP: checklist prepagata anti-spreco
• portabilità o un nuovo DID
• La verità sul prepaid: ciò che IOSOR non promette mai

6. Inizia con IOSOR

Quando lo stato di porting diventa complete, fumo prima — non aprite la chiusa. Inviate un inbound e un outbound sull’E.164 portato. Confermate il payload del webhook e un DLR terminale. Poi 5, 25, 50 e 100. Esportate la finestra di fumo: il volume non è un’ipotesi.

Sintesi IOSOR

Port complete è un invito al fumo, non un semaforo verde di volume.

Fate: fumo nei due sensi, poi rampa. Non fate: blast nell’ora in cui la console dice complete.