[✓ jpmilcent, 2026-05-07]Renommer le schéma ''pr_permrequest''
[✓ jpmilcent, 2026-05-07]Refactoriser les constantes dans les migrations Alembic
[✓ jpmilcent, 2026-05-07]Gérer les dépendances et les configs d'outils dans pyproject.toml
[✓ jpmilcent, 2026-05-07]Réordonner les colonnes de la table ''t_permission_request''
[✓ jpmilcent, 2026-05-07]Renommer la table ''t_permission_request'' en ''t_requests'' et la garder dans le schéma ''pr_permrequests''
Ajouter le champ ''extras'' (json) ou ''additional_data'' (plus standard dans la base GN) dans la table ''t_requests'' du schéma ''pr_permrequests'' : il servira à stocker les valeurs du formulaire dynamique.
À faire
[✓ jpmilcent, 2026-05-07]Gérer plusieurs permissions par demande : Lecture & Export
[✓ jpmilcent, 2026-05-07]Rendre non obligatoire la sélection d'un taxon
[✓ jpmilcent, 2026-05-07]Ajouter un paramètre de config pour masquer la séléction d'une demande de données sensible : avec le passage en OpenData des 2 SINP, la demande concerne forcément des données sensibles…
Rendre visuel les champs obligatoire avec une astérisque rouge
Ajouter un ou deux paramètres de config pour masquer la sélection de la portée et définir sa valeur par défaut
Ajouter la gestion du formulaire dynamique au formulaire de demande
Ajouter la possibilité de valider une charte après avoir fait la demande : la charte doit être basée sur un template modifiable par l'administrateur du GeoNature.
Ajouter un paramètre de config pour définir la période par défaut de validité de la demande
Ajouter un paramètre de config pour définir la durée max d'une demande
[✓ jpmilcent, 2026-05-07]Corriger le template par défaut de la notification DB PERMISSION_REQUEST_VALIDATION_UPDATE
Activer la traduction du calendrier en français
Améliorer la sélection des taxons de la demande : devrait fonctionner comme pour les zones géo.
[✓ jpmilcent, 2026-05-07]A minima, corriger le problème d'affichage des noms des taxons quand on réaffiche la demande.
Améliorer la sélection des zones géo : les zones géo devraient être triées par type.
[✓ jpmilcent, 2026-05-07]Gérer les modifications d'une demande de permissions par l'utilisateur : nous avions pensé à bloquer la modification d'une demande par l'utilisateur après la validation par un admin. L'implémentation actuelle permet la modification par l'utilisateur mais la demande doit être à nouveau validée.
À voir/À confirmer
[✓ jpmilcent, 2026-03-12]Comment gérer les modifications d'une demande de permissions par l'utilisateur ? : ne pas donner la permission de modification à l'utilisateur si la demande est validée.
[✓ jpmilcent, 2026-03-12]Est ce que l'on empêche un utilisateur de supprimer sa demande de permissions ? : non, il peut supprimer. Mais il faudrait afficher une modale de confirmation.
Actuellement 1 seule permission est créée par demande : c'est l'action R (lecture) mais il faudrait également créer une permission sur l'action E (Export) ?
Est qu'on peut simplifier les migrations Alembic ? : renommer/refactoriser les migrations par thème : initialize_schema, add_permissions, add_notifications, add_samples.