¿Cómo debe funcionar la lógica de reconexión cuando cTrader se desconecta?
La lógica debe detectar la desconexión, detener envíos inseguros, restaurar autenticación y sesión, conciliar órdenes y posiciones abiertas y solo entonces reanudar comandos nuevos. Para Open API, cTrader recomienda heartbeats al menos cada diez segundos.
Qué significa esto en la práctica
La lógica debe detectar la desconexión, detener envíos inseguros, restaurar autenticación y sesión, conciliar órdenes y posiciones abiertas y solo entonces reanudar comandos nuevos. Para Open API, cTrader recomienda heartbeats al menos cada diez segundos. Esta página responde específicamente a la pregunta «¿Cómo debe funcionar la lógica de reconexión cuando cTrader se desconecta?». Por eso, cada escenario se explica según su propio mecanismo técnico y no mediante un diagnóstico genérico.
Escenarios reales
Escenario A — Caída breve de red
Una reconexión es un evento de conciliación. Vuelve a leer primero las posiciones reales y las órdenes pendientes de cTrader y decide después si los comandos en cola siguen siendo válidos. Descarta entradas obsoletas y haz que la recuperación sea idempotente. Para Escenario A — Caída breve de red de la pregunta 66, utiliza específicamente estas pruebas para responder «¿Cómo debe funcionar la lógica de reconexión cuando cTrader se desconecta?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.
Escenario B — Reinicio del servidor
Una reconexión es un evento de conciliación. Vuelve a leer primero las posiciones reales y las órdenes pendientes de cTrader y decide después si los comandos en cola siguen siendo válidos. Descarta entradas obsoletas y haz que la recuperación sea idempotente. Para Escenario B — Reinicio del servidor de la pregunta 66, utiliza específicamente estas pruebas para responder «¿Cómo debe funcionar la lógica de reconexión cuando cTrader se desconecta?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.
Escenario C — Existe una posición abierta durante la reconexión
Una reconexión es un evento de conciliación. Vuelve a leer primero las posiciones reales y las órdenes pendientes de cTrader y decide después si los comandos en cola siguen siendo válidos. Descarta entradas obsoletas y haz que la recuperación sea idempotente. Para Escenario C — Existe una posición abierta durante la reconexión de la pregunta 66, utiliza específicamente estas pruebas para responder «¿Cómo debe funcionar la lógica de reconexión cuando cTrader se desconecta?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.
Qué debes comprobar
- identidad del conector y de la cuenta de destino
- símbolo exacto del bróker
- parámetros de la orden normalizados
- respuesta de cTrader y estado final de la posición o de la orden
Regla práctica
Para la pregunta «¿Cómo debe funcionar la lógica de reconexión cuando cTrader se desconecta?», modifica únicamente la primera capa cuyas pruebas ya no coincidan con la acción prevista. Conserva la identidad de la señal, las marcas de tiempo y el estado final de cTrader. Reproduce en una cuenta demo cualquier cambio que pueda afectar a la ejecución antes de utilizarlo en real.
Resumen de decisión
Respuesta directa: La lógica debe detectar la desconexión, detener envíos inseguros, restaurar autenticación y sesión, conciliar órdenes y posiciones abiertas y solo entonces reanudar comandos nuevos. Para Open API, cTrader recomienda heartbeats al menos cada diez segundos.
Siguiente paso: Asocia las pruebas observadas con uno de los escenarios anteriores, prueba ese mecanismo de forma independiente en una cuenta demo y conserva la trazabilidad del resultado mediante una única ID de señal.
Fuentes principales
¿Necesitas una ruta de ejecución de TradingView a cTrader?
NRUNO envía tus instrucciones de TradingView a cTrader. Tu estrategia y tu lógica de señales siguen estando bajo tu control.