Vírgula e ponto podem representar o separador decimal conforme o idioma do sistema. Em odds, uma troca silenciosa pode transformar 2,50 em 250, texto inválido ou data. A revisão precisa acompanhar todo o caminho do dado, da fonte até a saída.
1. Identifique o formato de origem
Registre exatamente como a odd aparece na fonte e qual convenção ela usa. Em pt-BR, 2,50 costuma indicar duas unidades e meia; em interfaces configuradas em inglês, 2.50 expressa a mesma grandeza. Não remova sinais antes de compreender o formato.
Se houver separador de milhar, defina uma regra específica. Substituir todos os pontos ou vírgulas sem contexto pode corromper números.
2. Confira o campo de destino
Observe o rótulo, o exemplo de preenchimento e a configuração regional. Faça um teste com valor fácil, como 2,00. Se a prévia exibir 200, interrompa. Não presuma que um campo visualmente numérico armazenou um número; ele pode ter guardado texto.
O roteiro sobre partes da odd mostra como reconstruir a unidade.
3. Valide antes de calcular
Uma odd decimal usual deve ser número finito igual ou superior a 1,00, segundo o domínio definido. Rejeite letras, sinais duplicados, dois separadores ou casas ausentes. A validação deve informar o erro sem tentar adivinhar uma correção.
Exemplo hipotético: a entrada “2,5.0” possui separadores conflitantes. O sistema deve pedir revisão, não escolher silenciosamente qual caractere ignorar.
4. Faça uma estimativa de escala
Com base de 10 e odd próxima de 2, o retorno bruto deve ficar próximo de 20. Um resultado 2.500 ou 0,25 indica provável deslocamento de escala. A estimativa identifica erros que passaram pela validação sintática.
Use também a operação inversa: retorno dividido pela base deve recuperar a odd normalizada.
5. Revise importação e exportação
Arquivos CSV podem usar vírgula como separador de colunas e também como decimal, exigindo aspas ou outro delimitador. Ao abrir em planilha, não aceite conversões automáticas sem conferir algumas linhas. Preserve o arquivo original para comparação.
Na exportação, declare codificação, delimitador e convenção decimal. Isso evita que outro sistema aplique uma segunda conversão.
6. Padronize a apresentação
Para público brasileiro, use vírgula no texto corrente, mas mantenha o formato técnico exigido por código quando necessário. Não misture 2,50 e 3.25 na mesma tabela sem explicar. A padronização visual não deve alterar o valor interno.
Checklist final
- origem registrada;
- localidade do sistema confirmada;
- campo e unidade conferidos;
- entrada validada;
- escala estimada;
- operação inversa executada;
- CSV testado;
- saída padronizada;
- valor original preservado.
A página de correções explica como registrar falhas encontradas depois da publicação.
Em processamento em lote, conte quantas linhas foram aceitas, rejeitadas e convertidas. Uma amostra visual não basta para validar todo o arquivo. O total e os motivos de rejeição ajudam a descobrir uma configuração regional aplicada apenas a parte das células.
Conclusão
O separador é parte do dado, não um detalhe decorativo. Conferir origem, destino, escala e exportação impede que uma troca regional produza cálculos formalmente executados com valores errados.