Un refus FIFO dans MT5 exige de vérifier l’ordre de clôture permis sur le compte réellement utilisé. First in, first out peut être une contrainte du serveur, distincte d’une convention de répartition choisie dans un tableur. Ne renvoyez pas automatiquement la même demande et ne clôturez pas une autre position sans réexaminer votre objectif. Préservez la réponse et l’état actuel du symbole concerné.

Quelle règle FIFO : compte ou analyse ?

La propriété ACCOUNT_FIFO_CLOSE indique si les positions d’un même symbole doivent être clôturées par ordre d’ouverture, les plus anciennes d’abord. La documentation précise qu’elle est fausse hors du mode hedging. Elle décrit un compte, pas une règle commune à tous les utilisateurs de MT5. Une interface française n’établit pas une contrainte française ; identifiez l’intermédiaire, le mode comptable et les conditions du compte.

Une convention analytique FIFO peut aussi répartir les réductions d’une position netting entre des entrées. Elle ne change pas les opérations admises par le serveur. Un journal correctement calculé peut donc coexister avec un refus technique pour une tout autre raison. Deux robots en netting : à qui appartient le résultat ? distingue les écritures du compte de l’attribution à plusieurs stratégies.

Que relever après un refus ?

Le code 10045, TRADE_RETCODE_FIFO_CLOSE, signale le refus associé à cette règle. Ce n’est ni un diagnostic général de connexion ni une preuve de prix invalide. Conservez la réponse complète, une référence anonymisée du compte, le serveur, le symbole exact, le ticket, l’heure d’ouverture et le volume actuel. Triez les seules positions de ce symbole par ouverture, pas par résultat.

Si deux heures semblent identiques à la résolution de l’écran, ne fabriquez pas une règle fondée sur la taille des tickets. Préservez les identifiants et demandez au fournisseur de préciser l’ordre applicable. Distinguez aussi une restriction sur positions opposées, un mode close-only et une règle de clôture FIFO : les trois peuvent produire des comportements différents.

Comment lire une séquence de trois positions ?

Modèle source fictif : compte hedging avec FIFO=true, trois achats EUR/USD, contrat de 100 000 EUR par lot, Bid constant de 1,1030. P1 ouvre à 08:00, 0,10 lot à 1,1000 : +30 USD. P2 ouvre à 08:05, 0,20 lot à 1,1010 : +40 USD. P3 ouvre à 08:10, 0,10 lot à 1,1020 : +10 USD. Frais, glissement et autres événements sont exclus. Nous étudions des clôtures intégrales, pas toutes les règles possibles de sortie partielle.

L’heure d’ouverture prime le montant du gain

FIFO : une file confirmée à chaque étape

FIFO : une file confirmée à chaque étapeModèle à prix fixes : la somme de 80 USD se répartit entre réalisé et latent sans créer de nouveau profit.FIFO : une file confirmée à chaque étapeP1 08:00 : +30 USD ; clôturer en premierP2 08:05 : +40 USD ; puis P3 08:10 : +10 USDAprès P1 : réalisé 30 USD + latent 50 USD
Modèle à prix fixes : la somme de 80 USD se répartit entre réalisé et latent sans créer de nouveau profit.

Faites défiler horizontalement ou agrandissez le schéma pour lire les détails.

Demander P3 avant P1 viole la séquence du modèle. Après la clôture intégrale confirmée de P1, P2 devient la première, bien qu’elle ait déjà le plus gros gain. La somme initiale est de 80 USD. Après P1 : 30 USD réalisés et 50 USD latents ; après P2 : 70 réalisés et 10 latents. Les montants restent une somme de 80 USD uniquement sous nos hypothèses fixes. Des coûts ou prix réels peuvent la changer.

Ajout séparé en EUR : une file possède A à +12 EUR, puis B à −5 EUR. Fermer A réalise 12 EUR mais laisse une perte latente de 5 EUR ; le total économique du modèle reste +7 EUR. Publier seulement la clôture gagnante ferait oublier la perte restante. Le choix de la première position vient de l’heure d’ouverture, pas d’une volonté d’afficher 12 EUR de réussite.

Pourquoi ne pas remplacer automatiquement la demande ?

Vous souhaitiez peut-être fermer P3 parce qu’elle appartenait à un autre plan. Fermer P1 à sa place peut satisfaire le serveur tout en modifiant ce plan. Vérifiez symbole, sens, quantité et effet sur l’exposition. Un conflit entre stratégie et conditions du compte peut nécessiter une organisation différente plutôt qu’un ordre de substitution immédiat.

Ouvrir un ordre opposé n’est pas un contournement sûr : il peut créer une nouvelle position et rencontrer une autre interdiction. Après une clôture partielle ou une réponse incertaine, relisez volume et ordre restant. Une liste préparée avant l’envoi n’est qu’un plan. Une intervention manuelle, un EA ou un mécanisme serveur peut modifier l’état entre deux demandes. Notez l’initiateur et préservez les événements non confirmés.

Qu’en est-il des stops et clôtures groupées ?

L’aide MT5 décrit des niveaux SL/TP liés entre les positions d’un symbole sur les comptes FIFO, afin de préserver l’ordre. N’en déduisez pas que chaque ticket peut toujours conserver une protection indépendante. Après modification, contrôlez les niveaux effectivement acceptés sur les positions concernées.

La même aide décrit une clôture séquentielle avec interruption en cas d’erreur. Une commande groupée n’atteste donc pas la disparition de toutes les positions. Relevez le résultat de chaque étape et l’exposition restante. L’ordre d’une liquidation forcée par stop-out demande une vérification spécifique du compte ; notre file volontaire ne définit pas toutes les liquidations possibles.

Comment préparer un diagnostic utile ?

  • Conserver le code complet et la valeur ACCOUNT_FIFO_CLOSE sans données personnelles ni mot de passe.
  • Construire une file par symbole avec heure, identifiant, sens, volume et niveaux de protection.
  • Rapprocher chaque confirmation et l’état actuel avant la demande suivante.
  • Recalculer les parts réalisée et latente du modèle avant tout exercice sur démonstration.

Poursuivez avec Ordre refusé sur MT4 ou MT5 : diagnostiquer sans augmenter le risque pour distinguer une erreur de séquence des autres motifs de refus.