24 lines
1.0 KiB
Markdown
24 lines
1.0 KiB
Markdown
 
|
# DD-011 — Autenticazione reale prima del profilo amministrativo completo
|
|||
|
|
|
|||
|
|
**Data:** agosto 2026
|
|||
|
|
**Stato:** Accettata
|
|||
|
|
|
|||
|
|
**Contesto**
|
|||
|
|
Oggi l’app identifica l’utente con la selezione del giocatore da una lista, senza login. Documenti, certificati e dati personali richiedono sapere _chi_ sta operando e impedire accessi non autorizzati.
|
|||
|
|
|
|||
|
|
**Decisione**
|
|||
|
|
Prima di completare il modulo Profilo Giocatore, introdurre **login con Google o email** tramite Supabase Auth — non tramite Lovable Auth. Dopo il login, il giocatore associa il proprio profilo squadra.
|
|||
|
|
|
|||
|
|
**Alternative scartate**
|
|||
|
|
|
|||
|
|
- Continuare solo con selezione da lista → inaccettabile per dati sensibili.
|
|||
|
|
- Lovable Auth → crea dipendenza da piattaforma che stiamo abbandonando.
|
|||
|
|
|
|||
|
|
**Conseguenze**
|
|||
|
|
|
|||
|
|
- Tutti dovranno fare login almeno una volta.
|
|||
|
|
- Gli admin useranno ruoli veri (`user_roles`), non una lista di nomi hardcoded.
|
|||
|
|
- È prerequisito per dashboard admin e export CSI.
|
|||
|
|
|
|||
|
|
**Riesame**
|
|||
|
|
Dopo il rollout auth, se emergono problemi di adozione (giocatori poco digitali).
|