Projet MonDossierWeb
Pages enfant
  • 5. Configuration

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
La table 'schema_version' indique la version de la base. La base se mettra à jour automatiquement lors des futures livraisons. On retrouvera donc ces trace traces dans la table 'schema_version'.

...

Il faut ensuite ajouter le ou les logins administrateurs dans la table 'administrateurs' de la base.

 

Bloc de code
languagesql
titleExemple
INSERT INTO administrateurs(LOGIN) VALUES ('toto01');

 

Ces utilisateurs ont alors accès à la vue 'admin' (ou 'AdminView') de l'application permettant de configurer les paramètres 'légers' de l'application.

Contrairement aux paramètres présents dans context.xml/server.xml (cf ICI), ils ne sont pas indispensables au démarrage de l'application (tomcat) et sont ainsi modifiables à la volée.

 

AdminView

Accès à l'application

Une fois l'application déployée elle est accessible sur l'url définit dans context.xml (paramètre app.url, voir Installation Initiale)

Pour accéder à la version mobile il faut demander l'url  app.url/m

AdminView

Au premier démarrage A l'installation de l'application, il faut impérativement procéder impérativement  au paramétrage de l'application.

Pour cela il faut se rendre à l'url suivante avec en utilisant un compte dont le login est défini dans la table 'administrateurs' (cf pré-requis ci-dessus) : app.url/#!adminView

Plusieurs onglets/sections sont proposés :

NB :

  • Les modifications des paramètres de la vue l'adminView sont , prises en compte à la volée (contrairement aux paramètres du context.xml , pris en compte à la volée. Il n'est donc pas nécessaire de redémarrer nécessitant un redémarrage de l'application).
  • L'onglet "Swap utilisateur" permet de substituer un login à un autre pendant une durée d'une heure.

...

Paramètres de l'application

Les paramètres sont divisés en catégories (onglets) au sein desquels ils sont listés dans une table un tableau indiquant :

  • l'identifiant du paramètre (permet éventuellement de faire le 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

...

  • la possibilité de mettre en maintenance l'application dans l'onglet Administration.

...


Le certificat de scolarité

...

  • 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

...

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).

Quittance des droits payés

La quittance des droits payés est proposée si les conditions suivantes sont réalisées :

  • quittanceDroitsPayes= true
  • Si l'utilisateur est un enseignant, vérification que quittanceDroitsPayesAutoriseEnseignant = true 
  • Si l'utilisateur est un gestionnaire, vérification que quittanceDroitsPayesAutoriseGestionnaire = true
  • L'année universitaire de l'inscription est égale à l'année universitaire en cours dans Apogée
  • Le dossier est valide OU quittanceDossierNonValide = true
  • L'inscription est en règle
  • L'inscription est en cours
  • Toutes les informations nécessaires à la génération de la quittance ont pu être récupérées

Swap utilisateur

Tous les "swap" précédemment utilisés sont listés dans l'onglet "Swap utilisateur".

...

Comme pour les paramètres applicatifs, ce changement est pris en compte à la volée. 

Remarque

Attention, s'il n'est pas nécessaire de redémarrer l'application, il faut cependant penser à se déconnecter/reconnecter si l'utilisateur correspondant au login source était déjà identifié sur l'application.

 

Accès à l'application

Une fois l'application déployée elle est accessible sur l'url définit dans context.xml (paramètre app.url, voir Installation Initiale)

Pour accéder à la version mobile il faut demander l'url  app.url/m

La partie mobile est utilisable à partir des navigateurs utilisant WebKit (Safari pour iOS, Chrome pour Android) et par IE de Windows Phone. Si le navigateur de l'utilisateur n'est pas compatible, une redirection est proposée.

...