Usa el procedimiento de reconexión documentado para tu plataforma real y luego verifica la cuenta, las posiciones, las órdenes de trabajo y las acciones gestionadas localmente. Una conexión restablecida no prueba que un envío anterior haya fallado, que las órdenes de protección sigan activas ni que la automatización deba reanudarse. Evita los envíos duplicados mientras el resultado de la orden sea incierto.
Orientación educativa sobre software. Operar conlleva riesgos. Lea los avisos financieros y de información.
Antes de reconectar
- Anota la hora de la desconexión, el error exacto y el servicio afectado.
- Identifica la cuenta prevista y las aplicaciones conectadas a ella.
- Determina si algún software local gestiona brackets, acciones OCO o ajustes de trailing.
- Si puede existir una posición o una solicitud pendiente, usa una vía compatible disponible o el proveedor para confirmarlo.
- Pausa los nuevos envíos automatizados mediante el flujo de trabajo compatible adecuado cuando sea necesario, manteniendo los controles de órdenes/cuenta separados de los controles de conexión de los gráficos.
No trates una pantalla local obsoleta como un registro autorizado de la cuenta. Si no se puede confirmar la situación, usa el procedimiento oficial de operaciones urgentes del proveedor.
Usa el procedimiento de esta aplicación
| Aplicación o ruta | Lo que esta guía puede establecer |
|---|---|
| RTrader Pro de escritorio 17.106.0.2 | El menú File inspeccionado mostraba Positions, Order History y Fill History; no mostraba un elemento File > Reconnect en ese menú |
| Servicio Rithmic de Sierra Chart | Su guía oficial documenta File > Reconnect y un comando independiente Connect to Data Feed |
| Cliente de plugin de RTrader compatible | Restablece la conexión necesaria entre host y cliente según la secuencia de ese fabricante |
| Otra plataforma | Consulta su menú de conexión vigente y la guía del fabricante; no traslades el nombre de un comando de otra aplicación |
La guía de Sierra Chart es documentación de esa aplicación. No prueba que RTrader Pro de escritorio tenga el mismo comando.
Para esta guía no se provocó ninguna desconexión ni reconexión deliberada. Usa las instrucciones vigentes del proveedor cuando el procedimiento visible difiera; no inventes un elemento de menú ni supongas que todas las compilaciones se comportan igual.
Confirma la conexión y después el estado de la cuenta
Comprueba lo siguiente en orden:
| Comprobación | Qué verificar |
|---|---|
| Conexión | System/Gateway previstos y servicios necesarios |
| Cuenta | Cuenta correcta seleccionada; acceso esperado restablecido |
| Posiciones | Contrato, lado y tamaño actuales confirmados en la vista de cuenta compatible |
| Órdenes de trabajo | Órdenes restantes reales, cantidades y estados |
| Histórico | Confirmaciones, ejecuciones, rechazos o cancelaciones de las solicitudes anteriores |
| Automatización | Estado de host/cliente y tratamiento de las señales perdidas o pendientes |
Usa Order History y Fill History para investigar el resultado de una orden anterior. Si se envió una solicitud antes de la desconexión, averigua su resultado registrado antes de enviar otra. Una confirmación y una ejecución son eventos distintos.
Revisa por separado el flujo de protección
Una orden principal que funciona, la creación de sus órdenes hijas y la cancelación OCO son funciones distintas. Confirma qué partes residen en el mercado, en el servicio de Rithmic o en la aplicación local para tu conector. La guía de bracket explica estas distinciones. No deduzcas la supervivencia de las órdenes a partir de un indicador de estado en verde restablecido.
Para la automatización en la nube, consulta el tratamiento documentado del servicio ante una conexión no disponible y sus propios registros. Esta guía no establece si un puente concreto pone en cola, rechaza o reintenta una señal perdida.
Preguntas frecuentes
¿File > Reconnect está disponible en todas las aplicaciones de Rithmic?
No se verificó ningún comando universal. Sierra Chart lo documenta; el menú File de RTrader Pro inspeccionado no lo mostraba. Sigue las instrucciones vigentes de tu aplicación.
¿Debo reenviar la orden que estaba pendiente cuando se cayó la conexión?
Primero confirma su resultado en el histórico de la cuenta/órdenes o con el proveedor. Reenviar una solicitud incierta puede crear otra orden.
¿Una conexión restablecida prueba que mi stop está activo?
No. Comprueba la orden de trabajo real y la ruta de gestión asociada. Un indicador de servicio no es el estado del stop.
¿Puedo reanudar las alertas en cuanto vuelven las cotizaciones?
Primero verifica el estado de la cuenta, de las órdenes y de la automatización. Las cotizaciones por sí solas no prueban que los demás servicios estén listos.