El plan sin comisión de Tradovate rompe las órdenes (404)

Cambia su cuenta al plan sin cuota mensual para recortar costos y, la siguiente vez que envía una orden, el servidor devuelve 404 Not Found. Nada más parece estar mal. Puede iniciar sesión, su token se autentica, la lista de cuentas carga, los gráficos se mueven, pero lo único que realmente necesita, enviar una orden, falla con un cuerpo 404 vacío. Parece que el endpoint desapareció en el momento en que cambió su plan.

No desapareció. Un 404 es más acotado de lo que parece y, una vez que sabe qué dice, la solución es corta. Casi siempre se trata de una de dos historias: su línea de solicitud apunta a una ruta que no existe (host, versión, ruta, método), o el derecho de enrutamiento de órdenes de su cuenta se vio alterado por el cambio de plan y aún no se ha reaprovisionado. Descartaremos primero la línea de solicitud porque es rápido y luego recorreremos el camino del plan y los derechos, que es el que golpea justo después de bajar de plan.

Qué le dice realmente un 404

Cada estado HTTP apunta a una capa distinta, y tratarlos igual lo lleva a arreglar lo equivocado. Un 404 significa que el servidor no pudo encontrar lo que señalaba su línea de solicitud: la ruta, o el destino de enrutamiento de su cuenta, no está. Un 401 o “access is denied” significa que la ruta existe pero usted no estaba autorizado. Un 400 significa que la ruta y la autenticación estaban bien pero el cuerpo estaba mal formado. Un 429 significa que está limitado por tasa.

Así que, si está viendo un 404 literal, deje de editar el JSON de su orden. El servidor nunca llegó a leerlo. Dos familias de causas producen un 404 aquí: una solicitud dirigida a una URL que no existe y una cuenta que no puede enrutar órdenes en este momento porque su plan o derecho no está en un estado habilitado para órdenes. El momento en que ocurre es su mayor pista. Si las órdenes funcionaban hace cinco minutos y lo único que cambió fue su suscripción, incline la balanza hacia la explicación del derecho, pero dedique igualmente sesenta segundos a descartar la línea de solicitud, porque un cambio de plan también es un momento natural para haber cambiado de entorno o copiado una URL obsoleta.

Primero, descarte la línea de solicitud

Estas son las causas aburridas de un 404 que no tienen nada que ver con su plan y se resuelven en un minuto. Si coloca órdenes a través de la API o de una herramienta de terceros, confirme que las cuatro partes de la URL son correctas antes de tocar nada en la cuenta.

• El host coincide con el entorno. Una cuenta demo/simulación se enruta por el host demo; una cuenta real, por el host real. Enviar una orden real al host demo (o al revés) puede dar 404 o rebotar como no autorizada. Si acaba de cambiar de plan en su cuenta real, asegúrese de que sus herramientas no se quedaron apuntando en silencio al host de simulación.
• El segmento de versión está presente. La ruta de órdenes cuelga de la raíz versionada (el segmento /v1). Si lo omite, el host sin más no tiene ruta de órdenes y obtiene 404.
• Ortografía y mayúsculas de la ruta. Las rutas REST distinguen mayúsculas de minúsculas. Una operación de orden con mayúsculas erróneas o con guiones no coincide con nada y responde 404.
• El método correcto. La colocación de órdenes es un POST. Pegar la URL en la barra del navegador (siempre un GET) o enviar el verbo equivocado se manifiesta como un error de no encontrado o de método no permitido.

Si coloca órdenes dentro de la aplicación de escritorio o web en lugar de mediante código, usted no controla la URL, por lo que esta sección rara vez le aplica; pase a la historia del plan. Si usa la API y la línea de solicitud es correcta, o si corregirla convirtió su 404 en un 401, ya superó esta capa. Ahora revise la cuenta.

El verdadero desencadenante: el cambio de plan alteró el enrutamiento de órdenes

Aquí es donde el 404 se relaciona con su suscripción. Colocar órdenes reales no depende solo de haber iniciado sesión. Su cuenta debe estar en un plan activo y habilitado para órdenes, y debe llevar los derechos que ese plan concede: el feed de datos de mercado que permite a la plataforma valorar su orden y, para el acceso programático, el derecho de automatización o de API que autoriza el enrutamiento desde código. Esos derechos se aprovisionan a su cuenta; no vienen incluidos en su contraseña.

Cuando cambia de plan, la plataforma tiene que desmontar el conjunto de derechos anterior y levantar el nuevo. Durante una breve ventana de ese intercambio, la cuenta puede quedar en un estado en el que el destino de enrutamiento de órdenes que necesita aún no está disponible. Una solicitud que lo busca devuelve 404, porque desde el punto de vista del servidor no hay nada a donde enrutar. Su inicio de sesión sigue funcionando porque la autenticación vive en otra capa. Por eso el síntoma es tan desigual: todo parece bien excepto la orden.

Dos variantes aparecen con más frecuencia:

• El nuevo plan no ha terminado de aprovisionarse. Eligió el plan sin comisión, el cambio se registró, pero los servicios de datos y órdenes aún no se han puesto al día. Las órdenes dan 404 (o se rechazan por “no quote available”) hasta que el feed y el enrutamiento estén activos en la cuenta.
• Un complemento de pago no se trasladó. Si su enrutamiento de órdenes dependía de un derecho de pago, un complemento de acceso a la API o de automatización que se apoyaba en un plan de pago, bajar de plan puede eliminarlo. Las llamadas de su bot que ayer funcionaban ahora dan 404 porque el derecho que las autorizaba ha desaparecido.

La solución: restablecer un plan con enrutamiento de órdenes y datos habilitados

El objetivo es devolver su cuenta a una combinación de plan y complementos que realmente conceda enrutamiento de órdenes reales y datos de mercado, y luego obligar a la cuenta a recoger el cambio. Siga este orden.

Si usa una cuenta de prop firm o de evaluación

Las reglas cambian cuando la cuenta no es suya para facturar. En una cuenta de evaluación o fondeada de una prop firm, la firma es dueña del plan, de la suscripción de datos y de los derechos: usted no puede cambiar su propio nivel de plan y no debería intentarlo. Si las órdenes empezaron a dar 404 en una cuenta de la firma tras cualquier cambio de plan o de datos, el aprovisionamiento corresponde a la firma, así que contáctela a ella y no directamente al bróker. Las firmas también difieren en si permiten la automatización directa por API: algunas la permiten, otras la bloquean, y las reglas exactas y los límites de cuenta varían según la firma y el tamaño de la cuenta, así que revise las condiciones actuales de su firma antes de suponer que un cambio de código ayudará.

Lista de verificación rápida para eliminar el 404

Deje de vigilar los derechos

La mayoría de quienes llegan hasta aquí no pretenden convertirse en expertos en aprovisionamiento de cuentas. Solo quieren que una estrategia entre y salga de su cuenta de futuros y siga funcionando cuando cambian de plan. Si es su caso, hay un camino más corto que programar a mano llamadas de órdenes que se rompen cada vez que cambia un derecho.

Para los temas vecinos que deciden si las órdenes se enrutan o no: compare los niveles y lo que concede cada uno en la comparativa de planes Free, Monthly y Lifetime; asegúrese de que el derecho de automatización esté activado con la guía sobre cómo obtener acceso a la API y una clave; y si su 404 se convirtió en un error de permisos, siga la guía sobre “Access Is Denied” al colocar una orden.