Cada objeto, cada simulação e a carga final passam pelas mesmas seis etapas: extração (proprietários dos dados do cliente), mapeamento (Migration Conductor e usuários-chave), validação (regras do cockpit), carga de teste em ambiente de não produção (Migration Conductor), reconciliação (controlador financeiro) e transição (responsável pela contagem regressiva).
Repita o processo até que esteja concluído. Um registro rejeitado retorna ao proprietário dos dados com o código de motivo do cockpit, e a próxima simulação executa novamente o objeto inteiro. Nada é corrigido manualmente no tenant de destino — isso deixaria o registro de auditoria descrevendo uma carga que nunca ocorreu.
| Correr | Quando | Aceitar quando |
|---|---|---|
| M1 | T-10 → T-9 | Todos os objetos são carregados; os que apresentam menos de 5% de rejeição são atribuídos. |
| M2 | T-7 → T-6 | Delta de zero TB; sub-registros empatados; rejeições abaixo de 0,5% |
| Transição simulada | T-4 → T-3 | Delta zero; duração dentro da janela de transição; manual de procedimentos atualizado |
| Dados de ensaio | T-2 → T-1 | Os passes de ensaio |
| Final | T-0 | Delta zero; o controlador sinaliza |
A reconciliação é aritmética.
- Contagens e totais de hash: extraídos = carregados + rejeitados, por objeto; totais de hash em valores e quantidades.
- Balancete de verificação: saldo legado − saldo TRANXACT = 0 para todas as contas, entidades e dimensões.
- Os sub-razões de contas a receber (antiguidade de contas a receber), contas a pagar (antiguidade de contas a pagar), avaliação de estoque e registro de ativos são iguais às suas respectivas contas de controle no razão geral.
As fórmulas delta do Toolkit ficam vermelhas para qualquer valor diferente de zero, e o controlador financeiro assina somente quando todas as linhas são zero, ou explicadas e aprovadas. O registro de execução do cockpit — quem carregou o quê, quando, quantos registros, quantos foram rejeitados — é o registro de auditoria que eles usam para assinar.
A extração depende da fonte.
Cada sistema de origem tem sua própria planilha na pasta de trabalho de Planos de Projeto. Os padrões variam — relatórios padrão e extrações de tabelas para grandes ERPs, pesquisas salvas ou exportações em CSV para contabilidade em nuvem, exportações em XML ou Excel de livros-razão e comprovantes para outros, modelos de painel de controle preenchidos diretamente para planilhas — e o mesmo ocorre com os pontos de atenção: códigos de empresa versus entidades, segmentos versus dimensões, ausência de validação na origem em uma planilha. O guia contém a tabela completa por produto.
Manual de instruções T-0 (tempos ilustrativos)
| Tempo | Etapa | Proprietário |
|---|---|---|
| T-1 18:00 | Últimas transações antigas; congelamento anunciado. | Contagem regressiva Proprietário |
| T-1 18:30 | Encerramento do período legado; relatórios finais de balancete e razão auxiliar | Controlador financeiro |
| T-1 20:00 | Extrato final por objeto | Proprietários dos dados |
| T-1 21:00 | Carga final da cabine na sequência de ensaio a seco | Condutor de Migração |
| T-0 02:00 | Conciliação do balancete e do razão auxiliar — delta = 0 | Controlador financeiro |
| T-0 06:00 | Integrações com endpoints de produção | Piloto de Operações |
| T-0 07:00 | Modo legado somente leitura; usuários habilitados; comunicações de entrada em produção. | Líder de Voo |
| T-0 ≈ 11:00 | Primeira fatura lançada em produção. | Usuário-chave, vendas |
Cada etapa tem um responsável nomeado, uma duração planejada e uma nota de reversão, e o Toolkit calcula os horários de término planejados e a variação em relação à simulação.
O M2 de Calderwood mostra um estoque de 1400 unidades no sistema legado, com valor de 2.450.009,10, e no TRANXACT, com valor de 2.449.909,10: uma diferença de 100,00, sinalizada como VERIFICAÇÃO. A causa é uma linha de estoque rejeitada por falta de número de lote. Ela retorna ao responsável pelos dados do armazém com o código de motivo, e a próxima simulação executa novamente todo o objeto de estoque — ninguém digita a linha manualmente no TRANXACT.
Experimente O teste de Calderwood resulta em zero, mas leva 13 horas em vez de uma janela de transição de 11 horas, porque os nove lançamentos contábeis do período P1 carregam lentamente. O que o T-Minus recomenda fazer?
Reduzir o escopo, não estender o prazo: mover os dados do período — os lançamentos contábeis P1 — para o T-Plus e carregá-los após a entrada em produção, em vez de prolongar a transição. Um teste que não se encaixa é uma correção, não um adiamento de data.