Prérequis
L'installation de la V2.2.5 doit être une nouvelle installation ou vous devez avoir installé la dernière version de eCandidat (V2.1.3) au préalable.
ATTENTION
Attention, ce prérequis est très important.
Les scripts de mise à jour de la base de données ont été refondus. Si vous êtes dans une de ces versions : V2.0.X, V2.1.0, V2.1.1, V2.1.2 vous devez obligatoirement installer la version V2.1.3 avant d'installer une version V2.2.X
Vous devez également vérifier que toutes les mises à jour se sont bien passées dans la table shema_version : témoin success à 1 pour toutes les mises à jour.
Si vous ne faites pas cette manipulation, votre base de données sera dégradée et inutilisable.
Faites une copie de votre base de données avant toute installation.
Validez obligatoirement votre installation en TEST avant de passer en PRODUCTION.
Après l'installation
Après l'installation, il sera nécessaire de lancer le batch de synchronisation du SiScol
Attention aux établissements utilisant une autre implémentation qu'Apogée pour le référentiel SiScol les tables siscol_bac_oux_equ et siscol_etablissement ont évolué (voir https://www.esup-portail.org/wiki/pages/viewpage.action?pageId=567050242)
Évolutions
| Numéro | Libellé | Détail |
| 1 | Désactivation possible de la synchronisation par l'INE | Nouveau paramètre "IS_UTILISE_SYNCHRO_INE" permettant d'activer la synchronisation d'un dossier par l'INE, par défaut à "true" donc activé (si non activé, la synchro se fait seulement sur le login et donc le supannEtuId de l'étudiant) |
| 2 | Mise à jour de la librairie des Web Services Apogée | Mise à jour de la librairie des Web Services Apogée en 4.90.lba et modification de l'utilisation de la méthode mettreajourDonneesOpi (voir Modifications des Web Services Apogée) |
| Utilisation de mettreajourDonneesOpi_v6 à la place de mettreajourDonneesOpi_v5 (attention à utiliser une lib cliente compatible) | ||
| Récupération des PJ depuis Apogée | Ajout du 1er numéro de dossier bloqué lors d'action en masse | |
| Fiabilisation des fichiers lors du lancement du batch de destruction des dossiers | ||
| Ajout des variable "data.dateJuryFormation" et "data.dateValidationAvis " dans les lettre d'admission et de refus | ||
| Ajout des attributs de présélection dans la table de candidature | ||
| Ajout du rang de liste comp. dans la table de candidature | ||
| Ajout d'un contrôle sur l'année du bac-->impossible de saisir une année supérieure à l'année courante | ||
| Ajout de l'option de recherche exacte dans la fenêtre de recherche de candidats | ||
| Possiblité pour un gestionnaire de se désister ou confirmer après la date limite | ||
| Conservation du tri dans l'écran de candidature après un enregsitrement | ||
| Ajout de la possibilité d'enregistrer les préférences de tri dans l'écran de candidature | ||
| Ajout de la possibilité de traduire les informations complémentaires d'une formation et le commentaire de retour des commissions | ||
| Téléchargement multiple de dossiers de candidats pour les gestionnaires, par défaut un seul dossier. Si plus d'un dossier, les PJ ne sont pas ajoutées aux dossiers | ||
| Ajout d'un paramètre NB_DOSSIER_TELECHARGEMENT_MAX, permettant de spécifier le nombre de dossier maximum à télécharger dans l'écran de candidature | ||
| Ajout d'un paramètre de context JNDI "downloadMultipleMode" permettant de spécifier si on télécharge les dossiers multiples en zip ou en pdf (un pdf contenant tous les dossiers) | ||
| Suppression du lock sur la candidature ouverte par un candidat si aucune action n'est possible par celui-ci sur la candidature | ||
| Ajout du libellé du diplome (cursus post-bac) dans l'export des candidatures | ||
| Auto-sizing des colonnes et mise en forme du fichier excel d'export des candidatures | ||
| Ajout de la date de validation de l'avis dans l'historique | ||
| Améliorations du viewer d'images | ||
| Possiblité de dupliquer l'avis d'une candidature lors de saisie d'un nouvel avis (utile pour les avis de préselection pour ne pas avoir à tout retaper ou pour conserver un commentaire) | ||
| Ajout d'un écran de tableau de bord pour les centres de candidatures | ||
| Enregistrement des derniers centre de candidature/commission utilsés et réutilisation automatique lors de la connexion | ||
| Possiblité de ne pas afficher certaines candidatures aux membres de commission suivant le statut du dossier (à paramétrer dans Scol centrale->Nomenclature->Statut de dossier, nouveau témoin : Visible dans l'écran commission) | ||
| Ajout de la possibilité de poser un tag sur une candidature (les tags seront définis dans la scol centrale) | ||
| Modifications des fenêtres de recherche (ajout de filtres) |
Nouveaux écrans
Ecran de gestion du cache
Administration-->Paramétrage–>Cache
Cet écran permet de visualiser les données présentes en cache et de demander un rechargement d'une de ces entrées.
Paramètres de ressources JNDI supplémentaires
Propriété | Définition |
|---|---|
| Parameter name="logMode" | Paramétrage optionnel du niveau de log. Par défaut le niveau de log est à info 3 valeurs possibles :
|
Parameter name="pdf.signature.keystore.path" Parameter name="pdf.signature.pass" | Paramètres optionnels permettant d'activer l'ajout de signature électronique dans les PDF générés par l'application. Si les 2 paramètres sont renseignés, l'application tentera d'ajouter la signature électronique. |
Paramètres supplémentaires
Code | Définition |
|---|---|
| IS_UTILISE_SYNCHRO_INE | Permet d'activer la synchronisation d'un dossier par l'INE, par défaut à "true" donc activé (si non activé, la synchro se fait seulement sur le login et donc le supannEtuId de l'étudiant) |
| NB_DOSSIER_TELECHARGEMENT_MAX | Utilisé dans l'évolution 2051 : Pouvoir désactiver la remontée du cursus interne |
Modifications des Web Services Apogée
Modification de la méthode d'appel des OPI
mettreajourDonneesOpi_v6 (à la place de mettreajourDonneesOpi_v5) : mise à jour des données OPI pour un candidat (attention à utiliser une lib cliente compatible)
Url supplémentaires des Web Service des PJ OPI Apogée
Si vous souhaitez utiliser les Web Service des PJ OPI Apogée, il faut ajouter l'Url "pjOpiMetier.urlService" et "pjOpiMetier.urlService.ssl" de ce Web Service dans le fichier configUrlServices.properties
Détail des évolutions
Refonte des droits utilisateurs
Droits sur les candidats
Précédemment tous les gestionnaires avaient accès à la gestion des candidats.
Dorénavant, la gestion d'un candidat demande un droit supplémentaire.
Ce droit s'ajoute dans le menu Scolarité centrale ->Droit/Profil->Gestionnaire de candidat
Il y a deux droits possibles pour la gestion du candidat : en écriture (gestionCandidat) ou en lecture seule (gestionCandidatLS)
Le droit gestionCandidatLS ne permet ni de modifier les informations d'un candidat, ni d'accéder à l'administration du candidat.
- Vous pouvez ajouter les droits de manière globale sur tout l'établissement sur l'ensemble des gestionnaires de centre de candidature et/ou sur l'ensemble des membres de commission
- Vous pouvez ajouter les droits de manière individuelle (attention, les droits individuels écrasent les droits globaux)
Droits des membres de commission
Dorénavant, un membre de commission pourra avoir des droits similaires au gestionnaire de centre de candidature. Vous trouverez ci-dessous le détail des fonctionnalités disponibles.
Fonctionnalités des droits centre de candidatures et membres de commission
Il a été ajouté quelques fonctionnalités pour que les droits soient les plus modulaires possibles. Voici le détail :
| Libellé | Détail | Disponible à la commission | Spécificité lecture seule |
| Ecran paramétrage | Accès à l'écran paramétrage du centre de candidature ou de la commission | OUI | |
| Ecran gestion des commissions | Accès à l'écran de gestion des commissions dans le menu centre de candidature | NON | |
| Ecran gestion des PJ | Accès à l'écran de gestion des pièces justificatives dans le menu centre de candidature | NON | |
| Ecran gestion des formulaires | Accès à l'écran de gestion des formulaires dans le menu centre de candidature | NON | |
| Ecran gestion des formations | Accès à l'écran de gestion des formations dans le menu centre de candidature | NON | |
| Ecran gestion des candidatures | Accès à l'écran de candidatures dans le menu centre de candidature ou commission | OUI | Que ce soit en lecture seule ou en écriture, l'écran sera identique |
| Action gestion d'une candidature | Possibilité d'ouvrir une fenêtre de détail de candidature | OUI | Droit en écriture : possibilité de gérer les pièces de la candidature, de transmettre le dossier, de confirmer ou se désister |
| Action gestion de post-it | Action gestion de post-it | OUI | |
| Action saisie des types de traitement | Action saisie des types de traitement | OUI | Inutile d'ajouter ce droit en lecture seule, cela n'aura aucun effet |
| Action validation des types de traitement | Action validation des types de traitement | OUI | Inutile d'ajouter ce droit en lecture seule, cela n'aura aucun effet |
| Action saisie du statut du dossier | Action saisie du statut du dossier | OUI | Inutile d'ajouter ce droit en lecture seule, cela n'aura aucun effet |
| Action saisie des avis | Action saisie des avis | OUI | Inutile d'ajouter ce droit en lecture seule, cela n'aura aucun effet |
| Action validation des avis | Action validation des avis | OUI | Inutile d'ajouter ce droit en lecture seule, cela n'aura aucun effet |
| Action visu de l'historique des avis | Action visu de l'historique des avis | OUI | Lecture seule : visu de l'historique des avis. Ecriture : possibilité de supprimer des avis non validés |
| Action saisie du code OPI | Action saisie du code OPI | OUI | Inutile d'ajouter ce droit en lecture seule, cela n'aura aucun effet |
Récupération des PJ depuis Apogée
Vous pourrez dorénavant indiquer un code de pièce Apogée pour chaque pièce justificative.
Pour activer la récupération des PJ Apogée, il faut ajouter l'Url "pj.urlService" de ce Web Service dans le fichier configUrlServices.properties
Si vous avez ajouté cette Url :
Récupération des informations de pièces
- Lors d'une synchronisation du candidat dans Apogée (lors de la saisie de son INE ou lors de la synchro dans l'administration du candidat), eCanddiat va rechercher toutes les pièces justificatives ayant un code Apogée.
- Pour chacune de ces pièces, le Web Service d'information de pièce va être appelé pour vérifier la présence de cette pièce dans Apogée. Si celle-ci a le témoin dématerialisé à "O" et qu'elle a été validée, une ligne sera insérée dans une table eCandidat. Si plusieurs pièces sont ramenées, la pièce avec le codAnu le plus important sera utilisée.
- Les pièces ne sont jamais téléchargées en avance
- La synchronisation des pièces est possible dans l'administration du candidat
Affichage des pièces provenant d'Apogée
- L'affichage des pièces se fait lors de l'ouverture de la candidature ou dans la partie du dossier recensant les pièces de la candidature
- Si un candidat a déjà déposé une pièce, c'est celle-ci qui sera utilisée
- Si le candidat n'a pas déposé de pièce et qu'une pièce dans Apogée existe, c'est celle-ci qui sera utilisée. Elle s'affichera avec un Statut "Validée", un commentaire "Pièce provenant de votre dossier étudiant" il ne sera possible ni de la supprimer ni de l'éditer. Si un gestionnaire souhaite la modifier, il faut le faire dans Apogée puis resynchroniser les pièces du candidat.
Utilisation des pièces
- Les pièces peuvent être utilisées dans deux cas : téléchargement de la pièce dans la fenêtre de candidature ou téléchargement du dossier
- Lorsqu'on a besoin d'une pièce, la Web Service de récupération de pièce est appelé, si celui-ci ne répond pas, une erreur sera renvoyée
Batch de destruction des dossiers en dématérialisation
Deux paramètres ont été ajoutés pour vous permettre de mieux maîtriser la suppression des pièces du dossier candidat lors de la destruction des dossiers d'une campagne :
- enableDeleteFileManuallyBatchDestruct
- enableDeleteRootFolderManuallyBatchDestruct
Ces deux paramètres sont optionnels et ont une valeur par défaut à false.
Vous pouvez combiner ces paramètres :
| enableDeleteFileManuallyBatchDestruct | enableDeleteRootFolderManuallyBatchDestruct | Résultat |
|---|---|---|
| true | true | Le batch de destruction ne supprimera ni les fichiers candidats, ni le dossier {file.filesystem.candidat.path}/Code Campagne/ |
| false | true | Le batch de destruction supprimera les fichiers candidats mais pas le dossier {file.filesystem.candidat.path}/Code Campagne/ |
| true | false | Le batch de destruction ne supprimera pas les fichiers candidats mais supprimera le dossier {file.filesystem.candidat.path}/Code Campagne/. Peut être utilisé pour supprimer directement l'arborescence des dossier/fichiers candidats pour une campagne. Mais attention, si la suppression du dossier de campagne est en erreur, on ne saura pas où le batch s'est arrêté. |
| false | false | Le batch de destruction supprimera d'abord les fichiers candidats puis l'arborescence {file.filesystem.candidat.path}/Code Campagne/. |