Eine Konnektivitätsmigration von Gigs planen
Planen Sie eine Migration rund um den laufenden Dienst des Kunden. Bewahren Sie die Informationen auf, die nötig sind, um bestehende Verpflichtungen zu verstehen, und klären Sie, was übertragen werden kann, bevor Sie einen Teilnehmer um eine Änderung bitten.
Voraussetzungen
Stellen Sie autorisierten Zugang zu Ihrem Gigs-Projekt, einem Bird-Workspace, den relevanten kommerziellen und Support-Kontakten sowie einer kleinen Evaluierungskohorte sicher. Erfassen Sie aktive Dienste und Zahlungsverpflichtungen. Bestätigen Sie, dass die vorgesehenen Bird-Angebote die Anforderungen jedes Kunden erfüllen.
1. Die bestehende Beziehung inventarisieren
Ordnen Sie Ihre Kundenkennung dem Benutzer, Abonnement, Tarif, der SIM und den Portierungsdatensätzen des Anbieters zu. Erfassen Sie den aktuellen Status des Dienstes und die nächste Verlängerung oder das Ablaufdatum. Halten Sie aktuelle Zahlungsvereinbarungen und die Support-Historie für die Teams zugänglich, die sie benötigen.
Behandeln Sie ein Installations-Credential als Geheimnis. Es gehört nicht in eine exportierte Vergleichstabelle oder einen Agent-Prompt. Verwenden Sie Referenzen und autorisierten Zugang für operative Aufgaben.
2. Den Zieldienst definieren
Wählen Sie den Zielmarkt, die enthaltenen Dienste, das Inklusivvolumen und die kommerziellen Bedingungen. Bestätigen Sie die Gerätekompatibilität und ob eine neue Profilinstallation erforderlich ist. Wenn ein Kunde eine Mobilfunknummer behält, bestätigen Sie den unterstützten Portierungsprozess und die vom abgebenden Dienst benötigten Informationen.
Ein ähnlich benannter Tarif ist kein identischer Vertrag. Prüfen Sie Abdeckung, Geschwindigkeitsrichtlinien, Gültigkeit, Verlängerung, Kündigung und verbleibende Kundenverpflichtungen, bevor Sie den Ersatz auswählen.
3. Verhalten abbilden, nicht API-Namen
Bilden Sie Tarifsuche, Kauf, Bereitstellung, Installation, Nutzung, Aufladungen und Dienständerungen auf die dokumentierte Bird-Integration ab. Bewahren Sie die Unterscheidung zwischen einer Kundenanfrage, ihrem finanziellen Ergebnis und dem resultierenden Netzdienst.
Stellen Sie bei einer agentengestützten Integration die genehmigten Quellverträge und eine geschwärzte Feldzuordnung bereit. Bitten Sie den Coding-Agenten, nicht unterstützte Operationen und mehrdeutige Ergebnisse zu identifizieren, bevor er Adapter implementiert. Lassen Sie ihn nicht allein aus Ressourcennamen eine Eins-zu-eins-Zuordnung ableiten.
4. Einen kontrollierten Übergang proben
Verwenden Sie einen genehmigten Testkunden und ein kompatibles Gerät. Führen Sie den empfangenden Kauf, die private Installation und eine eventuell erforderliche Portierung durch. Prüfen Sie das enthaltene Datenvolumen, ein- und ausgehende Anrufe sowie Nachrichten jeweils separat.
Testen Sie eine unterbrochene Installation, verzögerte Beobachtungen und eine behebbare Anfrageablehnung. Prüfen Sie, was der Subscriber sieht und was das Support-Team tun kann. Lassen Sie eine bestehende Bestellung in Klärung, wenn ihr Ergebnis unsicher ist, statt einen weiteren Kauf auszulösen.
5. Rollout mit einem Ausstiegsplan
Laden Sie eine begrenzte Kohorte erst ein, wenn der Migrationspfad und die Kundenanweisungen verifiziert sind. Überwachen Sie den Abschluss, den Supportbedarf und die aktiven Finanzbeziehungen. Beenden Sie den vorherigen Dienst gemäß seinen Bedingungen und erst, wenn der vereinbarte Übergang es zulässt.
Dokumentieren Sie, wer den Rollout pausieren kann und wie verbleibende Kunden ihren Dienst behalten. Ein Rollback kann eine neue Dienstoperation erfordern; das Ändern einer Anwendungseinstellung kann nicht jedes Profil und jede Nummernübertragung wiederherstellen.
Fehlerbehebung
Wenn ein Profil nicht übertragen werden kann, nutzen Sie den vereinbarten Neuinstallationspfad. Wenn eine Portierung abgelehnt wird, folgen Sie den gemeldeten Anforderungen und den Unterlagen des abgebenden Anbieters. Wenn Nutzungsdaten fehlen, prüfen Sie die Aktualität der Beobachtungen separat von Kauf- und Dienststatus.
Anbieterreferenzen
Verwenden Sie den Gigs-Subscription-Guide, den SIM-Guide und den Portierungsprozess, um den Quelldienst zu verstehen.
Eine agentengestützte Bewertung starten
Geben Sie Ihrem Coding-Agenten diesen Prompt zusammen mit den genehmigten Verträgen und einem geschwärzten Inventar. Bewahren Sie Zugangsdaten in den autorisierten Tools auf, außerhalb des Prompts.
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.Nächste Schritte
Verwandte Ressourcen
Weiter mit der Dokumentation, Anleitungen und Beispielen zu diesem Thema.