Dans cet article

Ordre, deal et position

MetaTrader 5 distingue l'instruction d'ordre, l'exécution appelée deal et la position obtenue. Une idée de trade peut comprendre plusieurs deals. Un journal qui compte chaque exécution comme une opération indépendante exagère la fréquence, le taux de réussite et parfois les mesures de performance. Il faut reconstruire le cycle réel.

Isoler chaque compte

La réconciliation commence par le login, le serveur et l'identifiant du compte lié. Deux comptes peuvent utiliser le même symbole ou le même numéro de ticket sans représenter le même risque. Chaque entrée exige un périmètre stable et une origine traçable. Changer de compte MT5 ne doit jamais mélanger les historiques.

Positions ouvertes et historique

Le flux de positions décrit l'exposition présente; l'historique des deals conserve les exécutions. Ne lire que les deals fermés masque une position active. Importer séparément une position et son deal d'ouverture sans les associer crée un doublon. Conservez les données brutes puis agrégez par identité de position.

Clôtures partielles

Une clôture partielle réduit le volume restant et produit un événement économique. En mode netting, un ordre supplémentaire peut réduire ou inverser la position; en mode hedging plusieurs positions distinctes peuvent coexister. Un regroupement par symbole seul est insuffisant. Respectez l'identifiant de position et le sens du deal.

Dates et fuseaux horaires

L'heure du serveur du courtier diffère parfois d'UTC et d'Europe/Rome. Enregistrez un instant ISO assorti d'un décalage explicite ou un timestamp epoch, tout en gardant la valeur d'origine pour l'audit. Une date locale ambiguë ne prouve pas le jour réel de clôture. Définissez une règle unique de journée statistique.

Profit net et frais

Le résultat comprend profit brut, commission, swap et autres frais éventuels. Certaines charges figurent comme événements séparés dans l'historique. Évitez de les additionner deux fois. Préservez les identifiants des deals et réconciliez le résultat avec l'onglet History de MT5 avant d'utiliser les graphiques.

Clôture en attente

Une clôture peut apparaître dans le terminal avant sa remontée via le fournisseur de synchronisation. L'état pending close check signifie qu'une vérification manque, pas que le trade est définitivement clôturé. Rafraîchissez progressivement les données et comparez tickets, positions et instants. Le même événement ne doit jamais être importé deux fois.

Contrôle d'échantillon

Sur plusieurs journées, confrontez les deals bruts, positions ouvertes, trades ouverts et fermés normalisés, frais et résultat net. Identifiez à quel endroit apparaissent des écarts entre terminal, fournisseur et interface du journal. Le nombre de lignes affichées n'est pas une preuve de complétude.

Le contexte comportemental

Une fois l'exécution réconciliée, ajoutez setup, session, confirmations, risque prévu, motif d'entrée et émotions. Une donnée synchronisée ne prouve pas une décision disciplinée. Le Discipline Score doit évaluer le respect du processus et non assimiler chaque événement technique à une décision.

Diagnostic ciblé et sans perte

Suivez un ticket de l'ordre initial jusqu'aux deals, à la position et à l'agrégation du journal. Contrôlez séparément le cache du navigateur et Android, puis les dates, la pagination et les cutoffs. N'effacez pas l'historique et ne réinitialisez pas le compte avant d'avoir localisé la panne.

Référence technique : MQL5 Orders, Positions and Deals et le terminal MetaTrader 5. Méthode : réfléchir, mesurer, agir et réviser.

## Deux exécutions, une décision

Un trader peut ouvrir une position puis ajouter du volume sur une deuxième zone prévue. Ce sont deux exécutions avec leurs prix et frais, mais possiblement une seule idée. Conservez les événements bruts pour auditer les coûts et le trade regroupé pour analyser le comportement. Supprimer un deal pour corriger un compteur détruirait la preuve.

## Comptabiliser la clôture partielle

Lorsqu'une portion du volume est clôturée, le solde reste ouvert et seul le résultat de cette portion est réalisé. Ne comptabilisez pas une seconde fois cette somme à la clôture finale. Associez commission et swap à leurs événements. Vérifiez l'ensemble dans l'historique MT5.

## Clôture manquante en apparence

Le terminal peut connaître la clôture avant le fournisseur de synchronisation. Avant une correction manuelle, contrôlez heure du serveur, UTC, compte choisi, cutoff d'import et fenêtre d'historique. Vérifiez les caches de l'interface : un record stocké peut rester invisible. Évitez les doublons créés pour contourner une latence.

## Compteurs séparés

Comparez nombre de deals bruts, deals uniques, trades normalisés, clôtures confirmées, positions ouvertes et lignes visibles. Plus de deals que de trades peut être normal ou signaler un filtre fautif. Suivez les identifiants et les étapes du cycle au lieu de juger uniquement les volumes.

## Un ledger d'événements

Garder les événements originaux permet de corriger une agrégation sans effacer les preuves. Chaque trade affiché doit être traçable vers ses deals. C'est essentiel pour les inversions, les sorties partielles et les frais inscrits à part.

## Critères de validation

Une réconciliation est crédible lorsque groupes et positions sont explicables, les montants coïncident avec écarts documentés, les comptes restent isolés et répéter le sync ne crée pas de doublons. Vérifiez web et Android. Les annotations psychologiques manuelles doivent être conservées.