Il piano senza commissioni di Tradovate blocca gli ordini (404)

Porta il suo conto al piano senza canone mensile per tagliare i costi e la volta successiva che invia un ordine il server restituisce 404 Not Found. Nient'altro sembra sbagliato. Può accedere, il token si autentica, l'elenco dei conti si carica, i grafici si muovono, ma l'unica cosa di cui ha davvero bisogno, inviare un ordine, muore con un corpo 404 vuoto. Sembra che l'endpoint sia sparito nel momento in cui il piano è cambiato.

Non è sparito. Un 404 è più circoscritto di quanto sembri e, una volta capito cosa dice, la soluzione è breve. Quasi sempre si tratta di una di due storie: la sua riga di richiesta punta a una route che non esiste (host, versione, percorso, metodo), oppure il diritto di instradamento degli ordini del suo conto è stato disturbato dal cambio di piano e non è ancora stato riprovvisionato. Escluderemo prima la riga di richiesta perché è rapido, poi percorreremo la strada piano-e-diritti, quella che colpisce subito dopo un downgrade.

Cosa le dice davvero un 404

Ogni stato HTTP punta a un livello diverso, e trattarli tutti allo stesso modo la porta a sistemare la cosa sbagliata. Un 404 significa che il server non ha trovato ciò a cui puntava la sua riga di richiesta: la route, o la destinazione di instradamento del suo conto, non c'è. Un 401 o “access is denied” significa che la route esiste ma lei non era autorizzato. Un 400 significa che percorso e autenticazione erano a posto ma il corpo era malformato. Un 429 significa che è soggetto a rate limit.

Quindi, se sta fissando un 404 letterale, smetta di modificare il JSON del suo ordine. Il server non è mai arrivato abbastanza avanti da leggerlo. Due famiglie di cause producono qui un 404: una richiesta diretta a un URL che non esiste e un conto che al momento non può instradare ordini perché il suo piano o diritto non è in uno stato abilitato agli ordini. Il momento in cui accade è il suo indizio più grande. Se gli ordini funzionavano cinque minuti fa e l'unica cosa cambiata è l'abbonamento, propenda per la spiegazione del diritto, ma dedichi comunque sessanta secondi a escludere la riga di richiesta, perché un cambio di piano è anche un momento naturale per aver cambiato ambiente o copiato un URL obsoleto.

Prima di tutto, escluda la riga di richiesta

Sono le noiose cause di un 404 che non hanno nulla a che fare con il suo piano e si eliminano in un minuto. Se invia ordini tramite l'API o uno strumento di terze parti, confermi che tutte e quattro le parti dell'URL siano corrette prima di toccare qualsiasi cosa lato conto.

• L'host corrisponde all'ambiente. Un conto demo/simulazione si instrada tramite l'host demo; un conto reale tramite l'host live. Inviare un ordine reale all'host demo (o viceversa) può restituire 404 o rimbalzare come non autorizzato. Se ha appena cambiato piano sul conto reale, si assicuri che i suoi strumenti non siano rimasti silenziosamente puntati sull'host di simulazione.
• Il segmento di versione è presente. Il percorso degli ordini dipende dalla radice versionata (il segmento /v1). Se lo omette, l'host nudo non ha alcuna route per gli ordini e ottiene 404.
• Ortografia e maiuscole del percorso. I percorsi REST distinguono tra maiuscole e minuscole. Un'operazione d'ordine con maiuscole errate o con trattini non corrisponde a nulla e risponde 404.
• Il metodo giusto. L'invio di un ordine è un POST. Incollare l'URL nella barra del browser (sempre un GET) o inviare il verbo sbagliato emerge come errore di tipo non trovato o metodo non consentito.

Se invia gli ordini dall'app desktop o web anziché tramite codice, non possiede l'URL, quindi questa sezione la riguarda di rado: passi alla storia del piano. Se usa l'API e la riga di richiesta è corretta, o se correggerla ha trasformato il suo 404 in un 401, ha superato questo livello. Ora guardi il conto.

Il vero innesco: il cambio di piano ha disturbato l'instradamento degli ordini

Ecco la parte che lega il 404 al suo abbonamento. Inviare ordini reali non significa solo essere connessi. Il suo conto deve trovarsi su un piano attivo e abilitato agli ordini e deve portare i diritti che quel piano concede: il feed di dati di mercato che permette alla piattaforma di prezzare il suo ordine e, per l'accesso programmatico, il diritto di automazione o API che autorizza l'instradamento da codice. Questi diritti sono provvisionati sul suo conto, non incorporati nella sua password.

Quando cambia piano, la piattaforma deve smantellare il vecchio insieme di diritti e creare il nuovo. Per una breve finestra di questo passaggio, il conto può trovarsi in uno stato in cui la destinazione di instradamento degli ordini di cui ha bisogno non è ancora disponibile. Una richiesta che la cerca torna con 404, perché dal punto di vista del server non c'è nulla verso cui instradare. Il login continua a funzionare perché l'autenticazione vive su un altro livello. Ecco perché il sintomo è così sbilanciato: tutto sembra a posto tranne l'ordine.

Due varianti compaiono più spesso:

• Il nuovo piano non ha finito il provisioning. Ha scelto il piano senza commissioni, il cambio è stato registrato, ma i servizi di dati e ordini non si sono ancora allineati. Gli ordini restituiscono 404 (o vengono rifiutati con “no quote available”) finché feed e instradamento non sono attivi sul conto.
• Un add-on a pagamento non è stato trasferito. Se il suo instradamento degli ordini dipendeva da un diritto a pagamento, un add-on di accesso API o automazione che poggiava su un piano a pagamento, il downgrade può eliminarlo. Le chiamate del suo bot che ieri funzionavano ora restituiscono 404 perché il diritto che le autorizzava non c'è più.

La soluzione: ripristinare un piano con instradamento degli ordini e dati abilitati

L'obiettivo è riportare il suo conto a una combinazione di piano e add-on che conceda davvero l'instradamento degli ordini reali e i dati di mercato, poi costringere il conto a recepire la modifica. Proceda in quest'ordine.

Se usa un conto di prop firm o di valutazione

Le regole si ribaltano quando il conto non è suo da fatturare. Su un conto di valutazione o finanziato di una prop firm, è la firm a possedere piano, abbonamento ai dati e diritti: lei non può cambiare il proprio livello di piano e non dovrebbe provarci. Se gli ordini hanno iniziato a restituire 404 su un conto della firm dopo qualsiasi cambio di piano o di dati, è la firm a dover correggere il provisioning, quindi contatti loro e non direttamente il broker. Le firm differiscono anche sul consentire o meno l'automazione diretta via API: alcune la permettono, altre la bloccano, e le regole esatte e gli eventuali limiti del conto variano per firm e dimensione del conto, quindi controlli le condizioni attuali della sua firm prima di presumere che una correzione del codice aiuti.

Checklist rapida per eliminare il 404

Smetta di sorvegliare i diritti

La maggior parte di chi incappa in questo problema non vuole diventare un esperto di provisioning dei conti. Vuole solo che una strategia entri ed esca dal suo conto futures e continui a funzionare quando cambia piano. Se è il suo caso, c'è una strada più breve che scrivere a mano chiamate d'ordine che si rompono ogni volta che un diritto cambia.

Per gli argomenti vicini che decidono se gli ordini vengono instradati o meno: confronti i livelli e ciò che ciascuno concede nel confronto tra piani Free, Monthly e Lifetime; si assicuri che il diritto di automazione sia attivo con la guida su come ottenere l'accesso API e una chiave; e se il suo 404 si è trasformato in un errore di permessi, segua la guida su “Access Is Denied” all'invio di un ordine.