| Sommaire |
|---|
Au premier lancement de l'application, les tables de la base de données MySQL propre à l'application sont créées.
...
Pour cela il faut se rendre à l'url suivante avec un compte définit dont le login est défini dans la table 'administrateurs' (cf pré-requis) : app.url/#!adminView
Deux Plusieurs onglets vous /sections sont proposés :
NB :
- Les paramètres de la vue adminView sont, contrairement aux paramètres du context.xml, pris en compte à la volée. Il n'est donc pas nécessaire de redémarrer l'application.
- L'onglet
- "Paramètres de l'application" permet de modifier tous les paramètres applicatifs 'légers'
- "Swap utilisateur" permet de substituer un login à un autre pendant une durée d'une heure.
...
- l'identifiant du paramètre (permet éventuellement de faire le lient lien avec le paramétrage effectué dans la v2 lors de la migration en v3)
- sa description donnant une indication sur son rôle
- sa valeur
Vous pouvez modifier un paramètre en double-cliquant dessus ou en le sélectionnant puis en cliquant sur 
...
- la possibilité de mettre en maintenance l'application dans l'onglet Administration.
| Remarque |
|---|
Les paramètres multivalués sont à indiquer séparés par des virgules. Exemple : Pour le paramètre certScolTypDiplomeDesactive , indiquer : 92,90 |
...
Le certificat de scolarité
L'édition du certificat de scolarité étant une fonctionnalité très utilisée et fortement paramétrable, nous allons voir, pour ce cas précis, les paramètres applicatifs qui rentrent en compte.
Le certificat de scolarité est proposé si les conditions suivantes sont réalisées :
- certificatScolaritePDF= true
- l'utilisateur est un étudiant OU certScolAutorisePersonnel = true
- certificatScolariteTouteAnnee = true OU l'inscription porte sur l'année en cours dans Apogée
- le diplôme ne fait pas partie de la liste des diplômes bloqués (listeCertScolTypDiplomeDesactive)
- si l'utilisateur est un étudiant, l'inscription doit être en règle (payée)
- le témoin de validité du dossier d'inscription doit être égal à 'O' sauf si certificatScolariteDossierNonValide=true
- si l'utilisateur est un étudiant et que certificatScolaritePiecesNonValidees = false, toutes les PJ de l'inscription doivent être valides dans Apogée
- le profil de l'étudiant ne fait pas partie de la liste des profil non autorisés (listeCertScolProfilDesactive)
- le centre de gestion ne fait pas partie de la liste des cge non autorisés (listeCertScolCGEDesactive)
- la composante ne fait pas partie de la liste des composantes non autorisées (listeCertScolCmpDesactive)
- le statut de l'étudiant ne fait pas partie de la liste des statuts non autorisés (listeCertScolStatutDesactive)
- si l'utilisateur est un étudiant et que certificatScolariteCarteEditee=true, la carte doit être indiquée comme éditée dans Apogée
Pour pouvoir ajouter la signature au certificat, il faut également :
- dans context.xml, paramètre "clefApogeeDecryptBlob" : Indiquer la clé Apogée permettant de décrypter les blobs.
- dans l'adminView, onglet "Certificat de scolarité", paramètre "certScolCodeSignataire" : Indiquer le code du signataire
| Info |
|---|
La signature est récupérée dans la table SIGN_TAMP_DIGITALISE d'Apogée via le code signataire (COD_SIG) renseigné dans l'adminView. Elle est décryptée à l'aide de la fonction "decryptLob" du package PKB_CRY1 en utilisant la clef indiquée dans context.xml (clefApogeeDecryptBlob). |
Swap utilisateur
Tous les "swap" précédemment utilisés sont listés dans cet ongletl'onglet "Swap utilisateur".
On peut ajouter ou éditer un swap (pour attribuer un nouveau login cible ou modifier la date et l'heure de départ par exemple).
...