Échec du login Rithmic : « permission denied » (rp_code 13) dans Senzoukria

Ce que vous voyez

Le refus brut de Rithmic est remplacé par une explication qui commence par « Rithmic REFUSED this login on system « {system} » (rp_code 13, « permission denied ») FOR THE R | PROTOCOL API — the interface this app speaks. » Elle sépare ensuite ce que le code établit (le login a été refusé) de ce qu'il n'établit pas (quelle couche l'a refusé), et se termine par une ligne qui commence par « DIAGNOSTIC — copy this line, it holds no secret ». Ce bloc est produit par le moteur : il reste en anglais même quand l'interface est en français.

Dans le formulaire, le même refus arrive sous la forme « Échec du test : … » ; dans le diagnostic de connexion, c'est l'étape « Authentification » qui passe au rouge avec « Le broker a refusé le login : … ».

Pourquoi cela arrive

Au login, rp_code 13 signifie que Rithmic n'accepte pas ce compte sur ce système pour R | Protocol. Un nom de système inconnu reçoit un autre code (1067) : le nom du système existe donc bien. Mais un compte émis par une société et présenté au système d'une autre société y est simplement inconnu, et revient avec ce même code. Le refus ne nomme aucun champ : un identifiant ou un mot de passe mal saisi n'est pas écarté non plus.

L'application se garde volontairement de lire « permission » comme « droits insuffisants » : dans son registre de bugs, cette lecture s'est révélée fausse quatre fois. Le panneau d'aide le dit d'ailleurs à l'écran : « Un refus libellé « permission denied » n'établit pas que vos droits sont insuffisants. Au login, il signifie d'ordinaire que le compte est inconnu sur ce système ; un système inconnu, lui, est signalé par un autre code. »

Comment corriger

• Sur un compte de prop firm, vérifiez l'identifiant : l'application prévient quand il ressemble à une adresse e-mail, parce que le login R | Protocol d'une prop firm est l'identifiant court reçu dans le mail d'activation. Sur les systèmes Rithmic directs (les noms qui commencent par « Rithmic »), le login est une adresse e-mail, et l'avertissement ne s'affiche pas.
• Si le compte est un demo gratuit pris directement chez Rithmic, arrêtez-vous là : R | Protocol n'est pas ouvert aux demos qui ont des données de marché en direct.
• Confirmez le système : cliquez sur « Récupérer la liste des systèmes depuis la gateway » et choisissez le nom exact que votre société vous a donné, espaces et majuscules compris. Si vous reconnaissez votre prop firm dans la liste que l'explication affiche, votre compte vit bien là.
• Un compte tout neuf peut ne pas être encore provisionné : si vous avez signé les accords de données de marché le jour même, réessayez à l'ouverture de séance suivante.
• Si rien de tout cela ne s'applique, posez à votre broker la question que l'application formule pour vous : « is my account enabled for the R | PROTOCOL API — not R | API+, not R | Trader Pro — and under which system name? »

Ce que ce n'est pas

• Pas la preuve que vos droits sont insuffisants. Des refus libellés à l'identique ont eu des causes différentes.
• Pas contredit par R | Trader Pro qui se connecte : il parle un autre protocole avec un autre droit d'accès.
• Pas un problème de routage dès que l'étape « Passerelle et système cohérents » du diagnostic est passée.

Quand contacter le support

Toujours bloqué après ces contrôles ? Passez par Menu → Signaler un problème, ou postez sur le Discord de Senzoukria. Collez la ligne DIAGNOSTIC : elle porte le rp_code, l'étape, le système, l'API et la version de l'application, et laisse volontairement de côté votre identifiant. Votre broker a besoin de la même ligne pour son propre ticket.