Settings

TL;DR

/dashboard/settings concentra toda la configuración del club: identidad visual, subdomain (slug), perfil personal, parámetros de fórmulas (ventana MD, método ACWR), tabs visibles del perfil de jugador, tipos de sesión, umbrales de riesgo, gestión de equipos y accesos del staff. Es página única con sub-tabs internos (no hay páginas separadas).

Para comercial

• Problema que resuelve: cada club tiene su propia identidad, metodología y umbrales. Sin Settings, CÉNIT sería una caja rígida; con Settings, el club configura lo suyo sin pedirnos un release.
• Casos de uso típicos: subir el logo y los colores del club, ajustar el rango ACWR ok/warn según el sport-scientist del club, decidir qué tabs del perfil de jugador ven (esconder “mental” si no hay psicólogo todavía), ampliar la ventana de partido modelo (md_max_window_days) cuando hay pocas fechas históricas.
• Planes que lo incluyen: todos los planes.
• Diferenciador: el grueso de competidores fija fórmulas y umbrales. CÉNIT los expone por org.

Cómo lo usa el staff

Acceso y permisos

• Tab Configuración (principal): lectura para todos; los forms que mutan la org solo aceptan escritura de Head of Performance y Director Deportivo. El form de perfil propio es excepción: cualquier rol edita lo suyo.
• Tab Equipos: solo Head of Performance y Director Deportivo. Crea sub-equipos y asigna jugadores y staff.
• Tab Accesos: solo Head of Performance y Director Deportivo. Invita y revoca usuarios del staff de la org (ver también Usuarios).

Sub-secciones del tab Configuración

1. Identidad del club — nombre, logo (PNG/JPG/WebP hasta 5MB), color primario y secundario en hex. Los colores sobreescriben el branding por defecto de la app para la org.
2. Slug del club — subdomain kebab-case, 2-40 caracteres. Único por organización (white-label fase 1 pasiva — el sistema detecta el subdomain pero no enforza aún).
3. Perfil — nombre, idioma (es/en/pt), avatar. Edita siempre el perfil propio, sin importar el rol.
4. Plantel — datos del equipo — nombre del equipo, temporada, fecha de inicio de temporada, división.
5. Tipos de sesión — gestiona los tipos personalizados (label, color, orden, activo). Lo usa el modal de evento del Calendario.
6. Ventana MD — rango 90-360 días, default 90. Define cuántos días hacia atrás mira el sistema para calcular el partido modelo (promedio de los 3 mejores con tier system T1/T2/T3 según minutos jugados).
7. Vista del microciclo — solo entrenamientos o entrenamientos + partido. Default incluye partido.
8. Método ACWR — RMA (default, ratio convencional) o EWMA (Williams 2017, opt-in).
9. Tabs visibles del jugador — controla qué tabs del perfil de jugador se renderizan: general, táctico, físico, médica, mental, mensajes.
10. Umbrales de riesgo — todos los umbrales que consume el Risk Advisor: ACWR ok/warn, Hooper ok/warn, Vmax% ok/warn, dolor, lesiones recientes, dolor fisio y ansiedad.

FAQ / casos límite

• El slug ya está tomado: el form avisa que el subdomain está en uso. Hay que elegir otro.
• Cambio de método ACWR: se aplica a partir del próximo cálculo diario de snapshots. Los snapshots históricos no se recalculan.
• Esconder tabs del jugador: el filtro se aplica al renderizar el perfil. Un staff con link directo al tab oculto sigue viendo la URL pero no el contenido.

Cómo lo ve el jugador

Player surface: N/A. El jugador no entra a Settings, pero lo que el HoP configura impacta directamente en lo que ve: colores y logo del club en su PWA, tabs del perfil, y umbrales de riesgo que generan alertas en su feed.

Integraciones

• Carga GPS: consume la ventana MD, la vista del microciclo, el método ACWR y los tipos de sesión.
• Risk Advisor: consume todos los umbrales de riesgo.
• Plantel: consume la configuración de tabs visibles para filtrar tabs del perfil.
• Shell del dashboard: consume el logo y los colores para skin de la org.