Come funziona il Last Look nel Forex?

Cos’è il Last Look, in termini semplici

Il Last Look nel Forex è un processo utilizzato da alcuni fornitori di esecuzione, in cui il fornitore può sospendere brevemente l’accettazione di una richiesta di esecuzione, per poi decidere se accettarla (riempirla) o rifiutarla.

Un modo utile per comprendere il concetto è pensare a un cancello “accetta-o-rifiuta” posizionato dopo che la richiesta del cliente raggiunge il fornitore, ma prima che l’operazione sia confermata definitivamente. La transazione prevista dal cliente non è garantita automaticamente nel momento in cui la richiesta viene inviata; la decisione del fornitore può dipendere dai controlli effettuati durante questa breve finestra temporale.

Poiché le implementazioni variano tra fornitori e giurisdizioni, qualsiasi spiegazione su come funziona dovrebbe distinguere tra meccaniche stabili (cosa fa il cancello) e condizioni variabili (quali controlli vengono effettuati, quanto dura la finestra e come vengono gestiti i rifiuti).

Un modello semplice basato sui controlli del flusso di lavoro

Di seguito è riportata una sequenza generica che illustra il meccanismo senza presupporre un esito specifico.

1. Arrivo della richiesta Un partecipante al mercato invia una richiesta di esecuzione (per un acquisto o una vendita di una coppia valutaria a un prezzo e una dimensione dichiarati, in base alla progettazione del sistema).

2. Il fornitore effettua i controlli del Last Look Durante la finestra del Last Look, il fornitore valuta una o più condizioni. Esempi di categorie di controlli comunemente descritti nelle discussioni del settore includono:

• Controlli temporali (se la richiesta è ricevuta entro una tolleranza temporale prevista)
• Controlli di coerenza del prezzo (se il prezzo implicito nella richiesta è ancora accettabile)
• Controlli legati alla liquidità o allo slippage (se la capacità del fornitore di eseguire è ancora entro le tolleranze interne)
• Controlli di rischio o di policy (se la richiesta viola limiti o vincoli)

3. Il fornitore fornisce una decisione Il fornitore restituisce quindi un esito come:

• Accettazione (l’esecuzione prosegue e viene confermato un riempimento), oppure
• Rifiuto (il riempimento richiesto viene declinato), a volte con ulteriori dettagli comunicati attraverso il protocollo di esecuzione.

4. Il cliente osserva il risultato Il sistema lato trader riceve la conferma o il rifiuto e aggiorna di conseguenza la posizione, la segnalazione e lo stato dell’ordine.

Questo modello evidenzia la struttura “input → controlli → output”. Il punto chiave è che il risultato effettivo finale viene determinato dopo i controlli, non solo al momento della richiesta.

Input e output da mappare nei propri sistemi

Per spiegare accuratamente il Last Look, è utile definire i termini da utilizzare quando si analizza un evento di esecuzione.

Input (su cosa si basa la decisione)

Elementi tipici di input che è possibile rilevare nei log di esecuzione e nei messaggi di protocollo includono:

• Parametri richiesti: lato (acquisto/vendita), coppia valutaria, dimensione e contesto di prezzo associato alla richiesta.
• Dati temporali: timestamp del momento in cui la richiesta è stata ricevuta e di quando la decisione è stata inviata.
• Informazioni di riferimento di mercato: a seconda del fornitore, i controlli possono utilizzare prezzi di riferimento interni, quotazioni recenti o altre misure.
• Vincoli operativi: se il fornitore in quel momento consente di accettare richieste sotto determinate condizioni.

Poiché i fornitori utilizzano regole diverse, non si può presumere una lista specifica di controlli solo dal concetto.

Output (cosa cambia dal tuo punto di vista)

Dal lato cliente, l’output è solitamente rilevante come:

• Esecuzione accettata o rifiutata: questo influenza direttamente se la tua posizione viene aperta.
• Dettagli della conferma di esecuzione: il prezzo confermato, la dimensione e tutti i campi di reporting.
• Latenza/tempo di risposta: i ritardi possono differire tra i percorsi di accettazione e rifiuto.

Un modo pratico per verificare la tua comprensione è confrontare i tuoi record di richiesta con le conferme/respinte del fornitore e misurare come i tempi e le condizioni si correlano.

Un esempio pratico (con assunzioni esplicite)

Consideriamo un esempio semplificato di una singola richiesta di esecuzione.

Assunzioni (solo a scopo illustrativo):

• Esiste una finestra di Last Look.
• Il fornitore effettua controlli di coerenza del prezzo e temporali.
• La politica del fornitore può rifiutare richieste se queste sono al di fuori della tolleranza.

Scenario:

• Invii una richiesta di esecuzione per acquistare una determinata coppia valutaria a un prezzo previsto.
• Il fornitore riceve la richiesta e avvia la finestra di Last Look.
• Durante la finestra, i controlli del fornitore determinano se la richiesta soddisfa ancora i suoi criteri.

Due esiti possibili:

• Se i controlli hanno esito positivo, il fornitore accetta e conferma il riempimento.
• Se i controlli hanno esito negativo, il fornitore rifiuta il riempimento e tu non entri nella posizione come richiesto.

Questo esempio è intenzionalmente neutro: non afferma che la richiesta sarà accettata. Mostra come il cancello possa modificare l’esecuzione effettiva rispetto alla richiesta iniziale.

Limitazioni materiali e modalità di errore

Il Last Look può introdurre incertezza anche quando una richiesta di esecuzione è ben formulata, poiché l’accettazione dipende da controlli che potrebbero non essere completamente osservabili.

Limitazioni comuni da considerare:

1. Incertezza dell’esito L’accettazione non è determinata esclusivamente dall’istruzione del cliente. I controlli del fornitore possono portare a rifiuti.

2. Politiche diverse tra fornitori I fornitori possono differire per quanto riguarda i controlli effettuati, l’applicazione delle tolleranze e la velocità delle decisioni. Due fornitori diversi potrebbero rispondere in modo diverso alla stessa richiesta.

3. Tempi e volatilità di mercato Movimenti rapidi del mercato possono aumentare la probabilità che una richiesta cada al di fuori delle tolleranze interne al momento del completamento dei controlli.

4. Osservabilità parziale nella pratica Anche se puoi registrare i timestamp della richiesta e della decisione, potresti non conoscere i dati di riferimento interni esatti utilizzati dal fornitore.

5. Casi limite operativi Possono verificarsi modalità di errore come gestione inconsistente dei tentativi di ritrasmissione, differenze nei messaggi di protocollo o casi in cui la decisione arriva dopo che il lato cliente ha già fatto assunzioni sullo stato dell’ordine.

In sintesi, il rischio principale non è solo la possibilità di rifiuto; è anche la difficoltà di prevedere quali esecuzioni saranno accettate e perché, specialmente senza una piena visibilità sulle politiche specifiche del fornitore.

Come verificare cosa significa il Last Look per una configurazione specifica

Per verificare in modo indipendente i fatti rilevanti per il tuo ambiente, puoi concentrarti sulle evidenze che puoi raccogliere piuttosto che sulle aspettative.

1. Confronta richieste e conferme Utilizza i log di esecuzione per contare quante volte le richieste vengono accettate rispetto a quelle rifiutate.

2. Misura i tempi Registra il tempo tra la ricezione della richiesta e la restituzione della decisione e verifica se la latenza differisce tra esiti accettati e rifiutati.

3. Testa in condizioni controllate (concettualmente) Invece di fare affidamento su previsioni, valuta come si comporta il tuo sistema quando i criteri di accettazione del fornitore cambiano; ad esempio, osservando gli esiti in diversi regimi di mercato.

4. Conferma il linguaggio della policy dalla documentazione del fornitore Le meccaniche del Last Look sono spesso descritte nella documentazione legale e di esecuzione. Leggi le definizioni specifiche e le condizioni in base alle quali l’accettazione può essere rifiutata.

Se vuoi, condividi quali campi di log o documentazione hai (senza valori riservati).