Un plan de trading utilisable répond avant l’ordre :quel signal convient, quelle taille, quelle sortie et quelle action après franchissement d’une limite ? Les sept parties suivantes transforment ces choix en règles comparables à l’historique. Les écrire rend les écarts visibles, sans garantir de profit.

Rendre décisions et modifications traçables

Remplacer une condition vague par une définition vérifiable dans les données et l’historique d’ordres. Un champ non résolu reste une décision à prendre, pas une autorisation d’improviser. Document, tableur ou règles exécutables conviennent si version accessible et décisions réellement suivies sont conservées.

IG Academy aborde temps, capital, marchés et journal ; notre modèle opérationnel ajoute des contrôles propres. Distinguer qualité des règles et exécution :perte conforme et ordre involontaire ne sont pas identiques ; déviation profitable reste déviation. Les avertissements de pertes CFD ne comparent pas causalement utilisateurs avec et sans plan. Un trimestre d’archives ne garantit pas de réponse certaine.

Partie 1 :périmètre, ressources et objectifs

Noter compte/produit, monnaie, instruments, version et mode test/réel. Écrire horaires et horloge, préparation/revue, jours fériés et absences ; capital, contraintes de quantité/marge et outils. Séparer objectif de processus vérifiable, tel journaliser chaque instruction, et rendement désiré qui dépend d’issues incertaines. Un objectif de gain ne justifie pas une entrée forcée.

Référence fixe fictive 10 000 USD :objectif annuel 12 %=1200 USD ; montant trimestriel 3 % sur la même base=300 USD. Ce sont des souhaits, pas rendements observés ou faible risque. Quatre gains trimestriels composés de 3 % donnent 1,03⁴−1≈12,55 %. Préciser base fixe ou equity courante.

Partie 2 :instruments, données et heures

  • Instruments :symboles exacts, unités de contrat, restrictions du compte et flux.
  • Intervalles :rôle de chaque observation et instant où sa valeur finale est connue.
  • Heures :horloge nommée, dernière entrée, sorties, interruptions et changements d’heure ; hors fenêtre d’entrée ne signifie pas arrêt permis des automatismes nécessaires.
  • Événements :annonces précises, exclusions et revue des positions ouvertes ; tampon de deux heures éventuel est un paramètre personnel.

Aucune limite universelle de trois à cinq paires ni structure à trois intervalles ne crée un avantage. Vérifier faisabilité des horaires de négociation et quantités de contrat.

Partie 3 :du signal à l’exécution

Signal fictif précis :après clôture H1, son Close dépasse le plus grand High des vingt H1 terminées précédentes du même flux, en excluant la bougie du signal. La décision n’est possible qu’après sa clôture. Vingt est un paramètre pédagogique, pas une stratégie profitable validée.

Ajouter type d’ordre, unités, prix autorisés, échéance et exclusions. Si le cours change, préciser recalcul de taille ou refus. Une soumission ultérieure ne reçoit pas automatiquement le Close historique. Prévoir remplissages partiels, confirmation d’annulation et données invalides.

Sorties :stop initial, cible, échéance et priorité, avec unités exactes de chaque réduction. Si l’échéance arrive après réduction, agir sur le solde réel. Une alerte n’est pas confirmation de clôture ; avant interruption de cotation, prévoir ordre manquant ou rejeté. Conserver identifiants ordre/transaction/position, heures, prix, quantité, frais et déviations.

Partie 4 :budgets, quantité et exposition combinée

Séparer perte planifiée, perte possible et marge exigée. Écrire monnaie, référence, formule, frais et exposition avant soumission. Six contraintes à choisir :budget par trade ; formule avec valeur du pip, conversion et coûts ; budget combiné ; limites de décision quotidiennes et hebdomadaires ; nombre maximal de positions simultanées. Les pourcentages doivent nommer balance/equity et mise à jour. Un compte de positions ne détecte pas seul l’exposition commune à une devise.

Réglages fictifs sur référence fixe 10 000 USD :1,5 % par trade=150 ;5 % combinés=500 ;4 % limite quotidienne=400 ;9 % hebdomadaire=900 USD. Ce ne sont pas niveaux universels recommandés. Définir pertes/coûts inclus et actions après dépassement ; fermer le terminal ne liquide pas les positions et ne plafonne pas leur perte.

Exemple EUR/USD distinct :equity 12 000 USD, budget choisi 60 USD=0,5 %, sans recommandation. Ask d’entrée 1,1002, Bid 1,1000, SL ordinaire 1,0962 ; distance 0,0040 USD/EUR=40 pips. Commission 0,0001 USD par EUR à chaque côté, sans minimum. Perte planifiée pour N :N×(0,0040+0,0002). Donc N=60/0,0042≈14 285,71 EUR. Minimum et pas attribués 1000 EUR :arrondir à 14 000, perte de prix 56 plus commission 2,80=58,80 USD. Pas suivant 15 000 :63 USD, budget dépassé.

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

Clôture totale séparéeBid exécuté attribuéBrut USDNet après 2,80 USD
SL exact1,0962−56−58,80
Stop dégradé1,0952−70−72,80
Cible1,1082112109,20

Exécutions exactes supposées avant financement, sans conversion ni autres charges ; brut=N×(Bid sortie−Ask entrée), spread déjà inclus. Le stop dégradé dépasse 60 USD :budget n’est pas garantie. Vérifier quantité, contrat, distance minimale des stops et marge du compte réel. Si le minimum dépasse le budget, ignorer l’entrée au lieu de déplacer le stop seulement pour permettre l’ordre.

Contrôle EUR supplémentaire : taux comptable fictif 1,25 USD/EUR :equity 9600 EUR, budget 48 EUR. Les 14 000 EUR de nominal produisent perte prévue 47,04 EUR, cible 87,36 EUR et stop dégradé 58,24 EUR. Les 15 000 coûteraient 50,40 EUR et échouent. Ne pas confondre 14 000 EUR d’unités négociées et perte 47,04 EUR en monnaie du compte :même nom de monnaie, deux grandeurs différentes. Un mouvement ultérieur de conversion peut aussi changer le résultat réel.

Partie 5 :pauses et incidents

Décrire les observations qui empêchent les actions requises et la réponse, sans attribuer mêmes blocages émotionnels à tous. Une pause doit traiter positions et ordres en attente ; une urgence documentée peut exiger action avant revue prévue.

  • Condition :indisponibilité de surveillance, données douteuses ou déviation ; action précise.
  • Mesure :début/horloge, monnaie, réalisé/latent, frais, dépôts et retraits.
  • Exposition :quels ordres annuler, positions réduire ou fermer, confirmation requise.
  • Panne :canal du fournisseur, identifiants et contrôle du statut avant répétition d’une instruction incertaine.
  • Archive :garder toutes déviations, même profitables. Durée de pause choisie n’est ni traitement psychologique universel ni garantie de perte.

Partie 6 :revoir sans réécrire le passé

Fixer revues régulières et interventions anticipées. Le plan définit les règles, la checklist contrôle une décision et le journal décrit son exécution. Garder version attribuée à chaque position et politique d’application des révisions aux positions déjà ouvertes.

Journée fictive :equity initiale 12 000 USD sans position, dépôt 500, equity finale 12 410. Hausse apparente 410, résultat trading 12 410−12 000−500=−90 USD sans autres flux :pertes fermées 40, valorisation ouverte−50, frais déjà inclus. Une limite de pause 80 USD comptant réalisé et latent est atteinte malgré le dépôt. Elle ne garantit pas une perte finalement limitée à 80. Revoir signaux, unités prévues/réelles, heures, prix et coûts. Défaut de données ou contrat modifié peut justifier arrêt immédiat sans attendre un trimestre.

Version attribuée à l’entrée, pas au dernier fichier

Politique organisationnelle fictive, une seule horloge fixe :A ouvre 09:00 sous v 1 avec échéance 10:30. Document v 2 entre en vigueur 10:00 pour nouvelles entrées seulement, avec échéance 11:30. B ouvre 11:00 sous v 2, tandis que A reste sous v 1 et sort 10:30. B sort 11:30.

Une révision ne réécrit pas les positions

Horloge fixe,politique fictive :A 09:00 v 1 échéance 10:30 ; v 2 dès 10:00 pour nouvelles entrées, B 11:00 v 2 échéance 11:30.

Une révision ne réécrit pas les positionsHorloge fixe,politique fictive :A 09:00 v 1 échéance 10:30 ; v 2 dès 10:00 pour nouvelles entrées, B 11:00 v 2 échéance 11:30. A conserve 10:30 sousv 1 ; publicationv 2 seule ne change pas sa règle. Définir explicitement toute politique d’application aux positions déjà ouvertes.La version d’entrée reste attribuéev2 dès 10:00 : nouvelles positions seulement09:0010:0010:3011:0011:30A : v1B : v2A conserve échéance 10:30.B entre 11:00 sous v2, sort 11:30.Politique fictive · pas un automatisme du terminal
A conserve 10:30 sousv 1 ; publicationv 2 seule ne change pas sa règle. Définir explicitement toute politique d’application aux positions déjà ouvertes.

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

Noter ID, version d’entrée et toute exception. Si une révision doit aussi modifier les positions ouvertes, fixer cette politique et enregistrer l’heure explicite. Écraser simplement le fichier détruit l’information permettant de savoir si 10:30 restait la règle de A. Ce modèle ne décrit ni fonctionnalité automatique du terminal ni bonne heure de sortie d’un trade réel.

Partie 7 :outils et cinq omissions

Lister fournisseur/compte, plateforme, emplacement des automatismes, calendrier, données, calculateur de taille et archives, avec alternatives en panne. Vérifier comportement et couverture réels, sans présumer précision garantie ou heures économisées par application.

Contrôler cinq omissions :version/périmètre flous ; signal ambigu ; taille oubliant frais/pas ; pause laissant ordres sans gestion ; révision écrasant l’historique. La longueur du document est un choix opérationnel, pas un optimum universel d’une à trois pages. Un texte court exige aussi des définitions complètes.

Protocole de mise en service

  1. Remplir les sept parties avec périmètre, données, heures, ordres, unités, coûts, pause et revue ; traiter chaque blanc comme décision non résolue.
  2. Tester logique puis répéter exécution séparément ; conserver versions et écarts. Un mois de démo ne certifie pas préparation ou rentabilité.
  3. Fixer revue et déclencheurs panne/contrat ; heure effective et traitement des positions ouvertes pour chaque révision.
  4. Relier checklist d’entrée et backtest au même identifiant de version et de position.