¿Qué errores de cTrader nunca deben reintentarse a ciegas?

Qué significa esto en la práctica

No reenvíes sin cambios rechazos deterministas como BadVolume, UnknownSymbol o InvalidStopLossTakeProfit. Repetir una solicitud inválida añade carga y puede causar un comportamiento imprevisible si las condiciones de la cuenta cambian después. Esta página responde específicamente a la pregunta «¿Qué errores de cTrader nunca deben reintentarse a ciegas?». 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 — BadVolume

Compara el tamaño solicitado con el mínimo, máximo y paso del símbolo de cTrader. Convierte a una unidad interna canónica, normaliza una sola vez y registra el volumen solicitado frente al enviado. Para Escenario A — BadVolume de la pregunta 65, utiliza específicamente estas pruebas para responder «¿Qué errores de cTrader nunca deben reintentarse a ciegas?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.

Escenario B — UnknownSymbol

Examina directamente el mecanismo descrito como «Escenario B — UnknownSymbol». Registra su entrada, el estado inmediatamente anterior y la primera salida observable que difiera del resultado esperado. Para Escenario B — UnknownSymbol de la pregunta 65, utiliza específicamente estas pruebas para responder «¿Qué errores de cTrader nunca deben reintentarse a ciegas?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.

Escenario C — InvalidStopLossTakeProfit

Examina directamente el mecanismo descrito como «Escenario C — InvalidStopLossTakeProfit». Registra su entrada, el estado inmediatamente anterior y la primera salida observable que difiera del resultado esperado. Para Escenario C — InvalidStopLossTakeProfit de la pregunta 65, utiliza específicamente estas pruebas para responder «¿Qué errores de cTrader nunca deben reintentarse a ciegas?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.

Escenario D — NoMoney sin cambio de estado

Lee el margen libre, el apalancamiento y la exposición existente en el momento del envío. NoMoney es un rechazo debido al estado de la cuenta; no tiene sentido repetir la misma orden sin un cambio de estado. Para Escenario D — NoMoney sin cambio de estado de la pregunta 65, utiliza específicamente estas pruebas para responder «¿Qué errores de cTrader nunca deben reintentarse a ciegas?» 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 «¿Qué errores de cTrader nunca deben reintentarse a ciegas?», 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.