Contrôles de risque pré-trade
Les contrôles de risque pré-trade sont les validations qu'un ordre franchit avant de pouvoir atteindre le marché : les garde-fous propres à l'application de trading, les limites de taille, de position et de marge du broker et du futures commission merchant, et les contrôles de prix et de type d'ordre de la bourse. Chaque couche peut refuser un ordre, et aucune ne remplace les autres.
Senzoukria · Glossaire · Mis à jour en septembre 2026
Trois couches
| Couche | Exemples de contrôles |
|---|---|
| Application | Quantité maximale par ordre, trading activé pour cette connexion, étape de confirmation, bon compte |
| Broker / FCM | Permissions du compte, marge, position et taille d'ordre maximales, permissions par produit |
| Bourse | Bandes de prix, protection sur les ordres au marché et stop, état du marché, règles de type d'ordre |
Exemple chiffré
Un plafond d'application est réglé à 3 contrats par ordre. Un trader saisit 5 : l'ordre est refusé avant de quitter la machine. Il le corrige à 3 ; la limite du broker autorise une position de 4 contrats, et le compte en détient déjà 2 dans le même sens, si bien que le nouvel ordre porterait la position à 5 et le broker le refuse. Le trader envoie 2 ; la bourse rejette alors le prix limite, saisi 100 points au travers du marché, comme hors de la bande de prix. Trois refus, trois propriétaires différents.
Pourquoi les couches comptent
Un garde-fou d'application est rapide et visible mais ne protège que les ordres envoyés depuis cette application. Les limites du broker couvrent toutes les plateformes du compte mais varient d'une firme à l'autre. Les contrôles de la bourse protègent le marché dans son ensemble, pas votre compte. Un trader qui sait quelle couche a refusé un ordre sait à qui s'adresser et si un réglage peut changer le résultat.
Dans Senzoukria
Avant qu'un ordre ne parte, le backend applique les garde-fous de la connexion : le trading doit être activé sur la connexion (il reste désactivé sur les profils de comptes financés jusqu'à activation explicite), un plafond « Contrats par ordre » dans les réglages de trading refuse les ordres plus gros, et un mode 2 clics facultatif affiche un récapitulatif avec le sens, la quantité, l'instrument, le type, le prix et le compte. L'ordre porte le compte affiché, et le backend le refuse si la session du plant ordres route vers un autre compte. Sur Rithmic, un ordre est également refusé tant qu'une trade route n'a pas été résolue pour sa bourse. Le ticket reflète ces garde-fous pour qu'ils soient visibles avant l'aller-retour, jamais comme unique ligne de défense.
Erreurs courantes
- Prendre un plafond d'application pour une limite broker, ou l'inverse.
- Désactiver les confirmations sur un compte financé pour économiser un clic.
- Supposer qu'un ordre rejeté n'a jamais été envoyé nulle part ; il a pu être refusé par le broker ou par la bourse.
Voir aussi
- Garde-fous d'ordre
- Routage des ordres
- Contrats maximum (règle de taille de position)
- Kill switch (STOP et aplatissement)
- Réglages : garde-fous de trading
Dans la même rubrique
- Convergence de la base
- Contrats micro
- Copieur de trades
- Côté d'une transaction d'options
- Contrats linéaires ou inverses
- Coupe-circuits
- Front month
- Courbe de capital
Cette page dans d’autres langues
Questions fréquentes
- Pourquoi mon ordre a-t-il été rejeté alors que l'application l'avait accepté ?
- Parce que le broker, le futures commission merchant ou la bourse appliquent leurs propres contrôles après ceux de l'application. Le texte du rejet nomme d'ordinaire la raison, comme la marge, une limite de position ou un prix hors de la bande.
- Les garde-fous logiciels suffisent-ils à protéger un compte de prop firm ?
- Ils réduisent le coût d'un mauvais clic, mais les règles de la firme, comme les contrats maximum ou les limites de perte, sont appliquées par la firme et peuvent être enfreintes par des ordres envoyés depuis d'autres plateformes ou par les mouvements du marché.