Testez un contrat précis sur une courte plage de dates, examinez la connexion d'historique et le journal de la plateforme, puis vérifiez le droit d'accès à l'historique ou la limite de téléchargement du fournisseur. Les cotations en direct peuvent continuer alors qu'une demande d'historique échoue. Commencez par ces vérifications avant de supprimer des données locales.
Conseils éducatifs sur le logiciel. Le trading comporte des risques. Lire les avertissements financiers et d'information.
Déterminer ce qui manque
Notez le contrat, le type de barre, les dates demandées, le fuseau horaire et la version de la plateforme. Distinguez un graphique vide de barres anciennes manquantes, d'un filtrage de session incorrect ou de données de volume bid/ask absentes. Comparez avec un autre contrat précis ; n'utilisez pas un symbole continu pour supposer que l'historique d'une échéance donnée existe.
Essayer un rechargement contrôlé
Pour Quantower, son guide de dépannage Rithmic documente right-click chart → Reload history (server) ainsi que la consultation de l'Event Log. Utilisez une plage réduite. Des téléchargements volumineux répétés peuvent consommer le quota sans résoudre un problème de permissions.
Dans une autre plateforme, utilisez la procédure de rechargement prise en charge par celle-ci. Conservez les données locales et les paramètres personnalisés avant toute réparation demandée par l'éditeur ; ce guide ne préconise pas de supprimer la base de données ou le cache de NinjaTrader.
Vérifier le quota du fournisseur et la source de données
La FAQ de Rithmic, consultée le 7 octobre 2026, décrit une couverture de ticks historiques depuis décembre 2011 et une limite hebdomadaire de 40 Go par utilisateur, réinitialisée le dimanche à midi ET. Il s'agit d'une description du service, et non d'une promesse que chaque plateforme expose chaque instrument et chaque type de données jusqu'à cette date. Demandez au fournisseur de confirmer l'utilisation réelle lorsqu'une limite est soupçonnée.
Pour Sierra Chart, son guide du service Rithmic sépare les identifiants de trading, de données en direct et d'historique, et explique l'alternative Denali. Suivez les instructions correspondant à la source de données réellement sélectionnée ; ne renseignez pas les champs de données Rithmic si ce flux de travail ne les utilise pas.
Déterminer la prochaine action
| Observation | Prochaine action |
|---|---|
| Un contrat/une plage échoue | Vérifier l'échéance, la plage demandée et le filtre de session |
| Réponse de permission | Le fournisseur vérifie le droit d'accès et les identifiants pour ce service |
| Quota de téléchargement confirmé comme épuisé | Réduire les demandes futures et utiliser l'heure de réinitialisation confirmée |
| La même plage échoue aussi dans RTrader | Transmettre les deux observations au fournisseur ; cela ne prouve pas à lui seul une panne de serveur |
| RTrader fonctionne, une plateforme échoue | Envoyer la version de la plateforme, ses paramètres et son journal au support de cette plateforme |
Référence de l'interface
Questions fréquentes
Pourquoi les prix en direct continuent-ils de se mettre à jour ?
Les demandes en direct et les demandes d'historique relèvent de services différents. Un abonnement en direct réussi n'établit pas qu'une demande d'historique a été acceptée.
Dois-je recharger chaque graphique à répétition ?
Non. Isolez une demande réduite et reproductible, puis vérifiez la réponse avant de consommer davantage de quota de téléchargement.
Un contrat expiré n'a-t-il forcément aucun historique ?
Non. L'expiration empêche de le traiter comme le contrat actif négociable, mais la disponibilité de l'historique est une question distincte.
Un trou prouve-t-il que le cache est corrompu ?
Non. Les filtres de session, les permissions, la couverture de la source, les limites de demandes et les échecs de connexion peuvent aussi expliquer un trou.