Um relatório da corretora e uma folha de cálculo podem ter o mesmo número de linhas e os mesmos totais financeiros, mas identificadores diferentes. Converter um código longo em número pode perder os últimos algarismos. Ao juntar tabelas, uma comissão pode ficar associada à execução errada. Este artigo fornece dois identificadores fictícios para testar o percurso de importação e exportação sem adivinhar o que se perdeu.

Um identificador deve ser texto

O ID responde a «qual registo?», não a «quanto dinheiro?». Não faz sentido somar números de ordens. Todos os caracteres podem ser relevantes, incluindo zeros iniciais. Lucro, volume e comissão são campos distintos, destinados a cálculos. Defina os tipos antes das fórmulas no ficheiro de negociação; um painel bonito não resolve uma chave ambígua.

A Microsoft descreve precisão numérica de quinze algarismos no Excel e armazenamento como texto para códigos maiores. Isso não significa que todas as corretoras usam tickets longos nem que a notação científica no ecrã prove perda. Inspecione a representação completa e o ficheiro exportado. Alargar uma coluna pode mudar a visualização sem mudar o valor; mudar o formato depois de uma conversão destrutiva não restitui os caracteres.

Especifique o objeto identificado: no MT5, DEAL_TICKET identifica uma execução e DEAL_ORDER a respetiva ordem. Várias execuções podem partilhar uma ordem, sem duplicação indevida. Remover todos os números repetidos pode apagar operações legítimas. Conta, tipo de registo e âmbito temporal também fazem parte da definição de correspondência; o mesmo rótulo fora desse âmbito não estabelece a mesma operação.

Duas operações podem ficar com uma chave

Modelo fornecido: IDs 2026101300000001 e 2026101300000002. A variante controlada de importação numérica mantém quinze algarismos e substitui o décimo sexto por zero. Ambos passam a 2026101300000000. A variante textual conserva as duas cadeias completas. É uma transformação ilustrativa declarada, não uma exportação de conta real ou teste executado da sua edição de Excel.

Modelo de perda do último algarismo
OriginalConversão do modeloImportação textual
202610130000000120261013000000002026101300000001
202610130000000220261013000000002026101300000002
Duas linhas não provam duas chavesIDs fictícios; transformação controlada mantém 15 algarismos e substitui o 16.º por 0. Não é teste executado de Excel.EXEMPLO DE CÁLCULOOriginais2026101300000001/2026101300000002Conversão do modelo2026101300000000/2026101300000000Texto preservadoOs dois originaiscompletos
Duas linhas não provam duas chaves. IDs fictícios; transformação controlada mantém 15 algarismos e substitui o 16.º por 0. Não é teste executado de Excel.

Compare cadeias completas e ocorrências.

Originais
2026101300000001 /2026101300000002 – 2 chaves distintas
Conversão do modelo
2026101300000000 /2026101300000000 – 1 chave, 2 ocorrências
Texto preservado
Os dois originais completos – Não exige reconstrução

Continuam a existir duas linhas, mas o número de chaves distintas cai de duas para uma. Deduplicar apaga uma linha; juntar outra tabela pela chave danificada pode produzir correspondências ambíguas. Não acrescente 1 à primeira e 2 à segunda por ordem de apresentação: o relatório pode ter sido ordenado, estar incompleto ou conter outras operações. A cadeia danificada não contém informação suficiente para reconstruir o sufixo.

Importar sem perder caracteres

Guarde uma cópia imutável da fonte fora do livro de trabalho. Abra uma amostra num editor de texto para ver o cabeçalho e IDs completos. Distinga o ficheiro descarregado do fornecedor de uma cópia já gravada pelo Excel. Registe origem, momento de obtenção e âmbito; chamar «original» a um ficheiro não demonstra proveniência. Experimente apenas em cópias para manter a referência disponível.

Na importação controlada de texto/CSV, atribua explicitamente o tipo texto às colunas de identificadores. Em Power Query, examine os passos aplicados. Se um passo anterior já converteu a coluna numericamente, passar depois a texto não recupera algarismos perdidos: recomece da fonte preservada e corrija a sequência. Conserve tipos numéricos apropriados para montantes, sem tratar todas as colunas como códigos.

Opções de conversão automática podem afetar códigos longos, zeros iniciais e cadeias semelhantes a datas. Disponibilidade e comportamento variam por versão, pelo que deve documentar o procedimento e testar no computador usado. Depois de carregar, inspecione uma amostra, grave uma cópia e volte a exportar. Leia o resultado como texto e compare com a referência. O percurso completo fonte→importação→exportação pode revelar algo que a célula aparentemente correta não mostra.

O que verifica o comparador local

Cole duas listas, uma com os IDs originais e outra com os IDs depois do percurso pela folha. Um identificador por linha, sem cabeçalho CSV, aspas ou colunas adicionais. Permitem-se letras ASCII, algarismos e os caracteres sublinhado, ponto, dois-pontos e hífen. Cada ID admite 1 a 128 caracteres; cada lista admite 1 a 10000 linhas não vazias, no máximo 20000 linhas totais e 1,5 MB. Espaço no início ou fim é erro, não é removido silenciosamente.

Verificar se os IDs sobreviveram à importação

Este exemplo didático funciona localmente no navegador: não se liga a uma conta ou API, não envia as entradas nem as guarda persistentemente. Não introduza palavras-passe ou dados pessoais.

Cada lista: 1–10000 linhas não vazias, no máximo 20000 linhas e 1,5 MB. ID: 1–128 letras ASCII/algarismos ou _ . : -. Zeros iniciais e maiúsculas importam. A ordem não altera a comparação de ocorrências. A ferramenta não recupera algarismos perdidos.

Zeros e maiúsculas importam: ABC e abc são cadeias diferentes. A comparação conta ocorrências exatas, sem somar números de IDs. No modelo, os dois originais desaparecem e a nova chave ocorre duas vezes. Uma diferença consistente com corte depois do décimo quinto algarismo é hipótese diagnóstica, não prova de que o Excel causou o problema. Mudar apenas a ordem das linhas não deve mudar as contagens.

A ferramenta trabalha localmente nas listas coladas; não entra na conta, não verifica autenticidade de IDs nem reconstrói operações. Não introduza palavras-passe ou dados pessoais. Listas iguais não verificam preço, data, moeda, volume ou custos. Guarde cópias e procure a primeira transformação divergente. Relacionar execuções numa posição partilhada exige ainda chaves fiáveis; veja a atribuição de resultado a dois EA, sem confundir identificação com repartição de lucro.

Contraprova: totais certos, relação errada

No exemplo próprio em EUR, duas execuções preservadas têm resultados brutos de 40 EUR e −10 EUR, total 30 EUR. Comissões de 1 EUR e 3 EUR dão resultados líquidos 39 EUR e −13 EUR, total 26 EUR. Se uma junção errada trocar apenas as comissões, aparecem 37 EUR e −11 EUR: o total continua 26 EUR. A soma passa, mas a estatística de cada execução muda 2 EUR. Este teste mostra por que reconciliação financeira e identidade são controlos separados; não descreve uma conta real.

Três ações antes de calcular estatísticas

  1. Escolha a coluna-chave e diga se identifica ordem, execução ou posição. Preserve a fonte e inspecione códigos longos e zeros iniciais; se não tem o primeiro ficheiro, registe essa limitação.
  2. Repita a importação com tipo texto antes de qualquer conversão. Compare o ficheiro novamente exportado com a referência, incluindo ocorrências e não só uma amostra visual.
  3. Se perdeu caracteres, recupere a fonte ou peça nova exportação. Só depois confira junções, custos e saldo, registando a reconciliação no diário. Não reconstrua sufixos por tentativa.