Las cuentas prop de Tradovate bloquean los bots de API directa

Montó un bot, generó una clave de API de Tradovate, llamó a /account/list y su cuenta de evaluación financiada no aparece en la respuesta. O intentó enrutar una orden y recibió un rechazo de acceso denegado, aunque exactamente el mismo código funciona bien en su demo personal. No es un error de su script. Las cuentas de firma prop y de evaluación de Tradovate no permiten acceso directo a la API, y una clave de API personal de Tradovate no puede ver ni operar las cuentas que gestiona su firma prop. Peor aún, conectar un bot no autorizado a una cuenta financiada puede infringir los términos de su firma y hacerle fallar la cuenta. Así que antes de quemar otra cuota de evaluación persiguiendo errores de autenticación fantasma, dejemos claro por qué la puerta está cerrada y qué vías conformes siguen permitiendo automatizar.

Qué significa “Las cuentas prop bloquean los bots de API directa”

Una clave de API de Tradovate se emite a nivel de nombre de usuario. Cuando inicia sesión en su propia cuenta de Tradovate, activa el complemento API Access y genera credenciales, esa clave puede autenticarse y enrutar órdenes para las cuentas que cuelgan de su nombre de usuario. Una cuenta de evaluación o financiada de una firma prop es otra cosa: la aprovisiona y controla la firma bajo su relación maestra con Tradovate, y usted inicia sesión con credenciales emitidas por la firma. Aunque estas cuentas de evaluación son técnicamente cuentas simuladas (demo), siguen aisladas del acceso por API personal; la cuenta simplemente no aparece en su respuesta de /account/list, así que no hay nada que su bot pueda operar.

El bloqueo es a la vez técnico y contractual. En el plano técnico, su clave personal no tiene autorización sobre las cuentas de la firma, por lo que las llamadas devuelven una lista de cuentas vacía o un error de acceso denegado. En el plano contractual, los términos de uso de la mayoría de las firmas prop dictan cómo, y si, puede automatizar con su capital. Un bot que sería perfectamente legal en su propia cuenta real de Tradovate puede ser una infracción de reglas en una cuenta financiada, y las firmas lo hacen cumplir.

La regla aquí es tajante: las cuentas prop no permiten acceso directo a la API y no se conoce ninguna solución alternativa para hacer nada relacionado con la API con una cuenta de firma prop. Lo correcto es llevar la petición a su firma prop, no a Tradovate, porque Tradovate no puede conceder derechos de API sobre cuentas que no le pertenecen.

Principales causas de la automatización bloqueada en cuentas prop

1. La cuenta la gestiona la firma, no es suya

Este es el gran motivo. La cuenta de evaluación o financiada pertenece a la firma prop, y sus credenciales personales de Tradovate, junto con cualquier clave de API derivada de ellas, no tienen relación alguna con ella. Por eso la cuenta nunca aparece cuando su bot enumera las cuentas, y por eso cambiar de clave o regenerar un secreto no cambia absolutamente nada.

2. Los términos de la firma prohíben (o restringen) la automatización

Incluso donde existe una vía técnica, el reglamento de la firma puede prohibir bots sin supervisión, limitarlos a un funcionamiento activamente monitorizado o vetarlos por completo en ciertas fases. Las políticas de automatización varían según la firma y la fase de la cuenta: un bot que está bien en la evaluación puede estar prohibido en la cuenta financiada real. Confirme las reglas vigentes y publicadas de su firma en lugar de asumir.

3. Está apuntando una configuración de cuenta personal a un acceso prop

Un fallo común: código que funciona en su propia cuenta demo o real de Tradovate falla en cuanto le pasa credenciales de una firma prop. El deviceId, las autorizaciones y los IDs de cuenta en los que se apoya su clave personal no se trasladan. Parece un fallo de autenticación o de “access is denied”, pero la causa real es que las credenciales no están autorizadas en absoluto para enrutar por API.

4. Esperar que Tradovate lo habilite

Muchos traders abren un ticket de soporte pidiendo a Tradovate que “active el acceso a la API” en una cuenta financiada. La postura de Tradovate es que las cuentas prop y de evaluación caen bajo la relación de proveedor de la firma, por lo que la firma, y no Tradovate, controla lo que está habilitado en ellas. Escalar a la parte equivocada solo le hace perder tiempo.

Cómo corregir la automatización bloqueada en una cuenta prop: paso a paso

Verificar si su cuenta puede usar la API en absoluto

Cómo preguntar a la firma prop de la manera correcta

Elegir una firma o plataforma que ofrezca acceso por API

Si la automatización por API directa es un requisito indispensable, elija una firma cuya plataforma esté pensada para ello. TopstepX, por ejemplo, es su propia plataforma (impulsada por ProjectX, independiente de Tradovate) y vende el acceso por API como complemento de pago que permite construir estrategias automatizadas y enviar órdenes por REST y WebSocket. Las salvaguardas son estrictas y se aplican: toda la actividad de trading debe originarse en su dispositivo personal, y VPS, VPN y servidores remotos están prohibidos según los términos de la firma; ejecutar un bot en infraestructura en la nube puede acarrear la suspensión o la expulsión. Además, las órdenes por API son definitivas, sin revisión ni reversión, y los permisos de la fase de evaluación pueden no trasladarse a una cuenta financiada real. Los precios y las reglas exactas varían y cambian con el tiempo, así que verifique el coste vigente del complemento y la política con la firma antes de comprometerse.

Automatizar cuentas prop de Tradovate sin una clave de API en bruto

Tabla de resolución de problemas

Prevéngalo con PickMyTrade

PickMyTrade es un proveedor autorizado de Tradovate, de modo que puede automatizar una cuenta gestionada por una firma sin entregar nunca una clave de API en bruto a un bot:

• Enrutamiento sin clave de API, vincula sus alertas de TradingView directamente con su cuenta de Tradovate mediante una integración aprobada, esquivando por completo la limitación de la clave de API personal.
• Validación de cantidad / símbolo, bloquea las órdenes que superarían los límites de posición antes de enviarlas, para que una alerta errónea no infrinja una regla de la firma.
• Filtros de autorización y riesgo, respetan los límites de la firma prop y el estado de la cuenta, que varían según la firma y el tamaño de la cuenta, así que consulte las reglas vigentes de su firma.
• Sincronización multicuenta, replica una orden validada en las cuentas que tiene permitido operar, sin una clave independiente por cuenta.