Tradovate API

TradingView–Tradovate : erreur « Position Closing Timeout »

Vous cliquez sur fermer et obtenez un 'Position closing timeout' en rouge au lieu d'une position à plat. Voici ce que signifie réellement cette erreur, pourquoi les identifiants d'ordre et de position se désynchronisent, et comment forcer une récupération propre.

On This Page

Lorsque vous gérez une position sur contrats à terme en direct depuis un graphique TradingView relié à Tradovate, le bouton de sortie est censé être instantané. Un clic et vous êtes à plat. Il est donc déstabilisant de cliquer et de voir apparaître, au lieu d'une position aplatie, une erreur rouge : "Position closing timeout." Peut-être que la position est déjà fermée côté Tradovate. Peut-être pas. Et pendant les secondes suivantes, sur un contrat rapide comme ES ou NQ, vous ne savez réellement pas si vous détenez encore de la taille. Le même défaut se présente sous d'autres formes : un ordre part mais le graphique affiche toujours la position ouverte, un identifiant de position qui ne correspond plus, un bouton de clôture sans effet. Presque tout provient d'une même cause : le graphique TradingView et le backend de Tradovate se sont désynchronisés sur l'état des ordres et des positions. Voici ce que signifie réellement le timeout, ce qui cause la discordance d'identifiant qui le sous-tend, et comment forcer une récupération propre pour sortir en toute confiance.

Liste de contrôle rapide pour un Position Closing Timeout

  • Vérifiez directement dans Tradovate avant de réagir. Ouvrez le panneau Positions/Orders du Tradovate Web Trader. Le timeout est un échec de confirmation : votre position réelle y fait donc foi, pas le graphique.
  • Ne martelez pas le bouton de sortie. Des clics répétés sur fermer peuvent empiler des ordres en double une fois que la connexion rattrape son retard. Cliquez une fois, puis vérifiez.
  • Reconnectez la session du courtier dans TradingView. Déconnecter puis reconnecter le compte Tradovate force le graphique à recharger depuis zéro la liste complète des ordres et des positions.
  • Soupçonnez une discordance d'identifiant. Si le graphique affiche une position ou un ordre que Tradovate n'a plus (ou l'inverse), les deux côtés font référence à des identifiants différents et ont besoin d'une récupération complète, pas d'un simple coup de pouce.
  • Pour les intégrateurs et les bridges : appelez ordersFullUpdate et positionsFullUpdate pour vider l'état en cache et récupérer de nouveau, mais uniquement comme reprise pour cas limite, jamais à chaque mise à jour.
  • Gardez une voie de flatten manuelle prête. Sachez comment passer un ordre au marché inverse ou utiliser la commande de flatten propre à Tradovate si le graphique ne ferme pas la position.

Ce que signifie “Position Closing Timeout”

Le trading directement depuis un graphique TradingView repose sur la Broker API de TradingView, un contrat bidirectionnel entre le graphique et le backend connecté (ici, Tradovate via l'intégration officielle). Lorsque vous fermez une position, la bibliothèque appelle la méthode closePosition de l'intégration, puis attend une confirmation indiquant que l'id de la position a maintenant une quantité de 0. Selon la documentation de la Broker API de TradingView, la bibliothèque attend jusqu'à environ 10 secondes le retour de cette confirmation via le Trading Host. Si aucun positionUpdate correspondant n'apparaît dans cette fenêtre, la bibliothèque abandonne et lève l'erreur que vous avez sous les yeux : "Failed to close position: Position closing timeout."

Voici la nuance qui compte. Le timeout décrit la confirmation, pas forcément l'ordre. Tradovate a peut-être déjà aplati la position ; TradingView n'a simplement pas reçu de réponse à temps. Un flux en retard, une session coupée ou une rafale de modifications/annulations peuvent avaler cette confirmation. C'est précisément pourquoi votre premier réflexe doit toujours être de vérifier l'état réel sur Tradovate plutôt que de recliquer sur fermer. Le côté ordre du trading depuis le graphique utilise la même fenêtre d'environ 10 secondes ; passer ou modifier un ordre peut donc déclencher un timeout équivalent.

Une variante apparentée et plus pénible est une véritable discordance d'identifiant. TradingView suit chaque ordre et chaque position par un id fourni par l'intégration. Si cet id du backend change entre l'envoi de la requête et son traitement, la bibliothèque finit par pointer vers un id qui n'existe plus. Les requêtes de clôture et de modification font alors référence à des données obsolètes et échouent silencieusement, et l'interface affiche des ordres ou des positions qui ne correspondent pas au compte. La documentation de TradingView le signale directement et fournit une voie de reprise précise.

Principales causes d'un Position Closing Timeout TradingView-Tradovate

1. La confirmation n'est pas arrivée dans la fenêtre d'environ 10 secondes

C'est le cas le plus simple. La requête de clôture est partie, mais le positionUpdate (avec l'id correspondant et une qty de 0) n'est pas revenu au graphique dans le délai de la bibliothèque. Un flux de données de marché encombré, un bref incident réseau ou un ralentissement côté Tradovate suffisent à manquer la fenêtre même si la position se ferme parfaitement.

2. Un identifiant d'ordre ou de position a changé après l'envoi (la discordance)

Si le backend réattribue un id entre l'envoi et le traitement, le graphique fait référence à quelque chose qui n'existe plus. Les actions de clôture et de modification ciblent l'ancien id et échouent, et la position ou l'ordre semble "bloqué" sur le graphique alors que Tradovate affiche une autre réalité. C'est exactement le cas limite du "changement dynamique d'identifiant" décrit dans la documentation de la Broker API.

3. Une session de courtier obsolète ou interrompue

TradingView met en cache l'état des ordres et des positions du compte connecté. Si la session Tradovate dérive, tombe ou est éjectée (par exemple en atteignant la limite de sessions simultanées entre web, bureau, mobile et TradingView), le graphique peut continuer d'afficher un instantané qui ne correspond plus au compte réel, et une clôture contre cet instantané aboutit à un timeout.

4. Une panne, un gel ou une limite de débit côté Tradovate

Lors d'un incident Tradovate, ou lorsqu'une forte activité de modification/trailing épuise les limites de requêtes, les ordres peuvent se figer et les confirmations cessent de circuler. Vous le constatez par des boutons de sortie qui ne répondent pas, des boucles "order can't be modified" et des positions qui ne se ferment qu'après une réinitialisation de la connexion. Quand Tradovate lui-même ne confirme pas, aucun clic sur le graphique ne fera disparaître le timeout.

Comment corriger un Position Closing Timeout : pas à pas

1

Confirmez d'abord l'état réel de la position dans Tradovate

Avant de retoucher le graphique, déterminez ce qui est réellement ouvert. Connectez-vous au Tradovate Web Trader et ouvrez les panneaux Positions et Orders. Si la position est déjà à plat, le timeout était une fausse alerte : la confirmation n'a simplement pas atteint TradingView et il n'y a rien à fermer. Si elle est toujours ouverte, notez la quantité exacte et les ordres actifs (stops/objectifs) pour savoir précisément ce qu'il faut aplatir. Considérez Tradovate comme la source de vérité et le graphique comme un miroir potentiellement obsolète.

2

Forcez un rechargement de l'état en reconnectant le courtier dans TradingView

Si le graphique et Tradovate ne concordent pas, faites en sorte que TradingView jette son instantané en cache et recharge depuis zéro. Dans le panneau de trading du graphique (la zone Account Manager), ouvrez les commandes du compte Tradovate connecté et déconnectez puis reconnectez la session du courtier. La reconnexion déclenche une récupération de type premier chargement : la liste complète et actuelle des ordres et des positions est récupérée à neuf, ce qui élimine les identifiants discordants et les entrées obsolètes. Un rafraîchissement de page suivi d'une reconnexion produit le même effet si vous ne trouvez pas de commande de reconnexion directe.

3

Pour les intégrateurs : déclenchez ordersFullUpdate / positionsFullUpdate

Si vous développez sur la Broker API de TradingView, ou exploitez un bridge qui la parle, la documentation vous donne une reprise explicite pour les discordances d'identifiant. Appeler ordersFullUpdate et positionsFullUpdate force la bibliothèque à effacer ses données existantes et à récupérer de nouveau la liste complète des ordres ou des positions, exactement comme au premier chargement. Cela supprime tout id obsolète que le graphique conservait. Ces méthodes de mise à jour complète sont des outils réservés aux cas limites, destinés à des situations rares comme les changements dynamiques d'identifiant, et non à votre flux de mise à jour habituel. Votre option par défaut pour garder le graphique synchronisé doit rester orderUpdate et positionUpdate, qui mettent à jour l'interface sans rechargement complet.

4

Aplatissez manuellement si la position est réellement toujours ouverte

Si Tradovate confirme que la position est réelle et que la reconnexion ne vous a pas permis de la fermer depuis le graphique, sortez directement dans Tradovate. Utilisez la commande flatten du compte, ou passez un ordre au marché inverse pour la quantité ouverte exacte (vendre pour fermer une position longue, acheter pour fermer une position courte), puis annulez tout stop/objectif orphelin resté actif. Le faire dans le Tradovate Web Trader plutôt que de vous battre avec le bouton du graphique en timeout vous donne une exécution propre et évite d'empiler des clôtures en double.

Tableau de dépannage

Erreur Signification Correctif
Failed to close position: Position closing timeoutLa confirmation de clôture n'a pas atteint le graphique en ~10 secondesVérifiez l'état réel dans Tradovate ; si la position est toujours ouverte, reconnectez le courtier ou aplatissez directement dans Tradovate
Position/ordre affiché sur le graphique mais absent de TradovateLe graphique conserve un id obsolète (discordance dynamique d'identifiant)Reconnectez le courtier pour forcer une récupération complète ; les intégrateurs appellent positionsFullUpdate / ordersFullUpdate
Order placing / modifying timeoutLa confirmation de l'ordre a manqué la même fenêtre d'environ 10 secondes du Trading HostVérifiez le statut de l'ordre dans Tradovate avant de le renvoyer ; reconnectez si le graphique est désynchronisé
Order can't be modified / le bouton de sortie ne fait rienSession figée ou limites de requêtes épuisées lors d'une forte activitéCessez de cliquer, aplatissez via un ordre au marché inverse dans Tradovate, puis reconnectez
La position ne se ferme pas pendant une panneTradovate ne confirme pas l'état ; incident du flux ou de la plateformeGérez le risque directement depuis Tradovate ou une connexion de secours ; attendez la résolution de l'incident

Évitez cela avec PickMyTrade

PickMyTrade achemine vos alertes TradingView vers Tradovate via un bridge dédié, au lieu de s'appuyer sur la session Broker API en direct du graphique, ce qui supprime la plupart des points de défaillance de synchronisation à l'origine d'un closing timeout :

  • Signaux de clôture et de flatten fiables, une seule alerte de clôture ou de flatten envoie une sortie propre à Tradovate, de sorte que vous ne dépendez pas d'un bouton du graphique dont la confirmation a expiré.
  • État des ordres cohérent, le bridge suit l'ordre envoyé et son statut, de sorte que vos sorties ne dépendent pas de la parfaite synchronisation des identifiants en cache du graphique.
  • Acheminement respectueux des limites de débit, espace le trafic d'ordres et de modifications pour ne pas épuiser les limites de requêtes de Tradovate ni déclencher les gels à l'origine des timeouts.
  • Synchronisation multi-comptes, réplique la même sortie validée sur tous les comptes connectés en une fois, au lieu de laisser un compte bloqué ouvert.

Le bénéfice : moins de moments du type "est-ce vraiment fermé ?" et des journaux plus propres lorsque vous devez déboguer.

Cessez de surveiller les sorties en timeout

Reliez vos alertes dès aujourd'hui et tradez sans rejet avec des signaux de clôture et de flatten fiables, qui ne dépendent pas de l'état en cache d'un graphique.

Commencez votre essai gratuit de 7 jours

Questions fréquentes

Pas forcément. Le timeout signifie que TradingView n'a pas reçu de confirmation en environ 10 secondes. La position peut déjà être à plat sur Tradovate. Vérifiez le panneau Positions dans le Tradovate Web Trader avant de recliquer sur fermer, afin de ne pas ouvrir par inadvertance une nouvelle position dans le sens inverse.

C'est le symptôme d'une discordance d'identifiant. Le graphique fait référence à un identifiant d'ordre ou de position qui a changé ou n'existe plus côté backend, et sa vue en cache est donc obsolète. Reconnecter le courtier Tradovate dans TradingView force une récupération complète et réaligne les deux côtés.

Ils demandent à la bibliothèque TradingView d'effacer ses données d'ordres ou de positions existantes et de récupérer de nouveau la liste complète comme lors du premier chargement, ce qui supprime les identifiants obsolètes. Ce sont des méthodes destinées aux intégrateurs, réservées aux cas limites rares comme les changements dynamiques d'identifiant, et non aux mises à jour courantes.

Non. La documentation de TradingView est explicite : les mises à jour complètes sont lourdes et réservées aux cas limites. Par défaut, pour maintenir l'interface à jour, on utilise orderUpdate et positionUpdate, qui corrigent les éléments individuellement sans tout effacer ni recharger.

Elle est intégrée à la Broker API de TradingView. Après une action de clôture ou d'ordre, la bibliothèque attend jusqu'à environ 10 secondes une confirmation via le Trading Host ; si aucune n'arrive, elle renvoie un timeout. La solution consiste à obtenir à temps une confirmation valide et correspondante, ou à récupérer de nouveau l'état, et non à réessayer à l'aveugle.

Pendant un timeout, la connexion peut être en retard : les clics répétés mettent en file d'attente plusieurs clôtures qui partent toutes dès que la connexion rattrape son retard. Cliquez une fois, vérifiez dans Tradovate et, si c'est bloqué, aplatissez directement là-bas plutôt que de marteler le bouton du graphique.

Oui. Si vous êtes connecté simultanément sur le web, le bureau, le mobile et TradingView, des sessions peuvent être éjectées et l'état du graphique devient obsolète, ce qui se manifeste par des timeouts et des ordres figés. Déconnectez-vous des sessions supplémentaires et gardez un seul appareil actif.

En général ni l'un ni l'autre isolément. C'est un décalage de synchronisation entre les deux. TradingView attend une confirmation ; Tradovate est lent à l'envoyer, a changé un identifiant ou est en plein incident. Les correctifs fiables (vérifier l'état réel, se reconnecter pour récupérer de nouveau, aplatir directement) fonctionnent quel que soit le côté qui a pris du retard.

Guides associés

TradingView : « Something Went Wrong, Contact Broker » Le webhook TradingView ne place pas d'ordres Tradovate Comptes Tradovate absents de l'onglet NinjaTrader

Ce guide est fourni à des fins strictement éducatives et informatives et ne constitue pas un conseil financier, d'investissement ou de trading. Le trading de contrats à terme et d'autres produits à effet de levier comporte un risque de perte important et ne convient pas à tous les investisseurs. PickMyTrade est une plateforme d'automatisation tierce indépendante, non affiliée à Tradovate, Inc. ou Bookmap, ni approuvée ou parrainée par ces derniers. Tous les noms, logos et marques associés sont la propriété de leurs détenteurs respectifs. Les fonctionnalités et les étapes de la plateforme évoluent avec le temps ; vérifiez donc toujours la procédure actuelle dans la documentation officielle de la plateforme avant d'agir.