Un stop mental est une règle de sortie exécutée manuellement, même lorsqu'elle est écrite. Un StopLoss accepté automatise un déclenchement selon le produit. Cette différence importe, sans garantir le prix demandé ni une clôture immédiate inconditionnelle. Tracez intention, requête, réponse, état actif puis exécution : ce sont des preuves différentes.

Demandé ne signifie pas actif

Modèle fictif original : achat à 100, résultat linéaire de 2 PLN par unité de prix arbitraire. Stop actif 95 ; demande de modification à 97 rejetée ; une lecture indépendante après réponse confirme encore 95. Sortir exactement à 95 donnerait(100−95)× 2=10 PLN de perte ; supposer 97 actif donnerait 6 PLN et omettrait 4. Aucun motif de rejet n'est fourni. Ne supposez pas que chaque rejet laisse partout le même état : ici 95 est explicitement relu.

Une requête rejetée n'est pas un stop modifié

Une requête rejetée n'est pas un stop modifiéSéquence fictive : stop 95 actif, demande 97, réponse rejetée, lecture 95. Ce n'est pas une lecture réelle de compte et la cause du rejet reste inconnue.État initialSL 95RequêteSL 97RéponseREJETÉEÉtat reluSL 95Le calcul à 95 perd 10 PLN, sans frais ni slippage.Ce montant n'est pas une perte maximale garantie.
Vérifiez réponse et paramètres actuels, plutôt que le niveau saisi.

Faites défiler horizontalement ou agrandissez le schéma pour lire les détails.

Niveau voulu et niveau confirméLong 100, valeur 2 PLN/unité ; demande 97 rejetée et lecture 95 ; fills exacts supposés.EXEMPLE DE CALCULNiveau confirmé 9510 PLNNiveau voulu 976 PLNÉcart4 PLN
Niveau voulu et niveau confirmé. Long 100, valeur 2 PLN/unité ; demande 97 rejetée et lecture 95 ; fills exacts supposés.

Oublier la réponse masque 4 PLN de perte de prix dans ce modèle.

Niveau confirmé 95
10 PLN – (100−95)× 2
Niveau voulu 97
6 PLN – Non confirmé
Écart
4 PLN – Ni coût observé ni perte maximale

Règle manuelle, instruction acceptée et clôture

Une sortie manuelle nécessite remarquer la condition, envoyer l'instruction et obtenir l'exécution. Hésitation, connexion ou disponibilité peuvent intervenir ; l'expérience n'abolit pas les gaps. Ligne graphique et alerte téléphonique ne confirment pas un ordre protecteur. Le stop serveur accepté dispense du clic à l'instant du déclenchement, mais demande paramètres actifs et convention contrôlés.

MT5 indique qu'une opération SL/TP déclenchée mais inexécutable peut être retentée au prochain tick répondant aux conditions. Déclenchement et clôture confirmée ne sont donc pas interchangeables. Distinguez aussi stop ordinaire, stop-limit pouvant rester non exécuté, et stop garanti éventuel avec conditions et frais propres. IG décrit cette dernière option pour ses produits britanniques ; le bulletin SEC sur actions américaines décrit les limites des stop-limit. Ni l'un ni l'autre ne rend ces fonctions universelles sur CFD.

Calculer depuis les exécutions supposées

Achat EUR/USD fictif exécuté à 1,0900, compte USD, contrat 100 000 EUR par lot, volume 0,10 et pip 0,0001 : 10 000 EUR, 1 USD par pip. Le stop demandé 1,0850 est à 50 pips. Les issues ci-dessous supposent les prix d'exécution réellement obtenus, sans frais supplémentaires ; ce ne sont pas des cours milieu de fourchette.

Sur petit écran, faites défiler le tableau pour lire toutes les colonnes.

Sortie supposéePips perdusPerte de prix USD
1,08505050
1,08307070
1,0760140140

140/50=2,8. Retard manuel comme conditions automatiques peuvent produire un dépassement ; les prix attribués ne mesurent pas leur performance relative. Une perte supérieure ne prouve ni défaut d'autocontrôle ni faute du fournisseur. Rapprochez plan, requête, réponse, paramètres et fills avant d'expliquer.

Extension EUR distincte : conversion fixe fictive 1 EUR=1,20 USD, frais encore exclus 2 EUR. Le premier scénario coûte 50/1,20+2≈43,67 EUR ; le troisième 140/1,20+2≈118,67. Un budget attribué 50 EUR couvre le premier montant supposé, pas le troisième. Ce calcul n'est ni devis réel ni garantie ; une perte nominale de 50 USD n'est pas 50 EUR.

Ce qui reste actif terminal fermé

Le trailing intégré MT5 fonctionne dans le terminal. Fermé, il ne peut envoyer de nouvelles modifications ; le dernier StopLoss effectivement placé sur serveur peut rester actif. La sélection du trailing ne prouve pas un niveau immédiatement posé. Un stop virtuel par EA ou script est un autre montage : identifiez instance, connexion et procédure de panne. « VPS » ne démontre pas que le programme voulu tourne ou partage l'état du poste local.

Le modèle 95→97 rejeté demande lecture de l'état après réponse, sans inventer la cause. Les codes MQL5 distinguent requête achevée et rejetée ; un champ saisi ne remplace pas ces traces. Une procédure inspectable vaut mieux qu'un nombre d'années d'expérience supposé garantir la sortie manuelle.

Une mèche ou un graphique Bid seul n'explique pas tout

Selon la règle Forex décrite par MT5, le SL d'un long utilise Bid, celui d'un short Ask ; les instruments de bourse peuvent suivre d'autres conventions. Exemple fictif : short, SL 1,1030, Bid constant 1,1022. État A : Ask 1,1024, spread 2 pips, Ask sous le SL. État B : Ask 1,1032, spread 10 pips et Ask 2 pips au-dessus du SL, bien que Bid reste 8 pips dessous. Une alerte manuelle Bid seule et la condition serveur peuvent réagir différemment.

Le déclenchement ne détermine pas le fill. Un retournement ultérieur ne démontre pas une chasse ciblée au stop. Gardez deux côtés de cotation, horodatages, identifiants et historique ; relisez les paramètres après modification ou changement de position. Un stop ordinaire modifiable ne garantit pas la discipline tout au long de l'opération.

Avant de laisser une exposition sans surveillance directe

  1. Confirmez instrument, volume, ordre accepté et niveau actif.
  2. Vérifiez déclencheur, horaires et mécanismes locaux ou serveur.
  3. Évaluez sorties moins favorables et coûts supplémentaires ; une quantité changée demande nouveau calcul.
  4. Si l'organisation reste invérifiable, réduisez, clôturez ou refusez une nouvelle exposition selon votre situation, sans compter sur une ligne non confirmée.

Le contrôle des ordres développe ces confirmations ; les notes de décision séparent intention et état réel. Les notions de stop et exécution doivent garder leurs limites propres.