Individua la prima fase mancante: l'evento di alert TradingView, la consegna del webhook, il record del servizio ricevente o la risposta d'ordine di Rithmic. Un alert scattato non è la prova di un fill. Conserva timestamp e log prima di modificare le impostazioni o rinviare qualsiasi cosa. TradingView documenta nuovi invii per alcuni errori HTTP del server, quindi non dare per scontato che un trigger produca una sola consegna.
Indicazioni didattiche sul software. Il trading comporta rischi. Legga le avvertenze finanziarie e informative.
Parti dalle evidenze che hai
| Ultima fase confermata | Prossima verifica utile |
|---|---|
| Segnale di strategia/indicatore sul grafico | È stato creato un alert attivo per l'evento previsto? |
| Alert nel Log di TradingView | Configurazione di Webhook URL e Webhook status |
| Esito della consegna HTTP | Record del servizio ricevente e convalida del payload |
| Il servizio ha accettato l'alert | Connessione/conto previsti e richiesta d'ordine registrata |
| Il broker ha confermato una richiesta | Stato effettivo: attivo, rifiutato, annullato o eseguito |
Se l'esito di un ordine è incerto, controlla il record del conto/ordine prima di rinviare l'alert. Un timeout può lasciare sconosciuto l'esito dell'elaborazione da parte del destinatario.
1. Conferma l'alert attivo
Controlla il suo stato di attivazione, la condizione, il simbolo, il timeframe e la scadenza. Per gli alert di script, TradingView usa un contesto salvato di script/input/grafico. Modificare il grafico o gli input dello script non aggiorna quell'istantanea esistente; ricrea l'alert quando quel contesto deve cambiare, seguendo la documentazione degli alert di TradingView.
Abbina l'evento all'integrazione: una condizione di indicatore, una chiamata alert() e un evento di fill d'ordine di una strategia sono sorgenti diverse. Selezionare entrambi i flussi di eventi può inviare due richieste solo se entrambi scattano davvero e contengono messaggi di trading. Esamina la cronologia anziché presumere una duplicazione.
2. Esamina la consegna del webhook
La guida ufficiale alla configurazione dei webhook documenta il campo delle notifiche, il requisito dell'autenticazione a due fattori e la colonna Webhook status. Usa l'endpoint esatto copiato dall'applicazione ricevente. Non indovinare il percorso di un URL PickMyTrade.
| Famiglia di esito | Cosa indagare |
|---|---|
| Reindirizzamento | Endpoint modificato o reindirizzamento di autorizzazione |
| Errore client | Accesso, endpoint, formattazione o limite di richieste |
| Errore server | Guasto del servizio ricevente ed eventuale nuovo invio |
| Timeout/URL non disponibile | Tempo di risposta, raggiungibilità pubblica e correttezza dell'endpoint |
Sono categorie diagnostiche tratte dalla guida agli errori di TradingView, non stringhe di errore inventate di PickMyTrade. Un indirizzo di anteprima localhost non è un endpoint ricevente pubblico.
3. Tieni conto dei nuovi invii
La guida al nuovo invio di TradingView indica che le risposte HTTP 500–599, eccetto 504, possono causare nuovi invii a intervalli di cinque secondi, con al massimo quattro invii per un singolo trigger. Non estendere questo principio a ogni timeout o a ogni errore. Non stabilisce come il servizio ricevente eviti gli ordini duplicati.
4. Controlla separatamente il destinatario e Rithmic
Per PickMyTrade, usa il messaggio specifico per il conto generato al momento. Confronta tipo di segnale, connessione/conto, contratto, quantità e modalità di uscita. Il suo riferimento JSON pubblicato usa data e quantity; sostituirli con i valori ipotizzati action e qty non è una correzione verificata. Il riferimento non sostituisce il generatore attuale né un payload testato.
Conserva qualsiasi errore di convalida del servizio e la risposta del broker. Conferma il contratto e il conto risolti prima di interpretare un “successo.” La quotazione nativa acquisita qui mostra dati ESZ6, non un risultato di webhook:
Se il record del servizio manca nonostante una consegna segnalata, fornisci timestamp e fuso orario e il contesto della richiesta oscurato tramite il supporto ufficiale. Non pubblicare token, password o ID privati di conti/ordini.
Domande frequenti
Il successo HTTP significa che l'operazione è stata eseguita?
No. Verifica separatamente la convalida del servizio ricevente, la conferma dell'ordine e il fill registrato.
TradingView non effettua mai nuovi invii?
Documenta un nuovo invio condizionale per alcune risposte di errore del server. Non dedurre da questa regola un nuovo invio universale né una deduplicazione da parte del destinatario.
Devo rinviare un alert andato in timeout?
Riconcilia prima i record del servizio ricevente e del broker. Un secondo invio può generare un'ulteriore richiesta quando l'esito precedente è sconosciuto.
Modificare il grafico correggerà un alert di script esistente?
Non necessariamente. Il suo contesto salvato resta separato; ricrealo quando quel contesto deve cambiare.