Report di esecuzione (messaggio di stato dell'ordine)

Cosa dice un report

• Quale ordine: il riferimento proprio del cliente e l'id dell'ordine presso il broker o la borsa.
• Cosa è accaduto: nuovo, esecuzione parziale, esecuzione, sostituito, cancellato, rifiutato, scaduto.
• Quanto: la quantità di questa esecuzione, la quantità cumulata eseguita e quella ancora aperta.
• A quale prezzo: il prezzo di questa esecuzione e, spesso, la media finora.
• Perché, in caso di rifiuto: un testo o un codice di motivazione.

Esempio svolto

Un ordine limite di comprare 5 contratti produce una sequenza di report. Accettato: eseguiti 0, aperti 5. Esecuzione parziale di 2: eseguiti 2, aperti 3, e 2 + 3 = 5. Esecuzione degli ultimi 3: eseguiti 5, aperti 0, stato eseguito. Se invece l'operatore cancella dopo la prima esecuzione, l'ultimo report dice cancellato con eseguiti 2 e aperti 0; la posizione è di 2 contratti, non di 5 e non di 0.

In termini FIX

Nel vocabolario FIX il messaggio è l'Execution Report (35=8). Il suo campo di stato dell'ordine (39) distingue nuovo (0), eseguito in parte (1), eseguito (2), cancellato (4) e rifiutato (8), e i campi di quantità portano gli importi cumulato e residuo. Altri protocolli usano i propri nomi di messaggio per lo stesso contenuto.

In Senzoukria

Su Rithmic, gli eventi degli ordini arrivano come notifiche il cui stato è testo libero con molte varianti, come «Order received by exch gateway», «Modified» o «Order sent to exchange». L'applicazione tratta quindi un ordine come attivo a meno che il suo stato non dica che è finito (complete, cancelled, canceled, rejected, expired, filled o done), controlla prima le formulazioni in volo come «pending» o «partial» così che «cancel pending» non sia letto come cancellato, e registra una volta ogni stato che tiene in vita senza riconoscerlo. Il ragionamento è scritto nel suo codice: per uno specchio in sola lettura, mostrare uno stop obsoleto si può correggere, nascondere uno attivo no. Quando il flusso del conto parte, chiede anche gli ordini già attivi, così che gli ordini collocati prima o da un'altra piattaforma siano inclusi, e un flatten può confermare il successo solo dopo che quella rilettura è stata effettivamente ricevuta.

Errori comuni

• Leggere un'accettazione come un'esecuzione.
• Prendere la quantità dell'ordine come la posizione dopo un'esecuzione parziale e una cancellazione.
• Fidarsi di una schermata che ha smesso di ricevere report durante una disconnessione.