Leggi la risposta esatta dell'ordine, individua quale sistema l'ha emessa e abbinala al conto, al contratto e alla richiesta. Restrizioni di rischio, permessi, regole di prezzo e stato del mercato richiedono verifiche diverse. Un timeout di connessione non è la prova di un rifiuto, quindi riconcilia ordini working e fill prima di riprovare.
Indicazioni didattiche sul software. Il trading comporta rischi. Legga le avvertenze finanziarie e informative.
Conserva prima le evidenze
Registra piattaforma/versione, System, conto, simbolo, borsa, lato, quantità, tipo di ordine, durata e timestamp con fuso orario. Conserva privatamente il testo completo del rifiuto. Oscura credenziali, identificativi di conto e di ordine negli screenshot pubblici.
Il menu File di R Trader Pro ispezionato include Recent Orders, Order History e Fill History. Esamina l'attività degli ordini separatamente dalle esecuzioni. La guida alla cronologia indica i controlli effettivi di Fill History. Per questo articolo non è stato provocato deliberatamente alcun rifiuto.
Abbina la risposta alla verifica successiva
| Categoria della risposta | Cosa ispezionare | Chi può risolvere una restrizione? |
|---|---|---|
| Limite di rischio o di posizione | Regola del provider, posizione corrente, quantità working e aumento richiesto | Il provider, per i limiti controllati dall'amministratore |
| Liquidation-only | Azioni di riduzione consentite e stato del conto | Provider o risk desk |
| Margine o buying power | Requisito attuale per il prodotto, il conto e la sessione | Broker o provider |
| Simbolo o abilitazione | Scadenza esatta, borsa e strumenti consentiti | Ricerca nella piattaforma e provider |
| Prezzo o incremento di tick | Specifiche del contratto, relazione stop/limite e regole di prezzo della borsa | Correggi la richiesta nel rispetto delle regole applicabili |
| Stato del mercato | Orario del prodotto, adeguamento festivo, halt o cutoff specifico del conto | Informazioni della borsa e provider |
| Autenticazione o routing | System corretto, mappatura del conto e connessione ordini | Provider e supporto della piattaforma |
Queste sono categorie diagnostiche, non un catalogo verificato di stringhe di errore Rithmic letterali. Non modificare le impostazioni di rischio né acquistare un'altra valutazione solo perché una categoria sembra plausibile.
Controlla il contratto e il prezzo
Usa la ricerca strumenti della piattaforma. In questa ispezione del desktop, ESZ6.CME è stato risolto in E-Mini S&P 500; ciò conferma il formato solo in questa schermata. Un simbolo di grafico continuo di TradingView non è intercambiabile con ogni simbolo di esecuzione o campo JSON.
Consulta le specifiche del contratto della borsa per gli incrementi consentiti e la guida ai tipi di ordine per la differenza tra trigger degli stop e prezzi limite. Non avvicinare un prezzo al mercato come correzione generica di un rifiuto senza aver verificato il motivo e l'operazione prevista.
Prima di riprovare
- Stabilisci se la richiesta originale è stata definitivamente rifiutata, è ancora in sospeso o ha avuto dei fill.
- Correggi la causa individuata, usando i requisiti attuali del provider ove applicabile.
- Conferma la posizione corrente e gli ordini rimanenti.
- Ricontrolla conto, scadenza, lato e quantità prima di una nuova richiesta.
Se l'errore persiste, invia il registro privato degli eventi tramite il canale di supporto del provider. Una restrizione di rischio può richiedere un intervento dell'amministratore; non è detto che si risolva riconnettendosi o aspettando domani.
Se la risposta indica un annullamento anziché un rifiuto, indaghi su un ordine annullato dalla borsa e tenga distinti i due stati.
Domande frequenti
Ogni ordine rifiutato è stato fermato prima di raggiungere la borsa?
Non dedurlo da un'etichetta generica. I rifiuti possono originare in fasi diverse, inclusa una risposta della borsa. Ispeziona il sistema di origine e il registro degli eventi.
Un rifiuto conta come operazione?
Una richiesta rifiutata non è di per sé un fill. Regole di attività del provider, commissioni e definizioni di reporting vanno verificate separatamente, senza dedurle da questa distinzione.
Il liquidation-only si azzera sempre il giorno dopo?
Non è stato stabilito alcun reset universale. Conferma con il provider il motivo, le azioni consentite e i requisiti di ripristino.
Perché un ordine simile ha funzionato su un altro conto?
I conti possono differire per permessi, limiti, saldi, regole di sessione e routing. Confronta queste impostazioni e le risposte esatte; non presumere che conti di valutazione e conti funded siano equivalenti.