Come verificare i problemi di esecuzione?

Definire “problemi di esecuzione” e cosa è possibile verificare

I problemi di esecuzione si verificano quando il risultato di un ordine non corrisponde al comportamento di esecuzione dichiarato dal fornitore, oppure quando la gestione effettiva dell’ordine mostra ritardi inattesi, rifiuti, esecuzioni parziali o risultati sui prezzi/distribuzione incoerenti con il processo dichiarato. La verifica consiste nel riuscire a identificare fatti osservabili (timestamp, cambiamenti di stato dell’ordine, dettagli degli eseguiti e registri dei messaggi) e confrontarli con le regole descritte nei documenti pubblici del fornitore.

Distinguere meccaniche stabili da condizioni variabili

Per verificare con precisione i problemi di esecuzione, è necessario distinguere ciò che è strutturale da ciò che varia:

• Meccaniche stabili: fasi del ciclo di vita dell’ordine (inviato → accettato → instradato/in coda → eseguito/eseguito parzialmente → completato o annullato) e il modo in cui viene interpretata l’intenzione di tipo “market” rispetto a “limit”.
• Condizioni variabili: profondità della liquidità, volatilità, costi di trading (commissioni/spread/commissioni) ed eventi esterni di mercato su larga scala.

Un rischio significativo nella verifica è supporre che ogni discostamento rappresenti un “problema”. Anche quando il processo di esecuzione funziona come descritto, il movimento del mercato può alterare gli eseguiti tra il momento in cui l’ordine viene inviato e quello in cui viene eseguito.

Creare una checklist di evidenze riproducibile

Un processo di verifica autonomo combina solitamente tre categorie di documenti e dati:

1. Evidenze degli eventi (cosa è accaduto): raccogli i dati esportati dal broker/piattaforma relativi all’ordine specifico — ID dell’ordine, timestamp per ogni cambio di stato, messaggi di richiesta/conferma se disponibili e l’elenco completo degli eseguiti (prezzo, quantità, tempo). Se il fornitore fornisce solo risultati aggregati, annotare tale limitazione.
2. Evidenze delle politiche (cosa avrebbe dovuto accadere): utilizza i documenti attuali del fornitore che descrivono l’esecuzione e la gestione degli ordini (ad esempio, tipi di ordine, descrizione delle sedi di esecuzione o instradamento, regole operative e modalità di formazione dei prezzi). Utilizza la versione del documento corrispondente al periodo sotto esame.
3. Evidenze dei vincoli (perché i risultati possono differire): registra le assunzioni alla base dell’esempio che analizzerai — dimensione del trade rispetto alla liquidità disponibile, modello approssimativo dei costi utilizzato e quale prezzo consideri come riferimento (ad esempio, quotazione a un timestamp specifico). Dichiara esplicitamente queste assunzioni.

Un “esempio di calcolo” pratico può comunque essere valido senza prezzi in tempo reale: ad esempio, se hai osservato una sequenza di esecuzioni parziali, puoi verificare se l’aggregazione degli eseguiti è coerente con le regole documentate per le esecuzioni parziali (anche se il prezzo esatto del mercato in ogni istante ti è sconosciuto).

Identificare limitazioni e modalità di errore

Almeno una limitazione significativa è comune nella verifica dell’esecuzione:

• Divergenza legittima: i risultati di esecuzione possono discostarsi da un prezzo di riferimento perché i mercati si muovono più velocemente della conferma, oppure perché i tipi di ordine interagiscono con la liquidità.
• Osservabilità incompleta: alcune piattaforme non forniscono un registro completo end-to-end dei messaggi, quindi non è possibile dimostrare esattamente dove si è verificato un ritardo.
• Ambiguità del punto di riferimento: “il prezzo che hai visto” potrebbe non essere il prezzo utilizzato per l’accoppiamento, specialmente se le quotazioni si aggiornano o se si applicano componenti di conversione/costo.

Queste limitazioni implicano che la verifica dovrebbe mirare a determinare se i fatti osservati contraddicono le regole documentate, e non a inferire intenzioni o prevedere prestazioni future.

Verifica come conclusione chiara (e la prossima domanda)

Una conclusione solida assume una delle seguenti forme:

• Conclusione di discordanza: la cronologia degli eventi osservati o il comportamento di gestione contraddice le regole documentate del fornitore per quel tipo di ordine.
• Conclusione inconcludente: i dati osservati sono insufficienti per confrontarli con le regole documentate pertinenti, oppure le condizioni variabili dominano il risultato.

Prossima domanda da porsi: “Quale sezione esatta del documento regola il tipo di ordine e il passaggio osservato (accettazione, instradamento, esecuzione, annullamento), e i timestamp e i dettagli degli eseguiti sono allineati con quanto descritto in quel passaggio?”