Come costruire il proprio flusso di lavoro di trading: dai dati alla revisione
Un flusso di lavoro solido porta dai dati e dall’analisi alla decisione, all’esecuzione e alla revisione senza ricostruire il piano a memoria. Ogni fase ha uno scopo e una registrazione designata, così dopo un’operazione puoi confrontare l’intenzione con ciò che è realmente accaduto. L’articolo mostra come collegare piattaforma, calendario, avvisi e diario in un unico processo, scegliere gli strumenti necessari e preparare una procedura di emergenza. Tratta sia il trading manuale sia le regole eseguite dal codice.
- Un’unica fonte di verità per ogni informazione — un registro del piano compilato prima di aprire la posizione, un registro di esecuzione completato dopo la chiusura e un registro del processo con le regole vigenti: per ogni informazione uno prevale in caso di discrepanza; per le prove che non entrano in una colonna questo ruolo spetta all’archivio degli allegati. Grafico, watchlist attiva e nota sul telefono sono copie di lavoro, non registrazioni del processo; un elenco datato salvato nell’archivio non è più una copia di lavoro
- Ogni fase risponde a tre domande — a cosa serve, cosa si rompe senza di essa e come riconosci che non funziona nel tuo caso. Una fase senza risposta alla terza domanda è un ornamento del processo, non una sua parte
- Un avviso avvia una procedura, non un ordine — il verificarsi della condizione genera soltanto un evento e una notifica. Dove la condizione venga valutata dipende dallo strumento: sui server della piattaforma o nell’applicazione attiva. Il seguito dipende dall’aver scritto cosa fare quando scatta l’avviso (art. 11.2)
- Uno strumento non crea da solo un vantaggio — può migliorare ripetibilità, ergonomia e affidabilità dei registri. Il vantaggio di una strategia nasce altrove (art. 8.2); la scelta degli strumenti dipende quindi dal test di ridondanza, non da una classifica
- Le varianti manuale e sistematica hanno guasti diversi — in quella manuale fallisce la persona che salta un passo; in quella sistematica un cambiamento silenzioso delle condizioni: versione diversa di un pacchetto, specifica del simbolo modificata, riconnessione dopo una sessione interrotta
- Modifica il processo solo dopo una decisione documentata — data, osservazione, ambito della modifica, criterio di valutazione e periodo di validità. Senza questa registrazione una serie di perdite scrive le nuove regole e i risultati prima e dopo la modifica si fondono in un campione non confrontabile
- La procedura di emergenza fa parte del flusso — conferma lo stato del conto tramite un secondo canale, arresta l’automazione, verifica le posizioni dal broker, registra l’incidente e riprendi solo dopo aver confermato lo stato
1. Due fonti di verità: il guasto tipico del flusso
Un flusso di lavoro è un ordine concordato di passi e — la parte più spesso omessa — un luogo concordato dove registrarne i risultati. L’ordine non basta. Se il livello d’ingresso esiste solo come linea sul grafico, la dimensione solo nella calcolatrice e il motivo solo nella memoria, una settimana dopo avrai il risultato dell’operazione ma non il processo che lo ha prodotto.
Il guasto inizia quando la stessa informazione vive in due luoghi che possono divergere. Di solito un servizio di diario importa automaticamente lo storico del conto mentre ogni sera compili un foglio. L’importazione conosce l’ora del server del broker e i parametri reali d’esecuzione; il foglio conosce la tua versione dei fatti. Dopo un mese il numero di operazioni differisce e nessuno ricostruisce lo scarto, perché chiusure parziali e rettifiche divergono diversamente nei due registri. Non è un difetto delle applicazioni, ma di un processo che non ha stabilito quale fonte prevalga.
Cosa non è un flusso di lavoro. Non è un elenco di applicazioni né il numero di finestre aperte. Nemmeno «ogni mattina controllo il mercato» basta: una dichiarazione non lascia tracce utilizzabili in seguito. Un flusso si riconosce più semplicemente: sai indicare una voce, un file o una registrazione prodotta in ogni fase dell’ultima operazione.
Conviene togliere subito agli strumenti un peso che non possono sostenere. Uno strumento non crea da solo un vantaggio. Piattaforma, calendario e diario possono migliorare ripetibilità, ergonomia e credibilità dei registri, e non è poco. Non creano però un vantaggio: questo deriva dalle regole d’ingresso e uscita, non dal software (art. 8.2). Uno strumento può influire sul risultato netto tramite costi effettivi, numero di errori d’esecuzione e completezza dei registri: è l’intero suo ambito d’azione. La distinzione ha una conseguenza pratica: «questa configurazione dà un vantaggio» qui non ha senso perché non è verificabile; «riduce le deviazioni dal piano» invece sì, perché la sezione 12 spiega come misurarlo.
2. Mappa del processo: undici fasi e relativi guasti
Il modello ha undici fasi; monitoraggio e revisione possono formare cicli di feedback, mentre il registro delle decisioni resta ordinato:
calendario e dati → watchlist → analisi → piano → avviso → decisione → esecuzione → monitoraggio → diario → revisione → modifica del processo
La sequenza mostra le dipendenze del modello. Le singole strategie possono organizzare analisi e avvisi diversamente, ma la decisione deve usare un piano registrato prima dell’esecuzione. Saltare una fase non accorcia il processo: ne trasferisce il lavoro a una fase non adatta. Il piano omesso non scompare: si ricostituisce all’invio dell’ordine, sotto pressione e senza nulla di scritto.
La tabella è il nucleo dell’articolo. Per ogni fase indica scopo, guasto in sua assenza e come riconoscere che non funziona. L’ultima colonna formula una condizione da verificare nei propri dati: nomina l’artefatto e il confronto da eseguire. Ha precedenza perché una fase priva di tale condizione non è realmente controllata: il suo fallimento si può al massimo percepire, non contare.
| Fase | A cosa serve | Cosa si rompe senza | Segnale che non funziona per te |
|---|---|---|---|
| Calendario e dati | Stabilisce se cambiano le condizioni nella finestra di lavoro: pubblicazione, orari di negoziazione, giorno dell’addebito triplo di finanziamento | Entri in una finestra con costi e liquidità diversi dalle ipotesi del piano | Il campo eventi nel piano del giorno è vuoto: non distingue un giorno senza pubblicazioni da un passo saltato. Compilato, contiene orari e relativo fuso, modifiche annunciate degli orari di negoziazione e giorno dell’addebito triplo, oppure il valore esplicito «nessun evento nella finestra di lavoro» |
| Watchlist | Limita gli strumenti a quelli gestibili nel tempo realmente disponibile | L’analisi si allarga a tutto ciò che si muove | Nell’archivio degli allegati mancano watchlist datate dell’ultima settimana. Se ci sono, confronta le variazioni tra giorni consecutivi con la regola di rotazione nel registro del processo: una modifica conforme non è un segnale, una modifica senza regola sì |
| Analisi | Produce una tesi e il livello che la invalida | Non c’è nulla da scrivere nel piano e la decisione nasce nella maschera d’ordine | Il campo del livello di invalidazione è vuoto: senza quel campo la voce è una nota, non un piano |
| Piano | Trasforma la tesi in registro: strumento, condizione d’ingresso, livello di invalidazione, livello protettivo previsto, dimensione e relativa base, condizione di rinuncia | La revisione perde il denominatore: non distingue deviazione e intenzione | Il piano è stato registrato dopo l’apertura nello storico, oppure manca del tutto per quella posizione |
| Avviso | Avvia la procedura quando si verifica la condizione e libera dal guardare il grafico senza motivo | Torni a fissare lo schermo e le occasioni d’ingresso aumentano indipendentemente dal piano | Gli avvisi attivi contengono messaggi senza rimando a una voce del registro del piano |
| Decisione | Separa «condizione verificata» da «entro» e controlla se le ipotesi del piano valgono ancora | L’avviso si comporta come un ordine | Due condizioni insieme. Prima: nello storico c’è un ordine senza registrazione della decisione nel piano — ora, identificativo e verdetto entrare o rinunciare. Seconda, per le rinunce: in un giorno le decisioni registrate sono meno delle notifiche di avvisi scattati ricevute nel proprio canale |
| Esecuzione | Trasforma il piano in un ordine in un luogo concordato, dopo una breve lista di controllo | I parametri differiscono dal piano e lo scarto non viene registrato | La dimensione o il livello protettivo nello storico differisce dal piano senza una deviazione corrispondente nel diario. Il livello di invalidazione si confronta separatamente con il diario: se non è stato inviato come ordine, non appare nello storico |
| Monitoraggio | Stabilisce prima cosa osservare a posizione aperta e in quali momenti | La posizione aperta viene rinegoziata continuamente | Conta le voci il cui campo personale «momento dell’intervento» è «fuori piano». Si compila a mano completando il registro: nessuna esportazione sa se qualcosa rispettava il tuo calendario |
| Diario | Conserva esecuzione e classificazione in forma conteggiabile | Resta l’estratto conto: un risultato senza processo | La suddivisione per configurazione od ora restituisce gruppi vuoti perché manca la classificazione |
| Revisione | Confronta piano ed esecuzione registrati e nomina lo scarto | Le conclusioni derivano dal ricordo delle ultime operazioni | Manca nel registro del processo una voce con data e identificativo della revisione. Senza traccia dell’evento non distingui una revisione senza conclusioni da una mai avvenuta |
| Modifica del processo | Introduce una correzione con data, ambito, criterio di valutazione e validità | Le regole cambiano dopo ogni serie di perdite e il campione non è più confrontabile | Manca una voce con data e versione delle regole vigenti in quella settimana |
Tutti gli undici punti sono attività. I luoghi di registrazione sono di due tipi. Tre registri — piano, esecuzione o diario e processo — contengono dati strutturati, cioè conteggiabili. Accanto c’è l’archivio degli allegati, fonte autorevole delle prove che non entrano in una colonna: watchlist datate, schermate, esportazioni dello storico. Ogni file è collegato a un giorno, piano o incidente: l’attività lascia quindi traccia in un registro, nell’archivio o in entrambi. Anche la revisione non è un registro distinto, ma scrive il risultato nel posto giusto: una voce completata va nell’esecuzione, una scheda di modifica nel processo. Prima organizziamo quindi i registri, poi le attività che li alimentano.
3. Un’unica fonte di verità: piano, diario e versioni del processo
Il principio sta in una frase: per ogni informazione esiste un luogo che prevale in caso di discrepanza. Ogni ripetizione è una copia di lavoro. Può andare persa e ricrearsi dalla fonte; la registrazione autorevole si ripristina da un backup controllato con la sua cronologia, non da una copia di lavoro qualsiasi.
In pratica ci sono tre registri diversi per momento di creazione:
- Il registro del piano — nasce prima dell’invio dell’ordine e non viene modificato dopo. Può essere un foglio distinto o una sezione del diario: la forma non conta, il momento sì. Una voce modificata a posteriori non è più il denominatore della revisione.
- Il registro di esecuzione — si alimenta importando lo storico dove possibile. Non per una superiorità generale: l’importazione conosce l’ora del server e i parametri reali, non ricostruibili a memoria. I campi manuali classificano configurazione, motivo d’uscita, deviazione e momento dell’intervento. Struttura, insidie dell’importazione e metriche sono nell’art. 11.6.
- Il registro del processo — contiene le regole vigenti in un periodo, con data e versione. Spesso viene omesso; senza non saprai poi con quali regole operavi a marzo.
Accanto ai tre registri c’è l’archivio degli allegati: schermate, watchlist datate ed esportazioni dello storico. Non è un quarto registro perché non contiene dati conteggiabili, ma è il repository autorevole delle prove: non esiste una copia superiore dei file e ciascuno è collegato tramite identificativo a un giorno, piano o incidente. Sono copie di lavoro layout dei grafici, watchlist attiva, insiemi di avvisi e note sul telefono. Tutti servono, nessuno è fonte. Il test decisivo richiede un minuto: Se oggi sparisse il profilo dei grafici, sapresti ricostruire il piano delle ultime cinque operazioni? Se no, i livelli erano la fonte anziché una copia e l’intero processo dipende dal file di configurazione di una sola applicazione.
Versionare anziché correggere continuamente. Una regola cambiata a metà settimana non è valutabile. La scheda di modifica ha cinque campi, sta in poche righe e va nel registro del processo: decorrenza, osservazione che l’ha motivata, ambito esatto, criterio di valutazione e validità minima prima di tornare sull’argomento. Senza questi cinque campi è una reazione, non una decisione.
Per valutare le regole, i risultati prima e dopo non sono un campione omogeneo. Puoi sommare i risultati finanziari totali, ma valuta l’efficacia per versione del processo. Sono due insiemi anche se il conto è lo stesso. Nei test storici lo stesso principio decide se abbia senso dividere i dati in addestramento e validazione; si veda l’art. 11.7.
4. Ingresso nel processo: calendario, watchlist, avvisi
Talvolta questi elementi sono trattati come tre fonti di segnali. Nel processo fanno l’opposto: filtrano e riducono le situazioni che richiedono attenzione. Ciascuno risponde a una domanda diversa, nessuno a «devo entrare?».
Il calendario risponde solo se cambiano le condizioni nella finestra di lavoro. Non dove andrà il mercato. Come leggere i campi, da dove viene il consenso e perché «impatto» sia un’etichetta del fornitore, non del mercato, è spiegato nell’art. 11.3. L’interpretazione della pubblicazione e del mercato attorno ai dati rientra nell’art. 6.4. Nel flusso resta un’attività: trasferire nel piano orari di pubblicazione e relativo fuso, perché la conversione a mente tende a causare errori di un’ora.
La watchlist deriva dal tempo disponibile, non dal numero di strumenti. Ha senso dividerli per ruolo: quelli negoziati, quelli osservati per il contesto e quelli in attesa di una condizione. Liste e layout sono trattati nell’art. 11.2. Contano due aspetti. Modifiche quotidiane senza regola di rotazione scritta sono difficili da verificare e possono riflettere solo ciò che ha attirato l’occhio; quelle conformi a una regola sono legittime. Per verificarlo serve una traccia: salva la lista chiusa del giorno con data come esportazione, schermata o copia del file nell’archivio. La lista attiva mostra oggi, non come fosse ieri.
Un avviso è una condizione che, verificandosi, genera un evento e una notifica, non un ordine. Dove venga valutata dipende dallo strumento e va verificato nello specifico, senza trasferire regole tra programmi. La guida TradingView descrive avvisi creati e attivati sui server della piattaforma, funzionanti anche dopo aver chiuso la pagina del grafico[1]. La guida MetaTrader 4 assegna il ruolo all’applicazione attiva: creati gli avvisi, il «terminale client» informa dell’evento[2], quindi a terminale chiuso non c’è notifica. MetaTrader 5 dice lo stesso e aggiunge un dettaglio decisivo: la condizione oraria è impostata nell’ora locale del computer[3]. È la dipendenza che la sezione 11 chiede di verificare per le protezioni; si risolve nella documentazione dello specifico fornitore. Un avviso non invia ordini, non riserva prezzi e non conferma che alla notifica sia possibile operare al livello che lo ha attivato. L’intera catena dalla condizione all’ordine è nell’art. 11.2; nel flusso valgono tre regole organizzative:
- Un livello, un avviso, salvo ridondanza progettata. Coprire lo stesso livello su piattaforma grafica e terminale senza ruoli definiti produce due eventi con orari diversi e più stati da seguire. La ridondanza deliberata di canali indipendenti può invece far parte dell’emergenza, ma richiede quattro decisioni preventive: canale primario, riserva, riconoscimento dello stesso evento e verifica del funzionamento della riserva. Senza è rumore, non protezione; mai può provocare una seconda esecuzione.
- Il messaggio ricostruisce il contesto. Un livello da solo non dice nulla dopo tre settimane. Nel messaggio scrivi scenario, livello di invalidazione e riferimento al piano.
- Un avviso ha una scadenza. Un livello di settimane fa può aver perso il contesto originario. Sei settimane sono un periodo operativo proposto, non una soglia misurata. Scadenza o revisione periodica costano meno che reagire a una notifica di cui non ricordi il motivo.
Conviene decidere prima dove arriva la notifica. Un avviso sul telefono avvia una procedura diversa da uno sullo schermo di lavoro. Questa scelta progettuale è descritta dal lato del dispositivo nell’art. 11.4.
5. Piano dell’operazione e lista di esecuzione
Il piano fornisce il denominatore della revisione. Un avvio più calmo e la mente ordinata sono effetti collaterali, non il motivo. Se dopo una settimana non leggi cosa doveva accadere, non sai neppure se l’esecuzione corrispose all’intenzione: valuti la memoria, non il processo.
Il minimo è di sette campi, tutti compilati prima di inviare l’ordine:
- Strumento e condizione d’ingresso scritta per poterla risolvere con una parola. «Rottura del consolidamento» non è una condizione; «chiusura della candela oraria sopra il livello X» sì.
- Livello di invalidazione della tesi — prezzo o evento dopo il quale la tesi non vale, indipendentemente dal risultato corrente. Può essere una pubblicazione, una chiusura oltre il livello o il trascorrere del tempo: una simile condizione non può essere inviata al broker come ordine.
- Livello protettivo previsto — registrato separatamente dall’invalidazione. Dopo l’esecuzione aggiungi il livello confermato dal server. Possono differire; solo l’ordine confermato ha riscontro nello storico. Confonderli significa confrontare il piano con una registrazione mai esistita.
- Dimensione della posizione e relativa base. Il numero non basta: dopo un mese non ne ricostruirai l’origine. Il metodo per dimensione e limiti è nella sezione 9; qui conta solo produrlo prima dell’ordine e registrarlo con le ipotesi.
- Condizione di rinuncia — situazione in cui non entri pur con condizione verificata: costo fuori norma, pubblicazione nella finestra o mancanza di tempo per monitorare.
- Ora di registrazione con fuso — permette di ordinare poi piano, avviso ed esecuzione con orari diversi.
- Identificativo della voce — formato libero, ma identico nel nome della schermata, messaggio di avviso e diario. Non arriva automaticamente all’ordine: è un’attività distinta, descritta sotto.
Il punto sette sembra burocrazia e costa poco. Collega registri e archivio in una traccia dal diario al piano precedente. Senza identificativo comune bisogna ricostruire ogni collegamento da ora e strumento, sempre più difficile con l’aumento delle operazioni.
L’identificativo del piano non è quello dell’ordine. Lo storico numera separatamente ordine, eseguito e posizione e non conosce l’identificativo del piano. Il commento è una tentazione, ma non è affidabile senza riserve: può avere limiti di lunghezza e il server può troncarlo, sovrascriverlo o aggiungere marcatori a modifiche o chiusure parziali. La soluzione duratura è una mappa nel piano: identificativo del piano accanto a quelli di ordine, eseguito e posizione copiati dallo storico completando il diario. È la mappa, non il commento, a collegare il piano all’artefatto della misura di completezza nella sezione 12.
La decisione aggiunta al piano. I sette campi nascono prima dell’ordine. Quando scatta l’avviso si aggiunge una riga alla stessa voce: ora con fuso, identificativo del piano, entrare o rinunciare e, nella rinuncia, condizione causante. Una riga basta per distinguere in modo verificabile «condizione soddisfatta» da «sono entrato». Senza, ingresso e rinuncia deliberata lasciano la stessa traccia: nessuna; la revisione vede solo le operazioni avvenute.
La lista di esecuzione non è il piano. Il piano descrive l’operazione, la lista sorveglia le attività. Deve essere binaria, breve e nella stessa finestra d’invio: se richiede un’altra applicazione verrà saltata proprio quando serve. Di solito bastano quattro punti: parametri conformi al piano, dimensione calcolata, pubblicazione della lista nella finestra e posizione già aperta con la stessa esposizione. I modelli per prima della sessione, prima dell’operazione, fine giornata e fine settimana sono nella raccolta di liste di controllo degli strumenti, quindi non vengono ripetuti qui.
Il segnale tipico: spunti dopo l’apertura o smetti quando «non c’è tempo». In entrambi i casi la lista è un’aggiunta, non parte della procedura d’invio.
6. Monitoraggio, diario e archivio degli allegati
La posizione aperta è speciale: solo qui il risultato cambia davanti a chi non dovrebbe commentarlo. La protezione è procedurale: scrivere prima tre cose: cosa osservare, quando e cosa può cambiare esattamente lo stato della posizione. La regola può essere «revisione alla chiusura oraria e a una pubblicazione della lista», o un’altra; conta scriverla prima della sessione. Quali regole di gestione abbiano senso è trattato in un articolo dedicato alla gestione delle posizioni; il flusso assicura solo la scrittura preventiva e la possibilità di verificarne poi l’esecuzione.
Il diario funziona solo separando risultato e qualità d’esecuzione. Una voce con solo profitti e perdite è un estratto conto rinominato. L’importazione fornisce parametri reali e ora del server; i campi manuali classificano configurazione, motivo d’uscita, presenza e direzione delle deviazioni e momento dell’intervento: se gli interventi, chiusura compresa, avvennero alle revisioni previste o fuori. Questo campo va creato personalmente e nessuna esportazione lo sostituisce. L’eventuale motivo dell’operazione esportato indica l’origine dell’ordine o la causa tecnica dell’eseguito, non il rispetto del tuo calendario. MQL5 descrive la proprietà DEAL_REASON con la frase «Un eseguito può derivare dall’attivazione di un ordine inviato da un’app mobile o un programma MQL5, nonché da un evento StopOut, dal calcolo del margine di variazione ecc.». Elenca «attivazione di un ordine da terminale desktop», «… da app mobile», «… da piattaforma web», «… da programma MQL5, cioè Expert Advisor o script», poi attivazione di Stop Loss, Take Profit, Stop Out, rollover, calcolo del margine di variazione, split e operazione societaria[7]. Sono fonti e cause tecniche, non se la chiusura avvenne alla revisione prevista. Compila quindi a mano «momento dell’intervento»: «nessun intervento» per il decorso secondo piano, «al momento previsto» o «fuori piano» se anche un solo intervento fu fuori orario. Struttura completa, insidie d’importazione — fusi, chiusure parziali, rettifiche, versamenti e prelievi — e metriche sono nell’art. 11.6.
L’archivio degli allegati non è un quarto registro: conserva allegati ai tre registri, come schermate, watchlist datate ed esportazioni. Spesso lo ricordi troppo tardi. Una schermata vale se permette di ricostruire il contesto: strumento visibile, intervallo, ora e scala. Il grafico senza questi elementi è decorazione. Bastano tre regole per ritrovare il materiale:
- Il nome del file inizia con l’identificativo del piano. Una cartella per date è una raccolta di immagini; per identificativi, un indice.
- Due schermate per operazione — alla scrittura del piano e dopo la chiusura. Una terza accompagna una deviazione deliberata: i dati non ricostruiscono cosa vedevi sullo schermo in quel momento.
- Esportazione periodica dello storico. L’intervallo disponibile in terminale e area cliente dipende da broker e conto. Verifica la specifica e programma esportazioni con margine, prima di scoprire che i dati di due anni fa non sono più accessibili.
7. Revisione e modifica del processo dopo una decisione documentata
La revisione ha tre cicli con periodi e, soprattutto, oggetti diversi. Mescolarli spiega perché «rivedo ogni settimana» possa essere vero e non produrre effetti.
| Ciclo | Quando | A quale domanda risponde | Cosa lascia |
|---|---|---|---|
| Dopo la sessione | Lo stesso giorno | Se il registro è completo: voce, schermate e classificazione | Una voce completata nel diario |
| Settimanale | Orario fisso, indipendente dal risultato settimanale | Se l’esecuzione corrispose ai piani registrati e dove differisce | Elenco delle deviazioni e relativa direzione nel registro del processo |
| Trimestrale | Fine trimestre | Se il processo complessivo funziona e cosa eliminare | Scheda di modifica o voce «nessuna modifica», entrambe nel registro del processo |
Ogni ciclo lascia una voce con data e identificativo della revisione stessa. La convenzione è libera ma costante, per esempio REV-2026-W34 per una revisione settimanale. Senza marcatore il risultato ha origine sconosciuta e una revisione senza conclusioni appare come una mai avvenuta.
Nel ciclo settimanale conta una distinzione facile da trascurare: una deviazione favorevole resta una deviazione. Una chiusura anticipata in profitto appartiene alla stessa classe di evento di uno spostamento dell’invalidazione. Se conti solo deviazioni in perdita, misuri il risultato, non la conformità.
Il ciclo trimestrale riguarda il processo, non i risultati. È un confine da rispettare: risultati strategici, metriche e curva del capitale rientrano nell’art. 11.6. La revisione del processo chiede quali passi svolgi o salti, quanto durano e cosa non serve più.
Perché una modifica richiede registrazione, non solo decisione. Più varianti provi sullo stesso storico, più è probabile che la migliore lo sembri per caso. La letteratura lo descrive nei test di strategie[5]; la nota copre solo quell’ambito. Ma una selezione analoga può riguardare le regole di processo: la decima modifica sugli stessi trenta trade non è una decima conclusione, ma una decima estrazione. La scheda conta a basso costo quante volte hai modificato le regole e su quale base.
8. Flusso manuale e sistematico: due architetture
Il percorso della sezione 2 cambia se decide una persona o il codice. Non per il numero di strumenti, ma per il guasto caratteristico e come riconoscerlo.
La variante manuale si basa su cinque funzioni, non marchi. L’ordine si invia dal terminale collegato al server del broker (art. 11.1). Analisi e avvisi stanno nell’ambiente grafico (art. 11.2). Fonte del calendario e calcolatrice della dimensione sono nell’art. 11.3, e le calcolatrici pronte sono nella sezione strumenti. La quinta funzione registra piano e risultato: i registri della sezione 3.
La preparazione non è un’ora, ma un elenco di artefatti. Prima di eseguire servono quattro registrazioni: orari e fuso delle pubblicazioni nel piano; watchlist giornaliera chiusa, datata e salvata; avvisi completi con riferimenti al piano; e piano di sette campi della sezione 5 per ogni configurazione prevista. È binario: o sono registrati o non c’è preparazione, indipendentemente dal tempo sul grafico. Durante l’esecuzione si aggiunge una decisione per avviso, soprattutto nella rinuncia. Dopo resta un artefatto: diario completo per ogni posizione chiusa.
I programmi giornalieri e settimanali, distinti per lavoro a tempo pieno e finestra di sessione, sono nella risorsa con liste di controllo e flusso settimanale. Copiarli duplicherebbe il materiale e mancherebbe il punto: il programma deve seguire il tuo calendario, non quello altrui.
La variante sistematica ha nove elementi e rischi diversi: dati → repository → ambiente di esecuzione → test storico → test forward o demo → rilascio → monitoraggio → log → revisione. La decisione non si sposta alla modifica del codice: questa è la fase undici, modifica del processo. La decisione operativa resta in tempo reale, tramite una regola, e lascia la catena segnale → decisione dell’algoritmo → validatore dei limiti → richiesta al broker → risposta del server, con ogni anello registrato separatamente per localizzare poi il guasto. Versionare riguarda la fase undici ed è condizione per ricostruire le regole di una settimana, non solo buona pratica. L’ambiente riproducibile è nell’art. 11.8, la procedura di test e un periodo forward separato — per esempio nel tester MetaTrader 5 — nell’art. 11.7[6], e rilascio, log, identificazione delle proprie posizioni e continuità nell’art. 11.5.
| Dimensione | Flusso manuale | Flusso sistematico |
|---|---|---|
| Fonte di verità del piano | Registro del piano compilato prima dell’ordine | Versione del codice con numero e data di rilascio |
| Fonte di verità dell’esecuzione | Importazione dello storico e campi di classificazione | Log dell’applicazione riconciliato con lo storico |
| Cosa si versiona | Regole descritte a parole | Manifesto di rilascio: commit, configurazione, file di blocco delle dipendenze, versione dei dati e istantanea della specifica del simbolo |
| Come si arresta | Non invii l’ordine | Disattivare i permessi di trading, arresto d’emergenza, fermare il processo |
| Guasto caratteristico | Passo saltato sotto pressione | Cambiamento silenzioso: versione del pacchetto, specifica del simbolo, riconnessione dopo la sessione interrotta |
| Come lo riconosci | C’è un’operazione ma manca il piano | Lo scarto tra log e storico rileva errori d’esecuzione, non cambiamenti silenziosi: questi richiedono il confronto tra manifesto attuale e precedente |
9. Strumenti minimi e test di quelli ridondanti
L’insieme si descrive per funzioni, non marchi: ordini, analisi e avvisi, calendario, dimensione e registrazione di piano e risultato. Un’app può coprirne due, lasciando quattro elementi anziché cinque. Le icone non misurano nulla: conta che ogni funzione abbia un luogo designato e unico.
Quattro configurazioni d’esempio. Non sono raccomandazioni né classifiche. Ogni insieme nasce da un criterio esplicito: mostra come si traduce nella composizione e quanto costa. «Lo strumento migliore» senza criterio è una frase vuota, non verificabile.
| Criterio di scelta | Composizione | Cosa costa il criterio |
|---|---|---|
| Nessun costo fisso | Terminale del broker anche per i grafici; calendario del fornitore; foglio con formula come calcolatrice e registro di piano ed esecuzione | Analisi ed esecuzione condividono la finestra: la separazione è procedurale. Crea il piano nel foglio prima di aprire l’ordine; completa l’esecuzione a mano |
| Analisi separata dall’esecuzione | Grafici con avvisi separati; terminale solo per ordini; calendario; calcolatrice; diario con importazione dello storico | Abbonamento fisso e secondo ambiente da mantenere. Accesso del servizio in sola lettura con password investitore |
| Lavorare lontano dal computer | Terminale sul computer; app mobile solo per confermare lo stato e chiudere in emergenza; avvisi sul telefono; calendario e calcolatrice nel browser di entrambi; registri accessibili da entrambi | Il mobile ha spesso meno funzioni: decidi prima cosa consentirvi (art. 11.4) |
| Regole nel codice | Repository, ambiente di esecuzione, tester, hosting continuo; calendario e dimensione nel codice con gli stessi parametri delle regole; log riconciliati con lo storico | Aumentano gli elementi che possono cambiare senza saperlo. Senza limiti deterministici, arresto e monitoraggio non è adatto a un conto reale (art. 11.5) |
Test degli strumenti ridondanti. Spegnilo per un mese, periodo convenzionale proposto per includere vari cicli settimanali, e scrivi quale passo diventa impossibile. Se nessuno, è accanto al processo, non dentro. Rispetto a «mi serve?», il vantaggio è un risultato mostrabile un trimestre dopo: un elenco di passi, non una dichiarazione senza artefatto. Aggiungere funziona al contrario: entra uno strumento quando indichi un passo oggi svolto peggio e come cambierà. «Lo usano altri» non indica un passo.
Cosa non copre il test. Non spegnere monitoraggio delle posizioni, canale d’emergenza della sezione 11, backup o componenti di limiti e arresto. Le protezioni si testano su una copia o demo, mai disattivandole sul reale con posizioni aperte. Il test trova strumenti esterni al processo, non quanto resisti senza protezione.
10. Automatizzare compiti ripetitivi a basso rischio
Il criterio richiede quattro condizioni insieme: ripetitività, determinismo, errore rilevabile e conseguenze reversibili. Se ne manca una, non è candidata all’automazione, qualunque sia il tempo manuale.
Nel «sì» stanno attività noiose e per questo preziose: notifiche, importazione dello storico, backup di registri, configurazioni e schermate, formule ripetibili a mano e report con metriche definite. L’errore è rilevabile automaticamente se il controllo è parte dell’automazione: righe importate contro la fonte, checksum del backup o allarme se manca un file all’ora prevista. Un backup danneggiato o incompleto è l’eccezione all’errore subito visibile: sembra corretto fino al ripristino. Perciò ai controlli automatici resta affiancato il test periodico di ripristino della sezione 11.
Nel «no» restano per ora tre cose. Decidere ingressi e uscite finché la regola non supera la procedura dell’art. 11.7. Classificare le proprie deviazioni, il cui valore sta nel giudizio, non nel riempire una colonna. E ogni attività che non sai svolgere a mano: non perché automatizzare sia male, ma perché non riconoscerai quando inizierà a farla male.
L’automazione scala in entrambe le direzioni. Una regola errata ne ripete le conseguenze più in fretta e senza esitazioni: limiti deterministici, arresto e monitoraggio servono prima del rilascio, non dopo il primo guasto; si veda l’art. 11.5, e per il codice esecutore l’art. 11.8.
11. Procedura di emergenza e backup della configurazione
Un guasto non è eccezionale, ma raro: quando accade sarai fuori allenamento. La procedura deve quindi essere breve e scritta. Negli strumenti ha cinque passi e l’ordine ne fa parte:
- Conferma lo stato tramite un canale diverso da quello guasto. App mobile, area cliente o telefonata al broker: qualsiasi via senza lo stesso elemento. Configurazione e limiti della riserva sono nell’art. 11.4.
- Ferma l’automazione prima di riparare qualsiasi cosa. Disattivare i permessi o fermare il processo è più rapido della diagnosi e non richiede di capire la causa. Diagnosticare mentre gira cambia le condizioni che stai osservando.
- Verifica posizioni aperte e ordini pendenti dal broker, non nella copia locale. Dopo la disconnessione il terminale mostra l’ultimo stato noto, non necessariamente quello attuale.
- Registra l’incidente mentre accade, non dopo. Ora e fuso, guasto, cosa vedevi, azioni, stato prima e dopo. Un’ora dopo resta un’impressione, non confrontabile con log o storico.
- Riprendi solo dopo aver confermato che lo stato del broker coincide con il registro. Riavviare prima della riconciliazione porta dritto a duplicare posizioni.
Il piano completo — instradamento dei casi, contatti, modulo incidente e registro dei test trimestrali — è nel piano di emergenza degli strumenti. Qui restiamo agli strumenti, l’unico ambito di questa sezione.
Verifica una volta fuori dall’emergenza: quali protezioni risiedono sul server e quali richiedono un’applicazione attiva. Determina cosa succede spegnendo o perdendo la connessione. Dipende da piattaforma, modalità e broker; le configurazioni concrete sono nell’art. 11.4 e l’art. 11.5 per il relativo ambiente.
Backup della configurazione è l’altra metà della procedura: quanto richiede ricostruire dopo aver perso il computer. La lista è breve: watchlist, modelli grafici, avvisi con messaggi, tre registri della sezione 3, allegati e credenziali nel gestore di password, mai in testo. La posizione dipende dall’ambiente: può esserci un file copiabile o nessuno. La matrice riflette la documentazione verificata il 22 agosto 2026; riconfermala per i tuoi strumenti prima di ritenere completo il backup.
| Prodotto e variante | Dove risiede | Come esportare | Come ripristinare |
|---|---|---|---|
| Terminale MetaTrader 5 desktop: modelli e profili | In file nella cartella dati. Guida: «I modelli sono salvati come file TPL in [\MQL5\Profiles\Templates]» e «Tutti i profili sono in [\MQL5\Profiles\Charts]»[8] | Copia delle cartelle. È documentata anche la sincronizzazione: «Per condividere e sincronizzare modelli e profili tra piattaforme usa MQL5 Algo Forge, integrato in MetaEditor»[8] | Inserire i file nella cartella dati della nuova installazione o scaricarli dalla sincronizzazione |
| Grafici nel browser (TradingView): layout | Nell’account, non in un file locale. Guida: «Un layout contiene grafici, impostazioni, strumenti di disegno e indicatori ed è identificato da un URL unico»[9] | La documentazione non descrive il salvataggio del layout in un file dell’utente | Accedere e aprire il layout salvato recupera le impostazioni, ma non è backup indipendente né protegge dalla cancellazione |
| TradingView: watchlist | Fuori dal layout. Guida: «Watchlist e avvisi non sono salvati nei layout»[9] | Esportare in testo: «Download list as TXT». All’importazione: «Il file deve essere .txt, con prefisso della borsa e simboli separati da virgole»[10] | Caricare TXT con la funzione indicata nella guida |
| TradingView: avvisi | Fuori dal layout[9] e dal computer: si creano e attivano sui server della piattaforma[1] | La documentazione non descrive esportare avvisi in file | Ricrearli a mano; messaggio e collegamento al piano vanno nel registro, non solo nello strumento |
| Tre registri e archivio allegati | Dove creati: file locale, unità di rete o servizio | Dipende dal mezzo; la copia deve essere tua, non solo del fornitore | Ripristinare e confrontare numero di record e checksum con l’originale |
La conclusione: «copiare file di configurazione» non basta, perché alcuni non esistono. Per impostazioni nell’account, il recupero include accesso protetto e registrazione indipendente di ciò che non torna da solo: soprattutto messaggi degli avvisi e legami al piano.
12. Verifica del flusso: quattro misure anziché un’impressione
La revisione trimestrale ha senso solo se termina con numeri. «Mi sembra meglio» non è confrontabile col trimestre precedente. Le quattro misure sono un minimo proposto, non un elenco chiuso. Ognuna definisce grandezza, ambito e fonte, più denominatore e soglia convenzionale dove opportuno. Solo due hanno tutti e cinque gli elementi: il tempo non ha soglia assoluta e la ridondanza non ha denominatore; la tabella lo esplicita. Senza grandezza, ambito e fonte non si confrontano trimestri. Le prime due derivano dai registri esistenti. Le altre richiedono una registrazione extra ciascuna: tempi datati e risultato datato della ridondanza, entrambi nel registro del processo. Le soglie sono punti di partenza convenzionali per confrontarsi con sé stessi, non standard misurati.
| Misura | Numeratore e denominatore | Unità e ambito | Fonte dati | Soglia convenzionale e risposta sotto soglia |
|---|---|---|---|---|
| Completezza dei registri | Numeratore: operazioni con piano precedente all’apertura. Denominatore: tutte le chiuse nel periodo | % delle operazioni, trimestre | Piano riconciliato con lo storico tramite la mappa degli identificativi di piano, ordine, eseguito e posizione della sezione 5 | Soglia convenzionale 95 %. Sotto, anticipa la registrazione o riduci gli strumenti, con scheda di modifica. Non accorciare il piano: i sette campi della sezione 5 sono già minimi |
| Conformità dell’esecuzione | Numeratore: operazioni senza deviazione secondo definizione preventiva. Denominatore: operazioni con piano precedente all’apertura | % delle operazioni, trimestre | Campi del diario: deviazione dal piano e momento dell’intervento | Soglia convenzionale 90 %. Sotto, cerca concentrazioni di deviazioni in certe condizioni e aggiungile come rinuncia, con scheda della sezione 3, non correzioni al volo |
| Tempo del processo | Mediana della preparazione e, separatamente, della revisione, un valore per giorno di trading della settimana di controllo | Minuti, settimana di controllo nel trimestre | Registro datato d’inizio e fine di preparazione e revisione nella settimana di controllo, nel processo, non a memoria | Nessuna soglia assoluta; confronto col proprio trimestre precedente. Se sale, alleggerisci con scheda prima di abbandonare: una procedura abbandonata non ha versione leggera |
| Ridondanza degli strumenti | Numeratore: strumenti la cui disattivazione non blocca passi. Nessun denominatore: numero assoluto dell’insieme per funzioni della sezione 9 | Elementi, trimestre | Risultato datato del test della sezione 9 nel registro del processo | Soglia convenzionale zero. Sopra, elimina o assegna un passo preciso, con scheda in entrambi i casi; verifica il trimestre dopo |
Tutte misurano volutamente il processo, anche la ridondanza. Un buon risultato con cattivo processo è possibile in un trimestre con pochi trade; anche un processo diligente può perdere. Separare i giudizi permette di correggere ciò che ha fallito dopo un periodo debole, invece di sostituire gli strumenti a portata di mano.
Prima di proseguire conta quante delle ultime cinque operazioni avevano un piano prima dell’apertura. La percentuale usa la definizione di completezza, ma su cinque trade anziché un trimestre: è il punto iniziale da confrontare tra un trimestre. Controlla anche schermata e voce classificata, ma annotale a parte: sono misure e unità diverse, non si sommano.
Il processo opera in condizioni stabilite da altri: prezzi, storico disponibile, piattaforme e destino dell’ordine inviato dipendono dal broker. Da qui parte la prossima sezione del corso.
FAQ – flusso di lavoro di trading
Da dove partire se oggi non ho un processo?
Analisi ed esecuzione devono stare in due applicazioni?
Quanto spesso posso cambiare il flusso?
Quanti strumenti sono troppi?
Un modello IA può gestire parte del flusso?
Cosa fare se la piattaforma si blocca con una posizione aperta?
Serve un altro flusso nelle settimane di pubblicazioni importanti?
Fonti e riferimenti
I dati dei prodotti sono stati verificati il 22 agosto 2026 nella documentazione dei fornitori. Funzioni, limiti, integrazioni e listini cambiano con le versioni e non sono fissati qui; i meccanismi durano più a lungo. Prima di decidere controlla lo stato attuale nelle fonti primarie seguenti.
- TradingView Help Center, "Alerts are server-side" – tradingview.com/support/solutions/43000548327. Documentazione: gli avvisi sono creati e attivati sui server, indipendentemente dal browser. Verificato 2026-08-22.
- MetaQuotes Software Corp., "Alerts" – guida MetaTrader 4: metatrader4.com/en/trading-platform/help/overview/terminal/terminal_alerts. Documentazione: «Gli avvisi segnalano eventi di mercato» e «Creati gli avvisi si può lasciare il monitor: il terminale client informa automaticamente dell’evento del server». Il terminale attivo sorveglia la condizione. Verificato 2026-08-22.
- MetaQuotes Software Corp., "Executing Trades" – guida MetaTrader 5, sezione Avvisi: metatrader5.com/en/terminal/help/trading/performing_deals. Documentazione: «Gli avvisi notificano eventi di mercato. Dopo averli creati puoi lasciare il monitor e la piattaforma ti informerà automaticamente». La condizione oraria usa l’ora locale del computer e un’azione possibile è avviare un file eseguibile. Verificato 2026-08-22.
- TradingView Help Center, "Strategy alerts" – tradingview.com/support/solutions/43000481368. Fonte della copia di configurazione sul server creata impostando l’avviso, non modificata dai successivi cambiamenti del grafico. Verificato 2026-08-22.
- Bailey, D.H., Borwein, J.M., López de Prado, M., Zhu, Q.J. (2014). "Pseudo-Mathematics and Financial Charlatanism: The Effects of Backtest Overfitting on Out-of-Sample Performance". Notices of the American Mathematical Society, 61(5), 458–471. Studio metodologico dell’effetto del numero di varianti sull’interpretazione del migliore risultato; qui giustifica solo registrare modifiche, non affermazioni sulle strategie.
- MetaQuotes Software Corp., "Strategy Tester" – guida MetaTrader 5: metatrader5.com/en/terminal/help/algotrading/testing. Periodo forward separato e modalità di generazione tick come elementi documentati del test della variante sistematica. Verificato 2026-08-22.
- MetaQuotes Software Corp., "Deal Properties" – riferimento MQL5: mql5.com/en/docs/constants/tradingconstants/dealproperties. Fonte dei valori ENUM_DEAL_REASON: DEAL_REASON_CLIENT, MOBILE, WEB, EXPERT, SL, TP, SO, ROLLOVER, VMARGIN, SPLIT, CORPORATE_ACTION. Dimostra che il motivo registra origine dell’ordine o causa tecnica dell’eseguito. Verificato 2026-08-22.
- MetaQuotes Software Corp., "Templates and Profiles" – guida MetaTrader 5: metatrader5.com/en/terminal/help/charts_advanced/templates_profiles. Documentazione: «I modelli sono file TPL in [\MQL5\Profiles\Templates]», «Tutti i profili sono in [\MQL5\Profiles\Charts]» e «Per condividere e sincronizzare modelli e profili tra piattaforme usa MQL5 Algo Forge, integrato in MetaEditor». Verificato 2026-08-22.
- TradingView Help Center, "Layouts, charts, drawings, indicators, and their interaction" – tradingview.com/support/solutions/43000692404. Documentazione: «Un layout contiene grafici, impostazioni, strumenti di disegno e indicatori e ha un URL unico» e «Watchlist e avvisi non sono salvati nei layout». Verificato 2026-08-22.
- TradingView Help Center, "How to import and export watchlists" – tradingview.com/support/solutions/43000487233. Documentazione: esportare con «Download list as TXT»; importare «file .txt con prefisso della borsa e simboli separati da virgole». Verificato 2026-08-22.
