ENUM_SYMBOL_CALC_MODE: Dossiê Técnico de Cálculo de Ativos

Programar um robô que calcula lucro corretamente em Forex é simples. O problema real começa quando você tenta escalar esse mesmo código para índices, commodities ou ações, onde a lógica de “pontos” muda completamente.

O erro mais comum de quem ignora o ENUM_SYMBOL_CALC_MODE é assumir que o valor do tick é universal. Na prática, isso resulta em Expert Advisors (EAs) que calculam o tamanho do lote errado, levando a perdas catastróficas por puro erro de arredondamento ou conversão de moeda.

A Luta Contra a Inconsistência dos Ativos

O objetivo operacional aqui é garantir que o cálculo de lucro e margem seja agnóstico ao ativo. Você não quer escrever dez funções diferentes para dez ativos; você quer que o sistema identifique o modo de cálculo e ajuste a matemática automaticamente.

No dia a dia, a dificuldade reside na variação entre corretoras. Algumas tratam o cálculo de ativos sintéticos de forma distinta de ativos reais, e é nesse “limbo” que o código costuma falhar.

Se você não define corretamente o modo de cálculo, o robô pode interpretar que um movimento de 10 pontos em um índice equivale a 10 pontos no EURUSD. O resultado? Uma alavancagem involuntária e perigosa.

Para quem busca precisão cirúrgica, entender a documentação no guia de referências técnicas é o único caminho para evitar que o EA “alucine” os valores de profit.

A limitação prática é que o ENUM_SYMBOL_CALC_MODE depende de como o servidor da corretora entrega os dados. Se o broker fornece informações de tick inconsistentes, nem a melhor implementação de código salvará a operação.

Você passa horas ajustando um Expert Advisor. A lógica de entrada é cirúrgica, o gerenciamento de risco parece blindado. Daí roda o backtest no MetaTrader 5 e o resultado final não fecha. A margem consumida no log não bate com a calculadora manual. O lucro por pip está errado. O culpado costuma ser invisível: o modo de cálculo do ativo definido no servidor da corretora. Se o seu código assume SYMBOL_CALC_MODE_FOREX e o ativo é SYMBOL_CALC_MODE_CFD ou SYMBOL_CALC_MODE_FUTURES, cada ordem abre com tamanho errado, stop loss descalibrado e risco real desconhecido. Isso não é detalhe de implementação. É a diferença entre uma estratégia viável e uma conta zerada. Entender o ENUM_SYMBOL_CALC_MODE deixa de ser “documentação chata” e vira pré-requisito de sobrevivência. Qualquer robô que opere multiativos precisa consultar essa propriedade em tempo de execução antes de calcular volume, margem ou resultado projetado. Ignorar isso é apostar no escuro. A documentação oficial da MQL5 detalha cada enumeração, mas a aplicação prática é onde a maioria falha.

O momento em que o backtest mente para você

Rodei um EA em PETR4 (ação brasileira) assumindo modo Forex. O resultado: lucro líquido absurdo, drawdown irrisório. Levei para conta real. Primeira semana: margem insuficiente constante, stops estourados por ruído de lote mínimo, swap comendo capital. O ativo era SYMBOL_CALC_MODE_EXCH_STOCKS. O cálculo de margem usa alavancagem fixa da bolsa, não a da corretora. O valor do ponto (tick value) não é por lote padrão, é por contrato. Meu sizing estava 100x maior que o permitido. Perdi 3% da conta em dois dias para aprender o que a documentação avisava na primeira linha: “O modo de cálculo define fórmulas de margem, lucro, swap e valor do ponto”. Não tem atalho. Você lê SymbolInfoInteger(symbol, SYMBOL_CALC_MODE) no OnInit e ramifica a lógica. Ponto final.

Modos de cálculo: o que muda na prática

A enumeração tem 13 valores (build 4000+). Mas 90% do varejo esbarra em cinco. A tabela abaixo resume o impacto direto no seu código de gestão:

Pare de adivinhar. Se você ignora a definição do modo de cálculo do ativo, o MetaTrader assume um padrão que pode destruir a precisão do seu gerenciamento de risco em pares exóticos ou índices. A implementação do ENUM_SYMBOL_CALC_MODE não é opcional para quem busca rigor matemático.

O primeiro passo é a extração bruta. Você não define o modo; você consulta o que o servidor do broker entrega via SymbolInfoInteger. É aqui que a maioria dos iniciantes erra. Eles tentam forçar um modo de cálculo em um ativo que não o suporta, resultando em valores de tick absurdos e ordens rejeitadas.

O erro clássico é assumir que todo ativo se comporta como Forex. Índices e commodities possuem lógicas de cálculo de margem e lucro completamente distintas.

Workflow Operacional e Filtros de Segurança

Integre a consulta ao OnInit(). Não faz sentido processar a modalidade de cálculo a cada tick; isso é desperdício de CPU. Armazene o valor em uma variável global do Expert Advisor. A lógica deve ser seca: consulte o modo, valide se ele é conhecido e, se for SYMBOL_CALC_MODE_UNKNOWN, interrompa a execução.

A produtividade real surge quando você cria uma função de “Normalização de Valor”. Essa função deve ler o ENUM_SYMBOL_CALC_MODE e aplicar o multiplicador correto para o cálculo do lucro por ponto. Sem isso, seu robô operará com precisão de centavos em ativos de alta volatilidade. É a diferença entre lucro real e erro de arredondamento.

Evitando o Abandono do Código

Muitos programadores abandonam a implementação correta do ENUM_SYMBOL_CALC_MODE porque a documentação é vaga. O segredo é a validação empírica. Imprima no log do terminal o modo de cálculo de cada ativo do seu Market Watch. Compare o resultado com o valor do tick real. A verdade está nos logs, não no manual.

A aceleração de resultados acontece quando você para de tratar cada ativo como um caso isolado. Crie uma matriz de tipos de ativos. Atribua o modo de cálculo como a chave primária para decidir a fórmula de cálculo de risco. Simples. Eficiente. Escalável.