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) |
| 3 | Indication du premier numéro de dossier bloqué lors d'action en masse | Lorsqu'une action en masse implique un dossier bloqué, le premier numéro de dossier s'affiche dans le texte de l'erreur |
| 4 | Fiabilisation des fichiers lors du lancement du batch de destruction des dossiers | Un traitement sur les fichiers a été réalisé lors du passage du batch de destruction des dossiers permettant de nettoyer la base. (En CMIS certains fichiers ne s’effaçaient pas en base alors qu'il n'étaient plus sur le serveur) |
| 5 | Ajout de variables dans les lettres d'admission et de refus | Ajout des variable "data.dateJuryFormation" et "data.dateValidationAvis " dans les lettre d'admission et de refus (voir 7. Gestion des templates d'édition pdf) |
| 6 | Ajout de données dans la table de candidature | Ajout des attributs de présélection et du rang de liste comp. dans la table de candidature |
| 7 | Ajout d'un contrôle sur l'année du bac | Impossible de saisir une année supérieure à l'année courante |
| 8 | Modification de la recherche de candidats | Ajout de l'option de recherche exacte dans la fenêtre de recherche de candidats |
| 9 | Possibilité pour un gestionnaire de se désister ou confirmer après la date limite | Possibilité pour un gestionnaire de se désister ou confirmer après la date limite |
| 10 | Conservation du tri de la table de candidature | Conservation du tri dans l'écran de candidature après un enregistrement |
| 11 | Ajout de préférences utilisateur | Ajout de la possibilité d'enregistrer les préférences de tri dans l'écran de candidature Enregistrement des derniers centre de candidature/commission utilsés et réutilisation automatique lors de la connexion |
| 12 | Ajout de traduction i18n | Ajout de la possibilité de traduire les informations complémentaires d'une formation et le commentaire de retour des commissions |
| 13 | Ajout du téléchargement multiple de dossier | 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. Renseignez le paramètre NB_DOSSIER_TELECHARGEMENT_MAX (voir Paramètres supplémentaires) pour spécifier le nombre maximum de dossiers qu'un gestionnaire peut télécharger. Renseignez la variable JNDI "downloadMultipleMode" (voir Paramètres de ressources JNDI supplémentaires) permettant de spécifier si on télécharge les dossiers multiples en zip ou en pdf (un pdf contenant tous les dossiers) |
| 14 | Suppression du lock d'un candidat dans certains cas | Suppression du lock sur la candidature ouverte par un candidat si aucune action n'est possible par celui-ci sur la candidature |
| 15 | Ajout de données dans l'export de candidatures | Ajout du libellé du diplome (cursus post-bac) dans l'export des candidatures |
| 16 | Modification du fichier d'export de candidature | Mise en forme du fichier excel d'export des candidatures pour une meilleure lisibilité du fichier Auto-sizing des colonnes |
| 17 | Modification de l'historique des avis | Ajout de la date de validation de l'avis dans l'historique des avis |
| 18 | Améliorations du viewer d'images | Améliorations du viewer d'images pour les grandes images |
| 19 | Possiblité de dupliquer l'avis d'une candidature lors de saisie d'un nouvel avis | 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) |
| 20 | Nouveaux écrans de tableau de bord | Ajout de deux écran de tableau de bord pour les centres de candidatures (voir : Nouveaux écrans) |
| 21 | Possiblité de ne pas afficher certaines candidatures aux membres de commission suivant le statut du dossier | 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) |
| 22 | Ajout de la possibilité de poser un tag sur une candidature | Nouvel ecran de gestion des tags disponibles (voir : Nouveaux écrans) Nouveau droit sur l'autorisation de poser des tags pour les gestionnaires Ajout de la possibilité de poser un tag sur une candidature (dans les actions) |
| 23 | Modifications des fenêtres de recherche | Modifications des fenêtres de recherche (ajout de filtres) |
Nouveaux écrans
Ecran de gestion des tags
Scolarité centrale-->Alertes–>Tags
Cet écran permet de gérer les tags dans l'application
Ecran de tableau de bord par formations
Centre de candidature->Tableaux de bord->Tableau de bord par formations
Ecran permettant de visualiser le tableau de bords d'indicateurs par formations.
Ecran de tableau de bord par commissions
Centre de candidature->Tableaux de bord->Tableau de bord par commissions
Ecran permettant de visualiser le tableau de bords d'indicateurs par commissions.
Paramètres de ressources JNDI supplémentaires
Propriété | Définition |
|---|---|
| Parameter name="downloadMultipleMode" | Paramétrage optionnel du type de téléchargement multiple. Par défaut à zip. Permet de spécifier si on télécharge les dossiers multiples en zip ou en pdf (un pdf contenant tous les dossiers) 2 valeurs possibles :
|
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/. |