Corriger « Tradovate : Access Is Denied » dans SignalStack

Vous reliez votre stratégie à SignalStack, vous essayez de connecter Tradovate et, au lieu d'un badge vert “connecté”, vous obtenez Tradovate: Access is denied. Le plus exaspérant, c'est que rien ne semble cassé. Votre mot de passe est correct. Le même compte se relie peut-être sans problème à un outil graphique ou à un journal. Pourtant, SignalStack ne termine pas le handshake. Voici ce qui se passe réellement : ce message n'est pas une défaillance propre de SignalStack. C'est Tradovate qui refuse de finaliser l'autorisation à la dernière étape de la connexion, et il le fait pour un petit nombre de raisons précises et corrigibles. Presque tous les cas se résument à une permission que vous n'avez pas entièrement accordée, à un e-mail d'approbation d'appareil resté non lu, au mauvais compte choisi à la connexion ou à une règle de prop firm qui bloque la liaison. Parcourez la liste de contrôle ci-dessous dans l'ordre et vous réglerez le problème ; à la fin, vous verrez comment acheminer vos alertes vers Tradovate sans avoir à surveiller ce handshake.

Ce que signifie « Access Is Denied » ici

SignalStack se connecte à Tradovate via une connexion OAuth, et non en collant des clés dans un champ. Lorsque vous ajoutez Tradovate comme courtier, SignalStack vous renvoie vers la page de connexion propre à Tradovate. Vous vous y connectez, et Tradovate affiche un écran d'autorisation vous demandant si vous souhaitez accorder l'accès en lecture et la possibilité de modifier les ordres. Une fois approuvé, Tradovate remet à SignalStack un jeton lui permettant de passer et de gérer des ordres en votre nom. C'est ce jeton, et non votre mot de passe, qui porte la connexion par la suite.

Access is denied est la façon générale qu'a Tradovate de dire “cette requête n'est pas autorisée à faire cela”. Ce sont les mêmes trois mots que Tradovate emploie sur toute sa plateforme et son API, ce qui explique qu'on les interprète si facilement comme un compte cassé. Ce n'est pas le cas. Cela signifie que la chaîne d'autorisation s'est rompue quelque part entre votre connexion et l'accord de Tradovate de faire confiance à SignalStack pour votre compte. La rupture peut venir d'une permission refusée, d'un appareil auquel Tradovate n'a pas encore été autorisé à faire confiance, d'un compte que la connexion ne contrôle pas réellement ou d'un droit que votre prop firm n'a pas activé. Même message, plusieurs causes possibles : on corrige donc en les écartant dans l'ordre plutôt qu'en devinant.

Principales causes de « Access Is Denied »

1. Vous n'avez pas accordé la permission sur les ordres lors de l'autorisation

L'écran d'autorisation de Tradovate propose plus d'une portée. Il y a l'accès en lecture seule, et l'accès complet incluant la possibilité de modifier les ordres. SignalStack a besoin du second pour passer réellement des trades. Si vous avez parcouru l'écran trop vite, coché uniquement la portée de lecture ou fermé l'onglet avant de confirmer, Tradovate renvoie un jeton qui peut consulter le compte mais pas toucher aux ordres, et la première action tentée par SignalStack déclenche Access is denied. La solution consiste à relancer le flux et à approuver délibérément la permission de modification des ordres, pas seulement celle de lecture.

2. Un e-mail d'approbation d'appareil est toujours en attente

Tradovate traite la première connexion depuis une nouvelle machine ou session comme un événement de sécurité. Sur un compte réel, il vous envoie par e-mail un lien pour approuver cet appareil et, tant que vous n'y avez pas cliqué, il refusera l'accès, même avec le bon mot de passe et les bonnes permissions. C'est le même comportement que lorsque Tradovate indique que vous vous êtes connecté depuis une nouvelle machine. Si l'authentification à deux facteurs est activée sur votre compte, cette étape est obligatoire. Consultez la boîte de réception associée à votre compte Tradovate, approuvez l'appareil, puis relancez la connexion.

3. Vous vous êtes connecté avec le mauvais compte ou le mauvais environnement

Lorsque la page de connexion de Tradovate s'ouvre dans le flux de connexion, il est facile de saisir d'autres identifiants que ceux du compte que vous souhaitez réellement automatiser, par exemple un ancien identifiant personnel au lieu de celui de votre compte financé. Le jeton obtenu est alors lié à un compte par lequel SignalStack ne peut pas router vos trades, et vous êtes refusé. Tradovate exploite en outre des environnements simulé et réel distincts, et un compte d'évaluation de prop firm se trouve à un autre endroit qu'un compte réel autofinancé. Assurez-vous que les identifiants saisis, et le compte qu'ils ouvrent, correspondent à celui que vous voulez trader.

4. Une règle de prop firm bloque la liaison

Si votre compte Tradovate provient d'une prop firm, c'est la société, et non Tradovate directement, qui décide si l'automatisation par des tiers y est autorisée. Certaines l'autorisent, d'autres l'interdisent purement et simplement sur les comptes d'évaluation, et d'autres ne l'activent qu'à certaines conditions. Les droits sur les données et les ordres varient aussi selon la société et la taille du compte ; ce qui fonctionne sur un programme peut donc être refusé sur un autre. Les règles exactes changent souvent ; vérifiez donc la politique d'automatisation en vigueur de votre société avant de supposer que l'erreur vous incombe.

5. Trop de sessions Tradovate actives

Tradovate plafonne le nombre d'endroits où l'on peut être connecté simultanément au même compte. Ouvrez ensemble l'application web, l'application de bureau, l'application mobile et un outil tiers, et vous pouvez dépasser cette limite, ce qui évince une session existante et révoque son autorisation. Lorsque c'est la session de SignalStack qui est évincée, son ordre suivant se solde par Access is denied. Déconnectez-vous des sessions que vous n'utilisez pas activement, puis réautorisez la connexion.

6. Une autorisation précédente périmée ou à moitié terminée

Les autorisations ne durent pas éternellement, et une connexion interrompue la première fois (onglet fermé, connexion expirée, mot de passe changé depuis la liaison) peut laisser SignalStack avec un jeton que Tradovate n'honore plus. Elle continuera d'échouer silencieusement jusqu'à ce que vous le rafraîchissiez. Le remède est le même que pour la plupart de la liste : démonter la connexion et la reconstruire proprement.

Corriger « Access Is Denied » : pas à pas

Réautoriser la connexion depuis le début

Approuver l'appareil et valider la 2FA

Confirmer les bons identifiants, compte et environnement

Réduire les sessions actives, puis réessayer

Tableau de dépannage

Prévenir ce problème avec PickMyTrade

La plupart des moments « access is denied » viennent du fait de refaire à la main l'autorisation Tradovate et de heurter l'un des écueils ci-dessus au pire moment, juste avant le déclenchement d'un signal. PickMyTrade vous décharge de ce handshake :

• Connexion gérée une seule fois : reliez votre compte Tradovate une fois et PickMyTrade maintient l'autorisation active, de sorte qu'un jeton périmé ne resurgisse pas sous forme de refus en pleine session.
• Permissions et compte corrects réglés pour vous : le bon compte et le bon droit sur les ordres sont gérés lors de la configuration plutôt que devinés sur un écran de permissions parcouru à la hâte.
• Gestion de l'environnement et des sessions intégrée : le routage simulé ou réel et les limites de sessions simultanées sont gérés, ce qui réduit la catégorie de défaillance « fonctionnait avant, refusé maintenant ».
• Des alertes aux ordres, proprement : vos alertes TradingView ou de stratégie se transforment en ordre Tradovate réel sans que vous ayez à déboguer un flux OAuth à l'ouverture.