> ## Documentation Index > Fetch the complete documentation index at: https://docs.intention.xyz/llms.txt > Use this file to discover all available pages before exploring further. # Ordres conditionnels > Des ordres qui attendent hors du carnet jusqu’à ce qu’une condition de prix soit remplie — comment ils se déclenchent, comment ils se lient, et dans quel état ils se trouvent à chaque instant. Un ordre conditionnel n’est pas dans le carnet d’ordres. Il attend dans un registre distinct, à surveiller un prix, et ne devient un ordre réel que lorsque sa condition de déclenchement est remplie. Jusque-là, il n’occupe aucune place dans la file et n’affiche aucune profondeur à qui que ce soit. Cette distinction commande tout le reste de cette page. Un ordre à cours limité en carnet peut être apparié à tout instant. Un ordre conditionnel ne peut pas être apparié du tout — il peut seulement être *converti*, et la conversion a lieu à un point défini de l’exécution du bloc.

Trois formes

Le même mécanisme de déclenchement sert trois intentions différentes, qui se distinguent par ce à quoi elles sont attachées. | Forme | Attaché à | Usage courant | | -------------------------- | ------------------------------- | ------------------------------------------------------------------------ | | **Autonome** | Rien | Entrer en position si le prix franchit un niveau | | **Attaché à un ordre** | Un ordre précis que vous placez | Définir take-profit et stop-loss au moment de l’ouverture | | **Attaché à une position** | Votre position sur un marché | Protéger une position que vous détenez déjà, quelle qu’en soit l’origine | La troisième est celle qui se comporte le moins comme un ordre. Sa portée est la position plutôt qu’une quantité, si bien qu’elle suit la position à mesure que celle-ci change de taille — voir [Take-profit et stop-loss](/fr/trading/tp-sl).

Le déclenchement

Deux choses déterminent le moment où un ordre conditionnel part : le prix qu’il surveille, et l’endroit du bloc où ce contrôle a lieu. **Quel prix.** Un déclencheur peut surveiller le prix de marquage ou le dernier prix négocié. Le [prix de marquage](/fr/trading/mark-price) est lissé et plus difficile à bousculer, ce qui en fait le choix par défaut le plus sûr pour les ordres de protection. Le dernier prix réagit plus vite et colle davantage aux transactions que vous voyez s’afficher, ce que certaines stratégies recherchent. Le choix se fait ordre par ordre. **À quel endroit du bloc.** Les ordres conditionnels sont balayés avant l’appariement, sur la base des prix de marquage figés au début du bloc. Un ordre déclenché par le prix de ce bloc devient un ordre actif dans ce bloc — pas dans le suivant. Voir [Séquencement des transactions](/fr/trading/tx-sequencing) pour la séquence de priorité complète.

Le déclencheur surveille l’un d’eux

Prix de marquagelissé, plus dur à pousser — le choix plus sûr

Dernier prix négociéplus rapide, plus proche de ce qui s’affiche

En attente dans le registreni place en file, ni profondeur

Condition remplie ?

Converti en ordre au marché ou limité

Apparié dans ce même bloc

Balayés avant l’appariement, sur les marquages fixés au début du bloc.

pas encore — revu au bloc suivant

Liaisons

Les ordres conditionnels voyagent rarement seuls. Il existe trois schémas de liaison, et chacun a sa propre sémantique d’annulation. **Take-profit et stop-loss s’annulent mutuellement.** Une paire de protection fonctionne selon le principe *one-cancels-the-other* : dès qu’une branche part, l’autre est annulée automatiquement. Vous ne pouvez pas vous retrouver sans position tout en portant encore un stop actif. **Une paire attachée suit son ordre parent.** Si vous attachez un take-profit et un stop-loss à un ordre que vous placez, la paire ne devient active qu’une fois le parent exécuté. Si le parent est annulé avant d’avoir été exécuté, les branches attachées disparaissent avec lui. **Une paire attachée à la position suit la position.** Si la position se clôture — par votre propre ordre, par liquidation ou par réduction du levier — les ordres de protection qui y sont attachés sont annulés. Ils existent pour protéger quelque chose ; quand cette chose n’est plus là, eux non plus. C’est le point que les intégrations manquent le plus souvent. Un stop qui survit à la position qu’il protégeait ouvrira, au déclenchement suivant, une *nouvelle* position en sens inverse. C’est la liaison qui l’empêche, et elle est appliquée par le protocole plutôt que par le client qui a placé l’ordre.

États d’un ordre

Un ordre conditionnel parcourt un ensemble d’états défini, et chaque transition est un événement de protocole que vous pouvez observer. | État | Signification | | -------------- | ------------------------------------------------------------------- | | **En attente** | Accepté, surveille son prix de déclenchement | | **Déclenché** | Condition remplie ; converti et soumis à l’appariement | | **Exécuté** | L’ordre issu de la conversion a été apparié | | **Annulé** | Retiré par vous, ou par liaison quand la branche jumelle est partie | | **Rejeté** | Échec de la validation, au placement ou à la conversion | L’état qui surprend est **rejeté à la conversion**. Un ordre peut être accepté, attendre des heures, se déclencher correctement, et échouer malgré tout — parce que les conditions sont revérifiées au moment de la conversion, et pas seulement au placement. La marge peut ne plus suffire. Un ordre conditionnel reduce-only peut ne plus avoir de position à réduire. Le déclencheur a fonctionné ; l’ordre qui en est issu n’a pas survécu.

Contrôles au placement et à la conversion

Deux jeux de règles distincts s’appliquent à deux moments distincts. **Au placement**, le protocole vérifie que le prix de déclenchement est cohérent avec le sens que vous avez indiqué — un stop-loss qui se déclencherait immédiatement est une erreur, pas une stratégie — et que le déclencheur se situe à une distance autorisée du prix courant. Les limites sur le nombre d’ordres ouverts et les limites de débit s’appliquent également ici. **À la conversion**, la suffisance de la marge est réévaluée face à votre position telle qu’elle est à cet instant, les contraintes reduce-only sont revérifiées, et un ordre conditionnel au marché est soumis à la même protection contre le slippage que n’importe quel ordre au marché. Voir [Ordres au marché](/fr/trading/market-to-limit). Un ordre conditionnel n’est pas une garantie d’exécution. C’est la garantie qu’un ordre sera *soumis* lorsque la condition sera remplie. Lors d’un mouvement rapide, l’ordre qui en résulte peut s’exécuter bien au-delà du prix de déclenchement, ou pas du tout s’il s’agit d’une conversion en ordre limité. Les ordres de protection réduisent l’exposition aux gaps de prix ; ils ne la suppriment pas.

Pour aller plus loin

Les deux formes de protection, et le comportement de chacune à mesure que votre position change. Le prix que la plupart des déclencheurs de protection devraient surveiller, et pourquoi il est lissé. Où se situe le balayage des déclencheurs par rapport aux annulations et aux nouveaux ordres. Ce en quoi un ordre conditionnel se convertit.