Quantas pessoas podem usar a mesma planilha ao mesmo tempo?

Na prática, duas ou três com edição simultânea já produzem conflito de escrita em planilhas locais. Ferramentas em nuvem aguentam mais gente, mas o limite real não é técnico e sim de regra: quando duas pessoas podem digitar valores contraditórios na mesma linha e nada impede, o número seguro é um.

Dá para recuperar uma planilha corrompida?

Às vezes sim, com as ferramentas de reparo do próprio programa, versões anteriores do arquivo ou cópias em nuvem. Mas recuperar resolve o incidente, não a causa. Se o arquivo já corrompeu uma vez pelo tamanho ou pelo número de fórmulas, vai corromper de novo.

Preciso parar a operação para migrar da planilha para um sistema?

Não. A migração normal mantém a planilha em uso enquanto o sistema é preenchido com os dados históricos e testado com casos reais. O período em paralelo costuma durar de uma a quatro semanas, e a planilha só é aposentada quando os dois batem.

A planilha da empresa travou de vez: e agora

Se a planilha da empresa está travando, corrompendo ou abrindo diferente para cada pessoa, o problema não é o computador. A planilha deixou de ser uma planilha e virou banco de dados multiusuário sem nenhuma das proteções de um banco de dados. Ela continua ótima para cálculo, simulação e análise pontual. Ela quebra quando vira o registro oficial da operação, com várias pessoas escrevendo, regras de negócio embutidas em fórmula e nenhum histórico de quem mudou o quê.

Como saber, com critério, que a planilha passou do ponto

Não é sobre "ficou grande". É sobre sinais específicos:

Peso do arquivo. Acima de 15 MB a abertura já demora; acima de 50 MB o risco de corrupção em salvamento pela rede cresce bastante.
Recalculo lento. Se apertar Enter numa célula congela a tela por segundos, há fórmulas em cadeia demais.
Duas ou mais pessoas editando junto. Conflito de escrita, "somente leitura", cópia salva por cima da versão do colega.
Versões paralelas por e-mail. "orcamento_v4_FINAL_ok.xlsx" é sintoma, não organização.
Macros que ninguém entende. Escritas por alguém que saiu da empresa, sem documentação, sem quem mexa.
Fórmulas quebradas. #REF!, #VALOR! e intervalos que deixaram de acompanhar linhas novas.
Sem histórico. Ninguém consegue responder quem alterou aquele valor e quando.
Dado repetido. O mesmo cliente escrito de três formas em três abas.

Um ou dois sinais é manutenção. Quatro ou mais ao mesmo tempo é aviso de que a próxima falha vai custar caro.

Sintoma, risco e o que fazer

Sintoma	Risco real	O que fazer agora
Arquivo acima de 50 MB, travando	Corrupção e perda de dias de trabalho	Backup versionado diário e quebra da planilha por período
Várias pessoas editando ao mesmo tempo	Sobrescrita silenciosa de lançamentos	Definir um responsável único por aba até migrar
Versões circulando por e-mail	Decisão tomada em número desatualizado	Uma cópia mestre em nuvem, link em vez de anexo
Macro sem dono	Parada total quando quebrar	Documentar o que a macro faz, antes de precisar
Fórmula com erro em cadeia	Relatório errado que ninguém confere	Isolar e recalcular manualmente os totais críticos
Sem histórico de alteração	Impossível auditar ou corrigir erro antigo	Congelar cópia mensal com data no nome
Dados duplicados e sem padrão	Cliente cobrado duas vezes, estoque errado	Padronizar cadastro antes de importar

A coluna do meio é a que importa numa conversa com a diretoria. Planilha travando é chateação; lançamento sobrescrito sem ninguém perceber é prejuízo.

O que ainda dá para resolver sem sistema novo

Antes de contratar desenvolvimento, vale testar se o problema é de uso e não de ferramenta:

Separar entrada de dados de cálculo. Uma aba só de lançamento, sem fórmula, e outra que consome. Isso reduz quebra por muito.
Usar tabela nomeada em vez de intervalo fixo. Fórmula que acompanha linhas novas sozinha elimina metade dos erros de referência.
Validação de dados nas colunas críticas. Lista fechada em vez de texto livre resolve boa parte da duplicidade de cadastro.
Mover o arquivo para nuvem com histórico de versões. Edição simultânea controlada e possibilidade de voltar no tempo.
Proteger as células de fórmula. Ninguém apaga por acidente o que sustenta o cálculo.
Cortar o histórico. Anos anteriores em arquivo separado, só o exercício corrente no arquivo vivo.

Se depois disso a planilha estabilizar e ninguém mais reclamar, a resposta era essa. Se ela continuar travando, ou se o gargalo for controle de acesso, histórico e regras, arrumar a planilha só adia o problema.

Como migrar sem parar a operação

O erro clássico é anunciar "a partir de segunda usamos o sistema novo". A sequência que funciona é outra, em cinco etapas:

1. Congelar a planilha como fonte. Escolha uma data. A partir dela, a planilha continua sendo usada normalmente, mas a estrutura dela para de mudar. Nada de aba nova, coluna nova ou fórmula nova.

2. Limpar antes de importar. Padronizar nomes, remover duplicatas, decidir o que fazer com registros incompletos. Essa etapa costuma ser mais demorada que a importação em si e é onde aparecem as surpresas.

3. Importar e conferir por amostragem. Compare totais: quantidade de registros, soma dos valores, contagem por categoria. Se os totais batem, o resto tende a bater.

4. Rodar em paralelo. Por um período curto, a equipe lança nos dois lugares. É trabalhoso e é justamente por isso que precisa ser curto: uma a quatro semanas, dependendo do volume. O objetivo é comparar resultados e pegar as regras que ninguém tinha contado.

5. Virar a chave com data marcada. A planilha vira arquivo morto, somente leitura, guardada. Não apague: ela é o seu histórico e a sua rede de segurança nos primeiros meses.

Quanto tempo isso costuma levar

Como ordem de grandeza, e não como estatística: um controle simples com um único cadastro e alguns relatórios costuma sair em poucas semanas. Um processo com várias etapas, permissões diferentes por perfil e integração com emissão de documento tende a ficar na casa dos meses. O que mais empurra o prazo não é programar as telas, é descobrir as regras que só existiam na cabeça de quem preenchia a planilha.

O que o sistema precisa ter que a planilha não tinha

Se a substituição não entregar isto, ela não valeu a pena:

Recurso	Por que importa
Um registro por dado	Acaba o mesmo cliente em três grafias
Histórico de alteração	Dá para responder quem mudou e quando
Permissão por perfil	Nem todo mundo enxerga ou edita tudo
Validação na entrada	O erro é barrado antes de entrar, não depois
Backup automático	Não depende de alguém lembrar de copiar
Exportação para planilha	Ninguém fica preso; análise continua onde já era boa

O último item é o mais subestimado. Sistema que não deixa exportar troca um problema por outro.

Quando não vale migrar

Há casos em que a planilha é a resposta certa e continuar nela é a decisão madura:

Processo usado por uma ou duas pessoas, sem simultaneidade.
Cálculo que muda de formato todo mês, por natureza exploratória.
Rotina que vai deixar de existir em poucos meses.
Volume estável e pequeno, sem exigência de auditoria.

Nesses cenários, o custo de manter o sistema supera o ganho. A pergunta útil não é "planilha é ruim?", e sim "o que quebra se este arquivo sumir hoje?". Quando a resposta envolve faturamento, estoque ou obrigação com prazo, a planilha já é infraestrutura crítica e merece tratamento de infraestrutura crítica.

Na prática, a maioria das empresas não precisa trocar tudo. Precisa tirar da planilha o que é registro oficial e deixar nela o que é análise. A Retti Tech costuma começar por esse recorte antes de escrever qualquer linha de código, porque ele define se o projeto é de semanas ou de meses.