Bonifica una tantum le righe orfane da eventi cancellati prima di M14

M14 (DD-029) pulisce a cascata i dati collegati solo per le cancellazioni
future; questa migration ripulisce lo storico. Per risposte_presenze,
cacche_partita, turni_palloni, scout_sessioni, scout_live e scout_partite
elimina ogni riga il cui evento_id non esiste più in eventi_app.

Per mvp_voti, pagelle_voti e badge_social_voti serve più cautela: prima
del passaggio all'id evento CrAPP, match_id conteneva id Scout
(prefisso "s") o CSI (numerico o data-based), voti storici legittimi
mai collegati a un evento CrAPP. Il filtro si applica solo ai match_id
nel formato di nuovoIdEvento() ("e" + timestamp base36), così i vecchi
voti Scout/CSI restano intatti. Verificato manualmente sul database
locale prima dell'applicazione.

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

docs/CHANGELOG.md

@@ -82,8 +82,10 @@ Prima versione, pre-release.
   Alcuni conteggi `mvp` già mostrati possono scendere per effetto della nuova regola.
 - Cancellare un evento pulisce ora a cascata, tramite trigger database, tutte le tabelle
   collegate (presenze, pagelle, MVP, badge social, turni palloni, scout) invece di lasciarle
-  come righe orfane (migration `m14_pulizia_dati_evento_cancellato`, DD-029). Le righe orfane
-  generate da cancellazioni precedenti a questa migration non vengono bonificate.
+  come righe orfane (migration `m14_pulizia_dati_evento_cancellato`, DD-029).
+- Bonificate una tantum le righe orfane lasciate da cancellazioni precedenti a M14 (migration
+  `m15_bonifica_dati_evento_orfani`), senza toccare i vecchi voti MVP/pagelle/badge social
+  legati a id Scout o CSI, che restano dati storici legittimi (DD-029).
 
 ### Sicurezza