Alertas MT5: preço, estado de rearme e entrega verificada

Imagine que quer uma mensagem quando EUR/USD satisfaz uma condição. Um alerta chama atenção para uma leitura; não reserva preço nem protege posição. Verifique separadamente o lado da cotação, o programa que avalia a regra e a entrega. A mensagem é motivo para rever informação atual, não instrução automática de entrada.

Tipos de condição e diferença para uma ordem

Um alerta normal do separador Alerts precisa do terminal de computador ativo e de dados. Desligar, suspender o computador ou perder cotações interrompe essa avaliação. Stop Loss e Take Profit aceites pelo servidor têm outra função e podem operar sem o terminal local; um stop comum não garante preço ou montante de perda. Uma ordem pendente pode abrir ou alterar exposição, ao contrário de um aviso.

O diálogo MT5 oferece comparações Bid, Ask, Last, volume do último negócio e hora. Last e volume dependem dos dados do instrumento, não representam todas as transações globais de Forex. Condição de hora e expiração usam relógio local do computador. Repetições, intervalo e expiração são campos distintos; o diálogo não é editor de qualquer expressão de indicadores.

Quatro leituras verdadeiras, dois episódios

Considere programa personalizado, não campo nativo do MT5. Começa armado, emite um sinal se preço>100 e depois desarma. Só rearma quando preço≤99. Sete leituras completas e igualmente espaçadas são 99; 101; 101; 100; 101; 99; 101, em unidades fictícias. Não sabemos o percurso entre observações.

A leitura 2 em 101 emite e desarma. As leituras 3 e 5, também 101, não emitem. A leitura 4 em 100 não supera o gatilho nem satisfaz o reset≤99. Apenas a leitura 6 em 99 rearma; a 7 em 101 produz o segundo sinal. Existem quatro leituras>100, mas dois episódios. Conte condição e sinal separadamente.

Registe preço, estado anterior, sinal e estado posterior. Não suponha que a lista normal Alerts oferece um campo de reset a 99. O modelo não envia ordem nem garante entrega. Num teste adicional, troque apenas a leitura 6 de 99 para 100: não há rearme, e o último 101 não emite. O número de leituras acima de 100 continua quatro, mas sinais passam de dois para um. É efeito da regra, não erro de notificação.

Configuração e teste de um preço

Abra Toolbox por Ctrl+T, entre em Alerts e escolha Create. Selecione símbolo exato, condição e valor, por exemplo Bid>1,0900. Escolha Sound, Email ou Notification conforme o canal pretendido; File pode executar um programa, cujo efeito depende dele, e não é necessário para um aviso normal. Defina expiração e repetições, teste a reação escolhida e confirme com OK.

No exemplo EUR/USD, Bid 1,09990 e Ask 1,10002, pip 0,0001. Ask já excede 1,10000, Bid não. O spread é (1,10002−1,09990)/0,0001=1,2 pips. «>» é diferente de «≥»; condição já verdadeira não precisa necessariamente de um novo cruzamento. Verifique dado e hora antes de interpretar silêncio como falha.

O botão Test não substitui observar separadamente uma condição demo simples e verificável. Registe momento dos dados e da receção. Um som ouvido no computador não testa entrega no telefone. Um alerta desativado permanece na lista, mas inativo, não necessariamente eliminado.

Push e correio eletrónico são canais diferentes

Na aplicação móvel, obtenha MetaQuotes ID; introduza-o nas definições de notificações do computador, ative push e envie teste. Confirme receção no dispositivo pretendido. Se falha, confira ID, permissões, ligação e diário. Para Email, configure servidor SMTP, porta e autenticação permitidos pelo fornecedor, endereços de remetente/destinatário e Test; veja caixa e spam. Nunca publique credenciais em capturas ou ficheiros.

Um teste de SMTP não testa push nem a condição de mercado. Notificações de operações enviadas pelo servidor da corretora, quando suportadas, são outra função: podem chegar com o computador desligado, mas não transferem a sua regra de preço local para o servidor. A documentação distingue notificações locais e do servidor; verifique suporte e conta subscrita.

Indicadores exigem lógica própria quando o diálogo não basta

Para condições personalizadas, um indicador ou Expert Advisor pode calcular e notificar. A função MQL5 Alert mostra mensagem numa janela; SendNotification usa os IDs configurados. Não são sinónimos de uma ordem. Não presuma que comparar duas médias ou acrescentar ATR existe no diálogo nativo. Especifique dados, instante e regra de emissão antes de pedir código.

Hora de notícia e hora local do computador

Modelo original: evento 13:00 UTC e computador de Varsóvia com UTC+2 na data escolhida dão 15:00 local. VPS em UTC precisa 13:00; copiar 15:00 sem converter desloca o lembrete duas horas. Não é offset válido todo o ano.

Num controlo português adicional, escolha explicitamente computador configurado Europe/Lisbon numa data de verão com UTC+1: o mesmo 13:00 UTC corresponde 14:00 local. Num computador em UTC continua 13:00. Registe data, fuso e offset em vez de copiar números de um artigo. Não use o exemplo continental como horário universal dos Açores.

O alerta Time recorda uma hora escolhida; não espera a publicação, não confirma valor divulgado nem prevê impacto. Reveja calendário e fuso na fonte e prepare o que consultar depois. O calendário económico ajuda a organizar essa verificação.

Escolha um aviso que conduza a uma pergunta

Em vez de uma lista universal de cinco alertas, associe cada condição à revisão de spread, validade do plano ou divulgação. Três níveis podem ser escolha de organização, não ótimo comprovado. Mantenha símbolo, condição e nível na mensagem e atualize expiração quando conta, instrumento ou plano mudam.

VPS completo e alojamento MetaQuotes não são equivalentes

Um computador remoto completo com o terminal a funcionar pode manter alertas locais enquanto o doméstico está desligado, mas pode reiniciar ou perder ligação. O alojamento virtual MetaQuotes tem regras específicas de migração de programas, gráficos e definições. Não presuma que contratar esse serviço copia a lista Alerts. Para um programa MQL, confirme migração e diário remoto, em vez de inferir estado pela janela local.

Se um alerta está silencioso, verifique Enable, símbolo, expiração, repetições, ligação e atualidade dos dados. Compare lado correto e veja se o diário aponta condição não detetada ou mensagem produzida sem receção. Mude uma componente de cada vez para poder interpretar o teste.

Duas mensagens não provam simultaneidade

Regra fictícia requer Bid>1,1000 e spread<2 pips na mesma leitura, pip 0,0001. Em t1, Bid/Ask 1,1002/1,1006 dá 4 pips: preço passa, spread falha. Em t2,1,0998/1,0999 dá 1 pip: spread passa, preço falha. Nenhuma leitura satisfaz a regra completa.

Mensagens de t1 e t2 podem chegar juntas. Hora de receção não é hora dos inputs. Uma condição combinada personalizada precisa dos dados da mesma leitura e do seu registo temporal; o diálogo não edita arbitrariamente esta expressão. Depois de receber, reveja preços atuais, sem transportar um «sim» anterior por tempo indefinido. Uma subscrição alojada ou teste bem-sucedido também não garante entrega ou preço de execução.

Três ações para começar

1. Defina símbolo, lado, condição, repetição/expiração e pergunta que a mensagem pretende suscitar.
2. Teste canal e condição demo separadamente, registando dados, estado e receção real ou falha.
3. Reveja alertas remanescentes, dependências locais/remotas e preços atuais antes de qualquer decisão.

Um mês de registos não garante conclusão sobre utilidade ou fiabilidade contínua. Compare serviços por local de avaliação, feed, limites e canais reais; não existe combinação universalmente melhor demonstrada aqui.