[✓ 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''
[✓ jpmilcent, 2026-05-21]Régler le problème d'activation directe des permissions lors de la création de la demande
[✓ jpmilcent, 2026-06-10]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]Corriger le template par défaut de la notification DB PERMISSION_REQUEST_VALIDATION_UPDATE
[✓ 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]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.
[✓ 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…
[✓ jpmilcent, 2026-05-07]A minima, corriger le problème d'affichage des noms des taxons quand on réaffiche la demande.
[✓ jpmilcent, 2026-05-21]Rendre visuel les champs obligatoire avec une astérisque rouge
[✓ jpmilcent, 2026-05-12]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
[✓ jpmilcent, 2026-06-04]Ajouter un paramètre de config pour définir la période par défaut de validité de la demande
[✓ jpmilcent, 2026-06-04]Ajouter un paramètre de config pour définir la durée max d'une demande
[✓ jpmilcent, 2026-06-04]Ajouter la gestion du formulaire dynamique au formulaire de demande
[✓ jpmilcent, 2026-06-10]Stocker seulement des cd_ref pour les permissions : pour limiter les problèmes de permissions appliquées seulement sur des synonymes…
[✓ jpmilcent, 2026-06-10]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.
[✓ jpmilcent, 2026-06-10][GeoNature] Activer la traduction du calendrier du Datepicker en français : voir Issue #4171.
Améliorations
Release 1.0.0
[✓ jpmilcent, 2026-06-11]Ajouter une doc pour la gestion de la Convention
[✓ jpmilcent, 2026-06-19]Utiliser une modale Angular Material à la place de NgbModal pour l'affichage de la Convention
[✓ jpmilcent, 2026-06-19]Améliorer la sélection des taxons de la demande : devrait fonctionner comme pour les zones géo.
[GeoNature] Pousser une PR avec la proposition de remplacement du composant pnx-taxa
Utiliser un composant pour gérer l'affichage des champs personnalisés et du formulaire dynamique : si cela simplifie le code uniquement.
Corriger les Github Actions
Mettre à jour les fichiers CHANGELOG et VERSION
Faire une release 1.0.0 du module
Release 1.1.0
[Backend] Refactoriser le blueprint
[Frontend] Améliorer la sélection des zones géo : les zones géo devraient être triées par type.
[Frontend] Améliorer la liste des demandes, les colonnes "zone geo." et "Taxo. grp." devraient affichées le nombre d'éléments et au survol via un tooltip les noms des zones ou taxons concernés
[Frontend] Améliorer la liste des demandes, la colonne "Sensibilité" devrait afficher OUI et NON en majuscule et OUI en rouge.
[Frontend] Améliorer la liste des demandes, la barre de pagination devrait afficher le mot "total" à côté du nombre total d'éléments.
À 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.
[✓ jpmilcent, 2026-05-21]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) ? ⇒ Résolu dans la v0.4.0 avec la possibilité de configurer les permissions à créer pour une demande.
[✓ jpmilcent, 2026-05-21]Est qu'on peut simplifier les migrations Alembic ? : renommer/refactoriser les migrations par thème : initialize_schema, add_permissions, add_notifications, add_samples. ⇒ OK mais nécessitera un script SQL de migration spécifique pour l'installation de NS.