Exécution d’un ordre : premier remplissage, délai total et prix

Cliquer sur « acheter » envoie une demande, sans confirmer une transaction au prix affiché. Transmission, validation, exécution et réception du message sont des événements distincts. Une demande peut être rejetée ou exécutée en partie. Pour comparer des prestataires, définissez délai, référence de prix et population de demandes, puis examinez ensemble frais, exécutions et échecs.

Un ordre peut produire plusieurs transactions

La requête arrive au serveur puis subit des contrôles. Produit, mode d’exécution et politique de remplissage déterminent si elle aboutit, est fractionnée ou échoue. Plusieurs transactions peuvent porter le même numéro d’ordre et des heures différentes. Le message reçu par le terminal arrive après l’exécution serveur ; il ne doit pas être confondu avec elle ou avec l’instant du clic.

Un chiffre tel que 20 ms n’a de sens qu’avec événements de départ et d’arrivée, horloge, échantillon et statut des ordres. Les délais des étapes s’additionnent ; une étape lente peut dominer. Mais le délai seul ne détermine pas le prix : mouvement de marché, quantité disponible et conditions de l’ordre comptent aussi.

Instant, Request, Market et Exchange

MetaTrader 5 distingue quatre modes, disponibles selon le paramétrage du courtier pour l’instrument. En Instant Execution, le serveur peut accepter le prix demandé ou retourner une recotation. Le succès n’est pas garanti. Market Execution accepte le prix déterminé dans ce mode sans nouvelle négociation, mais conserve contrôles, liquidité et contraintes de remplissage.

Un ordre Market ne garantit pas le cours affiché. Glissement, rejet ou remplissage partiel peuvent survenir selon les règles. Conservez les quantités exécutées et le reliquat. Un stop peut être déclenché sans garantir son prix ; une limite restreint le prix mais peut ne pas être exécutée. Une instruction en attente ne supprime pas ces contraintes.

Le contrat avant les étiquettes techniques

Lisez rôle de la société, sources de prix, routage et conditions de rejet. ECN ne prouve pas à lui seul que la société CFD agit uniquement comme agent ou transmet chaque ordre inchangé. Le last look concerne des conditions d’exécution ; le PFOF une rémunération de routage selon produit et juridiction. Ces notions ne remplacent pas la convention. Le guide ECN et market maker distingue transaction du client et couverture du prestataire.

Connexion, logiciel et emplacement du serveur influencent certains segments. Un VPS peut améliorer la continuité ou raccourcir un trajet réseau, sans fournir de liquidité ni garantir un prix. Une pointe de bougie ou une exécution défavorable ne prouve pas un stop hunting. Conservez bid, ask et données d’ordre avant d’attribuer une cause.

Le glissement est un écart signé

Achat fictif de 100 000 EUR sur EUR/USD : ask de référence 1,08500 à l’instant défini de requête et prix exécuté 1,08550. Un pip vaut 0,0001 et aucune conversion n’est appliquée. L’écart 0,00050 vaut 5 pips défavorables, soit 50 USD. Pour 10 000 EUR, il vaut 5 USD. Ce n’est ni une mesure NFP ni un délai habituel observé.

Au même ask de référence, un achat à 1,08490 améliore le prix d’un pip. Pour une vente, un prix plus élevé est favorable. Définissez donc côté et référence avant de classer les écarts. Un objectif de swing plus large diminue la part de 50 USD dans le mouvement espéré sans rendre le coût nul ; les écarts répétés s’accumulent quel que soit le style.

Évaluer prix et coût sans les déduire deux fois

Un résultat calculé sur les prix réels ask/bid contient déjà les effets de spread et de glissement. Ne les soustrayez pas encore. Une analyse de coût d’exécution peut les décomposer face à un benchmark défini, à condition de compter chaque composante une seule fois. Les commissions explicites, financement et conversion restent à rapprocher selon leurs assiettes.

L’article 27 MiFID II considère prix, coûts, rapidité, probabilité d’exécution et de règlement ainsi que d’autres facteurs. Pour un client de détail, la contrepartie totale comprend prix et coûts directement liés à l’exécution ; les facteurs ne sont pas tous automatiquement pondérés également. Une instruction spécifique du client affecte les éléments couverts. La meilleure exécution est une obligation de processus, pas une promesse du meilleur prix théoriquement possible à chaque transaction.

La démo teste aussi ses propres hypothèses

La simulation dépend du fournisseur. La page d’aide britannique IG décrit par exemple l’absence de glissement et de certains rejets de prix ou taille sur sa démo, ainsi que des différences de financement et de clôture forcée. C’est un exemple britannique précis, pas une règle de toutes les démos. Un CFDOTC réel n’expose pas nécessairement un carnet public de Bourse ; sa différence ne se résume pas à « un peu moins bien ».

Le premier remplissage n’achève pas l’ordre

Ordre fictif de 1 lot, un même départ et une même horloge, sans recotation ni annulation du reliquat: 0,5 lot est exécuté à 50 ms,0,3 lot à 80 ms et 0,2 lot à 900 ms. À 80 ms,0,2 lot reste à traiter. Le premier remplissage prend 50 ms, l’exécution complète 900 ms. La moyenne pondérée vaut 0,5 × 50+0,3 × 80+0,2 × 900=229 ms ; elle ne signifie pas que l’ordre était terminé à 229 ms.

Diagnostic EUR supplémentaire. Conservons ces volumes et supposons un achat EUR/USD de 100 000 EUR : moitié à 1,1001,30% à 1,1000,20% à 1,1008, face à un ask de référence 1,1000. Le prix pondéré est 1,10021, soit 21 USD d’écart défavorable. Au taux de conversion fictif 1,25 USD/EUR, cela vaut 16,80 EUR, hors autres frais. Regarder seulement la première exécution ferait attendre 10 USD pour l’ensemble ; la dernière partie explique l’écart. Prix, temps et conversion répondent à trois questions différentes.

Mesurer un échantillon comparable

Archivez requête, statut, identifiant, chaque quantité exécutée et bid/ask pertinent. Précisez pour chaque horodatage l’événement, l’horloge, le fuseau et la résolution. Un journal local peut indiquer réception du message plutôt qu’exécution serveur. Comparez instrument, taille et période semblables ; incluez les rejets parmi toutes les demandes comparables. Médiane, cas lents et taux de rejet apportent des informations complémentaires. Quelques dizaines de lignes ne prouvent pas une qualité universelle.

Construire un contrôle exploitable

1. Distinguez premier remplissage, fin complète et réponse reçue, avec leurs horloges.
2. Regroupez toutes les transactions partielles par numéro d’ordre et incluez les refus.
3. Documentez côté, benchmark et type d’ordre avant de comparer glissements favorables et défavorables ; une asymétrie mérite explication sans prouver une manipulation.
4. Vérifiez mode et politique de remplissage dans les conditions de l’instrument.
5. Rapprochez exécutions et frais une seule fois, puis ajoutez financement et conversion applicables.

Poursuivez avec l’examen des coûts en scalping : les distributions, tailles et objectifs y prolongent la mesure des exécutions.