Fallan las órdenes bracket (OSO/OCO) de la API de Tradovate

Su automatización envía una orden bracket de la API de Tradovate, la entrada se ejecuta en ES o NQ y luego… nada. Sin stop-loss, sin take-profit. Ahora está a un mal tick de distancia de una posición sin protección, y su registro indica que la orden se “envió correctamente”. Esa es la trampa. En 2026 el fallo clásico ya no es una pantalla de error roja, sino un estado HTTP 200 OK que oculta un failureReason y un failureText en el cuerpo, o una llamada a orderStrategy que vuelve como un simple 404. Las variantes más frecuentes: un 404 (undocumented) de startOrderStrategy, un error de análisis Invalid JSON, un rechazo Wrong OCO combination, y el más traicionero, una ejecución parcial silenciosa en la que solo sobrevive la entrada. A continuación, lo que significa realmente cada error, cómo corregir los problemas de endpoint y de campos detrás de ellos, y cómo PickMyTrade evita que una ejecución sin protección llegue a su cuenta.

Qué significan «Wrong OCO Combination» y los errores 404

Tradovate le ofrece varias formas de enviar órdenes protegidas, y cada una falla a su manera. Un bracket es una orden de entrada más dos piernas hijas, un stop protector y un objetivo de beneficio, donde ejecutar o cancelar una hija cancela la otra. En la API REST, esto se construye con order/placeOSO (One-Sends-Other): una orden padre lleva objetos bracket1 y bracket2 que solo se activan tras la ejecución de la orden padre. order/placeOCO (One-Cancels-Other) vincula dos órdenes de forma que la ejecución de una cancela la otra, útil para añadir un stop y un objetivo a una posición que ya mantiene.

Lo confuso: estos endpoints devuelven alegremente 200 OK mientras siguen rechazando la orden. Tradovate informa los fallos de lógica de negocio dentro del cuerpo de la respuesta, no en el estado HTTP. Así, un payload que llega limpio al servidor puede volver con {"failureReason": "InvalidPrice", "failureText": "Wrong OCO combination"}, lo que significa que los niveles de precio o el emparejamiento de tipos de orden elegidos no forman una OCO válida. Un stop y un límite situados en el lado equivocado del mercado bastan para provocarlo. Trate cualquier cuerpo que contenga failureReason como un rechazo, sin excepción, sin importar lo que diga la línea de estado.

El endpoint orderStrategy/startOrderStrategy es harina de otro costal. Ejecuta una estrategia bracket del lado del servidor, el equivalente en API de una estrategia ATM, y es mucho más exigente con su payload. Si envía el orderStrategyTypeId incorrecto, o lo llama por REST plano cuando espera un frame de WebSocket, obtendrá un 404 (undocumented) poco útil. Parece una ruta inexistente, pero en realidad es una solicitud rechazada.

Principales causas de fallo en las órdenes bracket de la API de Tradovate

1. Solo comprobó el estado HTTP, no el cuerpo

Esta es la trampa número uno. Su cliente ve 200 OK, registra “orden enviada” y sigue adelante, pero la entrada fue rechazada, o solo la orden padre se completó. Analice cada respuesta OSO/OCO en busca de failureReason y failureText antes de dar el bracket por activo.

2. orderStrategyTypeId incorrecto en startOrderStrategy

Mucha gente prueba orderStrategyTypeId: 1 y solo consigue un 404 (undocumented) por sus molestias. Solo hay un valor válido, y es 2. Cualquier otro se rechaza antes de que la estrategia siquiera se construya.

3. Llamar a startOrderStrategy por REST en lugar de WebSocket

Incluso con el id de tipo correcto, este endpoint no es fiable por HTTP REST plano. Está diseñado para funcionar sobre un WebSocket, y funciona de forma fiable cuando se controla así. Una llamada REST que sigue devolviendo 404 suele tener éxito, sin cambios, en el momento en que la envía como frame de WebSocket.

4. JSON mal formado o un diccionario en bruto en lugar de un cuerpo JSON

Un fallo habitual de placeOCO es Invalid JSON: expected '{', offset: 0x00000075. Esto ocurre cuando la solicitud envía un diccionario codificado como formulario en lugar de una cadena JSON serializada, en Python, al pasar data=payload en vez de json=payload (o al olvidar json.dumps()). El servidor nunca ve JSON válido, así que descarta todo el bracket.

5. accountSpec ausente, accountId incorrecto o una combinación de precios ilegal

Los endpoints de bracket requieren tanto el accountId numérico (extraído de account/list) como la cadena accountSpec (el nombre de su cuenta). Omita cualquiera de los dos y se encontrará con Access is denied. Por separado, placeOCO y placeOSO comprueban que las dos piernas formen una combinación válida, un stop y un límite con precio en el lado equivocado del mercado vuelven como Wrong OCO combination. Los brackets con entrada Market añaden una complicación más: como la API necesita niveles de precio concretos para las piernas hijas, en general no puede adjuntar un TP/SL relativo en ticks a una entrada Market simple mediante placeOSO. O calcula los niveles de precio usted mismo, o deja que el motor de estrategias gestione los offsets.

Cómo corregir las órdenes bracket de la API de Tradovate: paso a paso

Cómo corregir la trampa «200 OK, pero sin piernas»

• Tras cada llamada a placeOSO / placeOCO / startOrderStrategy, analice el cuerpo JSON.
• Compruebe si existe una clave failureReason. Si está presente, trate la orden como rechazada y lea failureText para conocer la causa.
• Marque el bracket como activo solo cuando tenga los IDs de orden confirmados para el padre y ambas piernas hijas, consulte order/list o suscríbase a los eventos de orden por WebSocket.
• Registre el cuerpo completo, no solo el código de estado, para que las ejecuciones parciales aparezcan en su registro de auditoría.

Cómo corregir los 404 de startOrderStrategy

• Establezca orderStrategyTypeId en 2, el único valor que acepta.
• Envíe tanto accountId como accountSpec, además de symbol, action y el objeto params (con su entryVersion y brackets).
• Envíe la solicitud como un frame de WebSocket en lugar de un POST REST. Este endpoint está diseñado para funcionar sobre WebSocket, y el formato de frame que espera está bien documentado.
• Reintente el mismo payload por el socket antes de asumir que su JSON está mal formado, el 404 suele ser un problema de transporte, no de esquema.

Cómo corregir Invalid JSON y Wrong OCO combination

• Serialice el payload como JSON. En Python requests, use requests.post(url, headers=..., json=payload), nunca data=payload con un diccionario.
• Confirme que el encabezado Content-Type: application/json esté configurado.
• Para placeOCO, revise la geometría de las dos piernas: el stop y el límite deben situarse en lados opuestos y válidos del precio actual según la dirección de la posición. Si ve Wrong OCO combination, cambie la pierna que está en el lado equivocado.
• Para una entrada Market, espere a la ejecución y adjunte un stop/objetivo placeOCO a la posición resultante, o cambie a startOrderStrategy, que acepta offsets relativos.

El respaldo fiable: entrada separada + OCO

Cuando un bracket nativo simplemente no coopera, desacople la entrada de las salidas. Coloque la orden de entrada por separado con order/placeOrder, confirme la ejecución y después envíe un placeOCO que empareje el stop protector con el objetivo de beneficio contra la posición ya abierta. Es un viaje de ida y vuelta adicional, pero evita por completo el endpoint de estrategia y le da control explícito sobre cada pierna.

Tabla de resolución de problemas

Cómo prevenirlo con PickMyTrade

Construir a mano los payloads OSO/OCO significa asumir usted mismo cada uno de los modos de fallo anteriores. PickMyTrade se sitúa entre sus alertas de TradingView y Tradovate y gestiona por usted la instalación del bracket:

• Gestión de brackets y OCO, adjunta correctamente las piernas de stop-loss y take-profit, de modo que una entrada nunca queda sin protección.
• Validación de respuestas, inspecciona la respuesta completa de la orden, no solo el estado HTTP, y muestra los rechazos reales en lugar de un falso “éxito”.
• Filtros de habilitación y riesgo, respeta el estado del acuerdo de datos de su cuenta y los límites de la prop firm antes de enrutar una orden.
• Enrutamiento seguro frente a límites de tasa, espacia el flujo de órdenes para que las piernas del bracket no choquen con los topes de solicitudes.
• Sincronización multicuenta, replica el mismo bracket protegido en todas las cuentas conectadas.