Execution report (message d'état d'ordre)
Un execution report est le message qu'un broker ou une bourse renvoie à chaque changement dans la vie d'un ordre : accepté, partiellement exécuté, exécuté, modifié, annulé ou rejeté. Il porte les identifiants de l'ordre, son état, la quantité exécutée à ce stade et la quantité restante. Les ordres actifs et les positions d'un écran de trading ne sont jamais plus exacts que le flux de ces messages qu'il a reçu.
Senzoukria · Glossaire · Mis à jour en septembre 2026
Ce que dit un message
- Quel ordre : la référence propre au client et l'identifiant du broker ou de la bourse.
- Ce qui s'est passé : nouveau, exécution partielle, exécution, remplacé, annulé, rejeté, expiré.
- Quelle quantité : la quantité de cette exécution, la quantité cumulée exécutée et la quantité encore ouverte.
- À quel prix : le prix de cette exécution et, souvent, la moyenne à ce stade.
- Pourquoi, en cas de rejet : un texte ou un code de raison.
Exemple chiffré
Un ordre à cours limité d'achat de 5 contrats produit une suite de messages. Accepté : 0 exécuté, 5 ouverts. Exécution partielle de 2 : 2 exécutés, 3 ouverts, et 2 + 3 = 5. Exécution des 3 derniers : 5 exécutés, 0 ouvert, état exécuté. Si le trader annule après la première exécution au lieu de cela, le dernier message indique annulé avec 2 exécutés et 0 ouvert ; la position vaut 2 contrats, ni 5 ni 0.
En termes FIX
Dans le vocabulaire FIX, le message est l'Execution Report (35=8). Son champ d'état d'ordre (39) distingue nouveau (0), partiellement exécuté (1), exécuté (2), annulé (4) et rejeté (8), et les champs de quantité portent les montants cumulé et restant. D'autres protocoles emploient leurs propres noms de messages pour le même contenu.
Dans Senzoukria
Sur Rithmic, les événements d'ordre arrivent comme des notifications d'ordre dont l'état est un texte libre aux nombreuses variantes, par exemple « Order received by exch gateway », « Modified » ou « Order sent to exchange ». L'application traite donc un ordre comme actif tant que son état ne dit pas qu'il est terminé (complete, cancelled, canceled, rejected, expired, filled ou done), cherche d'abord les formulations en cours de route comme « pending » ou « partial » pour que « cancel pending » ne soit pas lu comme annulé, et consigne une fois chaque état qu'elle garde vivant sans le reconnaître. Le raisonnement est écrit dans ses sources : pour un miroir en lecture seule, afficher un stop périmé peut se corriger, cacher un stop vivant non. Au démarrage du flux de compte, elle demande aussi les ordres déjà actifs, afin d'inclure ceux passés plus tôt ou depuis une autre plateforme, et un flatten ne peut confirmer sa réussite qu'après la réception effective de ce rejeu.
Erreurs courantes
- Lire un accusé de réception comme une exécution.
- Prendre la quantité de l'ordre pour la position après une exécution partielle suivie d'une annulation.
- Faire confiance à un écran qui a cessé de recevoir des messages pendant une déconnexion.
Voir aussi
Dans la même rubrique
- Exercice et assignation
- Exécution partielle
- Expected shortfall
- MFE
- Exposant de Hurst
- MAE
- Exposition delta
- EFRP
Cette page dans d’autres langues
Questions fréquentes
- Un execution report est-il la même chose qu'une confirmation d'exécution ?
- Une confirmation d'exécution est une sorte d'execution report. Le même type de message rapporte aussi l'acceptation, la modification, l'annulation et le rejet, si bien que c'est la lecture du champ d'état qui les distingue.
- Pourquoi une plateforme peut-elle afficher un ordre que le broker a déjà annulé ?
- Parce que son affichage est construit sur les messages qu'elle a reçus. Si un message d'annulation a été manqué ou employait une formulation que la plateforme ne reconnaissait pas, l'ordre peut s'attarder à l'écran ; la liste d'ordres du broker reste la référence.