Plants de Rithmic (ticker, órdenes, histórico, PnL)

Los plants de Rithmic son los servicios separados que hay detrás de un mismo login: el plant ticker transmite los datos de mercado, el plant de órdenes gestiona las cuentas y el enrutamiento, el plant de histórico devuelve ticks y barras pasados, y el plant de PnL informa de las posiciones y de las pérdidas y ganancias. Cada plant tiene su propia sesión, su propio latido y sus propios permisos.

Senzoukria · Glosario · Actualizado en septiembre de 2026


Cuatro servicios, cuatro sesiones

Un cliente inicia sesión en cada plant por separado y mantiene viva cada sesión con su propio latido. Los entornos paper y live son además plants distintos, así que un permiso de datos de mercado comprado en uno no acompaña al login al otro. Esta arquitectura explica por qué una cuenta que abre la plataforma del propio bróker con todos los plants en verde puede aun así ser rechazada por la API, y por qué el histórico puede fallar mientras los datos en vivo fluyen.

Qué aporta cada plant
PlantAportaFallo típico que solo le afecta a él
TickerOperaciones y profundidad en vivo por instrumento suscritoNingún tick en un mercado no suscrito
ÓrdenesCuentas, envío de órdenes, ejecuciones, órdenes de trabajoEnrutamiento rechazado en una fase fondeada
HistóricoTicks y barras históricos bajo peticiónPermiso denegado en las barras, archivo vacío
PnLPosiciones y resultado realizado o abiertoSaldos mostrados sin datos de mercado

Cómo leer una conexión parcial

  • Ticker conectado, plant de órdenes rechazado: el análisis funciona, el enrutamiento manual no está disponible en esta cuenta.
  • Histórico aceptado pero mudo en todas las ventanas: el archivo no llega tan atrás, o el plant de histórico está caído; reinténtalo con el mercado abierto.
  • El histórico devuelve permiso denegado en las barras: las barras históricas no están habilitadas en la cuenta, y eso es un permiso del bróker. Los ticks históricos todavía pueden funcionar.
  • PnL sin ticker: los saldos se actualizan pero el gráfico no puede dibujar.

En Senzoukria

La conexión Rithmic Direct abre los plants de forma independiente y los informa de forma independiente, así que la insignia de estado y el diagnóstico de conexión pueden nombrar cuál falló. La visita guiada señala que los plants paper y live están separados y que el flujo necesita un permiso de datos de mercado en ese plant. El panel de descarga de histórico distingue un bróker que rechazó la petición con permiso denegado de un bróker que aceptó el login y no envió nada, y en cada caso indica que la causa es un permiso o un archivo, no un ajuste de la aplicación.

El enrutamiento de órdenes pasa por el plant de órdenes solo cuando el interruptor para permitir el enrutamiento está activado en la ficha; en una cuenta fondeada sigue apagado hasta que lo enciendes. Las ejecuciones detectadas en el flujo de órdenes del bróker alimentan el diario de operaciones y los sonidos de ejecución, incluidas las órdenes colocadas en la propia plataforma del bróker.

Errores habituales

  • Concluir que la conexión está rota porque un plant es rechazado mientras los demás transmiten.
  • Esperar que el permiso de datos del plant paper se aplique al plant live.
  • Reintentar una petición de histórico con permiso denegado en lugar de pedir a la firma que lo habilite.
  • Leer una ventana de histórico vacía como una sesión sin operaciones.

Esta página en otros idiomas

Preguntas frecuentes

¿Por qué mi footprint va en vivo mientras el histórico sigue vacío?
El plant ticker y el plant de histórico se permiten por separado. Las ejecuciones en vivo llegan por el plant ticker; los ticks o barras pasados hay que pedirlos al plant de histórico, que la firma puede no haber habilitado o cuyo archivo puede no llegar a las fechas pedidas. El gráfico sigue funcionando con datos en vivo y en caché, e indica cuál es el caso.
¿Necesito el plant de órdenes solo para analizar?
No. Los gráficos, el delta, los perfiles y el heatmap leen el plant ticker. El plant de órdenes solo hace falta para la entrada manual de órdenes o para el piloto automático armado, y en una cuenta de prop firm ambos exigen permiso de la firma con independencia de que el software pueda conectarse técnicamente a ese plant.