> ## Documentation Index
> Fetch the complete documentation index at: https://tournaments-partners.exuratech.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Ciclo y operación de torneos

> Sincronización, cierre de cuentas, archivo, incidencias y verificación.

## Qué ocurre en cada etapa

| Estado | Acción de la plataforma | Qué debe mostrar el broker |
| - | - | - |
| `AWAIT` | Hay cuenta de torneo creada; el worker de estado espera la hora de inicio | Horarios y elegibilidad de registro |
| `LIVE` | El worker habilita trading, otro worker actualiza snapshots y otro sincroniza detalle | Ranking con `last_sync_at`; las cifras no son tick por tick |
| `FINISHED` | El worker bloquea trading, toma snapshot final y termina el torneo | Resultado final y eventuales incidentes |
| `CANCELLED` | Estado cancelado; coordinar manualmente bloqueo de nuevos registros y comunicación | Mensaje del organizador; no asumir que el estado por sí solo cierra la ventana de registro |

Los procesos de torneos están separados: monitor de estado/permisos (intervalo mínimo 1 segundo), snapshot ligero de leaderboard (15 segundos por defecto), detalle de deals (180 segundos por defecto) y archivo histórico (24 horas después del cierre por defecto, comprobación cada hora). Si un proceso está detenido, una ruta HTTP puede seguir respondiendo con datos antiguos; usa `last_sync_at` para indicar su frescura. El embed refresca el ranking aproximadamente cada 20 segundos, pero no reemplaza esos workers.

El cierre intenta bloquear cuentas MT5 existentes y maneja cuentas ausentes o fallos como incidentes. Después de la pasada final, el estado puede quedar `FINISHED` con incidencia: no anuncies un pago definitivo sin revisar el resultado con el operador. El archivo tardío conserva deals para el detalle final y puede quedar `COMPLETED_WITH_INCIDENT` tras sus intentos acotados. El broker puede consultar el estado de cuenta y del torneo en las rutas administrativas o coordinar revisión con Exura Tech.

## Verificación antes de anunciar el torneo

**1. Comprobar URLs**

Abre `url` y `public_url` desde una red externa. Verifica que apunten al frontend correcto y UUID correcto.

**2. Probar registro**

Usa un usuario de prueba, confirma ventana y cupo, y comprueba que se creó una sola inscripción y una cuenta MT5 en el grupo esperado.

**3. Probar credenciales**

Confirma que el usuario recibe correo y que su vista privada muestra el login y servidor correctos.

**4. Probar ranking**

Comprueba que la métrica configurada (`equity` o `balance`) y el orden coincidan con la API después del siguiente snapshot.

**5. Probar cierre en entorno controlado**

Verifica bloqueo de cuenta, snapshot final, estado y disponibilidad de histórico. No uses cuentas de producción para un ensayo.

No uses el endpoint de inscripción privada de torneo para introducir cuentas normales del CRM. Ese endpoint crea nuevas cuentas de torneo. Si el broker quiere conservar sus cuentas y depósitos, el producto correcto es [competencias](/broker/preparacion).


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.