Cette page a pour objectif de recenser les besoins et propositions d'évolutions autour d'ESUP-SGC.
N'hésitez pas à y contribuer directement en ajoutant ou en complétant des demandes, remarques ou suggestions.
Les évolutions les plus largement exprimées par les établissements seront naturellement prioritaires. La faisabilité technique et la complexité du développement seront également prises en compte pour orienter les choix et le calendrier de mise en œuvre.
⚠️ Le recensement d'une demande ne garantit pas sa réalisation. Il s'agit d'un espace de réflexion et de priorisation, non d'un engagement ferme.
💡 Vous pouvez également contribuer directement au projet via des pull requests.
Les contributions sont les bienvenues !
Proposition d'évolutions / évolutions à l'étude
Possibilité de filtres supplémentaires (AMU)
Un filtre par modificateur (adresses mails) et tri possible par modificateur
→ le filtre par modificateur peut être configuré via le bean formService en ajoutant le fieldList suivant :
<entry key="card.etat_eppn" value="Modificateur"/>
EDIT 07/07/25 : (AMU) L'ajout de cette balise ne fonctionne pas. Les logs du tomcat indique une requete sans résultats. Pourtant la même requête depuis un sql tools nous donne 82000 lignes.
Depuis l'UI, le "champs libre résultats" ne permet pas non plus la validation via "enter" (il n'y a pas de réactions).Le logs :
[DEBUG] 07/07/2025 18:02:43 org.hibernate.SQL (SqlStatementLogger.java:109) - SELECT count(DISTINCT(etat_eppn)) FROM card WHERE etat_eppn IS NOT NULL
[DEBUG] 07/07/2025 18:02:43 o.h.e.j.i.LogicalConnectionImpl (LogicalConnectionImpl.java:226) - Obtaining JDBC connection
[DEBUG] 07/07/2025 18:02:43 o.h.e.j.i.LogicalConnectionImpl (LogicalConnectionImpl.java:232) - Obtained JDBC connection
[DEBUG] 07/07/2025 18:02:43 org.hibernate.loader.Loader (Loader.java:951) - Result set row: 0
→ le tri ajouté en 3.0.0
→ pb de la validation d'un champ hors complétion (car trop de valeurs distinctes) fixé en 3.0.1
Paramétrer l'affichage à 100 cartes directement (non pas à 10) (AMU)
Il s'agirait d'avoir par défaut la présentation des données du contexte manager par 100.
→ pagination configurable en 3.0.0 via src/main/resources/thymeleaf-spring-data-dialect/PageSizeSelector.properties - par défaut le max est maintenant à 1000
→ en 3.0.1, le bean PrefAwarePageableResolver dans src/main/webapp/WEB-INF/spring/webmvc-config.xml permet de spécifier le nombre de résultats par défaut (donné à 10)
→ en 3.0.1 le nombre de résultats sélectionné par un utilisateur/manager est conservé en base de données (préférences) et c'est celui qui est ensuite pris par défaut (jusqu'à en sélectionner un autre)
Ne pas limiter l'impression à 100 cartes (AMU)
Nous avons un Pôle d'Impression qui est en charge de l'impression des cartes. En augmentant cette limite, ils pourraient lancer des impressions en masse tout en réduisant la fréquence de leurs interventions sur l'application. Autrement dit, ils n'auraient plus besoin de revenir toutes les 20 minutes, mais seulement toutes les heures.
→ la pagination est maintenant configurable (cf ci-dessus)
A noter ici qu'il n'y a pas de limitation d'impression à 100 cartes : on peut par exemple mettre dans la file d'attente 5000 impressions en lançant par paquets de 100 (ou même 1000, cf plus bas...) les impressions tour à tour.
A noter également concernant la pagination, que si celle-ci propose un maximum de 100, on peut modifier l'url en mettant size=1000 : la limitation étant à 1000 ici, seuil au delà duquel le navigateur a du mal à afficher la page qui contient 1000 photos.
Décompte en temps réél (pas besoin de rafraichir la page pour avoir le nombre de cartes en cours d'impression) (AMU)
Ce rendu nous permettrait d'évaluer le temps d'intervention pour améliorer la productivité du Pôle Impression amU
Concernerait le message type "Attention, vous avez 9 cartes en cours d'impression, ne les oubliez pas !" ou ce serait un nouvel élément de la page global à tous les gestionnaires ?
EDIT 04/07/25 : Cela concerne le message type "Attention ... etc."
Rester sur le tri par ordre alphabétique (automatiquement) une fois les impressions terminés (AMU)
Fait en 3.0.0 → le changement d'états des cartes laisse les filtres tels quels - à voir/discuter si ce chgt est perturbant car de fait on ne "voit" potentiellement plus les cartes qu'on voyait préalablement puisqu'elles ont changé d'état.
Possibilité que le modificateur précédent réapparaisse et non pas l'agent qui imprime, lorsqu'une impression est annulée et que la carte repasse en statut validée (AMU)
Lors de l'annulation de l'impression, le modificateur est celui qui a engagé l'annulation et non celui qui a fait la demande. Serait-il possible de remettre le demandeur ?
Rester sur le même onglet une fois les impressions terminés sans les filtres précédents mais toujours sur demandes en statut "validés"
Ex: lorsque nous imprimons XX cartes, l'impression se termine et la page se recharge. A ce moment les filtres disparaissent (ordre alphabétique, Etat, onglets "Tous", "Personnels" etc.). Est-ce possible de garder les filtres au rechargement de la page ?
Fait en 3.0.0 → le changement d'états des cartes laisse les filtres tels quels - à voir/discuter si ce chgt est perturbant car de fait on ne "voit" potentiellement plus les cartes qu'on voyait préalablement puisqu'elles ont changé d'état.
Recherche de carte par N° Decimal Rev. Csn (UNISTRA)
A l'instar de la recherche d'une carte par la saisie du CSN dans la recherche par champ libre, permettre la recherche par le n° decimal Rev Csn (ajouté en dur par unistra par ailleurs).
OK en 3.0.0 : ajout notamment du rev cs; dec csn, rev dec csn, code crous... → ces colonnes font partie des colonnes disponibles à l'affichage (à paramétrer via l'ihm par le gestionnaire)
Possibilité d'ajouter une colonne supplémentaire (AMU)
Afin d'optimiser le flux de gestion des cartes, nos gestionnaires nous demande s'il est possible d'ajouter une colonne supplémentaire (avec tri) au meme niveau que Etat, Eppn, Nom etc. Des filtres existent et en sont conscients. Cependant ils souhaitent avoir un visuel plus accessible sur le supannEmpId depuis le manager.
Fait en 3.0.1 →possibilité de sélectionner les colonnes via l'interface web (nouveau bouton dans la barre en haut à droite) à afficher parmi une 60aine de champs (dont supannEmpId), s'il en manque on peut ajouter.
Trier le résultat du bordereau d'envoi (AMU)
Lors de l'édition d'un bordereau d'envoi, indépendamment des tris qui peuvent être fait dans le manager, le bordereau s'affiche sans conserver ces tris et en gardant celui d'origine sur le manager (basé sur la date de modification). Nos gestionnaires de scolarité demandent s'il est possible de réaliser un tri par défaut par ordre alphabétique.
En 3.0.1, ajout du tri indiqué par le manager "à la suite" du tri par adresse.