Planifier une migration de connectivité depuis Gigs

Planifiez une migration autour du service actif du client. Conservez les informations nécessaires pour comprendre les engagements existants et déterminez ce qui peut être transféré avant de demander à un abonné de changer quoi que ce soit.

Prérequis

Préparez un accès autorisé à votre projet Gigs, un espace de travail Bird, les contacts commerciaux et support concernés, et une petite cohorte d'évaluation. Inventoriez les services actifs et les obligations de paiement. Confirmez que les offres Bird prévues répondent aux besoins de chaque client.

1. Inventorier la relation existante

Associez votre identifiant client à l'utilisateur, l'abonnement, le forfait, la SIM et les enregistrements de portage du fournisseur. Notez l'état actuel du service et la prochaine date de renouvellement ou d'expiration. Gardez les modalités de paiement en cours et l'historique de support accessibles aux équipes qui en ont besoin.

Traitez un identifiant d'installation comme un secret. Il n'a pas sa place dans un tableur comparatif exporté ni dans un prompt d'agent. Utilisez des références et un accès autorisé pour le travail opérationnel.

2. Définir le service de destination

Sélectionnez le marché de destination, les services inclus, les enveloppes et les conditions commerciales. Confirmez la compatibilité des appareils et si une nouvelle installation de profil est requise. Si un client conserve son numéro mobile, confirmez le processus de portage pris en charge et les informations requises auprès du service donneur.

Un forfait au nom similaire n'est pas un contrat identique. Examinez la couverture, les politiques de débit, la validité, le renouvellement, la résiliation et les obligations restantes du client avant de sélectionner le remplacement.

3. Cartographier le comportement, pas les noms API

Cartographiez la découverte de forfait, l'achat, l'exécution, l'installation, l'utilisation, les recharges et les modifications de service vers l'intégration Bird documentée. Préservez la distinction entre une demande client, son résultat financier et le service réseau qui en découle.

Pour une intégration assistée par agent, fournissez les contrats sources approuvés et une cartographie de champs anonymisée. Demandez à l'agent de code d'identifier les opérations non prises en charge et les résultats ambigus avant d'implémenter les adaptateurs. Ne le laissez pas déduire une correspondance biunivoque à partir des seuls noms de ressources.

4. Répéter une transition contrôlée

Utilisez un client de test approuvé et un appareil compatible. Suivez l'achat de destination, l'installation privée et tout portage requis. Vérifiez séparément les données incluses, les appels entrants et sortants, et les messages.

Testez une installation interrompue, des observations retardées et un refus de requête récupérable. Vérifiez ce que l'abonné voit et ce que l'équipe support peut faire. Gardez une commande existante en investigation lorsque son résultat est incertain plutôt que de créer un nouvel achat.

5. Déployer avec un plan de repli

Invitez une cohorte limitée uniquement après vérification du parcours de migration et des instructions au client. Surveillez l'avancement, les besoins de support et les relations financières actives. Clôturez le service précédent conformément à ses conditions et uniquement lorsque la transition convenue le permet.

Notez qui peut suspendre le déploiement et comment les clients restants conservent leur service. Un retour en arrière peut nécessiter une nouvelle opération de service ; modifier un paramètre applicatif ne peut pas restaurer chaque profil ou transfert de numéro.

Dépannage

Si un profil ne peut pas être transféré, utilisez le parcours de nouvelle installation convenu. Si un portage est refusé, suivez les exigences signalées et les enregistrements du donneur. Si des données d'utilisation sont manquantes, inspectez la fraîcheur des observations séparément de l'état d'achat et de service.

Références du fournisseur

Utilisez le guide des abonnements Gigs, le guide SIM et le processus de portage pour comprendre le service source.

Lancer une évaluation assistée par agent

Fournissez à votre agent de code ce prompt avec les contrats approuvés et un inventaire anonymisé. Conservez les identifiants dans les outils autorisés, en dehors du prompt.

Exemple de code

Assess a migration from Gigs to Bird eSIM for this application.

1. Discover the repository instructions and authorized read-only tools.
   Read https://bird.com/docs/guides/esim/migrate/gigs.md and
   https://bird.com/docs/guides/esim/api.md. Inspect the current Gigs
   integration and the Bird contracts supplied for this evaluation.
2. Inventory customers, subscriptions, plans, SIM references, billing,
   installation and porting behavior. Use redacted references. Do not
   retrieve or print installation credentials, payment data or tokens.
3. Map each operation to a documented destination. Separate supported
   operations from requirements that still need Bird confirmation.
   Do not invent an API from a similarly named resource.
4. Propose the customer journey, compatibility checks, idempotent
   purchase handling, delayed observations and recovery paths. Identify
   service continuity and financial obligations for a bounded cohort.
5. Produce a reviewable integration plan, test cases and unresolved
   questions. Stop for explicit approval before changing live accounts,
   buying or activating service, moving numbers, cancelling subscriptions,
   changing billing, or sending customer invitations.

Étapes suivantes

Ressources associées

Poursuivez avec la documentation, les guides et les exemples sur ce sujet. Les ressources sont en anglais.

Comprendre le conceptWhat is an eSIM?Explorer la fonctionnalitéeSIM Guide d'implémentationeSIM connectivity guide

Obtenir un guide d'implémentation