Un export des noms et soldes des clients n’est pas un plan de migration complet.
Inventoriez les enregistrements et obligations en cours
| Domaine | Ce qui nécessite une décision de traitement |
|---|---|
| Comptes | Identité stable, doublons, accès et changements d’authentification |
| Vérification et consentement | Enregistrements transférables, à renouveler ou à conserver en archive |
| Soldes | Fonds réels, bonus et autres engagements avec leur devise |
| Restrictions | Limites, exclusions et décisions de compte non résolues |
| Produits actifs | Paris ouverts, manches inachevées, tournois et promotions |
| Opérations | Réclamations, litiges, paiements et dossiers fournisseurs encore en attente |
| Historique | Enregistrements consultables nécessaires au support, au reporting et aux examens autorisés |
Décidez quels éléments passent dans le nouveau système et lesquels restent dans une archive contrôlée ou sont soldés dans l’ancien. Établissez un accès licite aux données et la coopération requise des fournisseurs actuels avant de promettre une date.
Comparez une transition progressive et une bascule unique
Une transition progressive peut réduire le nombre de changements simultanés, mais crée une période de responsabilité partagée et de rapprochement entre systèmes. Une bascule unique concentre le changement et peut nécessiter une simulation et un plan de retour arrière plus exigeants.
Choisissez selon les obligations actives, la capacité opérationnelle, la tolérance à l’indisponibilité et les interfaces fournisseurs. Une affirmation d’absence totale d’interruption nécessite des preuves pour la conception réelle ; elle ne doit pas être déduite du mot « migration ».
Simulez avec un jeu de données représentatif
- Établissez la correspondance des champs et statuts.
- Réalisez le transfert de test.
- Rapprochez les nombres d’enregistrements et les totaux financiers.
Inspectez ensuite les enregistrements individuels, y compris les comptes restreints, les devises inhabituelles et les obligations actives. Les totaux seuls peuvent manquer un solde attribué au mauvais compte.
Testez les parcours des joueurs et du personnel après le transfert. Consignez les écarts, leurs responsables et les critères de répétition de la simulation. Préservez la correspondance des données et la version acceptée utilisées en production.
Définissez la décision de bascule
Précisez le processus de gel ou de synchronisation, le rapprochement final, l’activation des fournisseurs et la communication aux joueurs. Nommez la personne qui autorise la mise en production et les conditions nécessitant une pause ou un retour arrière.
Le plan de retour arrière doit prendre en compte les transactions créées après le démarrage du nouveau système. Restaurer une base de données plus ancienne sans traiter la nouvelle activité peut créer un autre problème de rapprochement.
Transmettez les systèmes source et cible, les droits d’export, les marchés d’exploitation et les produits actifs. Incluez les obligations qui ne peuvent être interrompues afin de définir la migration autour d’elles.