Errore 401 dell'API Tradovate live: ID dispositivo non approvato

Configura un bot Tradovate, lo osserva funzionare senza intoppi in demo per giorni, poi lo punta sul suo conto live finanziato, e ogni ordine torna con un 401 con Access is denied. È uno degli ostacoli più comuni in cui si imbattono i trader che usano l'API, e quasi mai è un bug nel suo codice. Tradovate live applica una regola che la demo ignora silenziosamente: ogni richiesta di autenticazione deve trasportare un deviceId permanente e verificato, e quel dispositivo deve essere approvato tramite un link inviato via email prima di poter instradare ordini reali. L'errore si presenta in un paio di forme, un semplice 401 Access is denied, oppure una risposta 200 il cui payload riporta failureReason: UnknownReason, failureText: Access is denied, ma la causa di fondo è lo stesso handshake del dispositivo mancante. Ecco la diagnosi completa e la soluzione, oltre a come un bridge come PickMyTrade evita del tutto questa trafila di approvazione del dispositivo.

Cosa significa “Access Is Denied”

La risposta Access is denied è il modo in cui Tradovate le comunica che la sessione o il dispositivo che effettua la richiesta non è stato autorizzato ad agire su un conto live, anche se nome utente, password e API secret sono tutti corretti. Per questo è così confuso: le stesse credenziali che si autenticano senza problemi e piazzano ordini in demo falliscono improvvisamente non appena passa all'host live.

Potrebbe vederlo come un 401 HTTP pulito, oppure, in modo più fuorviante, come un 200 HTTP il cui corpo JSON contiene un payload di errore come [{'s': 200, 'i': 3, 'd': {'failureReason': 'UnknownReason', 'failureText': 'Access is denied'}}]. Solo il live impone ID dispositivo verificati. È una delle pochissime differenze tra sim e live, ed è il motivo principale per cui i 401 compaiono in live ma mai in sim. In altre parole, si tratta di un gate di fiducia a due fattori / dispositivo, non di un corpo dell'ordine difettoso.

Cause principali di un 401 live

1. Sta ancora colpendo l'host demo

La causa più banale: l'URL di base non è mai stato cambiato. I token demo e gli ID conto demo non hanno alcun valore contro l'endpoint live, e viceversa. Se non è passato da demo.tradovateapi.com a live.tradovateapi.com, le richieste falliranno per i conti live, semplicemente.

2. Non sta inviando un deviceId permanente

Il deviceId è una stringa fino a 64 caratteri pensata per identificare in modo univoco e permanente il dispositivo fisico che effettua la richiesta. La demo non lo verifica mai, quindi molte integrazioni lo omettono o generano un valore usa e getta a ogni esecuzione. Il live lo rifiuta. Rigenerare un nuovo deviceId a ogni login fa anche sembrare, ogni volta, un dispositivo del tutto nuovo e non approvato, così il 401 non si risolve mai.

3. Il dispositivo non è mai stato approvato tramite il link via email

Questa è la causa che sfugge alla maggior parte delle persone. Poiché Tradovate tratta il deviceId come parte della propria autenticazione a due fattori, un dispositivo nuovo deve essere confermato fuori banda. Riceverà un'email per approvare l'ID dispositivo, e finché non lo approva in live, l'accesso continuerà a essere negato. Senza clic di approvazione, niente accesso live, punto.

4. Ha portato l'accountId o l'accountSpec della demo nel live

I suoi conti live e demo non condividono lo stesso accountId numerico, e anche la stringa accountSpec è diversa (una spec live rispetto a una con prefisso DEMO). Riutilizzi i valori demo contro l'host live e otterrà lo stesso Access is denied, anche dopo che il dispositivo è considerato attendibile.

5. Alla chiave API manca l'accesso in scrittura agli ordini

Se la chiave o l'app sono state configurate con ambito di sola lettura o solo dati di mercato, il piazzamento di ordini live viene negato. La chiave necessita del diritto completo sugli ordini (scrittura), ottenibile tramite il componente aggiuntivo API Access di Tradovate e la configurazione dell'app.

Come risolvere il 401 live: passo dopo passo

Risolvere un deviceId mancante o non permanente

Approvare il dispositivo tramite il link inviato via email

Cambiare host e recuperare di nuovo i valori del conto live

Confermare il diritto API Access

Tabella di risoluzione dei problemi

Dove si inserisce PickMyTrade

Se preferisce fare trading dal vivo con i suoi segnali TradingView senza gestire manualmente ID dispositivo, email di approvazione e cambi di endpoint, PickMyTrade si occupa dell'handshake con il broker al suo posto:

• Connessione live gestita la gestione della fiducia del dispositivo e degli endpoint che fa inciampare le integrazioni API grezze avviene dietro le quinte, così gli ordini live vengono instradati al primo tentativo.
• Filtri di diritti e rischio rispetta lo stato dell'accordo sui dati del suo account e i limiti della prop firm prima ancora che un ordine venga inviato.
• Instradamento sicuro rispetto ai rate limit distanzia il flusso degli ordini in modo che le chiamate di autenticazione e ordine non vengano respinte.
• Sincronizzazione multi-account replica lo stesso segnale su più account Tradovate senza dover mantenere un handshake del dispositivo separato per ogni bot.