Alertes et rappels automatiques (push/email)

[GMS64260]

Contexte

Les alertes météo existent déjà (API Open-Meteo → alertes danger/attention/info). Les seuils de stock minimum sont définis sur les variétés, fertilisants et aliments. Les ITPs contiennent les calendriers de semis/plantation/récolte. Les irrigations et soins ont des dates prévues.

Ce qui manque

• Système de notifications push (service worker) et/ou email (cron + nodemailer existant)
• Alertes automatiques déclenchées par :
  • Météo : gel, canicule, pluie forte → suggestions d'actions (bâcher, arroser, reporter semis)
  • Stocks bas : quand un stock passe sous le seuil minimum
  • Tâches ITP : "Semer les tomates cette semaine" basé sur le calendrier de l'ITP
  • Récoltes mûres : "Récolter carottes planche P3" basé sur date semis + durée culture
  • Irrigations : rappel des irrigations planifiées non effectuées
• Page préférences de notification par utilisateur (activer/désactiver par type)
• Résumé quotidien ou hebdomadaire par email

Valeur métier

Le maraîcher ne peut pas passer sa journée devant l'écran. Les alertes proactives transforment Gleba d'un outil de saisie en un assistant qui anticipe — c'est ce qui rend l'outil indispensable.

[Siruv]

Bonjour,

Une proposition d'implémentation complète de cette issue est ouverte : #27 (branche feat/push-notifications).

Ce qui est couvert

Tous les éléments de l'issue sont implémentés, organisés en briques relisables commit par commit :

• Alertes email : météo temps réel (gel, orage, canicule, vent, pluie) + actions urgentes, avec résumé quotidien « Quoi faire ce matin ? »
• Récoltes mûres : alerte basée sur date de semis + durée de culture (ITP)
• Tâches ITP de la semaine : rappel des semis/plantations prévus
• Stocks bas : alerte quand un stock passe sous le seuil minimum
• Rappel irrigations : irrigations planifiées non effectuées
• Préférences par type : chaque utilisateur peut activer/désactiver chaque type de notification (page /parametres)
• Notifications push navigateur : service worker + Web Push (VAPID), envoyées en parallèle des emails

Mécanisme

• Scheduler node-cron interne (résumé quotidien + scan météo/urgences périodique), sans dépendance externe
• Anti-spam : plafond d'emails par scan + anti-redondance en mémoire (même alerte non renvoyée)
• Une panne push ne bloque jamais l'email

Validation

• tsc --noEmit : 0 erreur · gate lint CI : passe · 852 tests Vitest OK
• Testé de bout en bout sur instance Docker (envois email + push réels vérifiés)
• Aucune donnée personnelle dans le code (scripts de test paramétrés par arguments/variables d'environnement)

La PR détaille la correspondance commit ↔ item de l'issue, la configuration (variables documentées dans .env.example) et la migration (push_subscriptions).

Bonne revue !