Cette page tente de recenser les besoins / demandes des évolutions souhaitées et envisagées sur EsupPay.
A noter cependant qu'EsupPay n'a pas vocation à proposer une couverture fonctionnelle plus large que ce qu'il propose actuellement.
(le projet étant en open-source, libre à chacun de se l'approprier, de le faire évoluer et de proposer ces évolutions par pull request sur github cependant )
Proposition d'évolutions / évolutions à l'étude
Recherche dans le tableau des événements
Ajouter la fonction de tri sur l'en-tête Titre du tableau événements et/ou une barre de recherche qui indexe le titre pour trouver rapidement un évènement.
Actuellement pour retrouver un événement, le plus simple est de paginer en 100 par page et faire un 'rechercher dans la page' via le navigateur (Ctrl-F) ... ce qui n'est pas très pratique quand même.
→ ok dans la future version
Statistiques
- améliorer les graphes de statistiques pour les rendre lisibles (pb avec des 10 aines de milliers de transactions sur plusieurs années)
- étudier la possibilité de personnalisation des graphes par l'administrateur
Url du site web renseigné par défaut
Il serait intéressant de pouvoir renseigner par défaut le champ "URL DU SITE WEB".
Dans notre cas nous utilisons ce champ pour renseigner le lien de la page de redirection après paiement, celle-ci est générique et sert pour tous les évènements.
Un lien renseigné par défaut éviterait de devoir re-saisir ce champ à chaque nouvel évènement.
Ce principe pourrait probablement être répliqué sur d'autres champs.
Paramètres avancées
Permettre (option) aux responsables d'un événement d'accéder au bouton "paramètres avancés" dans les montants.
Extraction Excel selon une plage de dates
Donner la possibilité de choisir des dates d’extraction du CSV sur la partie « TRANSACTIONS ».
Nom / Prénom des responsables d'événements en base de données
Proposition de Univ Bordeaux
Afin de permettre restitution du nom/prenom des responsables dévénements dans un univers BO, il est souhaité que ces informations soient disponibles dans la table RESP_LOGIN directement.
Cette information est actuellement récupérée à la volée depuis le LDAP.