¿Qué debe ocurrir después de que un receptor webhook devuelva HTTP 200?
HTTP 200 debe indicar que el receptor aceptó la solicitud HTTP o de aplicación, no que el bróker garantizó una ejecución. Después de la confirmación, registra la ejecución como un estado separado.
Qué significa esto en la práctica
HTTP 200 debe indicar que el receptor aceptó la solicitud HTTP o de aplicación, no que el bróker garantizó una ejecución. Después de la confirmación, registra la ejecución como un estado separado. Esta página responde específicamente a la pregunta «¿Qué debe ocurrir después de que un receptor webhook devuelva HTTP 200?». 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 — 200 y después rechazo del bróker
HTTP 200 describe el contrato de aceptación del receptor, no el resultado final del bróker. Conserva un estado de ejecución separado para que el éxito posterior en cTrader, el rechazo o la supresión de duplicados sean visibles sin modificar el registro de transporte. Para Escenario A — 200 y después rechazo del bróker de la pregunta 35, utiliza específicamente estas pruebas para responder «¿Qué debe ocurrir después de que un receptor webhook devuelva HTTP 200?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.
Escenario B — 200 y después éxito asíncrono
HTTP 200 describe el contrato de aceptación del receptor, no el resultado final del bróker. Conserva un estado de ejecución separado para que el éxito posterior en cTrader, el rechazo o la supresión de duplicados sean visibles sin modificar el registro de transporte. Para Escenario B — 200 y después éxito asíncrono de la pregunta 35, utiliza específicamente estas pruebas para responder «¿Qué debe ocurrir después de que un receptor webhook devuelva HTTP 200?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.
Escenario C — 200 para duplicado conocido
HTTP 200 describe el contrato de aceptación del receptor, no el resultado final del bróker. Conserva un estado de ejecución separado para que el éxito posterior en cTrader, el rechazo o la supresión de duplicados sean visibles sin modificar el registro de transporte. Para Escenario C — 200 para duplicado conocido de la pregunta 35, utiliza específicamente estas pruebas para responder «¿Qué debe ocurrir después de que un receptor webhook devuelva HTTP 200?» y mantenlas separadas de las pruebas de los demás escenarios de esta página.
Qué debes comprobar
- registro de alertas de TradingView y hora exacta de envío
- estado HTTP y marca de tiempo del receptor
- payload validado junto con la ID de señal
- resultado de cTrader solo después de confirmar el transporte
Regla práctica
Para la pregunta «¿Qué debe ocurrir después de que un receptor webhook devuelva HTTP 200?», 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: HTTP 200 debe indicar que el receptor aceptó la solicitud HTTP o de aplicación, no que el bróker garantizó una ejecución. Después de la confirmación, registra la ejecución como un estado separado.
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.