Wiki de automatización de trading de NRUNO · Pregunta 97

¿Cómo debe gestionar NRUNO el mantenimiento sin perder ni duplicar señales?

Infraestructura, nube y rendimientoÚltima revisión: 27 de agosto de 2026
Respuesta breve

El mantenimiento necesita una política definida de recepción y ejecución: drenar o pausar, guardar de forma duradera los comandos aceptados, detenerse en un límite seguro, conciliar tras reiniciar y mantener los reintentos idempotentes.

Qué significa esto en la práctica

El mantenimiento necesita una política definida de recepción y ejecución: drenar o pausar, guardar de forma duradera los comandos aceptados, detenerse en un límite seguro, conciliar tras reiniciar y mantener los reintentos idempotentes. Esta página responde específicamente a la pregunta «¿Cómo debe gestionar NRUNO el mantenimiento sin perder ni duplicar señales?». 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 — Despliegue

Organiza el mantenimiento alrededor del trabajo ya aceptado: drena o detén la recepción deliberadamente, conserva la identidad del comando, reinicia, concilia el estado de cTrader y reanuda de forma idempotente para que nada desaparezca ni se ejecute dos veces. Para Escenario A — Despliegue de la pregunta 97, utiliza específicamente estas pruebas para responder «¿Cómo debe gestionar NRUNO el mantenimiento sin perder ni duplicar señales?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.

Escenario B — Reinicio inesperado

Organiza el mantenimiento alrededor del trabajo ya aceptado: drena o detén la recepción deliberadamente, conserva la identidad del comando, reinicia, concilia el estado de cTrader y reanuda de forma idempotente para que nada desaparezca ni se ejecute dos veces. Para Escenario B — Reinicio inesperado de la pregunta 97, utiliza específicamente estas pruebas para responder «¿Cómo debe gestionar NRUNO el mantenimiento sin perder ni duplicar señales?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.

Escenario C — Aceptado antes del mantenimiento

Organiza el mantenimiento alrededor del trabajo ya aceptado: drena o detén la recepción deliberadamente, conserva la identidad del comando, reinicia, concilia el estado de cTrader y reanuda de forma idempotente para que nada desaparezca ni se ejecute dos veces. Para Escenario C — Aceptado antes del mantenimiento de la pregunta 97, utiliza específicamente estas pruebas para responder «¿Cómo debe gestionar NRUNO el mantenimiento sin perder ni duplicar señales?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.

Qué debes comprobar

  • señal o acción prevista
  • última etapa que se completó correctamente con certeza
  • primera etapa que difiere de la intención
  • estado final de cTrader después del evento

Regla práctica

Para la pregunta «¿Cómo debe gestionar NRUNO el mantenimiento sin perder ni duplicar señales?», 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: El mantenimiento necesita una política definida de recepción y ejecución: drenar o pausar, guardar de forma duradera los comandos aceptados, detenerse en un límite seguro, conciliar tras reiniciar y mantener los reintentos idempotentes.

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.