Dentro l'articolo

Ordine, deal e posizione sono oggetti diversi

In MetaTrader 5 un ordine rappresenta un'istruzione, un deal rappresenta un'esecuzione e una posizione rappresenta l'esposizione risultante. Una singola operazione che il trader considera un trade può includere diversi deal. Il diario che interpreta ogni esecuzione come trade autonomo gonfia statistiche, tasso di successo e frequenza operativa.

Apri il conto e identifica il perimetro

Ogni riconciliazione deve partire da login, server e identificativo del conto collegato. Due account con lo stesso simbolo e ticket numerico non devono mescolarsi. Conserva un identificativo tecnico stabile e un'origine provider per ogni riga. Dopo lo switch di account, le statistiche del vecchio conto non sono prova del rendimento del nuovo.

Posizioni aperte e deal storici

Un feed di posizioni aperte mostra l'esposizione corrente, mentre la storia dei deal descrive le esecuzioni. Importare solo deal chiusi può far sparire un'operazione ancora attiva; importare ogni deal insieme alla posizione senza un legame può duplicarla. Mantieni separati stato corrente e fatti storici e poi aggrega con chiavi di posizione.

Chiusure parziali e inversioni

Una chiusura parziale modifica il volume residuo e produce un nuovo evento economico. In netting una nuova esecuzione sullo stesso simbolo può ridurre o invertire una posizione; in hedging possono coesistere posizioni separate. Una regola ingenua che associa tutto per simbolo assegna facilmente P&L alla posizione sbagliata.

Fusi orari e data di chiusura

L'orario del broker può differire da UTC e dal fuso dell'interfaccia Europe/Rome. Salva timestamp normalizzati ISO con offset esplicito o epoch e conserva l'orario originale per audit. Non costruire date con stringhe ambigue e non spostare il giorno di una chiusura soltanto perché il telefono ha un fuso differente.

Profitto netto e campi economici

Il risultato che serve al trader comprende profitto lordo, commissioni, swap ed eventuali fee. Alcuni campi possono arrivare come eventi separati; non sommarli due volte. Conserva l'origine e l'identificativo del deal, poi riconcilia la somma con History di MT5. Un grafico del profitto non dimostra la completezza dei dati.

Ritardo provider e chiusura pending

La chiusura può esistere nel terminale prima che il servizio di sincronizzazione la restituisca. Uno stato pending close check deve comunicare che manca ancora evidenza, non dichiarare immediatamente che il trade è chiuso. Riesegui letture incrementali e confronta ticket e timestamp; un retry idempotente non deve creare un secondo trade.

Controllo campione e metriche

Per un campione di giorni controlla count dei deal, numero di posizioni, trade normalizzati aperti e chiusi, somma di commissioni e P&L netto. Confronta MT5, provider, Firestore dove ancora operativo e diario visualizzato. Registra esattamente dove nasce la differenza, evitando di dedurre la qualità dal numero di righe nella UI.

Review comportamentale

Dopo la verifica tecnica aggiungi il motivo d'ingresso, conferme, sessione, rischio pianificato e stato emotivo. Una esecuzione perfettamente sincronizzata non prova che la decisione fosse buona. Il Discipline Score deve leggere dati contestuali coerenti e non confondere il numero di esecuzioni con il numero di idee di trading.

Procedura di diagnosi senza distruggere storico

Prima osserva un ticket problematico dall'origine fino al journal: ordine, deal, posizione, gruppo e visualizzazione. Confronta cache browser e Android, poi controlla timestamp, paginazione e cutoff temporali. Non cancellare lo storico e non fare reset globale del conto come primo tentativo. Lavorare per piccoli passi facilita il rollback.

Documentazione tecnica di riferimento: MQL5 Orders, Positions and Deals; terminale MetaTrader 5. Metodo educativo: prima pensa, poi misura, poi agisci, poi rivedi.

## Caso pratico: due esecuzioni, un'idea

Un trader apre una posizione e aggiunge volume quando il prezzo raggiunge la seconda area del piano. Le due esecuzioni appartengono allo stesso processo decisionale, ma hanno prezzi e costi diversi. Per una statistica sul numero di decisioni possono costituire un gruppo; per il controllo dei costi devono restare due eventi. Il modello del journal deve rendere esplicita questa differenza invece di cancellare dettagli.

## Come controllare una chiusura parziale

Se viene chiusa una frazione del volume, mantieni la posizione residua aperta e attribuisci alla porzione chiusa soltanto il risultato economico già realizzato. Non sommare nuovamente quel risultato quando il residuo sarà chiuso. Verifica che commissioni e swap siano associati agli eventi corretti. Ricontrolla il totale sullo storico MT5 e non soltanto sull'equity visualizzata.

## Quando una chiusura sembra mancante

Una chiusura può essere visibile nell'app MT5 ma non ancora nel provider. Prima di creare una correzione manuale, controlla ora server e UTC, conto selezionato, cutoff di importazione e finestra di sincronizzazione. Esamina anche la cache della UI: i dati potrebbero essere stati salvati ma non renderizzati. Inserire due volte lo stesso trade per compensare una latenza produce danni difficili da correggere.

## Diagnosi tramite contatori

È utile mostrare contatori separati: numero di deal grezzi ricevuti, deal validi dopo deduplica, operazioni normalizzate, chiusure confermate, posizioni aperte e righe effettivamente mostrate. Se il provider riporta più deal ma la UI mostra meno trade, la differenza potrebbe essere naturale oppure indicare un filtro sbagliato. Serve un confronto per ID e non solo per quantità.

## Perché mantenere un ledger

Un registro immutabile degli eventi originari consente di ripetere la normalizzazione dopo una correzione della logica senza perdere i dati di partenza. L'aggregato nel journal deve poter indicare quali deal hanno generato quel trade. Questo principio rende individuabili inversioni, chiusure parziali e commissioni su righe separate, oltre a evitare cancellazioni accidentali della storia.

## Criterio di successo della riconciliazione

Considera un test riuscito quando il numero di posizioni e di gruppi è spiegabile, la somma economica coincide entro differenze documentate, nessun conto condivide identificativi erronei e ripetere il sync non crea duplicati. La verifica va ripetuta su browser e Android. Le emozioni annotate manualmente restano informazioni separate dal provider e non devono sparire durante l'aggiornamento.