Skip to main content

Qué ocurre en cada etapa

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.