« L'historique remonte à {loaded} jours sur les {requested} demandés » dans Senzoukria
Quand Rithmic sert une fenêtre d'historique sans erreur mais sans ticks, son archive ne va pas plus loin pour ce contrat et ce compte. Senzoukria indique combien de jours il a réellement chargés face à la profondeur que vous avez demandée.
Senzoukria · Dépannage · Mis à jour en septembre 2026
En bref
- Avis
- « L'historique remonte à {loaded} jours sur les {requested} demandés. »
- Réglage de profondeur
- 1 à 31 jours (Réglages de trading → Profondeur d'historique)
- Gardé sur le disque
- 8 jours ; au-delà, la fenêtre est retéléchargée à chaque ouverture
- Cause
- L'archive du broker pour ce contrat et ce compte
Ce que vous voyez
L'avis du graphique se lit « L'historique remonte à {loaded} jours sur les {requested} demandés. Le broker a servi la fenêtre sans erreur : son archive ne va pas plus loin pour ce contrat et ce compte. » Le graphique lui-même a l'air normal, simplement plus court que la profondeur choisie.
Pourquoi cela arrive
Le téléchargement est allé jusqu'au bout, n'a renvoyé aucun code d'erreur et aucune barre pour les fenêtres les plus anciennes. Rien dans l'application ne peut connaître d'avance la profondeur de Rithmic : elle varie selon la société, le type de compte et le mois. L'application la mesure après coup et le dit, au lieu de dessiner un graphique deux fois plus court que votre plage sans commentaire.
La profondeur est par ailleurs bornée côté application : n'importe quel nombre entier de jours de 1 à 31. Passé 8 jours, le cache local ne garde plus les données : cette partie est donc retéléchargée chaque fois que vous ouvrez le graphique.
Comment corriger
- Acceptez la profondeur que votre broker sert, ou baissez la Profondeur d'historique dans ⚙ → Réglages de trading pour qu'elle y corresponde.
- Vérifiez que le contrat est bien le mois avant en cours ; un contrat plus ancien peut avoir moins d'historique sur votre système.
- Pour de longs backtests, importez un dossier d'exports Databento dans le backtest automatique plutôt que de compter sur l'archive du broker.
Ce que ce n'est pas
- Pas une erreur : le broker a répondu sans code.
- Pas un problème de cache : le graphique rapporte ce qu'il a réellement chargé.
- Pas corrigé par Recharger l'historique si l'archive s'arrête là ; recharger redemande la même archive.
Quand contacter le support
Si le problème persiste, contactez le support par Menu → Signaler un problème, ou sur le Discord de Senzoukria. Si une autre plateforme sur le même identifiant montre un historique de ticks plus ancien pour le même contrat, envoyez les deux plages et le nom du système Rithmic.
Pages liées
- Historique impossible à compléter
- Données et historique
- Remplir un long historique pour les backtests
- Cache local
Dans la même rubrique
- Grille de prix inconnue
- La heatmap n'a pas pu démarrer (EvalError)
- Adresse e-mail ou mot de passe invalide
- La passerelle n'a pas répondu
- Historique crypto incomplet
- Reconstruction des bulles refusée (rp_code 13)
- Flux du carnet d'ordres arrêté
- Souscription refusée
Cette page dans d’autres langues
Questions fréquentes
- Quelle est la profondeur d'historique maximale ?
- 31 jours. C'est la fenêtre la plus large que l'application demandera à un broker ; jusqu'où le broker remonte réellement dépend de votre compte.
- Pourquoi une profondeur de 30 jours se retélécharge-t-elle chaque fois ?
- Parce que le cache local garde 8 jours. La partie plus ancienne n'est pas stockée et doit être récupérée à nouveau à l'ouverture du graphique.