5 Commits

Include renames

Author	SHA1	Message	Date
AnthoandClaude Opus 5	3538d77217	fix: aligne la version exposee sur la 1.1.0 et documente la config de deploiement ... L'API se declarait en 1.0.0 (config.py et docs/openapi.json) alors que le CHANGELOG et le dossier annoncent la 1.1.0 comme version livree : GET /health et Swagger renvoyaient donc une version fausse. - API_VERSION 1.0.0 -> 1.1.0 (config.py + docs/openapi.json, spec inchangee par ailleurs : 29 chemins, 40 operations) - ajoute api.env.example, modele de configuration sans valeurs - ignore api.env : il porte la chaine de connexion et la cle JWT Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-19 10:36:11 +02:00
Antho	4bc4770e2d	fix(securite): supprime le secret JWT de repli présent dans le dépôt ... JWT_SECRET retombait sur "data-sentinel-secret-change-in-prod", une valeur lisible par quiconque a accès au code : un oubli de configuration suffisait à permettre de forger un jeton d'administrateur. Sans JWT_SECRET, une clé aléatoire est désormais tirée au démarrage, avec un avertissement explicite. Le démarrage n'est volontairement pas bloqué : un oubli de variable d'environnement ne doit pas transformer une configuration incomplète en indisponibilité totale du service. Contrepartie assumée et documentée : les sessions ne survivent pas à un redémarrage tant que la variable n'est pas définie. Vérifié : la production signe déjà avec un secret propre, ce correctif ne change donc rien à son fonctionnement. Ajoute par ailleurs APP_BUILD, injecté par la CI depuis le SHA du commit et exposé par GET /health (et /version.json côté front). Jusqu'ici, rien ne permettait de savoir quelle version tournait réellement : un déploiement non appliqué était indiscernable d'un déploiement réussi.	2026-08-15 14:46:49 +02:00
Antho	e7b3944436	feat(api): CRUD des référentiels réservé aux administrateurs ... L'écran d'administration du front proposait des boutons Modifier et Désactiver qui n'appelaient rien (console.log côté client), faute d'endpoints correspondants. Ajoute POST/PUT/DELETE sur /services, /categories, /contacts et /monitorings, tous protégés par require_admin. Deux garde-fous métier : - la suppression d'un service ou d'une catégorie est refusée (409) tant que des monitorings ou contacts y sont rattachés, avec le décompte dans le message, plutôt que de laisser remonter une violation de clé étrangère ; - un monitoring est désactivé (actif = 0) et jamais supprimé, car TABLE_FINAL référence son identifiant et l'historique doit rester consultable. Le rôle utilisateur est désormais typé par l'enum UserRole : Pydantic le valide seul (422), ce qui supprime les deux contrôles manuels dupliqués dans create_user et update_user. Tests : 8 -> 16. Couvre la validation par enum, le refus 409 sur rattachement, le 403 pour un non-administrateur et la désactivation logique du monitoring.	2026-08-15 14:28:58 +02:00
Antho	fd4c085ee4	feat(dashboard): endpoint /dashboard/filtres restreint aux valeurs utilisées ... VUE_CONSO ne rattache pas tous les services/catégories des référentiels SERVICE et CATEGORIE à un monitoring actif (ex. "Business Intelligence"). Les proposer tels quels dans les filtres du dashboard menait à un écran vide. Le nouvel endpoint renvoie un SELECT DISTINCT service, categorie sur VUE_CONSO, avec les combinaisons pour permettre un filtrage en cascade côté frontend. Ajoute un test dédié et régénère docs/openapi.json.	2026-08-15 13:28:11 +02:00
neckfire	66436629af	docs: README complet + RUNBOOK + CHANGELOG + export openapi.json	2026-06-20 13:06:59 +02:00