Replay: «Orden rechazada: esperando la primera cotización del libro reproducido»
En una sesión del Replay que lleva su mejor bid y su mejor ask (importada de mbp-1 de Databento conservando el L1), las órdenes simuladas se ejecutan en el bid o el ask, nunca en la última operación. Cuando ese lado está vacío, todavía no ha llegado o se ha perdido, la orden se rechaza y el mensaje dice cuál es el caso.
Senzoukria · Solución de problemas · Actualizado en septiembre de 2026
En resumen
- Esperando
- «Orden rechazada: esperando la primera cotización del libro reproducido.»
- Lado vacío
- «Orden rechazada: el libro reproducido no tiene ask, así que no hay precio al que comprar.» (o sin bid, para vender)
- L1 perdido
- «Orden rechazada: el L1 de esta sesión se ha perdido y no se inventa ningún precio a partir de la última operación. Un salto en la sesión intenta recuperarlo.»
- Sin L1
- Las sesiones sin L1 se ejecutan al último precio, como antes
Qué ves
Una orden simulada en el Replay se rechaza con uno de estos cuatro mensajes: esperando la primera cotización, sin ask, sin bid, o «Orden rechazada: el L1 de esta sesión se ha perdido y no se inventa ningún precio a partir de la última operación. Un salto en la sesión intenta recuperarlo.» Puede aparecer una insignia «L1 perdido», que explica que la reproducción continúa con las operaciones mientras las órdenes simuladas, las órdenes pendientes y las protecciones quedan suspendidas.
Por qué ocurre
Las sesiones importadas de mbp-1 de Databento con «Conservar el L1 (mejor bid / ask) de los archivos mbp-1» llevan el mejor bid y el mejor ask a resolución completa. En esas sesiones, una compra a mercado paga el ask y una venta recibe el bid; una orden pendiente se comprueba contra el lado correcto. Si el lado está vacío, si el L1 todavía no ha llegado en el momento reproducido, o si se volvió ilegible, no hay ningún precio honesto, así que la orden se rechaza en vez de ejecutarse a la última operación. Las sesiones descargadas del bróker no tienen libro de órdenes (el historial de ticks solo contiene transacciones) y siguen ejecutándose al último precio.
Cómo solucionarlo
- Esperando: pulsa reproducir un momento para que se reproduzca la primera cotización de la sesión, y vuelve a enviar la orden.
- Sin ask o sin bid: espera a que el libro tenga otra vez ese lado; ocurre en momentos de poca liquidez y en la apertura.
- L1 perdido: salta a otro momento; el salto intenta recuperar el L1.
- Si la misma sesión pierde el L1 repetidamente, vuelve a importarla desde los archivos originales.
Lo que no es
- No es una orden rechazada en un bróker real: las órdenes del Replay son simuladas.
- No es un fallo en las sesiones sin L1: esas usan el último precio por diseño.
Cuándo contactar con soporte
Si el problema persiste, contacta con soporte por Menú → Informar de un problema, o en el Discord de Senzoukria. Incluye la sesión (contrato y día), el momento de la reproducción y el mensaje.
Páginas relacionadas
En la misma sección
- El Replay dejó de responder
- Supera el tamaño máximo de orden
- Archivos de Databento sin fecha
- No aparece aviso de actualización
- Modelo de IA inalcanzable
- Mesa de trading sin flujo de cuenta
- DBN con símbolo padre no importado
- Liquidity Tracker no disponible
Esta página en otros idiomas
Preguntas frecuentes
- ¿Cómo sé si una sesión tiene L1?
- La franja del Replay indica que la sesión lleva su mejor bid y su mejor ask con el número de cambios; las sesiones importadas lo informan al terminar la importación.
- ¿El L1 ocupa espacio en disco?
- Unos 125 MB más por sesión de MNQ, medidos en archivos reales, además de unos 30 MB de operaciones.