Diritto allo storico (rifiuto del broker)

Il diritto allo storico è l'abilitazione che permette a un conto di scaricare transazioni, barre o profondità del passato dal server di storico di un broker, separatamente dalla ricezione dei dati in diretta. Quando manca, il broker rifiuta la richiesta con un codice di stato come l'rp_code 13 di Rithmic («permission denied»), e il grafico deve mostrare l'intervallo come non disponibile, non come vuoto.

Senzoukria · Glossario · Aggiornato a settembre 2026

Live, storico e profondità sono tre diritti distinti

Un conto che riceve transazioni in diretta può vedersi rifiutare le barre storiche, e un conto che restituisce tick storici può comunque non avere la profondità storica. I fornitori vendono queste cose separatamente e le ospitano su server distinti; su Rithmic il plant di storico è diverso dai plant ticker e ordini. Un accesso riuscito prova che il conto esiste su quel sistema, e nulla su ciò che può scaricare.

  • Transazioni in diretta: il diritto ticker sul plant in uso.
  • Barre e tick storici: il diritto allo storico, che può essere attivo per gli uni e non per gli altri.
  • Profondità storica: raramente disponibile dai broker; lo storico della heatmap richiede aggiornamenti del book registrati.
  • Ogni rifiuto porta un codice: conserva il codice e l'intervallo richiesto quando scrivi al fornitore.

Leggere un rifiuto

«Permission denied» all'accesso di solito significa che il conto è sconosciuto su quel sistema, un problema diverso da un diritto insufficiente; un sistema sconosciuto viene segnalato da un codice differente. La stessa formula su una richiesta di storico significa che il diritto allo storico non è attivo per quel tipo di dato. I rifiuti possono anche essere intermittenti: un plant sotto carico può rifiutare una parte della richiesta e accettare il nuovo tentativo. Una richiesta accettata che non restituisce nulla, senza codice di stato, di solito significa che l'archivio su quel sistema non arriva così indietro o che il plant di storico è fuori servizio.

In Senzoukria

Il pannello dati del backtest riporta un riempimento rifiutato con queste parole: «Il broker ha RIFIUTATO la richiesta: « permission denied » (rp_code 13). Le barre storiche non sono abilitate su questo conto — è un diritto del broker, non un'impostazione dell'app. I tick storici funzionano, ed è quello che usa il replay manuale.» Sul grafico, l'avviso di storico per un rifiuto parziale spiega che i rifiuti sono di norma intermittenti, che il grafico continua a funzionare su dati in cache e in diretta e che riprova da solo; un tentativo completato senza codice viene segnalato a parte come archivio vuoto. L'aiuto alla connessione suggerisce la domanda esatta da porre al broker: il mio login è abilitato all'accesso API di terze parti, per quali dati e sotto quale system name?

Cosa fare quando lo storico viene rifiutato

  • Non cambiare per prima cosa gli indicatori: annota simbolo, scadenza, seduta, stato della connessione e codice.
  • Chiedi al fornitore se barre storiche e tick storici siano abilitati separatamente su quel login.
  • Usa la cache locale: le sedute già scaricate si aprono, scorrono e calcolano.
  • Per i backtest, valuta una fonte di storico dedicata con licenza propria invece dell'archivio del broker.

Questa pagina in altre lingue

Domande frequenti

L'rp_code 13 è un bug del software?
No. È uno stato restituito dal server di storico del broker che significa permesso negato per quella richiesta. L'applicazione può riprovare e può continuare a lavorare su dati in cache e in diretta, ma non può concedere il diritto. La soluzione sta dal lato del conto, con il fornitore.
Perché il mio footprint in diretta funziona mentre il backtest non carica le barre?
Perché dati in diretta e storico sono diritti distinti. Il plant ticker sta inviando transazioni al grafico mentre il plant di storico rifiuta la richiesta di barre. Chiedi al fornitore di abilitare i dati storici sul login, oppure usa una fonte di storico licenziata per quello scopo.
I tick storici possono funzionare mentre le barre storiche sono rifiutate?
Sì, su alcuni conti. Barre e tick possono essere abilitati in modo indipendente nel diritto allo storico. Quando i tick sono disponibili, un replay su tick o una barra aggregata localmente possono sostituirle; quando non lo è nessuno dei due, l'intervallo deve restare segnalato come non disponibile.