Consultez les avis datés de Rithmic et de votre prestataire, en faisant correspondre le System et le service concernés à votre erreur. Comparez ensuite les journaux de l'application et le comportement du réseau local. Une connexion échouée, un graphique arrêté ou un ancien fil de forum ne prouvent pas une panne actuelle de l'ensemble de Rithmic. Il s'agit d'une procédure de vérification, et non d'une affirmation sur l'état en direct.
Conseils éducatifs sur le logiciel. Le trading comporte des risques. Lire les avertissements financiers et d'information.
Où vérifier
- Ouvrez les System Advisories de Rithmic et examinez la date et l'environnement concerné d'un avis pertinent. La page indexée recense des avis de maintenance et d'incident ; cette vérification n'a pas établi l'existence d'un tableau de bord complet de l'état en direct.
- Ouvrez le canal officiel d'aide/d'état de votre courtier ou prestataire de financement. Son avis peut concerner ses comptes, une connexion particulière ou le provisionnement des comptes.
- Consultez les avis actuels de l'éditeur de votre plateforme lorsque seul le connecteur de cette application échoue.
- Conservez l'erreur exacte de l'application et l'horodatage, fuseau horaire inclus.
Ne considérez pas l'absence d'avis comme la preuve d'un service normal. Un ancien avis de maintenance n'est pas la preuve que le même événement se produit maintenant.
Comparez la portée avant de conclure
| Observation | Ce que vous pouvez affirmer | Vérification suivante |
|---|---|---|
| L'avis actuel du prestataire correspond à votre System et à votre service | Un incident documenté peut expliquer la défaillance | Suivre l'avis et les instructions de support propres au compte |
| D'autres applications et sites web perdent aussi la connectivité | Un problème local/réseau est plausible | Vérifier le réseau et conserver les preuves de diagnostic |
| Une application échoue alors qu'une connexion RTrader appropriée fonctionne | La défaillance peut impliquer l'application, le connecteur, la session ou les autorisations | Lire les journaux et le guide de connexion de cette plateforme |
| Les prix s'arrêtent mais le service d'ordres semble connecté | Les données et le trading appellent des investigations distinctes | Vérifier le contrat exact, l'horodatage et le droit d'accès |
| Plusieurs traders signalent un problème | Une piste de recherche utile | Chercher une confirmation officielle datée et en faire correspondre la portée |
Les conclusions sont volontairement conditionnelles. Des symptômes partagés n'identifient pas à eux seuls une cause racine.
Lisez les indicateurs de connexion comme des preuves à portée limitée
La session native capturée pour ce guide était Apex / Chicago Area. Ses indicateurs étaient verts à ce moment-là. Cette observation n'établit pas la disponibilité pour chaque System Rithmic, chaque bourse, chaque compte ou à un moment ultérieur.
Si votre application est déconnectée, confirmez les positions et les ordres en attente via une route prise en charge disponible ou auprès de votre prestataire. Ne supposez pas qu'ils ont disparu, sont restés protégés ou ont été annulés uniquement à cause d'un changement d'état local.
S'agit-il d'une maintenance planifiée ?
La FAQ actuelle de Rithmic décrit des fenêtres de routine approximatives, résumées dans le guide de maintenance lié. Utilisez un avis actuel pour l'environnement que vous utilisez réellement. Les articles d'aide des prestataires donnent des descriptions de maintenance différentes et peuvent employer des formulations ambiguës sur le fuseau horaire. Ne publiez pas une fenêtre universelle permanente et ne déduisez pas que la disponibilité de la connexion suit les heures de trading de chaque bourse. Voir les vérifications de la maintenance du week-end.
Que transmettre au support
Fournissez l'application/la version, le System/Gateway, le service exact en échec, l'horodatage/le fuseau horaire, les lignes de journal pertinentes et si d'autres connexions fonctionnent. Joignez le lien de l'avis que vous pensez applicable et expliquez pourquoi. Excluez les mots de passe et masquez les identifiants privés dans les captures partagées.
Évitez de modifier les paramètres de risque, de soumettre des ordres de test, d'accepter des accords ou de changer de gateway à répétition uniquement pour diagnostiquer une panne. La reconnexion et la vérification du compte sont des tâches distinctes, traitées dans le guide de reconnexion.
Questions fréquentes
Un message Reddit sur une panne suffit-il à confirmer le problème d'aujourd'hui ?
Non. Notez sa date et ce que les utilisateurs ont signalé, puis cherchez un avis officiel correspondant. Les signalements de la communauté orientent l'investigation mais n'établissent pas l'état actuel de l'ensemble du service.
Une réponse de mot de passe invalide prouve-t-elle que tous les serveurs sont en ligne ?
Cela signifie que la tentative a reçu cette réponse. Cela ne teste pas tous les services de données, d'ordres, d'historique ou de compte.
Dois-je changer de gateway pendant un incident ?
N'utilisez une alternative que si elle est prise en charge pour votre System et que les instructions du prestataire correspondent à la situation. Évaluez d'abord les ordres actifs et les dépendances de gestion locale.
Un bridge d'automatisation dans le cloud peut-il contourner la panne ?
Ne le supposez pas. Vérifiez la route Rithmic réelle du bridge et son traitement documenté des défaillances. L'hébergement dans le cloud ne prouve pas que le service sous-jacent est disponible.