Ordine e monitoraggio della posizione in modalità Tattico

Questo esempio è uno schema di composizione, non una raccomandazione di trading pronta all’uso.

Obiettivo

Dopo la corrispondenza di un segnale in modalità Tattico, calcola la dimensione della posizione, controlla il margine disponibile, invia un ordine, attendi gli eventi del ciclo di vita e monitora la posizione aperta.

È un’estensione avanzata di un grafo di segnali, non una variante dello starter Alert a cinque nodi già pronta per l’invio. Servono dati di mercato supportati, strumento e impostazioni di esecuzione ammessi dal profilo Backtest, oltre all’accesso ai nodi scelti. Margin Check richiede Pro. Lavora su una copia o un checkpoint per confrontare il segnale originale con il grafo esteso.

Struttura suggerita

1. Event Trigger avvia il percorso di controllo.
2. Data Source e Indicator forniscono i dati del segnale.
3. Condition seleziona Match o No Match.
4. Position Sizer calcola la quantità da ingressi di rischio espliciti.
5. Margin Check gestisce separatamente Sufficient e Insufficient.
6. Order invia la richiesta configurata e produce un Order Ticket.
7. Await Order Event gestisce i risultati filled, rejected, canceled, expired e timeout.
8. Position Monitor segue una posizione aperta e gestisce aggiornamento, uscita e chiusura.

Usa Order Ticket Field o Order Result Field solo quando ti serve un valore scalare dalla loro uscita strutturata.

Collega un ciclo di vita completo

Usa Condition.Match come punto di partenza dell’illustrazione. Position Sizer, che produce solo un valore, calcola un numero e non richiede un edge di controllo. Configura metodo e ingressi necessari, poi collega Calculated Size all’ingresso quantità scelto nel nodo successivo. Con il metodo fixed, una dimensione configurata di 1 richiede un’unità nell’esempio, prima di minimi, incrementi e altri vincoli runtime dello strumento. La quantità non è un segnale di acquisto.

Collega Condition.Match → Margin Check come controllo. Fornisci Instrument e Size come dati compatibili, oltre a un prezzo quando serve al calcolo scelto. Gli esiti Sufficient e Insufficient descrivono questa stima preliminare: Sufficient non garantisce che Order venga accettato. Collega Sufficient → Order, configura lato, tipo, strumento e sorgente della quantità, e controlla le porte attive per quella combinazione. Un ordine limit o stop può richiedere prezzi aggiuntivi che un ordine market non richiede.

Per seguire il ciclo di vita, collega Order.Submitted → Await Order Event come controllo e Order.Order Ticket → Await Order Event.Order Ticket come dati. Submitted indica che la richiesta è stata ammessa all’invio, non che sia stata eseguita. Configura un timeout limitato e collega Filled al percorso che prepara Position Monitor solo quando sono disponibili posizione eseguita e ingressi richiesti. Gestisci Rejected, Canceled, Expired e Timeout separatamente. Un evento rejected non va trattato come se avesse un Fill Price.

Prova qui

Segui il ciclo di un ordine

Comprendi uno schema in modalità Tattico che dimensiona un ordine, controlla il margine, ne segue il ciclo di vita e monitora la posizione.

Passaggi dell’esercizio

1. Esamina Order e Await Order Event, inclusi i diversi esiti.
2. Segui submitted fino al nodo di attesa; osserva filled, rejected e timeout senza inviare ordini.

Avvia lezione

Rami di sicurezza

Non collegare solo il percorso riuscito. Aggiungi Alert, Cancel Orders, Halt o un’altra procedura appropriata per invio negato, margine insufficiente, timeout e rifiuto.

Questi rami sono decisioni del grafo, non azioni di pulizia intercambiabili. Cancel Orders richiede la cancellazione e ha un proprio esito di conferma; non può annullare un trade già eseguito. La guard Safety Trigger ha un ruolo di sicurezza limitato e non è un altro normale ingresso verso Order. Mantieni un percorso esplicito per una stima o un invio falliti, senza unirlo al ramo della posizione eseguita.

Verifica

Controlla ogni ingresso obbligatorio, risolvi la validazione, salva ed esamina le ipotesi e i costi di esecuzione del Backtest. I risultati simulati non garantiscono risultati reali.

Prima dell’invio, segui separatamente percorso di controllo e percorso dati, verifica nell’Inspector tutti i campi condizionali e salva il grafo. In Backtest Center controlla versione testata, esiti degli ordini, fill e costi. Se il run ha zero trade, verifica se il segnale ha selezionato Match, se il controllo del margine è passato e se Order ha raggiunto Submitted prima di attribuire la causa ai dati di mercato. La reference dei nodi elenca campi e gate di piano; leggere il risultato spiega le evidenze dopo un run.