Arborescence des pages

Comparaison des versions

Légende

  • Ces lignes ont été ajoutées. Ce mot a été ajouté.
  • Ces lignes ont été supprimées. Ce mot a été supprimé.
  • La mise en forme a été modifiée.

...

Info

Cette page présente une liste des demandes d'évolutions émises par les différents établissement intéressés par le projet. Par la suite il sera indiqué les numéros des versions prenant en charge les fonctionnalités

légende : proposé, en cours d'étude, pris en charge, annulé


Système

(Caen) : Rendre esup-signature multi-tenant : création un rôle/groupe gestionnaire de circuit pour chaque service/composante de l'université. Chaque gestionnaire peut construire des circuits pour leurs propres agents dans le service concerné.

...

(Toulon) : Intégrer dans les métas données les logs et / ou toutes informations augmentant la valeur probante des documents PDF signés à l'aide d'un signature calligraphique

(Rennes 1) : Signature calligraphique : mettre l'auteur et la date par défaut:   signé par ... , le .... 

...

(Paris 1) : Conserver le dernier niveau de Zoom de l'image signature

(Rennes 1) : Rendre optionnelle la possibilité de stocker les certificats utilisateurs pkcs12 sur le serveur

Formulaires

(Caen) : Pourrait-on imaginer un bouton de suppression en face de chaque champ ? (pour l'administrateur)

Circuits

(Caen) Permettre de paramétrer une relance automatique des demandes non signées et en cours (fréquence paramétrable au bout de 24h, après 3 jours, 1 semaine, 15 jours, etc)

(Caen) : Ajouter le champ d'ajout de pièces jointes dès le formulaire de création d'une demande de signature plutôt que de revenir sur la demande une fois enregistrée !

...

(Caen) : Permettre de rajouter un titre facultatif pour préciser la nature de la demande

(Rennes 1) : Pouvoir associer mail et export  (vfs,smb ou cmis) comme destination en destination en fin de circuit

(Caen) : Assouplir l'usage de circuit en permettant à un utilisateur de partager un circuit qu'il a créé à d'autres personnes. 

Cas d'utilisation : un responsable de service ou de scolarité à certains de ses collaborateurs.

(Caen) menu "Télécharger le document signé seulement" ou "Télécharger l'ensemble des pièces dans un fichier zippé"

(Paris 1) : Les utilisateurs en copie du circuit ne peuvent pas consulter le document dès que ce dernier passe à l'état terminé. Ajouter un filtre "En copie" dans le tableau de bord ?

(Rennes 1) : Pouvoir limiter le nombre de participants d'une étape à une seule personne (par exemple, à un seul chef de service)

(Rennes 1) : Empêcher d'entrer dans un circuit (de formulaire, par exemple) sans avoir renseigné au préalable ses paramètres de signature

(Rennes 1) :  PourraitPourrait-on envisager un réglage qui l'alerte pour les pieces jointes bloquante pour certains circuits

...

(Paris1) : Possibilité de ne déléguer que pour les prochaines demandes de signature (en gros, l'utilisateur ayant reçu une délégation de signature ne doit voir que les documents qu'il a signé par délégation et les demandes de signature en cours)

(Rennes 1) : Gérer les signature par délégation (documents signer avec la signature du délégué et non pas du délégatairedu délégataire)

Supervision

(Rennes1Rennes) : pouvoir extraire les données des dossiers "exportés" ou "terminés" seulement

...

Gestion des alertes mails

(Caen) Permettre de paramétrer une relance automatique des demandes non signées et en cours (fréquence paramétrable au bout de 24h, après 3 jours, 1 semaine, 15 jours, etc)

(Strasbourg, Renne 1) : Ajout d'un système de relances (manuelles ou automatiques)

(Rennes 1) :

  • paramétrer les nom, prénom, mail du scheduler
  • ajouter le nom du circuit dans l'objet du message (et dans son contenu)
  • ajouter la fréquence d'envoi d'un message par 1/2 journée : par exemple à 8h et à 14h

...

Interface utilisateur

Tableau de bord

(Caen) :

  • Permettre de copier le texte d'un commentaire via bouton "copier dans le presse-papier" pour éviter la recopie fastidieuse et qui peut-être source d'erreur.
  • Regrouper l'ensemble des documents d'une même demande dans un bloc en précisant le n° de la demande et en précisant le nombre total de doc.

(Rennes 1

    • ajouter un filtre sur les colonnes "Circuit", "Titre des documents" , "Participants" , "Statut" et "Date de signature/refus"
    • ajouter une sélection sur la date (par exemple : les demandes soumises depuis x jours)  
    • ajouter un lien direct sur les documents signés (smb, cmis..) dans le tableau de bord

(Paris 1)

    • Avoir un champ de recherche multicritère pour retrouver rapidement un document
    • Ne pas modifier le nom initial du fichier (nos utilisateurs ne comprennent pas pkoi  on rajoute des méta-données dans le nom initial du fichier lorsqu'ils les téléchargent. À la rigueur on pourrait laisser le suffixe _signed mais c'est tout)

Signature

(Caen) Faire apparaître le nom du/des signataire(s) ayant refusé(s) une demande dans le retour de notification par mail

(Strasbourg, Rouen, Paris1) : Possibilité de signer en masse (sélection simultanée de plusieurs demandes)

(Rennes 1) : Faire apparaître le motif du refus dans le tableau de bord

(Rennes 1) : Possibilité de redémarrer une demande refusée

...

(Paris 1) : Sur smartphone, le rendu visuel de la position de la signature ne correspond pas au positionnement effectif (décalage de plusieurs lignes)

Sécurité

(Lille) : Est il possible d'implémenter l'OTP par mail en plus du code SMS ? (remplacé par la possibilité de faire de l'OTP sans SMS)

(UPEC) : Ajouter un rôle "user" configurable par filtre ou groupe, permettant de retreindre l'accès à l'application

(Caen) : Possibilité des gérer les rôles via une IHM

(Paris 1) : Exiger un OTP à avant tout acte de signature. Pour ne pas trop gêner ceux qui veulent signer plusieurs documents dans un même laps de temps, on pourra ne pas demander d'OTP pendant un certain temps (15min entre 2 signatures, par exemple).

(Paris 1) : Possibilité d'utiliser ESUP-OTP pour la génération/validation d'OTP.

...