Perché due EA oro finiscono per gestire lo stesso ordine? Controllare il magic number su MT4

Autore: Thomas｜Pratica MT4｜10 novembre 2026

Sintesi: quando sullo stesso conto MT4 si installano due EA oro, se usano gli stessi criteri di identificazione degli ordini possono modificare contemporaneamente lo stop loss di un medesimo ordine. In fase di diagnosi, controllare prima il simbolo e il magic number sull'ordine, poi verificare in base a quali condizioni il codice filtra effettivamente. I numeri e gli ordini riportati di seguito sono ipotesi didattiche.

Dove viene registrato il magic number

OrderSend di MQL4 consente di passare il parametro magic. Dopo che un ordine è stato selezionato con successo, OrderMagicNumber permette di leggerne il numero identificativo. Questo fornisce al programma un criterio di classificazione. Quali ordini specifici vengano modificati o chiusi resta comunque determinato dalla logica di filtro ed esecuzione dell'EA stesso. Se il programma, scorrendo gli ordini del conto, controlla solo il simbolo, due EA oro potrebbero trattare lo stesso gruppo di ordini anche se hanno inserito magic number diversi.


Nella figura si ipotizza che le strategie A e B usino rispettivamente 101 e 202. A seleziona uno per uno gli ordini del pool di trading, verifica prima il simbolo effettivo, poi il numero identificativo. Solo se entrambi corrispondono, passa alla logica successiva che controlla il tipo di ordine e le azioni consentite. Se la selezione fallisce, occorre saltare e registrare l'errore. Prima di operazioni di modifica è opportuno selezionare di nuovo l'ordine target, per evitare di usare dati vecchi copiati in precedenza nel programma.

Verifica in tre passi con un conto demo

Primo passo: registrare versione, parametri di input, timeframe del grafico e nome completo del simbolo oro del broker per entrambi gli EA. Su conti diversi il nome dell'oro può avere suffissi. Quando si distribuiscono più istanze sullo stesso simbolo, occorre anche chiarire se gestiscono gli ordini in modo indipendente o se per progettazione li condividono.

Secondo passo: sul conto demo far generare a ciascun EA un ordine di test riconoscibile e preparare contemporaneamente un ordine di test che dovrebbe essere escluso. Nel log annotare almeno numero d'ordine, simbolo, magic number e azione che il programma intende eseguire. Poi attivare un'azione di gestione controllata, ad esempio tentare di modificare l'ordine di test della strategia A e verificare se l'ordine della strategia B mantiene il valore originale. È preferibile verificare separatamente ordini pendenti e posizioni già eseguite, perché il pool di trading può contenere entrambe le categorie e le regole di trattamento effettive sono di solito diverse.

Terzo passo: riavviare il terminale o ricaricare l'EA e controllare di nuovo. Se il programma memorizza solo l'elenco degli ordini creati durante l'esecuzione corrente, il comportamento dopo il riavvio può cambiare. Verificare se riconosce nuovamente gli ordini secondo le condizioni stabilite e se, in assenza di ordini corrispondenti, si verificano azioni impreviste. Il numero serve solo come isolamento ausiliario; se il controllo del rischio complessivo a livello di conto legge intenzionalmente tutte le posizioni, va registrato separatamente dai permessi di modifica effettiva degli ordini.

Prima di cambiare il numero, gestire gli ordini vecchi

Ipotizziamo che la strategia A abbia aperto posizioni con 101 e ora passi a 303. La modifica dei parametri di input di solito influisce solo sui valori usati dal codice successivo; il numero identificativo degli ordini vecchi non migra automaticamente con le impostazioni del grafico. Se la condizione di gestione corrisponde solo a 303, gli ordini originali con 101 potrebbero essere saltati. Prima della modifica occorre elencare gli ordini vecchi e il trattamento previsto, poi verificare in ambiente demo riavvio e passaggio di consegne. Con EA la cui versione non è verificabile o i cui log non chiariscono la logica di filtro, sospendere prima le modifiche automatiche di gestione e verificare il piano di uscita delle posizioni esistenti. Il superamento del test demo dimostra solo lo scenario testato; variazioni reali delle quotazioni, rifiuti del server e slippage richiedono valutazioni separate.