In questo articolo
Dopo questo articolo saprai…
- Distinguere errore della fase CloseBy e rifiuto asincrono.
- Collegare ticket ed eseguiti a quantità residua.
- Verificare separatamente posizioni e ordini pendenti.
I concetti senza lasciare l’articolo
Esecuzione di un ordine Lotto: unità contrattuale Stop lossClose all in MT5 avvia una sequenza di richieste, non garantisce che l'intero conto si chiuda simultaneamente. Dopo rifiuto, interruzione o chiusura dell'app possono restare posizioni. Ricostruisci ciò che è stato eseguito e la quantità presente ora. Qui descriviamo operazioni collettive integrate MT5; script o pannelli aggiuntivi possono avere regole diverse.
Che cosa comprende il comando selezionato?
Registra nome completo: tutte, soltanto positive, negative, un simbolo o una direzione. Selezionare una posizione può cambiare le opzioni. Chiusura è diversa da inversione, che può generare esposizione nuova. L'intenzione di chiudere tutto non prova quale ambito sia stato richiesto.
Nel conto hedging il processo integrato tenta prima CloseBy delle opposte, poi chiusure ordinarie delle rimanenti. Errore nella prima fase sequenziale interrompe la procedura; nella successiva fase asincrona un rifiuto lascia quella posizione ma non ferma invii alle altre. Anche FIFO è sequenziale e si interrompe su errore: identifica la fase prima di interpretare il comportamento.
I comandi collettivi richiedono One Click Trading; alcuni non sono mostrati su conti FIFO. Verifica modalità e ACCOUNT_FIFO_CLOSE sul conto effettivo, non dall'aspetto del terminale. CloseBy riguarda opposte nello stesso simbolo, non due nomi simili. La lingua italiana non determina regole o disponibilità della funzione.
Cinque posizioni da riconciliare
Modello originale hedging inventato senza FIFO. EUR/USD consente CloseBy. A buy 0,10 e B sell 0,10 EUR/USD sono compensate completamente. C buy 0,20 GBP/USD chiude completamente, D sell 0,10 USD/JPY riceve rifiuto, E buy 0,05 XAU/USD chiude. Nessun riempimento parziale, nuova entrata o altro cambiamento; non calcoliamo profitto monetario né sommiamo lotti di contratti diversi.
Cinque all'inizio, una ancora aperta
D rimane sell 0,10: invio non è esecuzione.
- A+B EUR/USD
- CloseBy confermato – Due posizioni chiuse
- C GBP/USD
- 0,20 chiusi – Una posizione chiusa
- D USD/JPY
- Richiesta rifiutata – Sell 0,10 ancora aperto
- E XAU/USD
- 0,05 chiusi – Una posizione chiusa
Dopo A–B il conteggio scende da cinque a tre. Il terminale invia C, D ed E senza aspettare ogni conferma precedente; nel modello chiudono C ed E, resta soltanto D sell 0,10. Tre richieste non provano tre chiusure. Un'operazione CloseBy può rimuovere due ticket, mentre le altre hanno esiti individuali.
Per ogni ticket registra simbolo, direzione, quantità iniziale, richiesta o ordine, risposta, eseguiti e volume residuo. Un ordine può produrre più eseguiti: ogni frammento non è chiusura completa del ticket. Conserva timestamp con fuso e motivo di un esito irrisolto. Rifiutato e senza conferma non sono la stessa categoria.
Nuovo EUR distinto: nel nostro conto rimane una posizione R con due unità, valore 2 EUR per punto per unità. Dopo il comando un movimento sfavorevole ipotetico di tre punti vale 12 EUR di perdita di prezzo prima dei costi. Il nome Close all non rende questo rischio zero; non è stima di probabilità o modello del contratto USD/JPY precedente. Il conteggio residuo va collegato alla specifica monetaria del suo simbolo.
L'errore iniziale non equivale al rifiuto successivo
Variante dello stesso stato iniziale: CloseBy A–B fallisce prima di qualunque esecuzione, per ipotesi. La sequenza si ferma prima di C–E e restano tutte e cinque. È diverso da D rifiutata nella fase successiva. In un incidente reale la risposta mancante richiede indagine, non autorizza l'ipotesi nessun eseguito.
Chiudere l'app arresta il processo restante senza annullare eseguiti confermati. Se A–B sono già chiuse ma C–E non ancora inviate, restano tre nella variante. Per richieste già inviate verifica esito sul server. Riavviare non dimostra conto piatto e non deve rilanciare automaticamente il vecchio gruppo da quantità ricordate.
Un'altra app, EA o persona può aprire posizioni durante l'operazione: un nuovo ticket non è necessariamente una vecchia chiusura fallita. Collega istanti, cronologia e origine dell'istruzione. In MQL5 OrderSend=true non prova riempimento: controlla risultato ed eventi, senza inviare ordini live soltanto per diagnosi.
Posizioni vuote non esauriscono il controllo
Controlla anche pendenti: MT5 ha operazioni di cancellazione separate. Dopo tutte le cinque chiusure un pendente buy P può rimanere e, attivandosi, creare nuova esposizione. Richiesta di cancellazione ed esito confermato sono eventi diversi.
Dopo sincronizzazione guarda posizioni senza filtri che nascondano simboli o direzioni, confronta cronologia e pendenti. Descrivi stato vuoto con conto, ambito e istante. Una foto non dimostra che l'EA non ricreerà mai esposizione. Leggi inoltre protezioni accettate sulle rimanenti: il fallimento del gruppo non riduce il loro rischio corrente.
Chiudi l'indagine con una lista corrente
- Su demo conserva stato iniziale, modalità, nome comando e ticket/volumi; non provocare rifiuti su conto finanziato.
- Collega ciascuna posizione a esito confermato, separando CloseBy, chiusura ordinaria, rifiuto e incertezza.
- Dopo sincronizzazione controlla sia posizioni sia pendenti senza filtri fuorvianti.
- Valuta esposizione restante e salva lettura finale con ora prima di considerare il compito concluso.
Prosegui con categoria del rifiuto prima di un'altra istruzione. La lista delle richieste inviate non sostituisce la lista di ciò che rimane sul conto.
Verifica ciò che hai imparato
Circa 2 minuti di esercizio.
Mostra risposta e spiegazione
Corretto: quattro ticket rimossi, D resta aperta nel modello.
Altre domande
Close all cancella i pendenti?
Non presumere: cancellazione è separata. Un pendente può restare e riaprire esposizione dopo lista posizioni vuota.
Chiudere il terminale annulla le chiusure?
Non annulla eseguiti confermati; può fermare passi non ancora completati. Verifica sul server richieste già inviate.
Perché manca chiudi tutte positive?
Opzioni dipendono da modalità, selezione e One Click Trading; certe operazioni sono incompatibili con FIFO. Un add-on può differire.
Posso ripetere tutto dopo un errore?
Prima leggi stato corrente: alcune possono essere chiuse, ridotte o nuove. Non rilanciare vecchi ticket e quantità dalla memoria.
Una posizione rimasta significa sempre rifiuto?
No: può essere nuova, irrisolta o parte non ancora inviata. Collega identificativo, tempi e cronologia prima di classificare.
Fonti e verifica
- MT5: chiusura collettiva
Lette fasi sequenziali/asincrone, rifiuti, arresto app e cancellazione pendenti separata.
- MQL5: proprietà conto
Modalità e vincolo FIFO del conto specifico.
- MQL5: proprietà eseguito
Quantità e collegamenti ordine/posizione per riconciliare esecuzioni.
- MQL5: OrderSend
Invio riuscito distinto da esecuzione, risultato ed eventi.
I calcoli usano ipotesi esplicite. Non sostituiscono i dati attuali di mercato o le condizioni dell’intermediario.
