Refus brokers et erreurs de connexion : établi contre possible

Quand un broker refuse un login ou un abonnement, Senzoukria affiche un avis construit sur le message brut : un titre d'une ligne, ce qui est établi (quand quelque chose l'est), la conséquence et le correctif, les causes possibles par fréquence, et le libellé exact du broker conservé pour le support. Une cause n'est affirmée que si le serveur l'énonce.

Senzoukria · Documentation · Mis à jour en septembre 2026

Où le trouver

Où
Bandeau sur le chart footprint et la heatmap quand un abonnement ou un login échoue ; les cartes de connexion montrent l'état par capacité
Types
alreadySubscribed, historyBusy, subscribeRefused, loginRefused, unknown
Code broker
Affiché à côté du texte sous la forme « Code broker {code} » — « Utile à votre broker. À lui seul, il ne nomme aucune cause. » Le code 0 n'est jamais affiché
Message brut
Conservé mot pour mot, replié sous « Le libellé exact du broker », avec un bouton « Copier le message exact »

Ce qu'il fait

Le lecteur de refus prend la chaîne d'échec brute et le contrat courant, en extrait le premier rp_code trouvé, et choisit l'une des cinq formes. La hiérarchie de l'écran est la hiérarchie de confiance : le titre, puis ce qui est établi (visuellement distinct parce que c'est la seule chose que le lecteur peut tenir pour acquise), puis le corps, la conséquence et le correctif, puis les causes possibles précédées de l'aveu qu'aucune n'est établie, puis le libellé du broker replié en bas. Un seul refus porte une ligne de certitude : le serveur lui-même déclarant que l'abonnement existe déjà.

Un bouton « Réessayer » apparaît quand l'hôte fournit une action de reprise ; l'avis reste sur un chart vide par défaut, parce que le masquer ne remplirait pas le chart.

Types de refus

Comment chaque refus est reconnu et ce que dit l'avis
TypeReconnu parTitre et lignes clés
Déjà abonnérp_code 1029 ou « update bit type already exists »« {symbol} est déjà abonné sur ce login » — certain : le serveur déclare que l'abonnement existe. Correctif : fermer les autres fenêtres Senzoukria, y compris celles de la zone de notification, puis les autres plateformes sur le même login ; un abonnement retenu se libère quelques minutes après la disparition de l'application qui le tenait
Historique occupé« history load is already running / in progress » (notre propre garde en vol, sans code)« Un chargement d'historique est déjà en cours pour {symbol} » — le chart réessaie tout seul ; si cela ne se dénoue jamais, ⚙ → Réglages de trading → Recharger l'historique
Abonnement refuséLe mot « subscri » dans le message« Le broker a refusé l'abonnement à {symbol} » — mesuré : le login est passé, l'abonnement a été refusé. Causes : autre instance, contrat expiré, format du symbole ({symbol}.{exchange}), marché fermé, droits
Login refusé« login » ou « authentication »« Le broker a refusé le login » — mesuré : la gateway a répondu, le login est revenu refusé ; libellé inchangé
InconnuTout le reste« Ce refus n'a jamais été vu ici » — le message est affiché tel quel et rien n'y est interprété

États des capacités sur les cartes de connexion

Chaque connexion expose cinq capacités — Données de marché, Profondeur (L2), Historique, Flux de compte, Ordres — et chacune porte un état : inactive, en connexion, prête, en reconnexion, en erreur ou non supportée, avec un détail et un horodatage. L'état global de la carte suit : Connecté, Connexion…, Reconnexion…, Erreur ou Hors ligne. Les abonnements sont listés avec leur indicateur de profondeur, parce que « le DOM ne bouge pas » est d'abord une question de savoir si le L2 a seulement été demandé.

Les environnements sont Test, Paper, Eval, Funded et Live. Sur un compte Funded, le routage d'ordres reste désactivé tant que l'interrupteur Trading de la connexion n'est pas armé à la main.

Limites et pièges

  • La cause « droits » est retirée dès que le code vaut 13. Sur ce code, « droits insuffisants » est la lecture qui s'est révélée fausse quatre fois dans le registre des bugs ; l'avis refuse de la proposer, même comme possibilité.
  • « Des refus libellés à l'identique ont eu ici des causes différentes. » L'avis ne transforme jamais un refus en verdict ; la phrase à envoyer est « Demandez à votre broker, dans ces termes : mon login est-il habilité aux données {exchange}, sous quel nom de système, et combien de sessions simultanées peut-il ouvrir ? »
  • Une démo Rithmic gratuite ne peut pas se connecter : « Rithmic n'ouvre pas l'API R | Protocol aux comptes démo, quel que soit le nom de système ou la gateway. » Ce refus est une limite produit, pas une erreur à réessayer.
  • Un abonnement accepté puis muet n'est pas une erreur à l'écran ; c'est le diagnostic de connexion qui traite ce cas.

Cette page dans d’autres langues

Questions fréquentes

Le badge indique CONNECTÉ mais le chart est vide. La connexion est-elle cassée ?
Pas forcément. Sur un refus « déjà abonné », la connexion est saine et le flux est retenu ailleurs — le plus souvent une seconde fenêtre Senzoukria ou une autre plateforme ouverte avec le même login.
Qu'envoyer au support de mon broker ?
Le libellé exact et le code broker, copiés avec « Copier le message exact ». Ajoutez la copie du diagnostic de connexion si vous l'avez lancé ; ni l'un ni l'autre ne contient votre mot de passe.