Conferma se esistono due ordini distinti presso il broker, poi confronta gli eventi di alert, le consegne e le richieste del servizio ricevente che li hanno preceduti. Righe simili possono rappresentare fasi diverse o fill parziali. Evita di reinviare, cancellare o modificare le impostazioni sulle posizioni duplicate prima di aver stabilito l'effettivo stato del conto e la cronologia degli eventi.
Indicazioni didattiche sul software. Il trading comporta rischi. Legga le avvertenze finanziarie e informative.
Costruisci la cronologia degli eventi
| Livello | Evidenza |
|---|---|
| Script/alert | Origine dell'evento, identità dell'alert e orario del trigger |
| Consegna | Ogni tentativo di webhook e relativa risposta |
| Destinatario | Ogni messaggio accettato/rifiutato e la richiesta generata |
| Broker | Identità distinte degli ordini, stato e fill |
| Conto | Posizione corrente e ordini working rimanenti |
Mantieni gli identificativi privati nell'indagine sul conto; oscurali negli esempi pubblici. Usa Order History e Fill History per distinguere gli eventi degli ordini dai registri di esecuzione.
Verifica le possibili cause senza presumerne una
- Stabilisci se due alert attivi separatamente trasportano la stessa operazione prevista.
- Verifica se sia il flusso strategy order-fill sia quello
alert()si sono effettivamente attivati con messaggi di trade. - Controlla il routing su più conti e la scalatura delle quantità; richieste intenzionali su conti diversi non sono automaticamente duplicati.
- Confronta i tentativi di trasporto con i registri del destinatario e del broker prima di attribuire la causa a un nuovo invio.
- Distingui i fill parziali o gli aggiornamenti di stato di un unico ordine da due ordini distinti.
La documentazione degli alert di TradingView spiega i flussi di eventi separati. Selezionarli entrambi non raddoppia necessariamente ogni operazione; contano lo script effettivo e i messaggi.
TradingView può reinviare alcune consegne
La regola ufficiale di reinvio riguarda le risposte HTTP 500–599 eccetto 504, con reinvii dopo cinque secondi e fino a quattro invii per trigger. Si tratta di un comportamento di trasporto. Non dimostra la presenza di ordini duplicati presso il broker in un caso specifico né certifica la deduplicazione del destinatario.
Un interruttore per l'accumulo di posizioni non è una garanzia di consegna
Il riferimento JSON di PickMyTrade include un'opzione per le posizioni duplicate. Non trasformare quell'opzione in una garanzia universale di event-id/idempotenza né presumere che disattivarla risolva ogni ingresso duplicato. Usa le istruzioni attuali del generatore e analizza le richieste effettive.
Per questa guida non è stato provocato alcun caso di duplicazione né modificata alcuna impostazione del conto. Fornisce un metodo di riconciliazione, non una causa radice certificata per un conto specifico.
Cosa fornire al supporto
Fornisci la cronologia oscurata, i timestamp/fusi orari rilevanti, i tipi di evento, il contesto di connessione/conto e gli esiti registrati. Chiedi di spiegare come il destinatario gestisce effettivamente la consegna ripetuta per la versione/il flusso interessato. Non cancellare alla cieca una delle due righe di un esempio di un articolo.
Domande frequenti
Due fill dimostrano due ordini duplicati?
No. Un ordine può avere esecuzioni parziali. Riconcilia identità, quantità e stato dell'ordine.
TradingView ritenta ogni errore?
No. La regola di reinvio documentata ha condizioni di risposta specifiche. Non estenderla a ogni timeout o errore.
Disattivare le posizioni duplicate dimostra l'idempotenza?
No. Il comportamento di accumulo delle posizioni e la gestione della stessa consegna due volte sono questioni diverse.
Devo reinviare quando l'esito presso il broker è sconosciuto?
Prima riconcilia il registro di conto/ordine oppure usa il processo di indagine supportato dal provider.