TradingView–Tradovate: error «Position Closing Timeout»

Cuando gestiona una posición de futuros en vivo directamente desde un gráfico de TradingView conectado a Tradovate, el botón de salida debería ser instantáneo. Un clic y queda plano. Por eso desconcierta que, al pulsarlo, en lugar de aplanar la posición aparezca un error en rojo: "Position closing timeout." Quizá la operación ya se cerró en Tradovate. Quizá no. Y durante los siguientes segundos, en un contrato rápido como ES o NQ, realmente no sabe si sigue con tamaño abierto. El mismo fallo aparece con otras formas: una orden se dispara pero el gráfico sigue mostrando la posición abierta, un ID de posición que ya no coincide, un botón de cierre que no hace nada. Casi todo se debe a una misma causa raíz: el gráfico de TradingView y el backend de Tradovate se han desincronizado en el estado de órdenes y posiciones. Aquí verá qué significa realmente el timeout, qué causa la discrepancia de ID que hay detrás y cómo forzar una recarga limpia para salir con confianza.

Qué significa “Position Closing Timeout”

Operar directamente desde un gráfico de TradingView funciona sobre la Broker API de TradingView, un contrato bidireccional entre el gráfico y el backend conectado (aquí, Tradovate mediante la integración oficial). Cuando cierra una posición, la biblioteca llama al método closePosition de la integración y luego espera una confirmación de que el id de la posición tiene ahora una cantidad de 0. Según la documentación de la Broker API de TradingView, la biblioteca espera hasta unos 10 segundos a que esa confirmación regrese a través del Trading Host. Si en esa ventana no aparece un positionUpdate coincidente, la biblioteca se rinde y lanza el error que está viendo: "Failed to close position: Position closing timeout."

Este es el matiz importante. El timeout describe la confirmación, no necesariamente la orden. Puede que Tradovate ya haya aplanado la posición; simplemente TradingView no recibió respuesta a tiempo. Un feed con retraso, una sesión caída o una ráfaga de modificaciones/cancelaciones pueden tragarse esa confirmación. Por eso su primer paso es siempre comprobar el estado real en Tradovate en lugar de volver a pulsar cerrar. El lado de órdenes del trading desde el gráfico usa la misma ventana de unos 10 segundos, así que colocar o modificar una orden puede provocar un timeout equivalente.

Una variante relacionada y más desagradable es una auténtica discrepancia de ID. TradingView rastrea cada orden y posición mediante un id que le proporciona la integración. Si ese id del backend cambia entre el envío de la solicitud y su procesamiento, la biblioteca acaba apuntando a un id que ya no existe. Así, las solicitudes de cierre y modificación hacen referencia a datos obsoletos y fallan en silencio, y la interfaz muestra órdenes o posiciones que no coinciden con la cuenta. La documentación de TradingView lo señala directamente y ofrece una vía de recuperación específica.

Principales causas de un Position Closing Timeout en TradingView-Tradovate

1. La confirmación no llegó dentro de la ventana de ~10 segundos

Es el caso más simple. La solicitud de cierre salió, pero el positionUpdate (con el id coincidente y qty de 0) no volvió al gráfico dentro del timeout de la biblioteca. Un feed de datos de mercado congestionado, un fallo breve de red o una ralentización del lado de Tradovate bastan para perder la ventana aunque la posición se cierre sin problemas.

2. Un ID de orden o posición cambió tras el envío (la discrepancia)

Si el backend reasigna un id entre el envío y el procesamiento, el gráfico hace referencia a algo que ya no existe. Las acciones de cierre y modificación apuntan al id antiguo, por lo que fallan, y la posición u orden parece "atascada" en el gráfico mientras Tradovate muestra otra realidad. Es exactamente el caso límite de "cambio dinámico de ID" que describe la documentación de la Broker API.

3. Una sesión de bróker obsoleta o caída

TradingView guarda en caché el estado de órdenes y posiciones de la cuenta conectada. Si la sesión de Tradovate se desvía, se cae o es expulsada (por ejemplo, al alcanzar el límite de sesiones simultáneas entre web, escritorio, móvil y TradingView), el gráfico puede seguir mostrando una instantánea que ya no coincide con la cuenta real, y un cierre contra esa instantánea acaba en timeout.

4. Una caída, congelación o límite de frecuencia del lado de Tradovate

Durante una incidencia de Tradovate, o cuando una actividad intensa de modificación/trailing agota los límites de solicitudes, las órdenes pueden congelarse y dejan de fluir las confirmaciones. Lo verá como botones de salida que no responden, bucles de "order can't be modified" y posiciones que no se cierran hasta reiniciar la conexión. Cuando Tradovate mismo no confirma, ningún clic en el gráfico eliminará el timeout.

Cómo solucionar un Position Closing Timeout: paso a paso

Tabla de solución de problemas

Evítelo con PickMyTrade

PickMyTrade enruta sus alertas de TradingView a Tradovate mediante un bridge dedicado en lugar de depender de la sesión de Broker API en vivo del gráfico, lo que elimina la mayoría de los puntos de fallo de sincronización detrás de un closing timeout:

• Señales de cierre y flatten fiables, una única alerta de cierre o flatten envía una salida limpia a Tradovate, así que no depende de un botón del gráfico cuya confirmación caducó.
• Estado de órdenes consistente, el bridge rastrea la orden que envió y su estado, de modo que sus salidas no dependen de que los ID en caché del gráfico se mantengan perfectamente sincronizados.
• Enrutamiento seguro frente a límites de frecuencia, espacia el tráfico de órdenes y modificaciones para no agotar los límites de solicitudes de Tradovate ni provocar las congelaciones que causan timeouts.
• Sincronización multicuenta, replica la misma salida validada en todas las cuentas conectadas a la vez, en lugar de dejar una cuenta atascada abierta.

El resultado: menos momentos de "¿se cerró de verdad?" y registros más limpios cuando sí necesite depurar.