Vieta l'autovoto, allinea la doc al codice e toglie tre riletture.

Rilettura completa della documentazione confrontata con il codice. Dove la doc
diceva il falso l'ho corretta; dove aveva ragione lei ho corretto il codice.

Autovoto (la doc aveva ragione)

- migration m12_niente_autovoto: vincoli mvp_no_autovoto e badge_social_no_autovoto,
  gli stessi che pagelle_voti ha dalla v1.0. Le righe che li violano vengono
  cancellate prima dell'ALTER, altrimenti fallisce; in locale non ce n'erano.
  M11 garantisce solo che il voto sia firmato con il proprio votante_id, non che il
  votato sia un altro: eleggersi MVP restava a un POST di distanza.
- VotazioneMvp non mostra più il votante nell'elenco, come già faceva VotoSocial.

Test che guardavano la colonna sbagliata

- scritture.test.ts verificava che aggiornato_il si muovesse, chiamandolo "quello che
  alimenta la serie di conferme". È l'opposto: la serie usa risposto_il, che il trigger
  di M9 deve tenere fermo. Ora il test prova a riscriverlo e controlla che il database
  abbia tenuto la prima risposta; prima passava anche senza trigger.
- destinatariSollecito() esce dalla route sollecita-presenze e diventa una funzione pura
  in presenze.ts, con i suoi test — stesso trattamento di avvisiPalloniEvento.

Tre riletture in meno

- giocatori-squadra, scout-store e avatar-store usavano invalidateQueries dove il dato
  scritto era già noto: ora setQueryData, come il resto dell'app. Resta scout-live, dove
  il lock può averlo vinto un altro dispositivo.

Documentazione riallineata

- presenze.md, badge.md, mvp.md: i limiti su RLS aperta e route non autenticata erano
  superati da M11 e DD-024;
- serie-presenze.md: il filtro è e.data < oggi, non <=, e l'evento di oggi non conta
  (conterebbe come assenza per tutti); aggiunta la tabella risposto_il/aggiornato_il;
- ARCHITECTURE.md ed EFFICIENZA_CLOUD.md: una sola eccezione a setQueryData;
- DATABASE.md: i vincoli delle tre tabelle di voto;
- PROJECT_STATE.md: fermo a M9, ora arriva a M12.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

test/unit/presenze.test.ts

@@ -3,6 +3,7 @@ import assert from "node:assert/strict";
 import type { Evento } from "@/lib/eventi";
 import {
   contaPresenzeGiocatore,
+  destinatariSollecito,
   serieConferme,
   serieConsecutiva,
   totaliEventiGiocatore,
@@ -80,6 +81,44 @@ const conRistretti: Evento[] = [...eventi, ev("a7", "allenamento", "2026-08-29",
 assert.equal(totaliEventiGiocatore("g9", conRistretti, OGGI), 6, "il convocato ce l'ha in più");
 assert.equal(totaliEventiGiocatore("g1", conRistretti, OGGI), 5, "chi non è convocato no");
 
+// --- destinatari del sollecito: chi non ha risposto, più i "forse" ------------
+const squadra = [
+  { id: "g1", attivo: true },
+  { id: "g2", attivo: true },
+  { id: "g3", attivo: true },
+  { id: "g4", attivo: true },
+  { id: "g5", attivo: false }, // uscito dalla squadra: non lo si disturba più
+];
+
+const risposte = [
+  { giocatore_id: "g1", stato: "presente" },
+  { giocatore_id: "g2", stato: "forse" },
+  { giocatore_id: "g4", stato: "assente" },
+  { giocatore_id: "g5", stato: "forse" },
+];
+
+assert.deepEqual(
+  destinatariSollecito(squadra, risposte),
+  ["g2", "g3"],
+  "il forse va sollecitato come chi non ha risposto; presente e assente no",
+);
+assert.deepEqual(
+  destinatariSollecito(squadra, []),
+  ["g1", "g2", "g3", "g4"],
+  "senza nessuna risposta si avvisano tutti gli attivi",
+);
+assert.deepEqual(
+  destinatariSollecito(squadra, [
+    { giocatore_id: "g1", stato: "presente" },
+    { giocatore_id: "g2", stato: "ritardo" },
+    { giocatore_id: "g3", stato: "infortunato" },
+    { giocatore_id: "g4", stato: "assente" },
+  ]),
+  [],
+  "quando hanno risposto tutti non parte nessuna push",
+);
+assert.deepEqual(destinatariSollecito([], risposte), [], "rosa vuota, nessun destinatario");
+
 // --- serie conferme: risposta entro 24h dalla convocazione --------------------
 const convocati = (id: string, data: string, creatoIl?: string): Evento => ({
   ...ev(id, "allenamento", data),