Saltar al contenido

Trabajo

Consola de negociación entre mercados

Una consola de operaciones para un escritorio de renta variable en dos recintos: estado del par, arranque y parada, y P&L diario, para no reconstruir esas vistas desde terminales sueltos.

  • Software
  • Sistemas de negociación
  • Año 2026

Qué cubre

  1. 01

    Escritorio en vivo

    Arranque y parada van junto a una tabla de pares: posición de libro, posición de bróker y flags de ejecución. Las capturas publicadas dejan filas de relleno, así que no se ven símbolos ni tamaños.

    Escritorio en vivo: arranque/parada, tabla de pares y estado de sesión. Host, símbolos y tamaños están ocultos.
    Escritorio en vivo: arranque/parada, tabla de pares y estado de sesión. Host, símbolos y tamaños están ocultos.
  2. 02

    P&L diario

    Un calendario y una tabla mensual guardan el P&L de libro y de bróker por sesión. Las capturas publicadas dejan el marco y ocultan las cifras.

    P&L diario: calendario y tabla mensual. Las cifras están ocultas.
    P&L diario: calendario y tabla mensual. Las cifras están ocultas.

El problema

El estado del par, la sesión del bróker, el P&L diario y el diario de órdenes estaban en terminales y archivos distintos. Confirmar si el escritorio corría y qué hizo el libro ese día exigía armar varias pantallas.

Cómo se construyó

La consola es una aplicación FastAPI con plantillas Jinja2 y parciales HTMX. El proceso en vivo escribe el estado en local. La misma interfaz habla con un gateway de bróker de valores para sesión y fills. La reproducción y la investigación quedan aparte del escritorio en vivo.

Qué cambió

Los operadores arrancan y paran el escritorio, leen el estado del par y revisan el P&L diario en una consola. Las capturas publicadas ocultan nombres de host, símbolos, cantidades y cifras de P&L.

¿Necesita un sistema de esta forma?

Describa el proceso que su equipo ejecuta hoy. Diremos si un sistema interno similar es el siguiente paso, o si bastaría un cambio menor.