davideandClaude Sonnet 5.5
e822e4574b
La migration m28 toglie i due job pg_cron che generavano il promemoria prima di ogni evento. Funzione, tipi, registro e notifiche già generate restano. Migration applicata in produzione. Nuovo test sui job non più pianificati; documentati DD-043, modulo notifiche, DATABASE, ROADMAP, WORKER_EMAIL e changelog. Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
1.7 KiB
1.7 KiB
DD-043 — Niente promemoria automatico a 24 e 3 ore prima degli eventi
Data: 1 ottobre 2026
Stato: Accettata (migration m28, applicata in produzione il 1 ottobre 2026; sostituisce il promemoria di
DD-030, DD-037 e DD-040)
Contesto
Il promemoria a 24 e 3 ore prima di ogni evento non serve: la squadra ha già il calendario, il
sollecito presenze (per chi non ha risposto) e l'avviso del turno palloni a 3 ore.
Decisione
- Il database non genera più
evento_promemoria_24hedevento_promemoria_3h, per nessun tipo di evento (allenamento, partita, extra-campo). - La migration
m28toglie solo i due jobpg_cron(promemoria-eventi-24he-3h).genera_promemoria_eventi(), i tipi neiCHECK, il registropromemoria_eventi_generatie la coda push restano: le notifiche già create continuano a esistere e rimettere il promemoria richiede solo uncron.schedule. - Non cambiano: sollecito presenze, turno palloni (DD-042), messaggio dello staff, sondaggio.
Alternative scartate
- Togliere il promemoria solo per gli allenamenti → scartata su indicazione esplicita: via per tutti.
- Cancellare funzione, tipi e registro → scartata: vanno tenute le notifiche già generate e il lavoro per
rimetterlo sarebbe molto più grande di un
cron.schedule.
Conseguenze
- Meno notifiche per la squadra. Chi voleva il promemoria di una partita non lo riceve più.
- Funzione, test e registro restano come codice non pianificato: sono ancora coperti da
promemoria-eventi.test.tse dagli altri test sulla funzione.
Riesame
Se la squadra sente la mancanza del promemoria (per esempio solo per le partite), rimettere i job o
reintrodurlo per tipo di evento.