Comment préparer un cahier des charges pour un EA MT4/MT5 ?

1. Définir l’objectif technique

Commencez par une phrase simple : l’EA doit-il ouvrir et gérer des positions, envoyer des alertes, reproduire une logique existante ou automatiser une action manuelle ? Indiquez aussi si le projet part de zéro ou s’appuie sur un code que vous êtes autorisé à utiliser.

2. Préciser l’environnement MetaTrader

• MetaTrader 4 ou MetaTrader 5 ;
• symboles concernés et éventuels suffixes du courtier ;
• unités de temps utilisées ;
• fonctionnement sur un seul graphique ou sur plusieurs symboles ;
• contraintes connues du compte ou du courtier.

3. Écrire les règles d’entrée sans ambiguïté

Listez toutes les conditions nécessaires à une entrée : indicateurs et paramètres, sens achat ou vente, horaires, filtres, état des positions existantes et moment exact de l’évaluation. Précisez notamment si le signal est contrôlé à chaque tick ou uniquement à la clôture d’une bougie.

Exemple testable : « ouvrir un achat au début de la bougie suivante si la moyenne mobile 20 croise au-dessus de la moyenne mobile 50 sur une bougie clôturée et qu’aucune position de cet EA n’est ouverte sur le symbole ».

4. Décrire toutes les sorties

Indiquez séparément le stop loss, le take profit, la fermeture sur signal opposé, la sortie horaire, le break-even et le trailing stop. Pour chaque mécanisme, précisez les unités utilisées — points, pips, prix ou pourcentage — ainsi que l’ordre de priorité si plusieurs sorties sont possibles.

5. Encadrer le volume et le nombre de positions

Précisez si le volume est fixe ou calculé. Dans le second cas, fournissez la formule exacte et le comportement attendu lorsque le volume calculé dépasse les limites du symbole. Définissez également le nombre maximal de positions, les règles de cumul et l’usage éventuel d’un magic number.

6. Prévoir les filtres et les cas limites

• spread maximal ;
• plages horaires et jours autorisés ;
• données ou indicateurs indisponibles ;
• redémarrage de MetaTrader ou rattachement de l’EA ;
• ordre refusé, cotation absente ou connexion interrompue ;
• changement de jour, de semaine ou d’heure serveur.

7. Lister les paramètres modifiables

Notez les réglages qui doivent apparaître dans les propriétés de l’EA : périodes d’indicateurs, horaires, lots, protections, commentaires d’ordre ou activation de fonctions. Pour chacun, indiquez une valeur par défaut cohérente.

8. Définir les informations visibles

Précisez les alertes, messages du journal, informations affichées sur le graphique et éventuels exports attendus. Des messages explicites facilitent les tests et permettent de comprendre pourquoi une condition n’a pas déclenché d’ordre.

9. Fournir des scénarios de validation

Ajoutez quelques exemples avec un résultat attendu : une situation où l’EA doit entrer, une où il doit rester inactif et une où il doit fermer la position. Mentionnez les données, dates, paramètres ou captures nécessaires pour reproduire ces cas.

10. Séparer la technique de la performance

Un critère de validation doit porter sur le respect des règles : compilation, déclenchement attendu, absence d’ordres dupliqués, calcul correct du volume ou production du fichier prévu. Un résultat financier ou une rentabilité future ne peut pas constituer une garantie de fonctionnement.

Les erreurs qui compliquent le plus un devis

Les formulations comme « ouvrir quand la tendance est bonne », les indicateurs sans paramètres, les règles modifiées au fil des messages et l’absence de distinction entre une correction et une nouvelle fonction empêchent de délimiter correctement le travail. Si une règle n’est pas encore décidée, il vaut mieux l’indiquer clairement.