Toglie la foto tessera dal profilo (DD-044)

Il Profilo non chiede più la foto tessera e la scheda admin non la mostra.
Il completamento diventa dati personali 34%, documento 33%, certificato 33%.
La migration m29 elimina la colonna profili_giocatore.foto_path; le 4 foto
già caricate sono state cancellate dal bucket profili-giocatore. Migration
applicata in produzione.

Test: pesi e sezioni di profili-core, rendering di CampiProfilo, colonna
rimossa sul database locale. Documentati DD-044, modulo profilo-giocatore,
DATABASE, ROADMAP e changelog.

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>

docs/decisions/DD-016.md

@@ -16,7 +16,7 @@ Regole vincolanti:
 
 1. **`giocatori_squadra` diventa progressivamente la source of truth** per l’anagrafica squadra. Durante la transizione, `crapp-data.ts` resta come **fallback** se il database non è disponibile o i dati non sono ancora migrati.
 2. L’associazione **`auth_user_id` ↔ giocatore** è un’operazione **controllata e atomica** (es. al primo accesso da `/benvenuto`, con `UPDATE … WHERE auth_user_id IS NULL`). Il giocatore **non può modificare liberamente** `auth_user_id`; solo un admin può resettarlo in casi eccezionali.
-3. I file (documento identità, certificato, foto tessera) vivono nel bucket Storage **`profili-giocatore`**, configurato come **privato**.
+3. I file (documento identità, certificato; la foto tessera è stata tolta da DD-044) vivono nel bucket Storage **`profili-giocatore`**, configurato come **privato**.
 4. Documenti personali e sanitari **non devono mai essere esposti tramite URL pubblici**. Accesso solo tramite client autenticato con policy RLS, o signed URL a scadenza breve per download admin.
 5. Le **tabelle preesistenti non vengono modificate** (`eventi_app`, `risposte_presenze`, voti, palloni, scout, push, ecc.). Il profilo si aggancia agli ID `g1`…`g17` già in uso, senza migrare verso UUID per ora (coerente con DD-012).
 6. La tabella `giocatori` (UUID) resta **invariata e non usata** dal modulo profilo.

docs/decisions/DD-017.md

@@ -15,7 +15,7 @@ Dalla dashboard amministratore, un admin può:
 
 Restano fuori, e non cambiano:
 
-- i **file** (documento, certificato, foto): l'admin li scarica ma non li carica né li sostituisce. Un documento d'identità lo produce il suo titolare, e la catena di responsabilità deve restare leggibile;
+- i **file** (documento, certificato; la foto tessera è stata tolta da DD-044): l'admin li scarica ma non li carica né li sostituisce. Un documento d'identità lo produce il suo titolare, e la catena di responsabilità deve restare leggibile;
 - il **giocatore**, che continua a non poter toccare i propri dati squadra.
 
 **Alternative scartate**

docs/decisions/DD-044.md

@@ -0,0 +1,38 @@
+# DD-044 — Via la foto tessera dal profilo
+
+**Data:** 1 ottobre 2026  
+**Stato:** Accettata (migration `m29`, applicata in produzione il 1 ottobre 2026)
+
+**Contesto**  
+Il profilo amministrativo chiedeva al giocatore una foto formato tessera (DD-016), per il
+tesseramento CSI. Non serve più: non viene richiesta nel tesseramento e resta un dato personale
+da custodire.
+
+**Decisione**
+
+1. Il profilo **non ha più la foto tessera**: sparisce il campo di caricamento dal Profilo e la
+   voce «Foto» dalla scheda dell'admin.
+2. **Completamento del profilo** su tre sezioni: dati personali 34%, documento 33%, certificato 33%
+   (prima 30/30/30/10). Il totale resta 100 e il widget «Completa il tuo profilo» sparisce con le
+   tre sezioni complete.
+3. **Dati:** la migration `m29` elimina la colonna `profili_giocatore.foto_path`. I file
+   `<giocatore_id>/foto.*` del bucket privato `profili-giocatore` vanno cancellati con l'API
+   Storage (da SQL Storage lo vieta) prima della migration, perché dopo i path non sono più
+   leggibili. **Non toccati:** l'avatar (bucket `avatar-giocatori`), il documento e il certificato.
+4. Ordine in produzione: **prima il rilascio del codice** (la versione precedente seleziona
+   `foto_path` e darebbe errore), poi cancellazione dei file, poi `m29`.
+
+**Alternative scartate**
+
+- Lasciare la colonna e nascondere solo l'interfaccia → scartata: resterebbe un dato personale
+  senza uso e senza un campo da cui aggiornarlo.
+- Tenere i pesi 30/30/30 senza rinormalizzare → scartata: nessun profilo arriverebbe a 100%.
+
+**Conseguenze**
+
+- Cancellazione definitiva: le foto già caricate non si recuperano.
+- Il 1 ottobre 2026 sono state cancellate in produzione le 4 foto caricate, poi la colonna.
+- Le percentuali di completamento cambiano per tutti (chi aveva il 90% senza foto passa al 100%).
+
+**Riesame**  
+Se il comitato CSI dovesse richiedere di nuovo la foto, reintrodurla con una nuova decisione.

docs/decisions/README.md

@@ -86,6 +86,7 @@ Una decisione sostituita non si cancella: si cambia il suo **Stato** e si rimand
 | [DD-038](DD-038.md) | Tre canali per ogni notifica              |
 | [DD-039](DD-039.md) | Niente promemoria all'allenatore          |
 | [DD-040](DD-040.md) | Palloni e solleciti automatici            |
+| [DD-044](DD-044.md) | Via la foto tessera dal profilo           |
 | [DD-043](DD-043.md) | Niente promemoria evento a 24 e 3 ore     |
 | [DD-042](DD-042.md) | Turno palloni: un solo avviso a 3 ore     |
 | [DD-041](DD-041.md) | Avviso certificati: giocatore a 30 giorni |