Implantação de sistema imobiliário: plano de migração passo a passo

Sexta-feira, 18h, o fornecedor confirma que a importação terminou. Na segunda, o gerente de locações abre o sistema novo e não encontra o aditivo que ele próprio registrou na quinta no sistema antigo. Ninguém avisou que o antigo já estava congelado, porque ninguém decidiu que estaria. É assim que a maioria das trocas de sistema perde a confiança da equipe na primeira semana: não por falha de software, mas pela ausência de uma regra simples sobre onde os dados vivem em cada dia do projeto. Este artigo é um plano de implantação de sistema imobiliário escrito para quem está saindo de um sistema antigo, ou de planilhas que funcionavam como sistema, e entrando em outro. Se você ainda está avaliando se precisa de um software e o que ele deve fazer, o guia completo de software de gestão imobiliária cobre essa etapa; aqui o assunto é exclusivamente a troca.

Passo 1: defina a data de congelamento antes de exportar qualquer coisa

O congelamento é a data a partir da qual ninguém mais altera dados contratuais no sistema antigo. Ele precisa ser comunicado por escrito, com nome de quem autoriza exceções e um registro único (uma planilha simples serve) onde toda alteração feita após essa data é anotada: contrato, campo, valor antigo, valor novo, quem alterou. Esse registro é o que você vai reaplicar manualmente no sistema novo antes do go-live. Sem ele, cada aditivo assinado durante a migração vira um dado perdido.

Na mesma semana, faça o inventário de fontes. Em quase todo portfólio o "sistema antigo" é na verdade quatro lugares: o software legado, a planilha de controle de vencimentos que alguém mantinha por fora, a pasta de PDFs assinados e a caixa de e-mail onde renegociações informais foram acordadas. Liste os quatro, atribua um responsável a cada um e decida qual deles manda quando houver conflito. A regra habitual é: o documento assinado prevalece sobre qualquer campo digitado.

Passo 2: mapeamento de campos, a parte da migração de sistema imobiliário que ninguém orça

Monte uma tabela com quatro colunas: campo de origem, campo de destino, regra de transformação e responsável pela validação. É nesse exercício que aparecem as diferenças de modelo entre os dois sistemas. O exemplo mais comum: o legado armazena só a data de término do contrato, enquanto uma ferramenta de ciclo de vida contratual como o VemLease calcula a janela de aviso prévio a partir do prazo de notificação. Esse prazo não existe no arquivo exportado; ele está na cláusula do contrato e precisa ser lido e digitado. Descubra isso no mapeamento, não depois da importação.

Três decisões para tomar nessa fase:

• O que não migrar como dado estruturado. Contratos encerrados há mais de alguns anos raramente justificam abstração campo a campo; migrá-los como PDF anexado à unidade preserva o histórico sem consumir horas de leitura.
• Como tratar duplicidades. O mesmo locatário grafado de três formas vira três cadastros no sistema novo. Normalize nomes e CNPJs antes da carga, com uma lista de equivalências aprovada pelo comercial.
• Qual é o teste de carga. Importe uma amostra de cerca de 10% dos contratos, priorizando os que vencem nos próximos 24 meses e os maiores pagadores. Concilie o aluguel contratado total da amostra entre origem e destino até o centavo. Se não bater, o erro está na regra de transformação e vai se repetir nos outros 90%.

Registre a fonte de cada valor digitado manualmente ("aditivo 3, cláusula 7.2"). Quando o jurídico questionar um número daqui a dois anos, essa é a única resposta aceitável.

Passo 3: operação em paralelo com dois fechamentos e um critério de saída

Durante o paralelo, o sistema antigo continua sendo a fonte oficial e o novo é o que está sendo validado. Essa hierarquia precisa estar escrita, porque é tentador começar a usar o novo "só para consultar" e, sem perceber, ter duas versões divergentes da mesma renovação. Dois ciclos mensais de fechamento são o mínimo razoável: o primeiro revela os erros de migração, o segundo mostra se as correções pegaram.

Ao final de cada ciclo, compare quatro coisas entre os dois sistemas: o rent roll total por ativo; o cálculo de aluguel percentual para cada loja que declara vendas; a lista de alertas de vencimento e opção disparados; e a vacância física e financeira por unidade. Se a coleta de vendas migrar para um fluxo padronizado como o do VemTenant, confira também que todos os locatários obrigados a declarar estão cadastrados com a periodicidade correta, porque um locatário esquecido no cadastro simplesmente deixa de ser cobrado e ninguém percebe. Se o fluxo de visitantes do VemCount passar a alimentar o sistema novo, valide o mapeamento de cada sensor para a entrada ou zona certa antes de confiar nas taxas de captura por loja; e lembre que a precisão de contagem tem mínimo contratual de 96%, normalmente entre 98% e 99% quando iluminação e layout permitem, nunca um valor fixo garantido.

Classifique cada divergência em três tipos: erro de migração (dado chegou errado), erro de configuração (dado certo, cálculo errado) ou erro herdado (o sistema antigo é que estava errado). O terceiro tipo é mais frequente do que se espera e é o melhor argumento para a troca, mas só se for documentado.

Passo 4: go-live da implantação de sistema imobiliário

Marque o corte para logo após um fechamento mensal conciliado, nunca no meio de um ciclo. A semana de go-live tem uma lista curta e inegociável:

• Reaplicar no sistema novo todas as alterações do registro de exceções acumulado desde o congelamento e zerar esse registro.
• Conciliar pela última vez o rent roll total entre os dois sistemas e arquivar o relatório com assinatura do responsável financeiro.
• Colocar o sistema antigo em modo somente leitura no mesmo dia. Enquanto ele aceitar edições, alguém vai editar.
• Comunicar a todos os usuários, em uma frase, qual é a fonte oficial a partir de agora e para quem reportar qualquer número que pareça errado.
• Definir a data em que as planilhas paralelas deixam de ser atualizadas. Enquanto existirem, o sistema novo é a segunda fonte de verdade, e a segunda nunca é mantida.

Passo 5: desligue o sistema antigo de verdade

Mantenha o legado em leitura por um período definido, suficiente para cobrir uma auditoria ou um fechamento anual, e exporte um arquivo final completo (dados e documentos) para um repositório que o jurídico controle. Marque no calendário a data de revogação dos acessos e do encerramento da licença. Sistemas antigos que ficam ativos "por garantia" costumam continuar sendo consultados por quem não confia no novo, e cada consulta adia a adoção. Trinta dias após o corte, meça o que importa: quantos alertas de renovação foram tratados dentro do sistema novo, quantas horas o fechamento mensal consumiu e quantos relatórios ainda nascem fora dele. Se o terceiro número não estiver caindo, a troca ainda não terminou.

Perguntas frequentes

Quanto tempo deve durar a operação em paralelo? Dois ciclos mensais de fechamento completos é o mínimo que permite ver cada cálculo acontecer duas vezes. Estender além de três ciclos costuma indicar que o critério de saída não foi escrito, não que o sistema precise de mais tempo.

Preciso migrar todo o histórico de contratos? Não como dado estruturado. Contratos vigentes e os que venceram recentemente merecem abstração campo a campo; o restante pode entrar como documento anexado à unidade, preservando o histórico sem consumir horas de leitura.

O que fazer se os totais não baterem na véspera do go-live? Adie o corte para o próximo fechamento e classifique cada divergência como erro de migração, de configuração ou herdado do sistema antigo. Fazer o go-live com totais divergentes transfere o problema para a operação, onde ele custa muito mais caro para corrigir.

Se você está planejando a troca do seu sistema atual e quer revisar o plano de congelamento, o mapeamento de campos e a integração com dados de vendas e fluxo de visitantes antes de começar, fale com a equipe da Vemco Group.