Prueba un contrato exacto y un intervalo de fechas pequeño, revisa la conexión de historial y el registro de la plataforma, y comprueba el permiso de historial o el límite de descarga del proveedor. Las cotizaciones en vivo pueden seguir funcionando mientras falla una solicitud de historial. Empieza por estas comprobaciones antes de borrar datos locales.
Orientación educativa sobre software. Operar conlleva riesgos. Lea los avisos financieros y de información.
Determina qué falta
Anota el contrato, el tipo de barra, las fechas solicitadas, la zona horaria y la versión de la plataforma. Distingue un gráfico en blanco de la ausencia de barras antiguas, de un filtrado de sesión incorrecto o de la falta de datos de volumen bid/ask. Compara con otro contrato concreto; no uses un símbolo continuo para suponer que existe el historial de un vencimiento determinado.
Prueba una recarga controlada
En Quantower, su guía de resolución de problemas de Rithmic documenta right-click chart → Reload history (server) y revisar el Event Log. Usa un intervalo pequeño. Las descargas grandes repetidas pueden agotar la cuota sin resolver un problema de permisos.
En otra plataforma, usa el procedimiento de recarga que esa plataforma admita. Conserva los datos locales y la configuración personalizada antes de cualquier reparación indicada por el proveedor; esta guía no recomienda borrar la base de datos ni la caché de NinjaTrader.
Revisa la cuota del proveedor y la fuente de datos
Las preguntas frecuentes de Rithmic, consultadas el 7 de octubre de 2026, describen una cobertura de ticks históricos desde diciembre de 2011 y un límite semanal de 40 GB por usuario que se restablece a las 12:00 (hora del Este, ET) del domingo. Es una descripción del servicio, no una promesa de que todas las plataformas ofrezcan todos los instrumentos y tipos de datos hasta esa fecha. Pide al proveedor que confirme el uso real cuando sospeches que has alcanzado un límite.
Para Sierra Chart, su guía del servicio Rithmic separa las credenciales de trading, de datos en vivo y de historial, y explica la alternativa Denali. Usa las instrucciones de la fuente de datos que hayas seleccionado realmente; no rellenes los campos de datos de Rithmic si ese flujo de trabajo no los utiliza.
Decide la siguiente acción
| Observación | Siguiente acción |
|---|---|
| Falla un contrato o intervalo | Verifica el vencimiento, el intervalo solicitado y el filtro de sesión |
| Respuesta de permisos | El proveedor comprueba el permiso y las credenciales de ese servicio |
| Cuota de descarga confirmada como agotada | Reduce las solicitudes futuras y usa la hora de restablecimiento confirmada |
| El mismo intervalo también falla en RTrader | Envía ambas observaciones al proveedor; esto por sí solo no demuestra una caída del servidor |
| RTrader funciona, pero una plataforma falla | Envía la versión de la plataforma, la configuración y su registro al soporte de esa plataforma |
Referencia de la interfaz
Preguntas frecuentes
¿Por qué siguen actualizándose los precios en vivo?
Las solicitudes en vivo y las históricas son servicios distintos. Una suscripción en vivo correcta no demuestra que se haya aceptado una solicitud de historial.
¿Debo recargar todos los gráficos repetidamente?
No. Aísla una solicitud pequeña y reproducible y revisa la respuesta antes de consumir más cuota de descarga.
¿Un contrato vencido no puede tener historial?
No. El vencimiento impide tratarlo como el contrato activo negociable, pero la disponibilidad histórica es una cuestión aparte.
¿Un hueco demuestra que la caché está dañada?
No. Los filtros de sesión, los permisos, la cobertura de la fuente, los límites de solicitud y los fallos de conexión también pueden explicar un hueco.