Une checklist avant entrée enregistre si la décision satisfait un plan écrit à l’avance. Elle ne démontre pas son avantage statistique et ne garantit pas l’absence d’erreurs. Conserver réponse, preuve et instant du contrôle : numéro de bougie clôturée, cotation disponible et volume calculé.

Une condition manquante n’est pas validée

La liste contrôle un plan spécifié, pas cinq à huit règles universelles. Employer « validé », « refusé » ou « donnée manquante ». Une condition obligatoire refusée ou non vérifiée bloque la soumission dans cette procédure. « Sans objet » doit être autorisé par la version avant le contrôle.

Exemple de trace : « S 2 version1.3 ; direction depuis la dernière H1 clôturée ; déclenchement après clôture M15 ». Écrire la définition avant de cocher. Une entrée impulsive seule ne diagnostique pas un biais de confirmation, et une liste ne rend pas toute émotion impossible.

Séparer processus et résultat

Une liste place les actions requises dans un ordre inspectable au lieu de dépendre de la mémoire. Vérifier instrument et sens, entrée et invalidation, taille et calendrier avant soumission. Son utilité dépend des règles choisies et de son usage effectif.

La stratégie décrit les conditions du trade ; la procédure décrit leur exécution. Une perte conforme et un gain non conforme relèvent de deux axes d’audit. Les exemples suivants ne transfèrent aucune preuve de chirurgie ou d’aviation à une performance de trading.

Sept questions, sans score compensatoire

  1. Le setup correspond-il à une définition écrite et testée avant l’occasion, plutôt qu’à une intuition reconstruite ?
  2. Le contexte satisfait-il sa règle précise de tendance ou range ? Noter valeur et date des données. Une stratégie contre-tendance peut avoir ses propres conditions.
  3. Le déclenchement est-il déjà disponible ? Conserver source, instant de confirmation et capture sans bougies ultérieures.
  4. Entrée, invalidation, sorties et expiration sont-elles définies ? Noter type d’ordre et vérifier ensuite ce que le serveur a accepté.
  5. Le volume respecte-t-il budget monétaire et exposition agrégée ? Inclure frais, distance et scénario d’exécution, arrondir au pas contractuel puis contrôler le résultat.1 % n’est pas une norme universelle de sécurité.
  6. Les événements respectent-ils la fenêtre d’exclusion du plan ? Relever calendrier, date, fuseau et instant du contrôle ; aucun délai fixe ne convient partout et les nouvelles imprévues restent possibles.
  7. Puis-je effectuer suivi et récupération ? Vérifier connexion, accès et attention requis ; écrire une raison de pause sans transformer la liste en diagnostic psychologique.

Six réponses positives sur sept ne compensent pas une limite de risque obligatoire absente. Une validation complète permet d’envisager l’ordre, sans obligation de le soumettre ni promesse de gain. Actualiser les contrôles dépendants si prix, exposition ou statut du signal changent. Garder le formulaire assez court pour l’utiliser, sans enlever une protection obligatoire.

Arrondir la taille puis vérifier un scénario défavorable

Modèle fictif :capital 10 000 USD, budget 50 USD soit 0,5 %. Contrat EUR/USD 100 000 EUR par lot, pip 0,0001=10 USD par lot, minimum et pas 0,01 lot. Entrée Ask 1,10020 et SL Bid 1,09820 :20 pips. Commission totale aller-retour 7 USD par lot, sans minimum ; réserve d’exécution défavorable 2 pips, aucun financement ni frais de conversion.

Perte planifiée par lot=20 × 10+2 × 10+7=227 USD.50/227≈0,22026 : arrondir en dessous à 0,22 lot donne 49,94 USD ;0,23 donnerait 52,21 USD. Le spread figure déjà dans Ask/Bid. La réserve ne plafonne pas le glissement : six pips sous SL au lieu de deux donnent(200+60+7)× 0,22=58,74 USD, au-delà du budget. Vérifier spécification, volume accepté et ordres protecteurs séparément.

Audit fictif indépendant :trades conformes A/B +40/−50 USD ; non conformes C/D +80/−30 USD. Total+40 USD, sous-ensemble conforme−10, écarts+50. Reclasser C après avoir vu son gain changerait rétroactivement l’audit. Quatre observations ne prouvent ni stratégie perdante ni intérêt de violer les règles.

Modèle EUR supplémentaire : compte 10 000 EUR, budget choisi 50 EUR, mêmes prix et hypothèses USD par lot, conversion fictive fixe 1,25 USD/EUR sans frais. Perte planifiée 181,60 EUR par lot.50/181,60≈0,27533 :0,27 lot donne 49,032 EUR ;0,28 donne 50,848 EUR et échoue. Avec six pips de glissement, perte 213,60 EUR par lot× 0,27=57,672 EUR. La devise change le volume admissible dans ce modèle, sans rendre le budget garanti.

Deux coches de versions différentes ne valident pas un plan

Carte fictive à deux conditions, distincte des sept questions :v1 exige spread≤3 pips et distance SL≤25 ;v2 exige spread≤2 et SL≤20. Données actuelles :spread 2,5 pips et SL 18 pips. L’ancien « spread validé » utilisait 3, pas 2. La nouvelle validation SL ne répare pas cette incompatibilité.

Même carte, mais seuils de versions différentes

Carte fictive :v1 spread≤3,SL≤25 ;v2 spread≤2,SL≤20. Données identiques spread 2,5 pips et SL 18 pips ; autres conditions hors modèle.

Même carte, mais seuils de versions différentesCarte fictive :v1 spread≤3,SL≤25 ;v2 spread≤2,SL≤20. Données identiques spread 2,5 pips et SL 18 pips ; autres conditions hors modèle. Spread passev 1 mais échouev 2 ; SL passe les deux. Deux coches issues de versions différentes ne valident pasv 2.Une preuve appartient à une version de règleDonnées : spread 2,5 pips ; distance SL 18 pipsv1Spread ≤ 3 pips2,5 ≤ 3 : OUISL ≤ 25 pips18 ≤ 25 : OUIv2Spread ≤ 2 pips2,5 ≤ 2 : NONSL ≤ 20 pips18 ≤ 20 : OUIAncien OUI (v1) + nouveau OUI (v2) ≠ validation v2V2 : une condition obligatoire échoue.Recontrôler chaque preuve après changement de seuil.
Spread passev 1 mais échouev 2 ; SL passe les deux. Deux coches issues de versions différentes ne valident pasv 2.

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

Chaque preuve doit référencer version et seuil effectifs. La carte cohérente v2 refuse le spread et valide SL : elle ne satisfait donc pas les deux exigences. Un nouveau numéro doit désigner des paramètres précis, pas seulement un titre de document. Les propriétés de stratégie TradingView incluent paramètres et coûts dans le dossier de test, sans valider notre méthode.

Conserver l’historique sans le réécrire

Papier daté ou tableur peuvent fonctionner. Noter identifiant d’occasion, date, fuseau, version, preuves, réponses, décision et motif du rejet ; ajouter séparément exécution et résultat net. Un gain hors règle ne devient pas conforme ; une perte conforme n’indique pas que la liste était mal remplie.

Une association historique de tableau croisé ne certifie pas une prédiction sur de nouvelles données. Insérer les contrôles dans la routine avant ordre et le plan de trading. La gestion après entrée demande ses propres décisions et confirmations.

Trois tâches pour éprouver le formulaire

  1. Écrire conditions obligatoires et champs de preuve, avec limites par trade, par jour et d’exposition agrégée. Définir le sens de « manquant » et les cas sans objet permis.
  2. Faire une répétition sans ordre pour vérifier compréhension et complétude. Une condition obligatoire refusée déclenche le rejet ou la pause prévu ; aucune pause universelle de deux heures n’est établie.
  3. Examiner conformité et résultats séparément. Ne pas supprimer une protection parce qu’elle n’a encore bloqué aucun ordre ni ajuster aux gagnants connus. Nouvelle version, nouvelles données. Avec 227 USD par lot et budget 40 USD,0,17 lot coûte 38,59 USD ;0,18 coûte 40,86 USD. Cet arrondi ne plafonne toujours pas le glissement.