Droit à l'historique (refus broker)

Le droit à l'historique est l'autorisation qui permet à un compte de télécharger des transactions, des barres ou de la profondeur passées depuis le serveur d'historique d'un broker, indépendamment de la réception du direct. Quand il manque, le broker refuse la requête avec un code de statut, comme le rp_code 13 de Rithmic (« permission denied »), et le graphique doit afficher l'intervalle comme indisponible, pas comme vide.

Senzoukria · Glossaire · Mis à jour en septembre 2026

Direct, historique et profondeur sont trois droits

Un compte qui reçoit les transactions en direct peut se voir refuser les barres historiques, et un compte qui renvoie des ticks historiques peut ne pas avoir la profondeur historique. Les fournisseurs vendent ces droits séparément et les hébergent sur des serveurs distincts ; chez Rithmic, le plant d'historique est distinct des plants ticker et ordres. Une connexion réussie prouve que le compte existe sur ce système, et rien sur ce qu'il a le droit de télécharger.

  • Transactions en direct : le droit ticker sur le plant utilisé.
  • Barres et ticks historiques : le droit historique, qui peut être activé pour l'un et pas pour l'autre.
  • Profondeur historique : rarement disponible chez les brokers ; un historique de heatmap exige des mises à jour de carnet enregistrées.
  • Chaque refus porte un code ; conservez le code et l'intervalle demandé pour interroger le fournisseur.

Lire un refus

« Permission denied » à la connexion signifie en général que le compte est inconnu sur ce système, un problème différent d'un droit trop court ; un système inconnu est signalé par un autre code. La même formulation sur une requête d'historique signifie que le droit historique n'est pas activé pour ce type de données. Les refus peuvent aussi être intermittents : un plant sous charge peut refuser une partie d'une requête et accepter la nouvelle tentative. Une requête acceptée mais qui ne renvoie rien, sans code de statut, signifie généralement que l'archive de ce système ne remonte pas si loin, ou que le plant d'historique est en panne.

Dans Senzoukria

Le panneau de données du backtest rapporte un remplissage refusé en ces termes : « Le broker a REFUSÉ la requête : « permission denied » (rp_code 13). Les barres historiques ne sont pas activées sur ce compte — c'est un droit broker, pas un réglage de l'app. Les ticks historiques fonctionnent, et c'est ce qu'utilise le replay manuel. » Sur le chart, la notice d'historique pour un refus partiel indique que les refus sont d'ordinaire intermittents, que le chart continue sur les données en cache et en direct, et qu'il réessaie tout seul ; une tentative terminée sans code est signalée à part comme une archive vide. L'aide à la connexion propose la question exacte à poser au broker : mon identifiant est-il activé pour l'accès API tiers, pour quelles données, et sous quel nom de système ?

Que faire quand l'historique est refusé

  • Ne changez pas d'indicateurs d'abord ; notez le symbole, l'échéance, la séance, l'état de la connexion et le code.
  • Demandez au fournisseur si les barres historiques et les ticks historiques sont activés séparément sur cet identifiant.
  • Servez-vous du cache local : les séances déjà téléchargées s'ouvrent, défilent et se calculent.
  • Pour les backtests, envisagez une source d'historique dédiée avec sa propre licence plutôt que l'archive du broker.

Cette page dans d’autres langues

Questions fréquentes

Le rp_code 13 est-il un bug du logiciel ?
Non. C'est un statut renvoyé par le serveur d'historique du broker, qui signifie permission refusée pour cette requête. L'application peut réessayer et continuer de travailler sur les données en cache et en direct, mais elle ne peut pas accorder le droit. La correction se fait côté compte, avec le fournisseur.
Pourquoi mon footprint en direct fonctionne-t-il alors que le backtest ne charge aucune barre ?
Parce que le direct et l'historique sont deux droits distincts. Le plant ticker envoie les transactions au chart pendant que le plant d'historique refuse la requête de barres. Demandez au fournisseur d'activer les données historiques sur l'identifiant, ou utilisez une source d'historique licenciée pour cet usage.
Les ticks historiques peuvent-ils fonctionner quand les barres sont refusées ?
Oui, sur certains comptes. Barres et ticks peuvent être activés indépendamment dans le droit historique. Quand les ticks sont disponibles, un replay tick par tick ou une barre agrégée localement peut prendre le relais ; quand aucun des deux ne l'est, l'intervalle doit rester marqué comme indisponible.