Como solucionar problemas de execução anormal do EA: primeiro preserve os logs do MT4, depois altere as configurações

Autor: Thomas | EA e Práticas de Plataforma | 5 de outubro de 2026

Quando o EA de repente não negocia, aparecem ordens duplicadas, ou o desempenho após reiniciar é diferente do esperado, o erro mais comum é alterar imediatamente os parâmetros, reinstalar o programa e depois tentar adivinhar onde está o problema. Isso pode sobrescrever as informações mais valiosas do local. A investigação deve primeiro preservar as evidências, para então distinguir as causas nos níveis do programa, do terminal e da conta.

Primeiro, preserve os registros antes e depois da ocorrência da anormalidade

Registre o horário em que a anormalidade ocorreu, o símbolo de negociação completo, o período do gráfico, a versão do EA, o arquivo de parâmetros e as posições da conta naquele momento. O horário aqui deve especificar se é a hora do computador, a hora do servidor de negociação ou o horário de Pequim convertido manualmente; não concatene diretamente registros de relógios diferentes.

Os logs não necessariamente contêm todo o processo de decisão do programa. Informações que o desenvolvedor não produziu não podem ser inferidas como execução normal apenas pela ausência de erros. Manter registros contínuos antes e depois é mais útil para determinar a ordem dos eventos do que uma única captura de tela de erro; antes de tornar público ou enviar à equipe de suporte, verifique se contém número de conta, informações pessoais ou outros conteúdos sensíveis.

Experts e Journal, o que observar em cada um

A aba Experts do MT4 apresenta principalmente informações de execução do EA anexado, incluindo mensagens do próprio programa e registros de operações relacionadas. A aba Journal concentra-se nas atividades do terminal cliente na sessão atual. Ao investigar a mesma anormalidade, pode-se comparar as informações dos dois locais, mas não se deve considerar qualquer um deles como comprovante completo de execução de negócios.

No menu de contexto da aba correspondente, usar Open pode abrir o diretório de logs relevante e gravar os registros atualmente exibidos em um arquivo de log. A ajuda oficial explica que os logs do EA estão localizados em MQL4/LOGS dentro do diretório de dados do terminal, e os logs do terminal estão em LOGS; os arquivos geralmente são nomeados por data. O diretório de dados pode ser diferente para cada instalação; deve-se acessar a partir do terminal em uso, para evitar pegar arquivos de outra instalação de terminal por engano.

Primeiro determine: não foi acionado, ou foi acionado mas não houve negociação

"Nenhuma nova ordem" pode corresponder a pelo menos vários estados diferentes: condições da estratégia não atendidas; programa não carregado corretamente; permissão de negociação automática restrita; solicitação de negociação rejeitada; resultado da solicitação diferente do esperado. Ver apenas o ícone do programa no gráfico não permite determinar diretamente a qual deles pertence.

Primeiro, com base nas regras originais da estratégia, confirme se realmente deveria ser acionado no símbolo e período especificados. Em seguida, verifique se há informações de carregamento, inicialização ou operações de negociação no período relevante. Se houver solicitação de negociação, verifique o resultado comparando com a mensagem de retorno e os registros de ordens da conta; não se pode considerar a negociação bem-sucedida apenas com base no texto impresso pelo programa. Se o log carecer de etapas-chave, deve-se solicitar ao desenvolvedor a adição de registros.

A verificação de permissões deve corresponder item por item, não abrir tudo

As configurações do terminal MT4 e as propriedades do próprio EA afetam a permissão de negociação automática; operações como trocar de conta, símbolo do gráfico ou período também podem estar relacionadas às configurações de negociação automática do terminal. Verifique as configurações atuais reais e, combinando com a descrição do programa, julgue o comportamento esperado; não se pode substituir a investigação por cliques repetidos em botões.

Não abra incondicionalmente chamadas DLL ou outros acessos externos apenas para fazer o programa começar a negociar. Primeiro confirme se o programa realmente precisa da capacidade correspondente, se a fonte é confiável e se a finalidade está claramente explicada. Permissão insuficiente pode ser a causa de algum elo, mas abrir todas as permissões não é uma solução confiável.

Antes de reiniciar, confirme primeiro como as posições existentes serão tratadas

Após preservar as ordens atuais, ordens pendentes e o estado do programa, decida se deve reiniciar. Se o reinício do programa reconhecerá ordens existentes depende da implementação específica; não se pode presumir que todo EA recupere automaticamente seu estado interno original. Especialmente programas com lógica de aumento de posição ou gerenciamento de múltiplas ordens, reiniciar repetidamente pode entrar em conflito com posições existentes e precisa ser verificado de acordo com as regras do programa.

Desativar a negociação automática não significa que as posições existentes foram fechadas, nem se pode entender "programa pausado" como desaparecimento do risco. A forma de tratar as ordens existentes deve ser definida com antecedência, não se pode adivinhar temporariamente após a ocorrência de uma anormalidade. Ao suspeitar que o programa está gerando ordens anormais, siga o processo estabelecido de pausa e verificação manual, e ao mesmo tempo confirme a exposição real na conta.

Use uma única alteração para testar o resultado da correção

O ambiente de simulação pode ser usado para reproduzir operações e verificar o comportamento do programa, mas não pode provar que as condições de execução em conta real são completamente idênticas. Altere apenas um fator claro por vez, preserve os parâmetros e logs antes e depois da modificação, e então observe se a anormalidade relevante desapareceu. Se simultaneamente trocar a versão, modificar parâmetros e trocar a conta, muitas vezes é difícil determinar qual etapa teve efeito.

Um registro de investigação eficaz deve indicar o fenômeno, o horário, as evidências, o conteúdo da modificação e o resultado da revisão. Anormalidades inexplicáveis devem continuar sendo verificadas com o desenvolvedor ou o suporte da plataforma; não substitua a análise da causa por "a negociação já foi retomada", nem escreva a correção técnica como garantia de lucro.

A negociação com alavancagem pode causar perdas significativas. Este artigo é para compartilhamento de conhecimento de operação e manutenção, não constitui instrução de compra ou venda. A investigação de logs pode ajudar a localizar problemas, mas não pode garantir a segurança do programa, a eficácia da estratégia ou lucros futuros.