davideandClaude Sonnet 5.5
4c8791fa2c
Cita con percorso completo i 28 file di src/ che nessun documento nominava e aggiunge la riga Codice a 21 decisioni, ricavata dai file che le citano. Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
1.4 KiB
DD-011 — Autenticazione reale prima del profilo amministrativo completo
Data: agosto 2026
Stato: Accettata
Codice: src/lib/auth-route.server.ts, src/lib/auth.ts, src/lib/crapp-data.ts, src/lib/ruoli.ts, src/routes/__root.tsx, src/routes/benvenuto.tsx, supabase/migrations/20260831120000_m4_solo_autenticati.sql, supabase/migrations/20260901140000_m6_avatar_giocatori.sql, supabase/migrations/20260924120100_m21_ruolo_allenatore.sql
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).