Uma exportação de nomes e saldos de clientes não é um plano completo de migração.
Faça o inventário dos registros e das obrigações em andamento
| Área | O que exige uma decisão de tratamento |
|---|---|
| Contas | Identidade estável, duplicidades, acesso e mudanças de autenticação |
| Verificação e consentimento | Registros que podem ser transferidos, exigem renovação ou permanecem arquivados |
| Saldos | Dinheiro, bônus e outras obrigações com a moeda pertinente |
| Restrições | Limites, exclusões e decisões de conta não resolvidas |
| Produtos ativos | Apostas abertas, rodadas inacabadas, torneios e promoções |
| Operações | Reclamações, disputas, pagamentos e casos com fornecedores ainda pendentes |
| Histórico | Registros pesquisáveis necessários para suporte, relatórios e análise autorizada |
Decida quais itens vão para o novo sistema e quais permanecem em um arquivo controlado ou são liquidados no antigo. Estabeleça o acesso lícito aos dados e a cooperação necessária dos fornecedores atuais antes de prometer uma data.
Compare a migração por etapas com a transição única
Uma mudança por etapas pode reduzir o volume alterado de uma só vez, mas cria um período de responsabilidade compartilhada e conciliação entre sistemas. Uma transição única concentra a mudança e pode exigir uma simulação e um plano de reversão mais rigorosos.
Escolha considerando as obrigações ativas, a capacidade operacional, a tolerância à indisponibilidade e as interfaces dos fornecedores. Uma afirmação de indisponibilidade zero precisa de evidências do projeto real; não deve ser presumida a partir da palavra “migração”.
Faça uma simulação com um conjunto de dados representativo
- Mapeie campos e estados.
- Execute a transferência de teste.
- Concilie as quantidades e os totais financeiros.
Depois, inspecione registros individuais, incluindo contas restritas, moedas incomuns e obrigações ativas. Os totais, por si só, podem não revelar um saldo atribuído à conta errada.
Teste as jornadas de jogadores e funcionários após a transferência. Registre as divergências, seus responsáveis e os critérios para repetir a simulação. Preserve o mapeamento e a versão aceita usados em produção.
Defina a decisão de transição
Especifique o processo de congelamento ou sincronização, a conciliação final, a ativação dos fornecedores e a comunicação aos jogadores. Identifique quem autoriza a entrada em produção e as condições que exigem pausa ou reversão.
O plano de reversão deve considerar as transações criadas depois que o novo sistema começa a funcionar. Restaurar um banco de dados anterior sem tratar a nova atividade pode criar outro problema de conciliação.
Envie os sistemas de origem e destino, os direitos de exportação, os mercados de operação e os produtos ativos. Inclua as obrigações que não podem ser interrompidas para que o escopo da migração seja definido a partir delas.