Ordre rejeté

Un ordre rejeté n’a pas été exécuté, n’est pas resté en carnet, et ne vous a rien coûté. Le protocole contrôle chaque ordre avant qu’il n’atteigne le carnet, et un rejet vous dit quel contrôle il n’a pas passé. Descendez cette liste de haut en bas — les trois premiers cas couvrent la plupart des rejets.

​

Marge insuffisante

Le rejet le plus fréquent. Votre collatéral disponible ne couvre pas la marge initiale de l’ordre, plus les frais réservés pour clôturer plus tard la position qui en résulte. Notez le second point : l’exigence est légèrement supérieure à taille ÷ levier, parce que le protocole réserve dès l’ouverture de quoi payer les frais de clôture. Un ordre dimensionné exactement sur votre solde disponible sera rejeté pour cette raison. Voir Frais de transaction. Solution : réduisez la taille, augmentez le levier, ou déposez davantage de collatéral. Vérifiez Margin Required (marge requise) dans le ticket d’ordre avant de soumettre — c’est le nombre que le contrôle utilisera.

​

Post-only aurait croisé

Vous avez utilisé ALO (post-only, exclusivement maker) et l’ordre aurait pris de la liquidité au lieu d’en apporter. Dans ce cas, post-only est rejeté plutôt qu’exécuté — c’est tout son intérêt. Solution : déplacez votre prix pour qu’il ne croise pas, ou passez en GTC si vous acceptez de payer le taux taker.

​

Reduce-only n’aurait rien réduit

Vous avez marqué l’ordre reduce-only (réduction de position uniquement) et il n’aurait réduit aucune position — soit vous n’en avez pas, soit elle est de l’autre côté. Solution : regardez l’onglet Positions. Reduce-only fait son travail ici : il arrête un ordre qui aurait ouvert une exposition non voulue. Voir Reduce-only.

​

Prévention de l’auto-exécution

L’ordre aurait été apparié à votre propre ordre en carnet. Le protocole l’en empêche plutôt que de vous laisser trader contre vous-même. Le côté annulé dépend du mode fixé sur l’ordre — faire expirer le taker, le maker, ou les deux. Voir Prévention de l’auto-exécution. Solution : annulez d’abord votre ordre en carnet de l’autre côté, ou choisissez un autre mode.

​

Prix hors bande

Les ordres trop éloignés du prix de référence sont rejetés, qu’ils reposent en carnet ou s’exécutent. La bande de prix arrête les erreurs de saisie et empêche qu’un carnet peu fourni soit parcouru jusqu’à un prix absurde. Solution : rapprochez votre prix du marché. Si vous cherchez à faire reposer un ordre loin du marché, la bande dit jusqu’où.

​

Précision de taille ou de prix

Chaque marché a un pas de cotation (l’incrément de prix) et un pas de quantité (l’incrément de quantité). Un prix ou une taille qui ne tombe pas sur un incrément valide est rejeté plutôt qu’arrondi — arrondir reviendrait à exécuter autre chose que ce que vous avez demandé. Chaque marché impose aussi une taille d’ordre minimale et maximale. Solution : arrondissez aux incréments du marché. Lisez-les dans la spécification du contrat plutôt que de les supposer — voir Précision.

​

Limite de position

L’ordre pousserait votre position au-delà du plafond de concentration de ce marché, qui limite la part de l’encours de positions ouvertes qu’un seul compte peut détenir. Solution : réduisez la taille. Voir Limites de position.

​

Le marché n’accepte pas cet ordre

Les marchés portent un statut qui détermine ce que le carnet accepte. Un marché en ReduceOnly n’accepte que les ordres de clôture ; PostOnly rejette tout ordre taker ; Paused et PreOpen n’acceptent rien venant de comptes ordinaires. Solution : c’est le marché qui vous dit ce qu’il accepte en ce moment, ce n’est pas un défaut de votre ordre. Voir Cotations.

​

Limite de débit atteinte

Trop de requêtes trop vite. Cela concerne le trading automatisé bien plus souvent que le trading manuel. Solution : espacez vos requêtes et réessayez. Si vous construisez une intégration, voir Développeurs.

​

Toujours inexpliqué

Si rien de ce qui précède ne correspond, envoyez le cas à contact@intention.xyz avec :

​

Pour aller plus loin