Como migrar o estoque da planilha sem perder dados

A planilha abre normalmente, mas ninguém sabe se o número de hoje representa o que está na prateleira, o que foi vendido ou o que alguém corrigiu ontem. Quando a empresa decide adotar um sistema de estoque, o medo não é só aprender uma tela nova. É levar os erros antigos para dentro dela.

Para migrar o estoque da planilha para um sistema sem perder dados, separe a mudança em cinco decisões: limpar os cadastros, contar o estoque físico, testar a importação, controlar o corte e reconciliar o saldo que entrou. O arquivo antigo não deve ser tratado como a verdade só porque é o mais recente.

Este artigo complementa o guia sobre quando substituir a planilha de estoque. Aquele texto ajuda a decidir se a troca faz sentido. Aqui, a pergunta é outra: como chegar ao primeiro saldo confiável sem interromper a operação? Se a empresa ainda não tem responsabilidade contínua pelo sistema de estoque, defina essa função antes da virada.

Se o problema aparece porque a equipe copia o mesmo pedido entre ferramentas, veja também como parar de redigitar pedidos em vários sistemas. Quando a divergência envolve vendas e estoque, o diagnóstico de números diferentes entre CRM e estoque ajuda a separar cadastro, evento e responsabilidade. Diagrama mostra uma planilha de estoque passando por limpeza, contagem, reconciliação e responsabilidade antes do saldo inicial.

Resposta curta

Não importe a planilha inteira sem revisar itens, unidades, locais e duplicatas.

Use uma contagem física para estabelecer o saldo inicial, em vez de copiar a última coluna.

Faça uma importação de teste com dados representativos e guarde o resultado.

Congele as mudanças no momento combinado, reconcilie o que entrou e defina quem trata as exceções.

O que precisa ser decidido antes da migração?

Antes de escolher o formato do arquivo, defina o que o novo sistema deverá representar. Uma linha da planilha pode ser um produto, uma embalagem, uma unidade de compra, um saldo estimado ou uma combinação desses conceitos. Se a equipe não concorda sobre o significado da linha, a importação apenas torna a dúvida mais difícil de enxergar.

Escreva uma ficha curta para cada tipo de item:

identificador que não muda quando o nome comercial muda;
descrição usada pela equipe;
unidade de compra, armazenamento e venda;
local onde o estoque está guardado;
quantidade física e data da contagem;
fornecedor, custo ou lote, quando isso for necessário;
situação do item, como ativo, descontinuado ou aguardando conferência.

A documentação do Microsoft Learn sobre importar dados de negócio, consultada em 2026-10-03, mostra uma prática comum: usar modelos específicos para clientes, fornecedores e itens de inventário. O detalhe importante não é adotar o mesmo produto. É descobrir quais campos o destino considera necessários antes de preparar a origem.

Não tente resolver todas as exceções na primeira versão. Separe itens que podem entrar no saldo inicial daqueles que precisam de decisão. Um produto duplicado, uma unidade ambígua ou um item sem localização deve ir para uma fila de conferência, não desaparecer em uma edição silenciosa.

Como limpar a planilha sem apagar informação importante?

Comece reunindo os arquivos que realmente participam da operação. Procure cópias locais, abas de compras, listas mantidas pelo depósito, arquivos usados pelo e-commerce e tabelas enviadas ao financeiro. Escolha uma versão de trabalho e marque as outras como referência. Não apague as fontes antes de terminar a reconciliação.

Depois, faça a limpeza em uma cópia:

remova linhas vazias e colunas que não têm uso definido;
padronize nomes e unidades sem perder o valor original;
encontre códigos repetidos e decida se são duplicatas ou itens diferentes;
marque produtos sem localização, custo ou unidade;
separe saldo, movimentação, pedido e previsão em campos diferentes;
registre quem aprovou cada correção relevante.

Essa separação evita um erro comum: corrigir um número antigo para que ele pareça certo e depois esquecer que a correção aconteceu. A planilha pode continuar como evidência, mas não deve continuar como autoridade depois do corte.

O Odoo documenta importação por CSV e XLSX, modelos baixáveis e mapeamento de colunas, consultado em 2026-10-03. A mesma documentação alerta que as importações são permanentes e não podem ser desfeitas automaticamente. Mesmo quando o sistema escolhido tem outro comportamento, trate a primeira carga como uma operação que precisa de cópia, teste e registro.

De onde deve sair o saldo inicial?

O saldo inicial deve vir de uma contagem física planejada, não apenas da última quantidade registrada na planilha. A planilha pode ajudar a montar a lista e a localizar divergências, mas o número que abre o novo sistema precisa ter uma data, uma unidade e uma pessoa responsável pela conferência.

Combine antes:

qual local será contado;
em que unidade cada item será medido;
como separar mercadoria disponível, reservada, danificada ou em recebimento;
como registrar itens encontrados que não estão no arquivo;
o que acontece com vendas, transferências e recebimentos durante a contagem;
quem aprova uma diferença que não pode ser resolvida no mesmo momento.

Não precisa contar tudo do mesmo jeito se a operação não permitir. O que não pode variar sem registro é o significado do número. Duas pessoas que contam a mesma caixa como unidades diferentes não produzirão um saldo reconciliável.

Faça a contagem em uma data combinada e guarde o arquivo ou formulário usado. Se a operação não puder parar, registre os movimentos que acontecerem entre a contagem e o corte. O saldo que entra no sistema precisa ser ajustado por esses movimentos, ou a equipe precisa repetir a conferência no momento de ativação.

A pergunta útil não é "qual número está na planilha?". É "qual número a empresa consegue explicar depois?". Um saldo menor, mas acompanhado de data, unidade, local e responsável, é uma base melhor do que um total maior que ninguém consegue reconstruir.

Como testar a importação antes do corte?

Não faça a primeira importação no dia em que a empresa pretende abandonar a planilha. Escolha uma amostra que contenha itens simples, duplicatas, unidades diferentes, locais múltiplos e pelo menos um caso que precise de revisão. O teste deve revelar o que o sistema fará quando os dados não estiverem limpos.

Confira quatro resultados:

o item foi criado uma vez, com o identificador esperado;
a unidade e a localização chegaram ao campo correto;
a quantidade importada aparece no relatório ou tela que a operação usará;
erros e linhas rejeitadas podem ser encontrados e corrigidos.

O AWS Prescriptive Guidance sobre executar um piloto, consultado em 2026-10-03, recomenda uma área pequena, participantes que representem o uso real e critérios de sucesso definidos antes do teste. A recomendação vale aqui como disciplina de decisão, não como promessa de que uma migração de estoque será rápida.

Peça também que uma pessoa que não preparou o arquivo confira o resultado. Quem conhece cada exceção da planilha consegue compensar um erro sem perceber. Um operador que recebe a lista já importada mostra se o novo processo é compreensível para quem terá de usá-lo em um dia ocupado.

Não aceite uma mensagem de "importação concluída" como prova suficiente. Compare quantidades, itens, locais e registros rejeitados. Se o sistema oferecer uma prévia, use-a. Se houver um ambiente de teste, faça a carga lá antes de tocar nos dados de produção.

Como planejar o corte sem criar dois estoques?

O corte precisa ter um começo, uma regra e um responsável. Defina quando a planilha deixa de receber alterações, qual sistema passa a receber cada movimento e como tratar uma venda ou recebimento que aconteça no intervalo.

Um plano simples pode seguir esta ordem:

salve uma cópia somente leitura da planilha limpa e da contagem física;
registre o horário do corte e os movimentos ainda pendentes;
carregue os dados aprovados no sistema novo;
compare o saldo por item e localização;
faça uma operação real de baixo risco e confirme o resultado;
avise a equipe onde o próximo movimento deve ser registrado;
mantenha a planilha antiga disponível para consulta, sem permitir duas autoridades.

Se o novo sistema não puder entrar em uso para toda a operação de uma vez, escolha um local, uma categoria ou um fluxo com risco controlado. Não chame a mudança de concluída enquanto uma parte da equipe continuar atualizando o arquivo antigo sem uma regra de reconciliação.

A migração não termina quando o arquivo foi aceito. Termine com uma lista de diferenças: itens ausentes, quantidades divergentes, unidades que precisam de conversão e operações feitas durante o corte. Cada diferença precisa de um destino, mesmo que esse destino seja "investigar antes de vender".

Como saber se a migração deu certo?

A migração deu certo quando a equipe consegue responder ao mesmo caso a partir do sistema novo e da evidência de corte. Não basta o arquivo carregar sem erro. O saldo precisa ser utilizável para receber mercadoria, registrar uma saída, consultar disponibilidade e explicar uma diferença.

Na primeira revisão, confira:

se os itens mais usados estão no local correto;
se o total por local bate com a contagem aprovada;
se uma entrada, saída ou transferência aparece no histórico esperado;
se o relatório usado para comprar ou prometer disponibilidade usa a fonte correta;
se os usuários sabem registrar um ajuste e explicar seu motivo;
se alguém recebe o alerta quando a operação não pode confirmar um movimento.

Guarde a planilha original, a versão limpa, a contagem, o arquivo de importação, os erros, a aprovação do saldo e as primeiras correções. O conjunto forma a história da mudança. Sem ele, a equipe pode encontrar uma diferença em duas semanas e não saber se ela nasceu na contagem, no mapeamento ou na operação depois do corte.

O melhor critério de conclusão é uma pergunta que outra pessoa consegue repetir: "De onde veio este número e quem pode corrigi-lo?". Se a resposta ainda depende de abrir o arquivo pessoal de quem fez a migração, o sistema novo ganhou uma tela, mas não ganhou propriedade.

Quem fica responsável depois da migração?

A empresa precisa nomear alguém para cuidar do processo, mesmo que a configuração tenha sido feita por um fornecedor. Essa pessoa não precisa executar cada contagem. Precisa saber quem pode alterar cadastros, como uma diferença é investigada, onde ficam as cópias, qual integração pode afetar o saldo e quando uma mudança precisa de aprovação.

Antes de encerrar o projeto, peça respostas para estas perguntas:

Quem acompanha falhas de importação, recebimento, venda e transferência?
Quem decide quando um item novo pode entrar no catálogo?
Quem corrige uma unidade ou localização errada?
Quem controla as contas, os dados e a documentação?
Quem assume o processo se o fornecedor não estiver disponível?
Como a empresa exporta os dados e muda de sistema no futuro?

A orientação da FTC para pequenas empresas sobre cibersegurança, consultada em 2026-10-03, recomenda limitar acessos de fornecedores ao necessário e combinar como os dados são usados, mantidos e excluídos. Para um sistema de estoque, isso também significa manter as contas principais e o caminho de recuperação sob controle da empresa.

Se não houver uma pessoa interna com tempo e autoridade, essa lacuna precisa aparecer na decisão de compra. Um fornecedor pode configurar a ferramenta. A empresa ainda precisa de alguém que responda pelo resultado quando o fluxo mudar.

Perguntas frequentes

Preciso importar todo o histórico da planilha?

Não necessariamente. Decida o que precisa ser operacional no sistema novo e o que pode permanecer como consulta. Produtos ativos, locais, unidades e saldos de abertura costumam exigir prioridade. Histórico antigo, abas de análise e linhas sem uso podem seguir uma política de retenção separada. Registre a decisão e preserve a fonte original.

Posso confiar no saldo da última atualização?

Use-o como pista, não como prova. A última atualização pode não incluir vendas, perdas, recebimentos ou transferências. Faça uma contagem física ou defina outro método verificável para estabelecer o saldo. Se a empresa não consegue explicar a origem do número, o problema ainda é de processo, mesmo que a soma pareça correta.

O que acontece se a importação criar itens duplicados?

Pare a carga seguinte e preserve a lista de registros criados. Identifique qual campo deveria ser único, separe duplicata de variação legítima e corrija a origem antes de repetir. Não resolva apenas apagando linhas no sistema novo. Primeiro registre o critério que evitará que a mesma duplicata volte na próxima carga.

Quem deve fazer a migração?

A preparação precisa de quem conhece a operação e de quem consegue conferir o sistema escolhido. Uma pessoa pode coordenar o trabalho, mas não deveria ser a única a entender o cadastro, a contagem, o corte e a recuperação. O responsável final é a empresa, mesmo quando a execução é contratada.

Conclusão

Migrar o estoque da planilha para um sistema não é uma cópia de colunas. É a escolha de qual cadastro, unidade, local e saldo a operação passará a tratar como confiáveis.

Limpe a origem, conte o que existe, teste uma amostra difícil, controle o corte e reconcilie o que entrou. Depois, mantenha a evidência e nomeie quem responderá por exceções, acessos e mudanças. Se a equipe não consegue explicar de onde veio o saldo inicial, a migração ainda não terminou.

Como este texto foi pesquisado

Este artigo é uma síntese de documentação pública sobre importação de dados e pilotos, resultados de busca atuais, discussões recentes de operadores e páginas já publicadas neste site. Samuel Fajreldines é o autor responsável. Não há migração de cliente, contagem própria, benchmark, economia ou prazo de implantação apresentado como resultado. A pesquisa e a primeira redação tiveram assistência de IA; nenhuma execução de estoque foi inventada.

Como migrar o estoque da planilha para um sistema sem perder dados?