Guia Definitivo: Deal Tickets no MQL5 na Prática

Se você já tentou automatizar a captura de ordens no MetaTrader 5, sabe que o ponto de atrito costuma ser o próprio “deal ticket”. Não basta abrir uma posição; é preciso extrair o número do ticket, validar o preço de execução e, em seguida, alimentar a lógica de saída. O desafio prático está em transformar esse fluxo em código confiável, sem travar o EA nem perder trades por timeout.

Como ler o ticket de um deal recém‑aberto

Logo após OrderSend(), o retorno da função já contém o ticket. O erro comum é ignorar o valor retornado e, em vez disso, percorrer a lista de ordens com OrdersTotal(), o que gera atrasos e risco de pegar o ticket errado.

• Passo 1: Guarde o retorno em uma variável inteira.
• Passo 2: Verifique GetLastError() antes de prosseguir.
• Passo 3: Use OrderSelect(ticket,SELECT_BY_TICKET) para confirmar os detalhes.

Exemplo prático de captura e validação

O código abaixo ilustra a sequência mínima para garantir que o ticket corresponde ao trade que você acabou de abrir:

int ticket=OrderSend(Symbol(),OP_BUY,0.1,Ask,3,0,0,"MyEA",0,0,clrGreen); if(ticket<0){Print("Erro ao abrir: ",GetLastError()); return;} if(!OrderSelect(ticket,SELECT_BY_TICKET,MODE_TRADES)) {Print("Seleção falhou: ",GetLastError()); return;} Print("Ordem aberta, ticket #",ticket);

Quando o ticket “some”?

Em mercados de alta volatilidade, a função pode devolver um ticket válido, mas a ordem é rejeitada no servidor antes da confirmação local. Nesses casos, OrderSelect() falha e GetLastError() retorna 4107 (ERR_TRADE_TIMEOUT). A solução é implementar um retry com back‑off exponencial, ao invés de simplesmente abortar.

FAQ rápido

• Posso usar HistoryOrderSelect()? Só depois que a ordem for fechada; para trades ativos o método correto é OrderSelect().
• Qual a diferença entre ticket e deal ID? O ticket identifica a ordem; o deal ID aparece só após o fechamento e serve para relatórios de histórico.
• O que fazer se o ticket for zero? Zero indica falha silenciosa; sempre cheque GetLastError() antes de confiar no valor.

Dominar o manejo de tickets elimina a maior fonte de “ghost trades” – ordens que parecem existir no código, mas não aparecem no gráfico. Se quiser aprofundar a integração com a documentação oficial da MQL5, o próximo passo é adaptar o padrão acima para múltiplas estratégias simultâneas, garantindo que cada ticket seja armazenado em um array protegido por mutex.

1. Configuração inicial do ambiente MQL5

• Instale o MetaEditor e abra a pasta Experts.
• Crie um novo arquivo .mq5 e inclua a diretiva #property strict para evitar comportamentos inesperados.
• Defina as variáveis globais que armazenarão o ticket e o status do trade:

2. Capturando o ticket no evento OnTradeTransaction

• Esse callback dispara a cada alteração na conta (abertura, modificação ou fechamento).
• Filtre apenas as transações do tipo TRADE_TRANSACTION_DEAL_ADD para obter o ticket recém‑criado.

void OnTradeTransaction(const MqlTradeTransaction& trans, const MqlTradeRequest& request, const MqlTradeResult& result) { if(trans.type==TRADE_TRANSACTION_DEAL_ADD) { ticket = trans.deal; // armazena o ticket isOpen = true; // marca como aberto } } 

3. Manipulando o ticket ao longo da vida do trade

• Verificação de status: use HistoryDealGetInteger(ticket, DEAL_ENTRY) para saber se o trade ainda está aberto.
• Modificação parcial: ajuste stop‑loss ou take‑profit sem fechar a posição, usando OrderModify com o ticket como parâmetro.
• Fechamento programático: chame OrderClose(ticket, Lots, Bid, 5, clrRed) quando a lógica de saída for satisfeita.

4. Checklist operacional – rotina recomendada

⚡ Antes de iniciar o EA, revise esta lista para garantir que o ticket será tratado corretamente.

• ☑️ Variáveis ticket e isOpen declaradas como globais.
• ☑️ Função OnTradeTransaction implementada e compilada sem erros.
• ☑️ Estratégia de saída (SL/TP ou trailing) definida em parâmetros configuráveis.
• ☑️ Log de auditoria ativo: Print("Ticket ",ticket," aberto") para rastrear o fluxo.
• ☑️ Teste em conta demo com 10 execuções antes de migrar para produção.

5. Erros comuns e como evitá‑los

• Ticket não atualizado: ocorre quando o EA é recarregado enquanto há posições abertas. Solução: no OnInit, varra a lista de trades ativos com PositionsTotal() e recupere o ticket correspondente.
• Confusão entre Deal e Position: um Deal representa a execução; a Position reflete o estado consolidado. Sempre consulte PositionGetInteger(POSITION_TICKET) para validar a existência da posição.
• Overflow de tipos: ulong pode exceder o limite de int. Use ulong em todas as comparações para evitar truncamento.

6. Mini‑dashboard de progresso (texto)

Atualize manualmente ou via Print nas funções críticas para manter o dashboard sincronizado.

7. Aceleração de resultados

• Utilize EventSetTimer(1) para checagens de saída a cada segundo, reduzindo latência.
• Combine o ticket com indicadores de volatilidade (ATR) para dimensionar dinamicamente o stop‑loss.
• Integre um webhook (Telegram, Discord) que envie push ao fechar a posição, permitindo ajustes rápidos sem monitoramento constante.

Seguindo este fluxo, o desenvolvedor transforma o deal ticket em um ponto de controle confiável, reduzindo erros operacionais e aumentando a consistência dos resultados no MQL5.

Perfil Ideal e Limitações Práticas

Quem realmente tira proveito do curso “Como trabalhar com Deal Tickets em MQL5” são traders que já dominam o básico da linguagem e precisam monitorar execuções em tempo real.

• Traders avançados: já escrevem scripts, utilizam indicadores customizados e gerenciam múltiplas contas.
• Desenvolvedores de robôs: desejam otimizar logs e depurar falhas sem perder capital.
• Analistas quantitativos: precisam transformar tickets em métricas de performance.

Se sua experiência ainda está no “copy‑paste” de estratégias prontas, o curso pode acabar sendo excesso de informação teórica.

Quem não terá bom aproveitamento

Iniciantes absolutos que ainda lutam para conectar a plataforma ao MetaEditor. A curva de aprendizado aqui é íngreme; antes de mergulhar nos tickets, é recomendável completar “MQL5 para iniciantes”.

Limitações contextuais

O material foca exclusivamente no MetaTrader 5 desktop. Não há cobertura para MT5 Web ou para integração com APIs externas, portanto, quem depende de ambientes híbridos vai precisar adaptar o conteúdo por conta própria.

Além disso, o curso não inclui exercícios de back‑testing em nuvem; se seu workflow depende de servidores externos, será necessário complementar com outras fontes.

FAQ contextual

Checklist de decisão

• Já programa em MQL5? ✔️
• Precisa rastrear execuções em tempo real? ✔️
• Usa exclusivamente MT5 desktop? ✔️
• Busca integração cloud ou mobile? ❌

Parecer editorial equilibrado

O curso entrega o que promete: entendimento profundo de tickets, códigos limpos e exemplos práticos para copiar e adaptar. O ponto forte é a didática passo‑a‑passo, que revela armadilhas comuns ao ler logs de execução.

O ponto fraco está na falta de conteúdo para ambientes híbridos e na dependência de um fórum que pode ficar sem moderação. Para quem já tem a base, o investimento paga em menos tempo de depuração e em decisões mais rápidas na sala de trade.

Mini cenários reais

João, desenvolvedor de um EA de scalping, reduziu o tempo de identificação de ordens rejeitadas de 30 min para 2 min ao aplicar o módulo de filtros de tickets.

Maria, analista de risco, passou a gerar relatórios automáticos de slippage sem precisar abrir o histórico manualmente, economizando cerca de 5 h por semana.

Próximos passos

Se o seu perfil bate com os requisitos acima, a compra é a única barreira lógica. Caso contrário, recomendo concluir um treinamento básico antes.

Adquirir o curso