Settings

TL;DR

Settings concentra toda a configuração do clube: identidade visual, subdomain (slug), perfil pessoal, parâmetros de fórmulas (janela MD, método ACWR), abas visíveis do perfil de jogador, tipos de sessão, limites de risco, gestão de equipes e acessos do staff. É página única com sub-abas internos (não há páginas separadas).

Para comercial

• Problema que resolve: cada clube tem sua própria identidade, metodologia e limites. Sem Settings, o CÉNIT seria uma caixa rígida; com Settings, o clube configura o seu sem pedir um release.
• Casos de uso típicos: subir o logo e as cores do clube, ajustar a faixa ACWR ok/warn conforme o sport-scientist do clube, decidir quais abas do perfil de jogador veem (esconder “mental” se não há psicólogo ainda), ampliar a janela de partida modelo quando há poucas datas históricas.
• Planos que incluem: todos os planos.
• Diferencial: a maioria dos concorrentes fixa fórmulas e limites. O CÉNIT os expõe por org.

Como a comissão técnica usa

Acesso e permissões

• Aba Configuração (principal): leitura para todos; os forms que mutam a org só aceitam escrita de Head of Performance e Diretor Esportivo. O form de perfil próprio é exceção: qualquer papel edita o seu.
• Aba Equipes: apenas Head of Performance e Diretor Esportivo. Cria sub-equipes e atribui jogadores e staff.
• Aba Acessos: apenas Head of Performance e Diretor Esportivo. Convida e revoga usuários do staff da org (veja também Usuários).

Sub-seções da aba Configuração

1. Identidade do clube — nome, logo (PNG/JPG/WebP até 5MB), cor primária e secundária em hex. As cores sobrescrevem o branding default do app para a org.
2. Slug do clube — subdomain kebab-case, 2-40 caracteres. Único por organização (white-label fase 1 passiva — o sistema detecta o subdomain mas não enforça ainda).
3. Perfil — nome, idioma (es/en/pt), avatar. Edita sempre o perfil próprio, sem importar o papel.
4. Elenco — dados da equipe — nome da equipe, temporada, data de início de temporada, divisão.
5. Tipos de sessão — gerencia os tipos personalizados (label, cor, ordem, ativo). É usado pelo modal de evento do Calendário.
6. Janela MD — faixa 90-360 dias, default 90. Define quantos dias para trás o sistema olha para calcular a partida modelo (média dos 3 melhores com tier system T1/T2/T3 conforme minutos jogados).
7. Visão do microciclo — apenas treinos ou treinos + partida. Default inclui partida.
8. Método ACWR — RMA (default, ratio convencional) ou EWMA (Williams 2017, opt-in).
9. Abas visíveis do jogador — controla quais abas do perfil de jogador são renderizadas: geral, tático, físico, médica, mental, mensagens.
10. Limites de risco — todos os limites que o Risk Advisor consome: ACWR ok/warn, Hooper ok/warn, Vmax% ok/warn, dor, lesões recentes, dor fisio e ansiedade.

FAQ / casos-limite

• O slug já está em uso: o form avisa que o subdomain está em uso. É preciso escolher outro.
• Mudança de método ACWR: aplica-se a partir do próximo cálculo diário de snapshots. Os snapshots históricos não são recalculados.
• Esconder abas do jogador: o filtro se aplica ao renderizar o perfil. Um staff com link direto à aba oculta segue vendo a URL mas não o conteúdo.

Como o jogador vê

Player surface: N/A. O jogador não entra em Settings, mas o que o HoP configura impacta diretamente no que ele vê: cores e logo do clube em sua PWA, abas do perfil, e limites de risco que geram alertas em seu feed.

Integrações

• Carga GPS: consome a janela MD, a visão do microciclo, o método ACWR e os tipos de sessão.
• Risk Advisor: consome todos os limites de risco.
• Elenco: consome a configuração de abas visíveis para filtrar abas do perfil.
• Shell do dashboard: consome o logo e as cores para skin da org.