Enregistrez l'erreur complète, la plateforme et sa version, l'horodatage et le System sélectionné avant de modifier quoi que ce soit. Déterminez si l'échec concerne l'authentification, les données de marché, le traitement des ordres ou le risque du compte. Des termes proches peuvent décrire des étapes différentes ; une seule expression ne prouve pas une cause racine.
Conseils éducatifs sur le logiciel. Le trading comporte des risques. Lire les avertissements financiers et d'information.
Orienter le symptôme vers la bonne vérification
| Symptôme ou famille de messages | Première vérification utile | Guide détaillé |
|---|---|---|
| Connexion / FCM / autorisation | Identifiants émis, System, activation du compte et autorisation d'interface | Connexion/FCM |
| Données de marché indisponibles | Accords, droits d'accès à la bourse/profondeur et route directe/plugin | Connexion aux données |
| Connexion perdue / reconnexion | Conserver l'état des ordres ; examiner les journaux et les avis | Reconnexion |
| Rejet pour risque | Réponse complète et critère réellement configuré | Rejet pour risque |
| Restriction de liquidation uniquement | Mode du compte et procédure de levée autorisée par le fournisseur | Liquidation uniquement |
| Marge insuffisante | Exigence exacte pour le produit/la détention et exposition actuelle | Rejet pour marge |
| Limite de position | Quantité signée existante, en attente et proposée | Limite de position |
| Symbole invalide | Racine, bourse, échéance datée et format du récepteur | Erreur de symbole |
| Marché fermé | Produit/date/fuseau horaire et heure limite du fournisseur | Marché fermé |
| Historique incomplet | Période demandée, plafond du service et source d'historique de la plateforme | Historique |
| Demande en double | Rapprocher la transmission d'origine, l'ordre et l'exécution avant de réessayer | Doublons |
Il s'agit de catégories de diagnostic, et non d'une affirmation selon laquelle chaque plateforme affiche des chaînes d'erreur identiques.
Deux exemples documentés par les éditeurs
Le guide du service Rithmic de Sierra Chart documente des messages d'autorisation refusée, à la fois lors de la connexion et lors de l'accès au carnet d'ordres d'une bourse. L'étape compte : une erreur de droits d'accès ne prouve pas que le mot de passe a été accepté pour tous les services.
Le guide de connectivité de Bookmap documente des avertissements d'incohérence MBO et de données différées. Ne considérez pas son option Continue comme la preuve que les données restent adaptées à une stratégie dépendante du MBO.
Conserver un dossier d'incident utile
Notez ce qui s'est produit juste avant le message, la route de connexion, le contrat concerné, l'identifiant du compte (en privé) et si d'autres comptes ou instruments ont été touchés. Conservez séparément les horodatages de l'alerte, du destinataire, de l'ordre et de l'exécution. Masquez les secrets dans les captures d'écran publiques.
Avant de réessayer une action liée à un ordre, examinez les positions et les ordres en attente. Avant de fermer une plateforme locale, déterminez si elle gère une stratégie active ou une relation OCO. Évitez les correctifs génériques tels que supprimer des données, désactiver la sécurité, vous reconnecter à répétition ou lever une restriction du fournisseur sans autorisation.
Références de captures d'écran
Questions fréquentes
S'agit-il de toutes les erreurs Rithmic possibles ?
Non. C'est un index de diagnostic avec des exemples issus de sources, et non un catalogue exhaustif de codes d'erreur.
Un refus d'autorisation prouve-t-il que le mot de passe est correct ?
Non. Identifiez quel service et quelle opération l'ont renvoyé.
Dois-je réessayer un ordre ayant expiré ?
Commencez par vérifier s'il a été accepté ou exécuté ; répéter l'action peut dupliquer l'exposition.
Qui doit recevoir les détails de l'incident ?
Le fournisseur émetteur pour les identifiants, le compte et les autorisations de risque ; l'éditeur de la plateforme pour le comportement de son connecteur ou de son interface, avec les journaux pertinents masqués.