Trading móvel: gerir uma posição no smartphone

O telefone permite consultar a conta, receber alertas e gerir uma posição aberta. Convém saber que proteções funcionam no servidor e quais exigem um programa aberto. Explicamos a diferença, os limites do ecrã e a verificação de uma ordem após perder ligação. As plataformas são comparadas no artigo 11.1, e os gráficos e alertas são configurados no 11.2.

1. A aplicação móvel como acesso à conta

No ecrã encontram-se quatro partes fáceis de confundir. A aplicação é software cliente. A plataforma é o produto da MetaQuotes, Spotware, TradingView ou do fornecedor de uma versão com marca da corretora. O servidor de negociação segue a configuração e política da corretora: aceita, valida ou rejeita a ordem. A quarta parte é a distribuição: loja ou pacote direto do fabricante. Decide se pode descarregar e atualizar, e nem todos os sistemas usam uma loja. «A aplicação executou pior a minha ordem» diz respeito à terceira parte, não à primeira.

A consequência prática: não atribua à aplicação spread, slippage, alavancagem ou política de execução. São parâmetros da corretora, conta e instrumento, cujos modelos são explicados no artigo sobre qualidade de execução. A aplicação responde por outra questão igualmente dispendiosa: o que não vê ao tocar no ecrã. Spread atual, dimensão convertida para a moeda da conta e desvio máximo admissível —descrito pela ajuda móvel para um só modo de execução—^[11] estão por vezes mais escondidos do que no computador.

O canal também influencia as decisões. Um estudo de dois bancos alemães (Kalda, Loos, Previtero, Hackethal, 2021) comparou ordens do mesmo investidor no mesmo mês pelo telefone e computador. Os autores observaram maior propensão para comprar ativos arriscados e semelhantes a lotarias e perseguir rentabilidades recentes no smartphone. Foram estudadas ações e fundos^[6], não CFD de retalho. Não transfira os números diretamente para a conta, mas o mecanismo: facilitar o acesso muda a estrutura das decisões, não só o número. A secção de psicologia explica causas e respostas: higiene informativa e listas de verificação em vez de força de vontade. Aqui ficamos pela técnica.

Duas simplificações levam a más decisões: «o telefone faz exatamente o mesmo» e «nada funciona nele porque o servidor calcula tudo». Nenhuma descreve a configuração completa. Verifique funções e local de avaliação das condições; a próxima secção explica como.

2. Onde se avalia a condição: servidor e funções locais

Cada proteção tem um local onde guarda a condição e uma parte que a verifica. Isso determina o que acontece se o telefone se apagar com uma posição aberta.

Ordens no servidor da corretora. Stop loss e take profit de uma posição costumam ser guardados e verificados no servidor. O telefone pode estar desligado, sem bateria ou esquecido no comboio: a condição mantém-se. Não garante preço: ativa segundo regras da corretora e série de preços escolhida e, perante um gap de preços executa ao primeiro preço disponível, não ao nível do ecrã. A ordem estar no servidor oferece proteção independente do dispositivo.

Funções calculadas localmente. O trailing stop clássico do MetaTrader 4 e 5 não é uma ordem no servidor. A ajuda do MetaTrader 5 diz que «é executado no terminal cliente, não no servidor como o Stop Loss»^[1]; a ajuda do MetaTrader 4 exige igualmente um terminal ativo^[2] — o terminal observa o preço e envia alterações do SL. Ao fechá-lo, o nível deixa de se mover, mas a última alteração enviada permanece no servidor e continua a proteger. O trailing não «desaparece»: para. A metodologia de gestão pertence à secção 9; aqui só importa onde reside a condição.

Mesma função, outra arquitetura. cTrader descreve as proteções de outra forma: segundo o fabricante, todas, incluindo trailing stop loss e break-even, funcionam em todas as aplicações e «permanecem ativas após terminar a sessão»^[4]. A condição mantém-se no servidor sem aplicação ativa. Duas plataformas e um nome, mas dois modelos: não transfira hábitos sem verificar [EM: 2026-08-22; fontes: help.ctrader.com e metatrader5.com; o âmbito da corretora pode diferir].

Se a proteção exigir terminal ativo, há duas opções: aceitar que ao fechar só protege o último nível enviado ou transferir a condição para o servidor se plataforma e corretora permitirem. Observar a posição no telefone não é uma terceira proteção: é presença.

3. Um alerta não é uma ordem; push não garante entrega

Um alerta gera um evento. Não reserva preço, bloqueia posições, define volume nem contacta o servidor de negociação. Entre tocar num nível e abrir uma posição existe uma cadeia: cada elo pode atrasar ou perder o sinal.

A sequência: condição de preço verificada por terminal ou servidor de origem → alerta gerado → entrega a Apple APNs ou Google FCM → chegada ao telefone → decisão humana → pedido de ordem à corretora → validação pela corretora → execução e transação → atualização da posição → confirmação à aplicação.

Convém separar três conceitos confundidos na linguagem diária. Uma ordem é um pedido ao servidor: pode ser aceite, rejeitado ou ficar pendente. Uma transação é a execução efetiva no mercado; uma ordem pode produzir várias ou nenhuma. Uma posição é o estado resultante da conta, mantido pelo servidor com base nas execuções. Um alerta não cria nenhuma das três coisas: só informação.

Distinga também a geração de uma notificação da sua entrega. Verifica a condição quem emite o alerta: terminal ativo ou servidor de origem. Apple e Google não avaliam condições nem conhecem o conteúdo: transportam uma mensagem preparada para o dispositivo sem garantia de entrega^[13][14]. Atribuir-lhes a vigilância do nível é um erro que custa precisamente quando o aviso não chega.

Onde se cria o alerta no MetaTrader. O alerta de preço clássico cria-se no separador de alertas do terminal do computador, que verifica a condição. O telefone é recetor: ao instalar recebe uma MetaQuotes ID, a introduzir no terminal. Segundo a ajuda, a notificação chega independentemente de a aplicação móvel estar ativa^[3]. Condição e receção são distintas: pode chegar com a aplicação fechada, mas não é gerada se o terminal de origem estiver desligado [EM: 2026-08-22; fonte: ajuda móvel do MetaTrader 5].

O segundo modo de notificação do MetaTrader 5. O terminal não é o único percurso. O MetaTrader 5 distingue «Notificações do terminal local», enviadas pela plataforma ativa, e «Notificações do servidor de negociação». A ajuda explica que a segunda opção não exige manter a plataforma aberta: a corretora envia diretamente. Se um Take Profit ativar com o computador desligado, o telefone recebe a respetiva notificação de fecho^[7]. A diferença é operacional: o aviso de take profit ou stop loss pode chegar com o computador desligado porque parte do servidor. Mas a ajuda descreve o MetaTrader 5 e não esclarece a versão anterior: verifique a sua aplicação. O alerta de preço anterior não funciona assim. As definições de notificações indicam a modalidade ativada^[7] [EM: 2026-08-22; DEPENDE DA CORRETORA/CONTA].

Onde se cria o alerta no TradingView. É diferente: o TradingView cria e aciona os alertas nos seus servidores, pelo que funcionam com aplicação e navegador fechados^[5] [EM: 2026-08-22]. Só isso confirma a nota. Mecanismo, limites do plano e diferenças entre histórico e tempo real têm fontes próprias no artigo 11.2 [DEPENDE DO PLANO].

Ordene os alertas sem mais tecnologia: escreva uma ação para cada um. «Vou verificar e decidir» é informativo; decide onde dispõe de contexto completo. «Vou mover o stop para o nível acordado» é acionável só se perdê-lo não comprometer a proteção. Stop loss e take profit já devem existir no servidor; o alerta apenas melhora uma proteção ativa. Aqui basta o telefone: perder o aviso custa uma melhoria, não deixa exposição desprotegida. Se a ausência exigir resposta imediata ou deixar a posição sem proteção, não pertence à categoria. Omitimos deliberadamente uma terceira classe de resgate em crise: proteger capital de um movimento violento não pode depender de ouvir um som.

Os alertas sem ação pertencem à psicologia. Aqui basta a consequência técnica: quanto mais houver, mais depressa ignorará também os que têm ação.

4. Móvel, computador e web: verificar a sua aplicação

A marca não promete funções. As versões móvel, web e computador têm ambientes, ciclos e limites do sistema diferentes. Uma tabela pode mudar após atualizar: convém conhecer as categorias onde surgem diferenças e verificá-las na sua configuração.

• todos os campos da ordem: entrada de volume, spread visível e desvio máximo;
• tipos pendentes disponíveis e respetivas alterações;
• proteções e local de avaliação: secção 2;
• análise: número de indicadores e objetos e suporte de indicadores próprios do computador;
• alertas: a aplicação cria condições ou só recebe avisos externos?
• histórico e exportação para um diário;
• algoritmos em dois níveis distintos: escrever, compilar e testar código e gerir uma instância preparada que funciona fora do telefone. Abaixo explico a diferença; os ambientes são tratados no artigo 11.5;
• valores predefinidos, sobretudo volume e negociação com um clique.

Algoritmos pelo telefone: o que significa «não pode». Costuma resumir-se numa frase, frequentemente errada. Separe duas atividades: escrever, compilar e testar um algoritmo e adicionar e iniciar uma instância preparada que funciona fora do telefone. O primeiro exige editor, compilador, testador e otimizador. O segundo controla algo existente. Essa diferença decide se «não há algoritmos num telefone» é verdade.

cTrader. A documentação do cTrader Algo mostra uma matriz de ações para bots nas aplicações. «Criar», «Editar», «Guardar e compilar», «Backtest» e «Otimizar» só estão assinalados no cTrader Windows e cTrader Mac. «Adicionar e gerir instância» e «Iniciar» também estão no cTrader Web e cTrader Mobile, limitados à nuvem^[15]. A ajuda confirma: Mobile e Web suportam instâncias na nuvem; Windows e Mac tanto locais como na nuvem^[15]. Pode adicionar, iniciar e gerir um cBot na nuvem pelo telefone. Outras instruções confirmam que pode pará-lo em qualquer aplicação cTrader; uma instância local só se para na aplicação Windows ou Mac onde funciona^[15]. Não pode escrever, compilar, testar nem otimizar o código pelo telefone [EM: 2026-08-22; DEPENDE DA CORRETORA/CONTA].

MetaTrader 4 e 5. Aqui o limite é diferente: a ajuda móvel não descreve negociação algorítmica nem testador. O índice do MetaTrader 5 para Android abrange cotações, profundidade, gráficos, negociação, histórico, contas, correio e mensagens, definições, registo e push; não inclui Expert Advisors^[16], e o fabricante descreve os EA na ajuda de computador. A ausência de capítulo não é uma declaração do fabricante: confirme as funções da sua versão [EM: 2026-08-22].

Nos dois ecossistemas o telefone pode ser comando, não oficina nem máquina do algoritmo. Confirme se pode parar uma instância: é a única ação da lista útil com urgência. Onde funciona o código e o que acontece sem ligação é explicado no artigo 11.5.

Confirme quem publica a aplicação. Uma aplicação com logótipo da corretora pode ser a plataforma adaptada ou um produto independente, com campos, ecrãs e ritmo de correções próprios. O editor na loja, ou na página de descarga direta, esclarece em segundos. Também protege de imitações; voltamos na secção 7.

Em vez de confiar em comparações, audite a demo da corretora. Algumas dezenas de minutos por trimestre respondem sobre a sua versão, corretora e conta, algo que nenhuma classificação resolve.

1. Entre em demo simultaneamente no telemóvel e computador ou navegador.
2. Abra ambos os formulários de ordem e compare campos; localize volume, spread e desvio máximo.
3. Coloque uma ordem pendente num canal e confirme preço, volume e tipo no outro. Cancele e repita pelo segundo. Duas ordens simultâneas são duas exposições, não duas vistas da mesma coisa.
4. Configure proteção em cada canal e realize o teste da secção 2.
5. Confirme se o telemóvel cria alertas ou só os recebe.
6. Feche a aplicação durante uma hora e compare o estado da posição com o segundo canal.
7. Ative modo de voo; confirme aviso de perda de ligação e hora da última cotação.
8. Ensaie fechar: conte toques, confirme o modo de um clique e decida se o ativa.
9. Registe versão, sistema e data.
10. Repita após atualizações importantes da aplicação ou sistema.

O resultado é uma imagem datada de uma versão, corretora e conta: a sua força e limitação. Compare com a documentação do fabricante e corretora; uma diferença levanta uma pergunta ao suporte, não um veredicto. A demo também não demonstra comportamento real idêntico: servidor, especificações, execução e permissões podem variar. Este artigo é geral e não substitui documentação nem verificação própria.

5. Três emergências e o procedimento de verificação

Três situações repetem-se regularmente e têm algo em comum: o utilizador adivinha o estado da conta em vez de o verificar. Adivinhar custa dinheiro, porque a reação instintiva à incerteza é muitas vezes repetir a ação, e uma ordem repetida pode criar uma segunda posição indesejada.

Primeiro estado: perder internet após enviar uma ordem. Enviar não equivale a aceitação. O pedido pode ter sido executado, rejeitado ou não ter chegado. Sem rede a aplicação só mostra o último estado sincronizado.

1. Não reenvie: o primeiro pedido pode ter sido aceite sem chegar confirmação e pode duplicar a posição.
2. Recupere a ligação ou mude para navegador, computador ou outra ligação.
3. Confirme posições, pendentes, histórico, mensagens e registo. A referência é o servidor, não o ecrã anterior; um pedido falhado pode aparecer só em erro ou registo.
4. Se as vistas diferirem, alinhe conta, servidor, intervalo e filtro: podem ser só definições. Volte a ligar e confirme antes de fechar. Se a dúvida afetar exposição aberta, contacte a corretora em paralelo sem esperar passivamente.
5. Anote hora de envio, instrumento, volume e número da ordem se apresentado. A corretora conserva registos da conta e logs do servidor, mas é o utilizador que indica o que procurar; sem estes dados, a reclamação começa por uma pesquisa. O procedimento é explicado no artigo sobre litígios com a corretora.

Segundo estado: «pendente» sem saber se o servidor aceitou. O estado descreve o que a aplicação sabe; não substitui confirmação nem histórico.

1. Espere pela ligação e sincronização; não abra nem feche «por precaução».
2. Confirme quatro locais: posições, pendentes, histórico e mensagens com registo. Um pedido rejeitado pode faltar no histórico, que regista sobretudo execuções, e surgir só em erro ou registo. Se nunca chegou, não deixa rasto na corretora.
3. Confirme pelo navegador ou terminal no computador.
4. Verifique um canal independente: confirmações da corretora ou relatório diário, se disponível.
5. Se a dúvida persistir, peça a verificação dos registos com hora, instrumento e ordem. Essa é a base, não o ecrã. Não altere posições cuja existência não confirmou.

Terceiro estado: posição aberta sem telefone. Sem bateria, molhado, roubado ou esquecido: resolve-se antes de acontecer.

1. Tenha outro acesso testado: navegador ou instalação no computador sem procurar credenciais.
2. Guarde credenciais e número da conta num gestor de palavras-passe acessível noutro dispositivo, não só na memória do telefone.
3. Confirme nas condições e no sítio da corretora se aceita instruções fora da plataforma e em que condições. Nem todas as corretoras de retalho oferecem: esclareça antes de precisar.
4. Guarde os códigos de recuperação do segundo fator fora do telefone. Se só existir no dispositivo perdido, perde também o acesso.
5. A recomendação técnica mais simples: um nível de proteção no servidor que aceite sem vigilância. Se faltar, perder o telefone só revela o problema. A dimensão adequada decide-se na secção 9, não no ecrã.

Guarde fora do telefone conta, servidor, endereço web, contacto e horário da corretora, localização dos códigos e onde funcionam as proteções. Essa folha serve quando tudo o resto falha.

6. Ligação, aplicação fechada, poupança e atualizações

Perder a ligação não reverte nada que o servidor já tenha aceite, mas também não congela nada. As suas instruções continuam em vigor: uma ordem pendente permanece no sistema do corretor e as proteções guardadas desse lado continuam a funcionar. É precisamente por isso que o estado da conta pode mudar sem a sua intervenção: podem ser acionados stop loss ou take profit, uma ordem pendente pode ser ativada ou expirar e, se a margem descer abaixo do nível previsto nas condições da conta, o mecanismo do corretor pode fechar a posição [DEPENDE DO CORRETOR/CONTA]. A falta de rede não altera os registos nem suspende o trabalho do servidor. Retira-lhe a vista atual desses estados e a possibilidade de dar novas instruções; além disso, interrompe os cálculos próprios da aplicação que exigem cotações em direto ou o envio de uma alteração ao servidor. O que persiste é o que o servidor registou, não o que o programa estava prestes a calcular. A distinção parece trivial até alguém, em pânico, reiniciar o telemóvel para «cancelar» uma ordem.

Forçar o fecho só termina a aplicação e os seus cálculos, não o servidor. Se a secção 2 mostrou proteção local, aqui para: verifique uma alternativa do servidor.

Poupança energética e segundo plano. O sistema limita o segundo plano para poupar bateria: atualização, sons e sessão, não ordens guardadas na corretora. As notificações do sistema costumam chegar com a aplicação suspensa, mas poupança, concentração e permissões revogadas podem silenciar ou atrasar. Reveja essas três definições após cada atualização se fizerem parte do processo.

O primeiro preço ao reativar. Após um período prolongado de suspensão, a aplicação tem de restabelecer a sessão com o servidor. Até lá, a última cotação conhecida pode permanecer por um momento no ecrã: corretamente apresentada, mas desatualizada. Num mercado calmo isso não importa; num movimento rápido separa o preço que vê daquele a que a ordem será realmente executada. Regra prática: depois de reativar o telemóvel, verifique primeiro o indicador de ligação e se as cotações mudam; só depois toque em algo. O gráfico não comprova um preço de execução: é a última imagem que chegou ao dispositivo.

A latência não é um número único. Separe pelo menos quatro componentes: rede móvel, preparação e envio na aplicação, resposta do servidor e execução efetiva na corretora e, conforme o modelo, local externo ou fornecedor de liquidez. A variante depende do modelo e local, não da plataforma. Uma rede rápida só encurta o primeiro componente. «Com 5G não tenho latência» confunde transporte e cadeia completa, tal como chamar execução ao ping. A medição e infraestrutura são explicadas no artigo sobre infraestrutura de execução.

Atualizações. Uma atualização pode mover campos, mudar valores e notificações. É manutenção normal se repetir a auditoria da secção 4. Descarregue só do canal oficial atual do fabricante usado na instalação, nunca de um link recebido. Nem sempre é uma loja. Para Android, o MetaTrader oferece Google Play, Huawei AppGallery e APK direto; a página convida a digitalizar para o obter e oferece «MetaTrader 5 APK»^[17]. Para iOS indica App Store sem alternativa; a secção 8 trata as consequências. Fora da loja assume os controlos: escreva o sítio à mão em vez de clicar num resultado, confirme editor e compare checksum ou assinatura se publicados. Sem verificar não é um canal oficial, só um ficheiro da internet [EM: 2026-08-22].

A bateria segue a regra: pouca carga muda acesso, não ordens. Se esgotá-la causar tensão, o problema é a posição, não o carregador.

7. Segurança do dispositivo e acesso à conta

A ameaça é simples: quem tiver o telefone desbloqueado com sessão tem acesso, sem palavra-passe nem conhecimento do mercado. As camadas seguintes impedem que baste possuir o dispositivo.

Bloqueio e biometria. A base é bloqueio com tempo automático curto. A biometria facilita acesso, mas não substitui bloqueio, segundo fator nem cautela ao instalar: é mais uma camada. Desative também pré-visualizações no ecrã bloqueado para não revelar a conta a quem olhar para o telefone na mesa.

O segundo fator de autenticação. Ative o segundo fator se disponível, preferindo autenticador ou chave física. SMS é melhor do que nada, mas depende de um número vulnerável a troca fraudulenta de SIM. Guarde códigos fora do telefone, como na terceira emergência da secção 5.

Aplicações falsas. Nome e ícone copiam-se facilmente; o editor, menos. Confirme a ficha e compare com o sítio oficial da plataforma ou corretora. É o mínimo, não uma opção. Use o canal oficial atual e nenhum ficheiro enviado por outra via. Para MetaTrader iOS indica-se App Store; em Android também pode ser um APK do fabricante^[17] ; nesse caso verifica editor, endereço manual e checksum ou assinatura se publicados. A regra não se flexibiliza: canal oficial atual e verificação valem nas duas vias. Mais sobre higiene e ataques: cibersegurança do trader.

A rede. Trate qualquer rede que não controla como não fiável, mesmo com palavra-passe. Dados móveis costumam ser preferíveis a redes abertas de hotel ou aeroporto. VPN cifra o transporte, mas não torna a rede fiável, não protege um dispositivo comprometido e acrescenta latência. Limita escutas, não protege a conta.

Dispositivo partilhado. Não aceda em telefones alheios ou públicos: não consegue verificar software nem registos. «Não há alternativa» previne-se com o segundo acesso da secção 5. Se aconteceu, trate como incidente: no seu dispositivo mude palavra-passe, renove códigos e reveja sessões e histórico se disponíveis. Serviços externos só recebem leitura: palavra-passe de investidor, nunca principal com permissão de ordens. Explica-se no artigo 11.6.

8. Dependência da distribuição: um caso datado

As regras de distribuição não são fixadas pelo fabricante nem pela corretora. Android oferece várias vias: Google Play, Huawei AppGallery e, segundo o MetaTrader, APK direto do sítio^[17]. Para iOS indica App Store. O caso de retirada do MetaTrader 4 e MetaTrader 5 desde 23 de setembro de 2022^[8] até 6 de março de 2023^[20] é descrito no artigo 11.1. Aqui só importa o efeito no acesso à conta.

Um detalhe condiciona a conclusão: a Apple assegurou que quem já tinha descarregado não seria afetado; um relato de 24 de setembro de 2022 cita expressamente a promessa^[8]. Porém, em janeiro de 2023 um utilizador iOS escreveu no MQL5 que a aplicação se declarava desatualizada e sem suporte e exigia atualização para continuar, mas já não estava na loja^[9]. Dois dias depois acrescentou que conseguiu atualizar pela App Store, perfil e compras, apesar da retirada^[9]. A conclusão é limitada: deixou de haver instalação nova para quem nunca descarregara, enquanto um utilizador anterior tinha o histórico de compras. É um relato individual, não uma declaração do fabricante: confirma mensagens, datas e solução individual, não escala nem estado de todas as contas

Muda o motivo, não a conclusão: depender do histórico de uma loja é depender de infraestrutura e decisões alheias, como a retirada. Uma promessa de continuidade também não basta para um plano. O segundo acesso deve ser seu e testado.

Registe três consequências no plano.

1. A disponibilidade pode mudar por decisão do distribuidor, sem corretora nem aviso.
2. Navegador ou computador tornam-se continuidade de trabalho, não só comodidade.
3. A suspensão atrai instaladores «alternativos»: não pacotes oficiais das secções 6 e 7, mas ficheiros de intermediários, mensagens e anúncios sem editor verificado. Instalá-los é pior do que usar temporariamente o navegador. A secção 7 trata a falsificação.

Vale também para o sistema: pode chegar antes da aplicação compatível. Com a conta ativa, evite instalar no dia do lançamento ou durante uma sessão.

9. Ficha de emergência e erros no ecrã pequeno

O ecrã pequeno não muda a análise, mas a forma de preencher o formulário: campos mais estreitos, vista prévia mais curta e confirmação a um gesto do campo editado. Seguem-se quatro campos e o que verificar em cada um. Não tenho uma proporção medida destes erros nas perdas; é uma lista de verificação, não uma estatística.

Volume. Separador decimal, zero adicional ou preenchimento automático podem multiplicar a dimensão. Leia o valor; se houver conversão para moeda da conta, use-a como segunda verificação independente.

Direção. Compra e venda podem estar juntas e distinguir-se pela cor. Leia instrumento, direção e volume. Os erros evitados dependem do formulário e pressa; sem medição não dou percentagem. O custo conhecido são alguns segundos por confirmação.

Instrumento. O mesmo ticker não garante o mesmo instrumento. A corretora pode oferecer variantes com sufixos, especificações, horários ou tipos de conta diferentes. Com o polegar, a entrada vizinha fica a um gesto. Prepare uma lista curta em vez de pesquisar sempre na completa.

Confirmação e desvio máximo. Um clique elimina a última confirmação onde detetar erros. O desvio máximo não é travão universal: depende da modalidade fixada pela corretora na especificação. A ajuda Android do MetaTrader 5 descreve-o para Instant Execution como diferença máxima entre preço pedido e executado; maior tolerância reduz recotações^[11] . Se o preço mudar além do limite ao processar, o servidor pode rejeitar e oferecer novos preços^[11]. Em Market Execution a corretora fixa o preço sem outra confirmação; enviar a ordem implica aceitá-lo previamente^[11] . Aqui aceita previamente o preço da corretora; esse campo não impõe um limite adicional. A ajuda do MetaTrader 4 restringe expressamente o desvio a Instant Execution^[12]. Confirme primeiro a modalidade: determina se aparece o campo. Também não escolhe entre recotação e slippage: em Instant Execution pertencem ao mesmo esquema. Até ao limite executa ao novo preço sem outro aviso; acima dele a corretora devolve novos preços^[12]. As quatro modalidades e diferenças são explicadas no artigo 11.1. Disponibilidade, nome e comportamento dependem da plataforma, versão da aplicação, corretora e tipo de conta. Confirme-os na auditoria da secção 4, não numa descrição geral [EM: 2026-08-22].

Não coloque ordens nem altere configurações ao conduzir, atravessar a rua ou fazer algo que exige atenção: o perigo é alheio ao mercado. Se for necessária reação imediata, um nível previamente definido no servidor atua melhor do que o utilizador em movimento.

O último elemento é pouco vistoso e muito útil: anote no seu diário o canal pelo qual cada ordem foi enviada. Quando tiver registos suficientes para comparar os canais com dados seus em vez de impressões, verá se as ordens enviadas pelo telemóvel diferem das restantes no cumprimento do plano, na dimensão da posição e no número de ajustes. Quantos registos são «suficientes» depende da sua frequência de negociação e da dimensão da diferença que pretende distinguir do acaso; não indico um limiar porque não medi nenhum. Se esse canal apresentar resultados piores, a decisão de o limitar decorrerá dos seus próprios registos, não de um artigo.

O telemóvel é um bom canal de acesso e um mau local para construir a proteção. Tudo o que deva funcionar independentemente de si deve residir no servidor; tudo o que exija um programa em execução pertence ao mundo da automatização, dos ambientes de execução e da continuidade do funcionamento — o tema do artigo sobre automatização, EA e VPS (11.5).