Migração e limpeza de dados: da planilha bagunçada ao cadastro confiável

Importar a planilha do jeito que ela está é a decisão mais cara de toda a implantação. Ela não parece cara — parece rápida.

A parte mais difícil da implantação de um sistema de controle de patrimônio não é escolher a plataforma nem comprar leitor e etiqueta. É o dado: as planilhas herdadas que um colega montou há cinco anos, os livros de tombamento no arquivo morto e aquela base no ERP em que metade dos lançamentos se chama "equipamentos diversos".

Já vi os dois extremos: empresas que passaram três meses preparando os dados antes da carga, e empresas que decidiram "subir tudo do jeito que está e arrumar depois". O segundo caminho nunca funciona. Cada atalho na qualidade do dado se transforma em meses de correção mais tarde, e o sistema novo herda toda a desconfiança que o arquivo antigo já carregava.

Resumo do processo

1. Diagnóstico: quantas linhas, quantos campos, quanto está vazio.
2. Limpeza: duplicidade, padronização, campos obrigatórios, decisão sobre o que não tem dono.
3. Carga de teste: 50 linhas, no ambiente real, conferindo o resultado.
4. Carga completa: com a planilha limpa e o mapeamento já validado.
5. Conferência: amostra física contra o sistema, na semana seguinte.

Em números, uma migração de verdade se parece com isto:

Total para uma migração limpa (até 2.000 bens): 4–6 semanas. Para 10.000+ bens ou fontes muito bagunçadas: 3–9 meses. A fase de limpeza sempre demora mais do que o previsto. Planeje contando com isso.

Por que não é só "mover uma planilha"

Muita gente subestima essa etapa. Parece formalidade técnica: pegar os registros antigos, importar no sistema novo, pronto. Na prática, uma migração malfeita é uma bomba-relógio.

A planilha que você tem hoje foi construída ao longo de anos, por várias pessoas, cada uma com uma convenção na cabeça. O mesmo fabricante aparece como "Dell", "DELL" e "dell computadores". A localização diz "sala 3" em uma linha e "3º andar - sala 3" em outra. Metade dos números de série está em branco, e alguns são "sem série" escrito por extenso.

Nada disso incomoda enquanto o arquivo é lido por gente. Passa a incomodar muito quando vira busca, filtro e relatório, porque o sistema trata "Dell" e "DELL" como coisas diferentes, e o seu relatório por fabricante vira ficção.

Veja o que acontece quando o dado sujo entra no sistema novo:

A duplicidade se multiplica. Três notebooks no cadastro com o mesmo número de tombamento NB-001, e ninguém sabe qual é o real. Tente localizar esse equipamento específico quando ele precisar de manutenção. Não dá.

O histórico desaparece. Você migrou os bens, mas não as informações de conserto, movimentação e responsável. O sistema novo mostra uma impressora "como nova" que, na verdade, passou três vezes pela assistência nos últimos seis meses.

As categorias viram caos. No arquivo antigo o mesmo equipamento tinha quatro nomes: "notebook", "Laptop", "computador portátil", "estação móvel". Depois da carga você tem quatro categorias em vez de uma, e nenhum relatório fecha.

Há ainda o problema mais desconfortável: parte dessas linhas descreve bem que não existe mais. Equipamento baixado que ninguém removeu, item vendido, coisa que sumiu há dois anos e continua no arquivo porque apagar linha dá medo. São os bens fantasma — registros sem bem físico correspondente, e eles minam qualquer conciliação patrimonial antes mesmo de ela começar.

Acompanhei uma empresa que passou dois meses depois da carga tentando entender por que o sistema mostrava 347 bens quando o levantamento físico contava 280. No fim, a fusão de três fontes diferentes tinha criado duplicatas, e parte dos registros se referia a patrimônio já baixado. Dois meses de retrabalho que uma semana de limpeza teria evitado.

Limpeza de dados: a faxina antes da mudança

Migrar sem limpar primeiro é como se mudar de casa levando todas as caixas de papelão do depósito antigo. A maioria nunca vai ser aberta, metade nem devia ter sido guardada, e agora tudo isso atravanca o caminho pelos próximos cinco anos.

Por onde começar

Comece contando. Quantas linhas, quantas colunas, quanto de cada coluna está vazio. Cinco minutos aqui definem o tamanho do trabalho.

Inventarie as fontes. Reúna todo lugar onde existe informação sobre os bens:

• Planilhas no drive compartilhado (e nos computadores pessoais — sim, verifique esses também)
• Registros no ERP
• Livros e fichas de tombamento em papel
• E-mails sobre compras e consertos
• Bases do setor de TI ou da manutenção predial

Trabalhei com uma empresa em que encontramos seis fontes diferentes sobre os mesmos bens. Cada uma dizia uma coisa, e ninguém sabia qual estava certa.

Defina a fonte da verdade para cada tipo de dado. A divisão que costuma funcionar:

• Dado financeiro (valor, nota fiscal, data de aquisição): o sistema contábil
• Especificação técnica: a base do setor de TI
• Localização e responsável: quem cuida das unidades no dia a dia

Sem essa decisão, cada conflito entre fontes vira uma reunião.

Padronização e deduplicação

Duplicidade primeiro. Ordene por número de série e por descrição. Duplicata costuma vir de duas fontes: a mesma pessoa cadastrando duas vezes, e a fusão de duas planilhas de setores diferentes. Decida qual linha fica antes de decidir qualquer outra coisa.

Padronize os campos de agrupamento. Fabricante, categoria e localização são os que geram relatório. Escolha uma grafia e aplique com localizar e substituir. Não é trabalho intelectual, é trabalho braçal, e é o que mais melhora o resultado final. Em detalhe:

• Nomenclatura: nomes uniformes. "Notebook Dell Latitude 5420" — bom. "Notebook", "Dell 5420", "Note D" — ruim.
• Números de série: formato único. Sem espaços, caixa definida (alta ou baixa), sem caracteres extras.
• Datas: um formato só. DD/MM/AAAA ou AAAA-MM-DD — escolha e mantenha.
• Localizações: hierarquia, não descrição. Nada de "perto da janela da sala 305"; use "Prédio A → 3º andar → Sala 305 → Posto 2".

Decida o mínimo obrigatório. Recomendo cinco campos: código (o número de tombamento), descrição, categoria, localização e responsável. Linha que não tem esses cinco não entra na carga; ela vai para uma aba separada, para ser resolvida na etiquetagem.

Enfrente o que não tem dono. Vai sobrar um conjunto de linhas sobre as quais ninguém sabe dizer nada. Não invente informação para elas. Marque como pendente de verificação e resolva fisicamente durante a etiquetagem — que é, afinal, quando você vai olhar cada bem de perto.

O que fazer com valor e data

Duas colunas que costumam vir pela metade: valor de aquisição e data de compra.

Se a contabilidade tem esse dado no ERP, traga de lá — ele é mais confiável que a planilha operacional. Se não tem para todos os itens, não estime: deixe vazio e registre que está vazio. Valor inventado vira base de depreciação inventada, e alguém vai usar esse número em uma decisão real — na baixa contábil, no seguro, na calculadora de depreciação que a contabilidade roda no fim do exercício.

Para o bem antigo cujo custo ninguém sabe, o caminho honesto é registrar apenas o que se sabe — existência, localização, estado, e tratar o valor como informação a levantar depois, se for necessário para a contabilidade.

A limpeza na prática: um caso real

Uma indústria com mais de 500 bens se preparava para sair das planilhas. O dado estava em três arquivos de Excel e uma base de Access da década passada. No diagnóstico, encontramos:

• 78 duplicatas (o mesmo equipamento lançado mais de uma vez)
• 34 bens fantasma (registro existe, bem físico não)
• 156 itens sem localização
• 203 registros sem número de série
• 89 bens com data de compra "01/01/2000" (valor padrão que ninguém corrigiu)

A limpeza levou três semanas. Resultado: depois do go-live, nenhum problema de dado. Compare com outra empresa do mesmo porte que pulou a limpeza e passou seis meses apagando incêndio — divergência de contagem, relatório que não fechava com a contabilidade, conciliação patrimonial impossível de concluir.

Migração passo a passo

Com o dado limpo, a carga em si segue um roteiro previsível.

Etapa 1: preparação (não pule)

Congele a planilha. A partir daqui, ninguém edita o arquivo original; trabalhe em cópia. Movimentação que acontecer durante a migração é registrada à parte e aplicada depois, senão você perde o controle do que já foi migrado.

Defina o mapeamento de colunas por escrito: qual coluna da planilha vira qual campo do sistema. "Nº Inv." → "Código do bem", "Descrição" → "Nome do bem", e assim por diante, coluna por coluna. Parece óbvio até a terceira coluna ambígua.

Defina os campos obrigatórios. O que todo bem PRECISA ter no sistema novo? Em geral: identificador único, descrição, categoria, responsável e localização.

Prepare as tabelas de apoio. Antes de carregar os bens, cadastre no sistema as categorias de equipamento, a hierarquia de localizações (prédios, andares, salas), a lista de responsáveis e os status (em uso, em estoque, em manutenção). Carga de bens contra tabela de apoio vazia gera erro em série.

Etapa 2: carga de teste

Não jogue tudo direto na produção. Teste primeiro:

1. Separe 50 linhas de tipos diferentes, e escolhidas de propósito: pegue as mais bagunçadas, não as mais bonitas. É nelas que o mapeamento erra.
2. Carregue no ambiente real.
3. Confira o resultado campo a campo em uns dez registros.
4. Execute as operações típicas: buscar um bem, gerar um relatório, trocar um status.
5. Encontre os erros (vai haver), corrija o procedimento de carga.
6. Repita o teste.

Procure especificamente por: acento que virou caractere estranho, data que trocou dia por mês, número que virou texto e casa decimal que virou milhar. Planilha brasileira com vírgula decimal e sistema esperando ponto é o clássico dessa etapa. Em um projeto, a carga de teste revelou que o formato de data do CSV deslocava todas as datas em um mês. Pegar isso no teste custou uma hora. Pegar depois da carga completa custaria refazer tudo.

Etapa 3: carga completa

Com o mapeamento validado, rode a planilha inteira — com quatro cuidados conservadores:

Escolha uma janela de baixa atividade. Fim de semana ou sexta à noite, conforme o ritmo da operação.

Faça backup de todas as fontes. É a apólice de seguro da migração.

Carregue em lotes, não tudo de uma vez. Matriz primeiro, filiais depois. Fica mais fácil acompanhar e detectar problema cedo.

Confira as contagens. Se a origem tinha 500 registros, o destino precisa mostrar 500. Depois abra 10–15 registros aleatórios e confira cada campo manualmente.

Guarde o arquivo exato que você importou, não a versão que você continuou editando depois. Quando aparecer divergência daqui a um mês, esse arquivo é a única forma de saber o que entrou.

Etapa 4: conferência pós-carga

Mesmo com a carga limpa, as primeiras semanas no sistema novo são período crítico. Na prática, é a primeira conciliação patrimonial do cadastro novo — a prova de que registro e bem físico contam a mesma história.

No sistema: rode os relatórios que procuram anomalia. Item sem localização, sem responsável, com valor zerado, com data futura, com número de série repetido. Cada um desses aponta um problema de origem específico.

No físico: pegue uma amostra de trinta itens e confira contra a realidade. É rápido e mostra se o problema é pontual ou sistêmico. Se dois de trinta estiverem errados, você tem trabalho pontual; se dez estiverem, a limpeza não terminou.

Com quem usa: peça a cada responsável que confira os bens no nome dele, acompanhe as reclamações de dado errado e mantenha um registro das correções — esse registro mostra exatamente onde a migração falhou e evita repetir o erro na próxima unidade.

Combine com a etiquetagem. A conferência mais eficiente é a que acontece enquanto a equipe cola as etiquetas: a pessoa está com o bem na frente, o sistema aberto no celular, e corrigir custa dez segundos.

Regras que economizam retrabalho

Anos de implantação destilados em cinco regras que valem em 99% dos casos.

Regra 1: dado importa mais que ferramenta

Sistema bom com dado ruim entrega relatório ruim mais rápido. Gaste 70% do tempo preparando o dado e 30% na migração em si. A ordem é sempre limpar, depois migrar.

Regra 2: automação com verificação manual

Localizar e substituir resolve 90%; os 10% restantes precisam de olho humano, porque são justamente os casos que a regra não previu. Confira manualmente, no mínimo:

• Dado financeiro (valor de aquisição, base de depreciação)
• Vínculo de responsável
• Localização de equipamento caro

Um zero a mais no valor de um servidor distorce o imobilizado inteiro; um responsável errado transforma qualquer cobrança futura em constrangimento.

Regra 3: documente as decisões

Crie um documento com todas as decisões de migração:

• Qual formato de data foi escolhido e por quê
• Como as categorias foram nomeadas
• O que fazer com bem sem número de série
• Que status recebe o equipamento sem informação de estado
• "Decidimos que item sem responsável fica com o gestor da unidade"

Daqui a seis meses, quando surgir o "por que fizemos assim?", ninguém vai lembrar, e alguém vai questionar. O documento responde por você.

Regra 4: planeje com folga

Migração de dados sempre demora mais do que parece. Reserve 50% de folga: se a estimativa é um mês, planeje seis semanas. Terminar antes não incomoda ninguém; estourar o prazo porque a limpeza levou o triplo, sim.

Regra 5: envolva quem vai usar

Não migre no vácuo. Converse com quem vai trabalhar no sistema:

• A TI conhece a especificação técnica dos equipamentos
• A contabilidade conhece o dado financeiro
• Os gestores de área sabem onde cada coisa está e com quem

Esse conhecimento está na cabeça dessas pessoas e em nenhum outro lugar. Sem ele, a limpeza fica pela metade.

O que migrar para não perder bens

Para um sistema de controle de patrimônio, não basta o dado estar correto — ele precisa estar completo o suficiente para prevenir perda.

Migre o histórico de movimentação, se existir. Mesmo que seja uma linha de Excel "15/03/2024, entregue ao João da obra". Essa informação ajuda a:

• Entender o padrão de uso dos equipamentos
• Identificar os pontos onde bem some com mais frequência
• Estabelecer a cadeia de responsabilidade quando uma perda for descoberta

Registre a última localização conhecida de cada bem. Mesmo imprecisa, "almoxarifado, prateleira 3" é melhor que nada. No go-live, esse é o ponto de partida da busca física.

Traga as informações de manutenção programada. Se um equipamento passa por preventiva a cada 6 meses e a última foi há 5, essa informação precisa entrar na carga. Sem ela, o sistema não tem como avisar da próxima intervenção, e a primeira preventiva perdida costuma virar a primeira corretiva cara.

Manutenção: o que precisa vir junto na carga

Atendi uma empresa que viveu o caos da manutenção logo depois do go-live. Na migração, ninguém trouxe prazos de garantia nem histórico de conserto. Resultado: equipamento na garantia sendo mandado para conserto pago, e item que já devia ter sido baixado continuando a receber ordem de serviço — conserto de R$ 1.200 em uma impressora que custa R$ 900 nova.

O que precisa entrar na carga para a gestão de manutenção funcionar desde o primeiro dia:

Garantia:

• Data de vencimento da garantia
• Contatos do fornecedor e da assistência autorizada
• Número do certificado ou da nota
• Condições (o que cobre, o que não cobre)

Histórico de manutenção:

• Datas de todos os consertos e preventivas
• Descrição do serviço executado
• Custo (para saber quando substituir sai mais barato que consertar)
• Prestador responsável

Planos de manutenção:

• Periodicidade da manutenção preventiva
• Lista de procedimentos
• Parâmetros críticos a verificar

Com isso no sistema, os lembretes de preventiva saem sozinhos, a frequência de falha de cada bem fica visível e a decisão de baixa deixa de ser chute.

Caso real: do caos ao cadastro confiável em seis semanas

Um projeto que ilustra bem o peso da migração feita direito.

Situação inicial: empresa de logística, 8 filiais, cerca de 800 bens (servidores, equipamento de rede, computadores, impressoras, coletores). O dado morava em:

• 3 planilhas de Excel diferentes (uma por região)
• Fichas de tombamento em papel
• A memória do administrador de rede

Problemas:

• Equipamento "sumia" com frequência nas transferências entre filiais
• Ninguém sabia o que estava na garantia e o que não estava
• O custo de manutenção só crescia (consertando o que era mais barato substituir)
• O inventário físico levava uma semana e sempre terminava em divergência

O processo:

Semanas 1–2: limpeza

• Fusão das 3 planilhas
• Verificação física nas duas maiores filiais
• Remoção de 87 registros de equipamento já baixado, com a documentação de descarte em ordem
• Localização e etiquetagem de 34 itens que constavam como "paradeiro desconhecido"
• Padronização de nomes e categorias

Semana 3: preparação

• Hierarquia de localizações criada no sistema
• Categorias configuradas
• Lista de responsáveis cadastrada
• Modelo de importação preparado

Semana 4: carga de teste

• 50 bens da matriz carregados
• Problema de codificação de caracteres no CSV detectado
• Corrigido, teste repetido — aprovado

Semana 5: carga completa

• Todos os bens carregados em lotes, filial por filial
• Conferência de contagem a cada lote
• Total: 761 bens migrados (duplicatas e baixados de fora)

Semana 6: pós-migração

• Treinamento dos responsáveis nas filiais
• Correção das imprecisões encontradas
• Primeiras operações reais: transferências e vínculos de responsável

Resultado após 3 meses:

• Nenhum bem perdido
• Preventivas rodando por lembrete automático do sistema
• Custo de conserto 23% menor (parou-se de consertar o que compensava substituir)
• Inventário reduzido de uma semana para 1 dia
• Precisão do cadastro mantida em 97% com a rotina de inventário — a conciliação patrimonial do fim do exercício fechou sem ajuste manual pela primeira vez

Erros comuns de migração (e como evitá-los)

"Depois a gente limpa"

O pensamento "sobe tudo do jeito que está, depois a gente arruma aos poucos" é o caminho para a dívida permanente. O "depois" nunca chega, e o dado sujo começa a gerar dado sujo novo no momento em que os usuários entram no sistema. Limpe antes da carga. Não existe segunda chance de fazer isso barato.

Ignorar o histórico

Algumas equipes migram só o estado atual dos bens e descartam o histórico. Depois o sistema não responde "onde esse notebook estava há um mês?". Se existe histórico, migre — mesmo parcial, ele vale ouro em auditoria e em disputa de responsabilidade.

Subestimar o tempo

"Migrar os dados? Meio dia de trabalho." Na realidade, uma migração de qualidade leva semanas. Planeje com folga: terminar antes é ótimo, estourar prazo porque a limpeza levou o triplo do previsto, não.

Carga direta na produção, sem teste

Subir tudo de uma vez significa que, se algo der errado, voltar atrás é difícil ou impossível. Rode sempre uma carga de teste com uma amostra pequena. O custo são alguns dias; a alternativa é desfazer semanas de trabalho.

Migrar sem quem conhece os bens

A TI migra o dado no vácuo, sem falar com quem conhece a situação real. Responsáveis pelos bens, gestores de área e o pessoal do almoxarifado carregam um contexto que não está escrito em lugar nenhum. Sem esse contexto, os problemas de qualidade aparecem meses depois — no pior momento.

Migrar e etiquetar em projetos separados

O erro mais comum de todos: carregar o cadastro e etiquetar semanas depois. O cadastro envelhece antes de ser conferido, a equipe perde o contexto e a conferência vira um segundo projeto.

O caminho que funciona é o contrário: limpe a planilha, carregue, e etiquete na semana seguinte, corrigindo o cadastro item a item enquanto a etiqueta é colada. As boas práticas de etiquetagem cobrem essa parte.

Checklist: você está pronto para a carga?

Antes de começar a migração, responda:

Sobre o dado:

• Você conhece todas as fontes de informação sobre os bens?
• O dado está livre de duplicatas?
• O equipamento já baixado saiu da lista?
• Nomes e categorias estão padronizados?
• Todo bem tem identificador único (número de tombamento)?
• A fonte da verdade está definida para cada tipo de dado?

Sobre o sistema novo:

• As tabelas de apoio (categorias, localizações, responsáveis) estão cadastradas?
• O processo de importação foi testado com dados de amostra?
• O mapeamento de campos entre planilha e sistema está por escrito?
• Os campos obrigatórios de cada bem estão definidos?

Sobre o processo:

• Existe um plano de migração com datas?
• O prazo tem folga?
• Cada etapa tem um responsável nomeado?
• A conferência pós-carga está planejada?
• Os usuários sabem da mudança que vem aí?

Três ou mais "não" significam que você ainda não está pronto. Feche as lacunas primeiro — cada uma delas custa muito menos agora do que depois da carga.

Perguntas frequentes

O que é migração de dados de patrimônio?

É o processo de levar os registros de bens (descrição, número de série, localização, responsável, histórico de manutenção) das fontes antigas — planilhas, fichas em papel, sistemas legados — para a plataforma nova de controle de patrimônio. O objetivo é um cadastro completo, limpo e confiável, em que todo mundo confie desde o primeiro dia.

Quanto tempo leva a migração?

A maioria das migrações de pequeno e médio porte (até 2.000 bens) fecha em 2–6 semanas quando o dado de origem está razoavelmente limpo. Migrações grandes, com mais de 10.000 bens, várias fontes ou limpeza pesada, levam de 3 a 9 meses. A limpeza é a fase mais longa — em geral 60–70% do tempo total, e as equipes a subestimam por 2–3×, sempre.

Qual é o maior erro na migração?

Migrar dado sujo. A equipe pula a limpeza para cumprir prazo e termina com os mesmos registros duvidosos em um sistema novo e reluzente. Cada duplicata, cada erro de digitação, cada número de série faltando que não foi corrigido antes da carga acompanha o cadastro para sempre. Vale o ditado: entra lixo, sai lixo. Limpe primeiro, migre depois — nunca o contrário.

Como limpar os dados antes de migrar?

Quatro passos:

1. Deduplicação: identificar e fundir registros duplicados (o mesmo bem cadastrado duas vezes por pessoas diferentes).
2. Padronização: nomenclatura uniforme, formato de data único, estrutura previsível de código.
3. Complementação: preencher os campos críticos faltantes (série, localização, responsável) ou marcar o registro como incompleto.
4. Arquivamento: separar os bens obsoletos ou baixados como registro de baixa, em vez de carregá-los para o sistema novo como se existissem.

Preciso de uma carga de teste antes da completa?

Sim, sempre. Um teste com 50–200 bens representativos pega erro de mapeamento, caso extremo e problema de validação a custo baixo. Pular o teste transforma uma carga de 2 semanas em 2 meses de correção. O teste leva 3–5 dias e economiza semanas de retrabalho. Se não há tempo para o teste, não há tempo para a migração.

Depois da migração: e agora?

A migração não é o fim — é o começo. Com o dado no sistema, vem a parte que interessa:

Primeiras duas semanas: período de adaptação. Os usuários se acostumam com a interface nova, encontram imprecisão no dado, aprendem as operações. Esteja disponível para ajudar e corrigir rápido.

Primeiro mês: ajuste fino dos processos. Transferência de bens, vínculo de responsável, agenda de preventiva — as regras iniciais quase sempre precisam de calibragem.

Primeiros três meses: coleta de feedback e otimização. Ouça quem usa: o que incomoda, o que falta, o que dá para melhorar.

E lembre: sistema de controle de patrimônio só funciona com dado atual. A migração entregou um ponto de partida limpo; manter esse nível é trabalho de rotina, não de projeto. A estratégia de inventário mostra como sustentar a precisão depois do go-live.

Comece com um projeto piloto

Migração de dados é projeto sério, e fazê-la bem exige planejamento. A forma de reduzir o risco é começar pequeno o bastante para que errar custe uma tarde, não um trimestre.

Um piloto com 50 bens de um setor ou de uma unidade percorre todas as etapas — limpeza, preparação, carga de teste, conferência — a custo baixo. No fim, você tem uma estimativa realista de quanto a migração completa vai levar e já viu os problemas de qualidade que nem sabia que tinha.

O UNIO24 cobre os primeiros 50 bens no plano gratuito, sem cartão e sem prazo, o que faz dele um alvo natural para esse piloto: migre um setor, percorra a limpeza e a importação com o seu dado real e só então decida como fica a escala para o patrimônio inteiro. Na prática, a importação em si é a parte fácil: o cadastro de bens aceita CSV e XLSX com mapeamento de coluna arrastando, e mais de mil linhas entram em cerca de meio minuto. O trabalho de verdade acontece antes, na planilha.

Migração é 80% preparação e 20% técnica. O piloto é onde você descobre o que a preparação significa para o seu dado.