IOSOR

IOSOR Guides

Portage DID : Tests de fumée en direct avant le volume

Compléter un portage DID n'est pas un signal pour envoyer un volume élevé. Exécutez des tests de fumée, vérifiez les webhooks et mettez à l'échelle.

La fumée live d’un DID porté vient avant le volume, pas après le badge complete.

1. Le statut de portage complet est un signal, pas un feu vert

Lorsqu'une demande de portage DID passe à l'état complété dans votre tableau de bord, cela signifie simplement que le registre central a mis à jour le profil de routage. Cela ne garantit pas que chaque opérateur aval a rechargé ses tables LRN ou que les webhooks SMS entrants sont traités correctement. Basculer l'intégralité du trafic de production sur un numéro E.164 récemment porté entraîne souvent la perte de codes OTP, des échecs silencieux et la frustration des clients. La sécurité opérationnelle exige de traiter le portage comme une invitation aux tests de fumée.

2. Étape 1 : Tests de fumée entrants et sortants

Avant de router le trafic applicatif en direct, exécutez des tests à destination unique dans des conditions contrôlées. Envoyez des SMS de test manuels vers le numéro porté depuis les principaux réseaux grand public et vérifiez si les webhooks entrants se déclenchent avec des charges utiles valides. Vérifiez que les réponses sortantes renvoient des états DLR valides sans erreur de livraison. Tester les deux directions sous faible volume expose les anomalies de routage avant que vos utilisateurs finaux ne remarquent des messages manquants.

3. Étape 2 : Livraison des webhooks et formatage E.164

Le routage entrant dépend fortement d'un formatage JSON précis des webhooks et d'une normalisation E.164 stricte. Assurez-vous que vos webhooks reçoivent les notifications de charge utile dans les fenêtres SLA standard. Vérifiez que les numéros conservent le format international complet sans indicatif pays manquant ni zéro non significatif. Pendant les allocations JIT ou l'activation de DID portés, la plateforme réserve et attribue dynamiquement les chemins de trafic. Si les webhooks renvoient des erreurs HTTP 5xx, corrigez le point de terminaison immédiatement.

4. Étape 3 : Montée en charge graduelle et gestion du plancher prépayé

La mise à l'échelle du trafic sur les numéros récemment portés doit suivre une rampe progressive : 5 %, 25 %, 50 % et enfin 100 % sur plusieurs heures ou jours. Cela protège votre réputation de livraison et permet une surveillance du solde en temps réel. N'oubliez pas que le routage de la plateforme repose sur un grand livre prépayé strict. Maintenez le solde de votre compte au-dessus du plancher prépayé obligatoire de 20 USD pour éviter toute interruption de service. À mesure que les dépenses mensuelles approchent 1 000 USD/mois, les paramètres du compte sont évalués.

5. Protocoles de vérification et manuels opérationnels

Pour bâtir une architecture de messagerie résiliente, intégrez votre vérification de portage aux listes de contrôle d'intégration standard et aux stratégies d'attribution dynamique de numéros. Examinez les procédures opérationnelles pour les semaines de lancement.

6. Commencez avec IOSOR

Quand le statut de portage passe à complete, fumez d’abord — n’ouvrez pas les vannes. Envoyez un inbound et un outbound sur l’E.164 porté. Confirmez la charge webhook et un DLR terminal. Ensuite 5, 25, 50, puis 100. Exportez la fenêtre de fumée : le volume n’est pas une conjecture.

À retenir — IOSOR

Port complete est une invitation à fumer, pas un feu vert de volume.

Faites : fumée dans les deux sens, puis rampe. Ne faites pas : blaster l’heure où le tableau dit complete.

Ce guide vous a-t-il aidé ?

Guides associés