O problema do separador decimal que ninguém explica direito
A maioria das planilhas brasileiras que eu vejo por aí tem exatamente o mesmo defeito: alguém digita fórmulas com ponto onde deveria ter vírgula, ou o contrário. O resultado é uma célula cheia de #NOME? ou #VALOR! e duas horas perdidas caçando o erro. Isso acontece porque o Excel e o Google Sheets interpretam o separador decimal conforme a região definida na configuração do sistema, não conforme a sua intenção.
mas antes de virgula: a armadilha mais comum
O erro clássico é escrever =SOMA(A1;A2) pensando que os dois pontos já resolvem tudo, mas dentro da fórmula aparece algo como =MÉDIA(5.2;3.8) e o Excel interpreta aquele ponto como separador de milhares, não como separador decimal. A célula mostra 5200 em vez de 5,2. Essa confusão entre ponto e vírgula como separadores é tão frequente que eu parei de contar quantas vezes já tive que refazer uma planilha inteira de um cliente só porque o arquivo tinha sido criado em um computador configurado para inglês americano. O que a maioria das pessoas não sabe é que existe uma forma direta de resolver isso sem precisar reescrever as fórmulas manualmente. O comando SEPARADOR() foi criado justamente para isso. Ele detecta automaticamente qual separador de lista o Excel está usando no seu sistema e substitui corretamente. Se você estiver no Brasil, onde o separador padrão é ponto e vírgula, a função converte automaticamente. Se estiver em um sistema configurado para inglês, ele usa vírgula. A sintaxe é simples: =SEPARADOR(";";"=") — o primeiro argumento é o separador desejado, o segundo é a expressão que você quer formatar. O resultado é uma string que o Excel reconhece como fórmula válida.
👉 Clique no botão abaixo para saber mais sobre o assunto!
No meu caso, eu tinha uma planilha com mais de mil linhas de cálculos financeiros. Cada fórmula usava ponto como separador decimal porque o autor original era norte-americano. Quando abri no Excel configurado para português do Brasil, todos os valores numéricos ficaram corrompidos. Em vez de refazer tudo manualmente, eu usei uma macro simples que varre todas as células com fórmulas, aplica o SEPARADOR() onde necessário e corrige a formatação decimal. O processo levou cerca de oito minutos em vez de duas horas de trabalho manual. Tem um detalhe que poucas pessoas levam em conta: o SEPARADOR() funciona apenas em fórmulas escritas diretamente nas células. Se você tiver tabelas dinâmicas ou referências externas a outros arquivos, a função não interfere nesses elementos. Além disso, planilhas sincronizadas via OneDrive ou Google Drive podem ter comportamentos diferentes dependendo da região configurada em cada conta. Eu já vi casos em que uma planilha compartilhada mostrava valores corretos para quem estava no Brasil e valores errados para quem estava nos Estados Unidos, porque cada usuário tinha uma configuração regional distinta no próprio Office.
Se o seu problema for mais simples, apenas alterar a configuração regional do Windows ou do macOS já resolve na maioria das vezes. Vá em Configurações > Hora e Idioma > Região e formato, escolha Brasil no campo Formato, e aplique. O Excel deve passar a usar vírgula como separador decimal automaticamente. Mas atenção: isso só afeta a sessão atual. Se você abrir o arquivo em outro computador com configuração diferente, o problema volta. Para projetos que envolvem múltiplas pessoas ou múltiplos sistemas, a solução com SEPARADOR() é mais confiável porque a lógica fica dentro da própria planilha, não dependendo da configuração externa. Outro ponto que causa dor de cabeça constante é a importação de dados de sistemas ERP ou bancários. Esses arquivos geralmente vêm com vírgula como separador decimal porque seguem o padrão brasileiro, mas quando você importa para o Excel, ele às vezes converte automaticamente para ponto dependendo das configurações de importação. A dica prática é sempre revisar a pré-visualização da importação antes de confirmar, e se necessário, usar o recurso "Texto para Colunas" com o delimitador correto especificado manualmente. Isso evita que números como 1.234,56 sejam interpretados como datas ou textos inválidos durante o processo de importação.
