Un filtro utile risponde a una domanda concreta: questo EA può valutare una nuova posizione con le informazioni disponibili? Il nome di una sessione o un calendario vuoto non bastano. La regola richiede un orologio verificato, una copertura chiara degli eventi e quotazioni attuali del simbolo negoziato.
Parti da una distinzione semplice: gestire l’esposizione esistente secondo le proprie regole; valutare nuovi ingressi soltanto dopo aver superato i controlli necessari. Questa guida precisa la distinzione, mostra un breve registro decisionale e spiega come verificarla. Non fornisce un EA completo né prove di redditività.
1. Definire cosa controlla il filtro
Distingui regola di sessione, restrizione per notizie programmate e setup d’ingresso della strategia. La sessione definisce gli orari consentiti; le notizie escludono intervalli selezionati; il setup identifica l’opportunità. Superare i primi due controlli non crea un setup né elimina i limiti di esecuzione e rischio del conto.
Usa tre esiti espliciti: PASS, BLOCK e UNKNOWN. Sono etichette dei dati definite dall’autore, non codici di errore MT4. Una finestra chiusa nota può bloccare; informazioni mancanti non giustificano un via libera. Nella politica illustrata, sia un blocco sia un dato obbligatorio sconosciuto sospendono la valutazione di nuovi ingressi. La gestione segue controlli propri su dati e autorizzazioni.
2. Scrivere le regole temporali e di copertura prima dei test
Usa la corrispondenza oraria riferita alla data della guida alle sessioni e le definizioni degli eventi della guida al calendario economico. Registra le regole in una specifica con versione, applicabile da un’altra persona agli stessi dati.
- Strumento e ambito: broker, conto, simbolo, valute rilevanti e famiglie di eventi selezionate, comprese le fasi successive.
- Sessione: date complete, fuso orario, giorni della settimana e limiti inclusi o esclusi definiti con precisione.
- Corrispondenza oraria: relazione verificata tra UTC, eventuale regola locale e ora del server del broker per quella data.
- Esclusione per notizie: fonte dell’orario, intervalli prima e dopo, sovrapposizioni ed eventi provvisori, ritardati o modificati.
- Requisiti dei dati: copertura di date e valute, schema, versione della fonte, stato di aggiornamento e limiti di anzianità.
- Risposta ai guasti: condizioni che sospendono gli ingressi, continuità di monitoraggio e gestione, e riconciliazioni necessarie prima della ripresa.
Per sessioni locali che attraversano la mezzanotte, definisci il giorno di trading di riferimento e gestisci esplicitamente il cambio di data. Includi gli eventi dei giorni adiacenti la cui esclusione raggiunge il momento decisionale. Nei passaggi all’ora legale o solare, verifica la conversione scelta per gli orari locali ripetuti o inesistenti. Non sostituire silenziosamente una corrispondenza mancante con il fuso visualizzato dal computer.
3. Validare lo snapshot del calendario, non solo il download
Uno snapshot è una versione salvata del calendario usata per decidere. Un download riuscito o un elenco vuoto non ne dimostra la completezza. Verifica che il fornitore copra valute, date e tipi di evento richiesti, che tutti i record necessari siano stati recuperati e che orari, unità e versioni siano interpretati correttamente.
Conserva separatamente le informazioni di aggiornamento del fornitore e l’ora di ricezione. Una risposta appena ricevuta può contenere dati vecchi. Sostituisci lo snapshot attivo solo dopo aver validato l’intera nuova versione: un file parziale o un elenco aggiornato a metà non deve diventare valido. Un aggiornamento fallito o una nuova lettura della cache non deve azzerare l’età dell’ultima versione verificata.
Uno snapshot verificato e sufficientemente recente può stabilire che nessun intervallo selezionato sia attivo entro la copertura dichiarata. Copertura assente, modifica dell’orario irrisolta, ora ignota di un evento rilevante o snapshot scaduto restano sconosciuti. Sospendi gli ingressi dipendenti come previsto e continua il percorso definito di gestione e trattamento dei guasti. Le notizie impreviste restano fuori dalla protezione di un calendario programmato.
4. Controllare separatamente la quotazione del simbolo
Registra ricezione e validità del Bid/Ask di quel simbolo, misurando il tempo trascorso con un metodo che gestisca riavvii e variazioni dell’orologio. Una ricezione recente non dimostra che i dati a monte siano attuali né che sia disponibile un’esecuzione. Verifica separatamente flusso dati, contesto temporale, spread e permessi di trading; vedi il monitoraggio degli EA.
In MT4, TimeCurrent() dentro OnTick() si riferisce al tick elaborato; in altri gestori può riflettere l’ultima quotazione di qualsiasi simbolo in Vista del mercato. Non dimostra che il proprio simbolo abbia una quotazione recente. In tempo reale, TimeGMT() dipende dalle impostazioni orarie del computer; nel tester MT4 equivale a TimeCurrent() simulato. La differenza nel tester non ricostruisce gli offset storici del broker.
5. Seguire un registro decisionale inventato
Solo per questo esempio, usa la sessione UTC [08:00, 17:00) del 2026-03-16. Mantieni l’unione ipotetica delle esclusioni A/B [12:15, 13:05) della guida precedente. Copertura e metadati necessari si assumono verificati; gli eventi coprono l’intera giornata UTC, sufficiente per questi controlli diurni e i relativi margini. Non si afferma alcun fornitore o rilascio reale.
Per illustrare il calcolo, scegli un’età dello snapshot non superiore a 30 minuti e della quotazione del simbolo non superiore a 5 secondi. Sono valori scelti dall’autore, non impostazioni consigliate né garanzie di sicurezza. Il primo snapshot è stato verificato alle 12:00:00; una sostituzione completa e attuale è verificata alle 13:06:00. Alle 17:00:00 è disponibile un altro snapshot valido. Le età presuppongono misure temporali verificate e confrontabili.
| Decisione · UTC | Età dello snapshot | Età della quotazione | Solo esito temporale/dati |
|---|---|---|---|
12:10:00 | 10 min | 1 s | Controlli superati; proseguire con gli altri |
12:20:00 | 20 min | 1 s | Blocco: intervallo notizie attivo |
13:05:00 | 65 min | 1 s | Attesa: calendario obsoleto |
13:06:06 | 6 s | 12 s | Attesa: quotazione del simbolo obsoleta |
13:06:07 | 7 s | 1 s | Controlli superati; proseguire con gli altri |
17:00:00 | 0 s | 1 s | Blocco: fuori sessione |
Alle 13:05:00 termina l’intervallo notizie, ma il vecchio snapshot ha 65 minuti. Alle 13:06:06 il nuovo ha 6 secondi, ma l’ultima ricezione del simbolo alle 13:05:54 risale a 12 secondi prima. Una ricezione alle 13:06:06 ha solo 1 secondo alle 13:06:07. Quella riga supera i controlli temporali e sui dati illustrati, non quelli su strategia, esecuzione o rischio. Il limite delle 17:00 è escluso. Non si simula alcun ordine, uscita o rendimento.
6. Preservare la gestione e riconciliare gli ordini presso il broker
Bloccare nuovi ingressi non deve saltare il monitoraggio e la gestione previsti delle posizioni esistenti. Le azioni di gestione richiedono comunque dati e permessi validi propri; l’assenza di prezzi non autorizza a modificare uno stop alla cieca. Definisci separatamente come mantenere o cancellare gli ordini pendenti e verifica lo stato accettato dal broker, senza presumere che una richiesta di cancellazione sia riuscita.
Il pulsante AutoTrading di MT4 vieta le richieste automatiche di trading, mentre l’EA e OnTick() possono continuare a funzionare. Non è quindi una pausa dedicata ai nuovi ingressi: può incidere anche sulla gestione che richiede operazioni di trading. Distinguilo dalla rimozione dell’EA o dalla disconnessione del terminale. Le protezioni già presso il broker e la gestione lato client sono meccanismi diversi; vedi la gestione del rischio.
7. Evitare che il recupero dati blocchi le decisioni
Usa una cache completa e validata per decidere e un processo controllato per aggiornarla. Definisci timeout, segnalazione dei guasti e attivazione delle nuove versioni. Richiamare la gestione una volta prima di una richiesta lenta non la mantiene operativa mentre quella richiesta blocca lo stesso EA.
Facoltativo: limiti di rete ed eventi in MT4
In MQL4, WebRequest() è sincrona. Spostarla da OnTick() a OnTimer() nello stesso EA non la rende asincrona; una richiesta in attesa può ancora ritardare il programma. Un componente di recupero separato può fornire uno snapshot validato, ma anche il passaggio dei dati e i guasti devono essere verificati. Un temporizzatore organizza le chiamate, senza garantire una gestione ininterrotta.
La sequenza logica è: eseguire il percorso previsto di gestione e monitoraggio, valutare i controlli obbligatori sui nuovi ingressi e, solo dopo un esito positivo, considerare un setup attuale con controlli di esecuzione e rischio. Sono responsabilità decisionali, non codice MQL4 eseguibile né una garanzia di elaborazione tempestiva. Prova integrazione reale, permessi e comportamento ai guasti prima di farvi affidamento.
8. Conservare le decisioni anche dopo un riavvio
Registra ora UTC della decisione, ora server e corrispondenza verificata, versione delle regole, identificativo dello snapshot e orari di fonte e ricezione, copertura, ricezione ed età della quotazione, esclusioni attive e motivi dell’esito. Conserva i candidati respinti oltre ai controlli superati. Il registro deve spiegare un’attesa senza ricostruirla in seguito con un calendario rivisto.
Dopo riavvio o riconnessione, riconcilia con il broker posizioni, ordini pendenti e richieste irrisolte. Ripristina solo lo stato verificabile: riavviare non implica un conto senza posizioni o una cache attuale. Evita di elaborare più volte lo stesso candidato. Se uno stato necessario è sconosciuto, sospendi gli ingressi fino alla riconciliazione e continua la gestione e la risposta ai guasti definite.
9. Verificare la correttezza prima di interpretare un backtest
Prima di misurare le prestazioni di mercato, crea piccoli casi fissi con esiti attesi. Includi:
- Inizio sessione incluso, fine esclusa e intervalli che attraversano la mezzanotte.
- Inizio e fine delle esclusioni, eventi sovrapposti e orari ritardati o modificati.
- Dati del calendario mancanti, parziali, malformati o fuori copertura, compresa una risposta vuota non verificata.
- Età esattamente al limite scelto e appena oltre, oltre a un tick recente su un altro simbolo mentre quello negoziato resta obsoleto.
- Riavvio, salto dell’orologio, aggiornamento fallito e sostituzione interrotta dello snapshot senza azzerarne l’età.
- Ordini presso il broker e gestione durante il blocco degli ingressi, inclusi cancellazioni rifiutate e permessi di trading assenti.
Lo Strategy Tester di MT4 non esegue WebRequest() e non gestisce eventi Timer. Prova la logica decisionale condivisa con dati congelati e una corrispondenza storica degli orari verificata, attraverso un percorso di test supportato. Riproduci ogni snapshot soltanto quando sarebbe stato disponibile. Una tabella storica di eventi da sola non riproduce il recupero in tempo reale o la pianificazione delle chiamate. La guida al backtesting MT4 spiega i limiti più generali.
10. Valutare il beneficio separatamente dal funzionamento
Un filtro corretto può escludere operazioni vincenti e perdenti. Confronta la regola proposta con un riferimento dichiarato, usando la stessa strategia, gli stessi dati e le stesse ipotesi sui costi. Conserva candidati e motivi di rifiuto, riserva dati successivi per la validazione e includi costi di esecuzione realistici. Cercare molte finestre e pubblicare solo la migliore può sovra-adattare il campione.
Osserva poi l’integrazione reale in demo, con dati normali e guasti. Misura aggiornamenti falliti, attese per dati obsoleti, interruzioni delle quotazioni, ritardi nella gestione e risposte del broker. Un registro chiaro mostra cosa ha fatto il sistema; non dimostra redditività futura. Prima di estenderne l’uso, conferma:
- Specifica con versione, corrispondenza oraria e criteri di selezione degli eventi sono documentati.
- I controlli di copertura ed età distinguono stati liberi, bloccati e sconosciuti.
- I casi limite e di guasto producono gli esiti attesi.
- I test storici rispettano la disponibilità delle informazioni e dichiarano la storia mancante.
- Le prove demo verificano recupero dati, riavvii, continuità della gestione e stato degli ordini presso il broker.
- Ogni beneficio dichiarato è valutato separatamente, con costi e dati successivi, senza inventare risultati numerici.
11. Domande sui filtri degli EA
Un calendario libero significa che l’EA deve entrare?
No. Un calendario verificato senza restrizioni supera solo una parte della decisione. Restano necessari sessione, qualità delle quotazioni, esecuzione, rischio del conto e un setup attuale della strategia. Le notizie inattese possono arrivare fuori calendario.
Perché un download recente può lasciare uno stato sconosciuto?
La risposta può essere vecchia, incompleta, fuori copertura o interpretata male. L’ora di ricezione da sola non valida i dati del fornitore. Mantieni gli ingressi dipendenti in attesa finché i controlli necessari non sono superati.
Posso provare download di notizie in tempo reale nel tester MT4?
Il tester documentato non esegue WebRequest né eventi Timer. Usa dati congelati e con versione e un percorso supportato per la logica comune, poi verifica separatamente in demo recupero e pianificazione effettivi.
Devo usare AutoTrading come pausa per le notizie?
Non riguarda solo i nuovi ingressi: può vietare anche richieste automatiche usate dalla gestione. Qui si descrive un controllo interno degli ingressi con responsabilità di gestione verificate separatamente, non un interruttore universale per eliminare l’esposizione.
12. Riferimenti e ambito
Il riferimento ufficiale MQL4 su WebRequest spiega le richieste sincrone e i relativi limiti. Le limitazioni dello Strategy Tester MT4 documentano la simulazione temporale e le funzioni esterne ed eventi non supportati. Verifica le funzioni della tua specifica piattaforma e integrazione, senza presumere compatibile un esempio di un’altra piattaforma. Riferimenti verificati il 2026-10-17.
Questa guida completa il gruppo su sessioni e notizie con un quadro di regole e validazione. Orari, snapshot, età ed esiti sono casi didattici inventati. Le soglie non sono raccomandazioni; non si dichiara alcuna esecuzione di EA o risultato di trading. I filtri non eliminano i rischi di mercato, esecuzione o conto.