Projetos de migração em administração de fundos não fracassam na carga inicial. Fracassam num ponto específico e previsível: seis meses depois do corte, alguém ainda mantém a planilha antiga, "só para conferir", e a partir do momento em que duas fontes coexistem a nova nunca vira a verdade.
Então o critério de sucesso não é ter migrado. É ter desligado.
O roteiro abaixo assume uma carteira de 15 a 40 fundos, equipe pequena e nenhuma pausa no fechamento mensal, porque o fechamento não espera projeto.
| Fase | Duração típica | Entrega que fecha a fase |
|---|---|---|
| Inventário | 3 a 5 semanas | Mapa de onde cada dado vive e quem o mantém |
| Modelo de destino | 4 a 6 semanas | Estrutura da 175 modelada e histórico definido |
| Dupla apuração | 2 a 3 fechamentos | Cota igual ao centavo, divergências explicadas |
| Corte por ondas | 3 a 5 meses | Sistema antigo desligado, por escrito |
| Camada de IA | Depois do corte | Agentes com escopo sobre base confiável |
Fase 0: toda migração de sistemas legados começa pelo inventário
O primeiro trabalho não é técnico. É descobrir onde o dado mora de verdade.
Em toda operação existe a resposta oficial ("está no sistema") e a resposta real: o cálculo de uma provisão específica está numa aba escondida da planilha de um analista, o critério de rateio está na cabeça do controller, a lista de documentos vencidos está num Excel que alguém atualiza às sextas, e três relatórios que o cliente recebe são montados à mão.
O inventário precisa contar coisas: quantos fundos, quantas classes, quantas subclasses e séries, quantos cotistas ativos e inativos, quantos documentos no acervo, quantas integrações existem e quantos relatórios são realmente usados. Esse último número quase sempre surpreende. Metade dos relatórios legados não é aberta há um ano, e migrá-los custa o mesmo que migrar os que importam.
Fase 1: modelar a estrutura da 175, não a estrutura antiga
Aqui está a decisão que define o resto: o destino é modelado na hierarquia de fundo, classe, subclasse e série, com a classe como entidade contábil, e não como uma tradução do modelo antigo com campos novos.
Quem tenta preservar o modelo legado para "reduzir impacto" acaba com o pior dos dois mundos, e o problema volta no primeiro rateio de custo ou na primeira cisão de classe. Tratamos disso em detalhe em segregação de classes e séries na CVM 175.
Nesta fase também se define a profundidade do histórico, que é uma escolha de risco, não de armazenamento. Recalcular cotas antigas na metodologia nova produz números diferentes dos que foram divulgados, e divergência de cota histórica é assunto sensível. A saída que costuma funcionar: congelar o histórico como foi reportado, guardar como registro imutável, e recalcular apenas a partir de uma data de corte declarada.
Reprocessar cota histórica sem uma política escrita é o erro mais caro dessa fase. Se o número novo diferir do divulgado, você criou um problema regulatório onde não havia nenhum. Decida antes, documente e obtenha aprovação interna antes de rodar a primeira carga.
Fase 2: dupla apuração, com tolerância zero na cota
Nenhum corte deve acontecer sem dois ou três fechamentos rodados em paralelo, sistema antigo e novo, sobre os mesmos dados.
O critério é duro de propósito: cota igual ao centavo. Toda divergência precisa de explicação nominal — arredondamento, critério de provisão, data de reconhecimento, tratamento de amortização. Divergência sem explicação não é ruído, é bug que ainda não foi encontrado.
Vale registrar o esforço real: paralelo dá trabalho dobrado para a equipe, no mês em que ela já está no fechamento. Planeje isso como custo do projeto, com gente alocada, ou o paralelo vira conferência superficial e o corte acontece no escuro.
Fase 3: corte por ondas, começando pelo fundo mais complexo
A intuição manda começar pelo fundo simples. A intuição está errada.
Fundo simples valida pouco e dá falsa confiança. O piloto deve ser a estrutura mais difícil da casa: múltiplas classes, séries, cotistas institucionais, carteira com ativos de avaliação complicada. Se a plataforma aguenta esse, o resto é volume. Se não aguenta, você descobre no mês 4 e não no mês 11.
Depois do piloto, ondas de cinco a oito fundos, cada uma com o mesmo ritual: paralelo, conferência, corte, desligamento explícito do processo antigo. Desligamento explícito significa alguém assinar que aquele controle deixou de existir. Sem isso, ele sobrevive.
Fase 4: a camada de IA vem depois, e isso não é conservadorismo
Agente sobre base inconsistente não erra menos que planilha. Erra com mais confiança e mais rápido.
Só faz sentido ligar leitura assistida de documentos, reconciliação automática e consulta em linguagem natural quando cadastro, contabilidade e passivo já vivem numa fonte única, com permissão e histórico. A partir daí o ganho é imediato, porque toda a dificuldade de um agente útil em ambiente regulado está na qualidade e no recorte da base — argumento que desenvolvemos em RAG para conformidade da CVM 175.
Uma exceção defensável: usar IA durante a própria migração, para extrair campos de regulamentos, contratos e documentos de cotistas do acervo antigo. É trabalho de leitura em massa com conferência humana, e é onde a tecnologia paga rápido sem assumir risco de decisão.
Os riscos que realmente atrasam
Cinco, em ordem de frequência:
- 1.Planilha sombra sobrevivendo ao corte, por insegurança de uma pessoa que ninguém quis contrariar.
- 2.Fornecedor legado sem exportação decente, cobrando por extração ou entregando dado sem histórico.
- 3.Escopo inflado, tentando migrar todos os relatórios em vez dos que se usam.
- 4.Equipe sem horas alocadas, porque o projeto foi somado ao trabalho existente em vez de substituir parte dele.
- 5.Critério de aceite subjetivo, do tipo "ficou parecido", que impede dizer que terminou.
Os critérios de sucesso são o antídoto e cabem em cinco linhas: cota idêntica em três fechamentos paralelos; informe regulatório gerado direto da base, sem recopiar; zero planilha sombra ativa; tempo de fechamento medido antes e depois; obrigações no prazo mantidas durante toda a transição.
Na Arkar, a migração começa pelo diagnóstico do seu acervo e pelo fundo que você acha impossível. Agende uma demonstração ou escreva para <contato@arkar.ai> com o número de fundos e classes que você opera hoje, que a gente devolve um plano de fases com datas.