Code source wiki de Règles de gestion

Version 18.1 par Cédric Champmartin le 27/11/2020 - 13:32
Afficher les derniers auteurs
1
2
3 {{toc/}}
4
5 = Authentification et droits utilisateurs =
6
7 L'authentification se fait via le CAS de l'établissement.
8
9 Les droits proviennent d'Apogée. L'utilisateur doit disposer du droit d'édition dans Apogée pour les composantes qu'il gère dans l'application. Sans ce droit, aucune action n'est possible.
10
11 {{info}}
12 La récupération des droits se fait par une requête SQL dans Apogée.
13
14 A partir du type Apogée de l'utilisateur connecté, on recherche s'il dispose du traitement //TRAREF10// (Edition d'attestations de réussite) pour le domaine //RE// (Collecte et diffusion des résultats) et ce pour quelles composantes.
15
16 Tables utilisées : //UTILISATEUR//, //TYP_UTILISATEUR//, //TUT_AVOIR_DROIT_FCT//, //UTI_COLLECTER_CTN //et //COMPOSANTE//
17 {{/info}}
18
19 = Attestations de réussite au diplôme =
20
21 Pour générer des attestations, il convient de sélectionner une année (parmi les années ouvertes dans Apogée), une composante (selon ses droits) et une version de diplôme (VDI).
22
23 Les version de diplômes proposées sont celles identifiées comme terminales dans Apogée ou sans diplôme intermédiaire (comme par exemple les licences pro).
24
25 Ces attestations sont ventilées en campagnes, aussi appelées promotions. Les campagnes correspondent aux versions d'étapes (VET) terminales de la VDI sélectionnée.
26
27 {{info}}
28 La récupération des VDI se fait via une requête SQL sur les tables (% style="color: rgb(0,0,0);" %)//VERSION_DIPLOME //et(%%) (% style="color: rgb(0,0,0);" %)//CMP_HABILITER_VDI//.
29
30 (% style="color: rgb(0,0,0);" %)La récupération des VET se fait via le ws Apogée (% style="color: rgb(0, 0, 0); color: rgb(0, 0, 0)" %)//OffreFormation//, méthode //r//(% style="color: rgb(0,0,0);" %)//ecupererSE_v3()// .
31
32
33 (% style="color: rgb(0,0,0);" %)**Note** :
34
35 * (% style="color: rgb(0,0,0);" %)Nous travaillons au niveau VET car le ws Apogée //EtudiantMetier//, méthode //recupererListeEtudiants()// l'impose.
36 * (((
37 Les WS Apogée ne permettent pas d'obtenir le libelle officiel d'un diplôme pour une VDI. Inspiré de la requête SQL utilisée dans les reports Oracle pour générer les attestations de réussite, nous utilisons les tables //PERIODE_PARAM_EDITION//, //PREFIXE_INT//, //VERSION_DIPLOME// et //PARCOURS_TYPE.// Ainsi, nous récupérons les 5 colonnes de libellés et le parcours type qui sont mis bout à bout, en terminant par le parcours type. Les virgules et la capitalisation sont conservées telles qu'elles sont dans Apogée.
38 )))
39 * Les données des étudiants (prénom1, prénom2, nom, date de naissance, email...) sont récupérées via le ws Apogée** **(% style="color: rgb(0,0,0);" %)//EtudiantMetier//, méthode //recupererIdentifiantsEtudiant()//.
40 * Les adresses mail des étudiant•es sont sujettes à expiration / modification. On admet qu'elles sont valides car elles sont maintenues à jour dans Apogée par synchronisation avec le LDAP.  Cela se fait via le package //PKB_ANNU// dans lequel chaque établissement peut indiquer la façon de récupérer cette info. Il est possible de vérifier les adresses qui seront destinataires en réel lors de la phase de test. Elles sont loggées en INFO lorsque l'application est en mode test.(% style="color: rgb(0,0,0);" %)
41
42 {{/info}}
43
44 = Résultats d'admission =
45
46 3 cas sont possibles :
47
48 * L'étudiant•e est reçu•e
49 * L'étudiant•e n' est pas reçu•e
50 * Pas de verdict (les résultats ne sont pas dans Apogée)
51
52 Pour les déterminer, nous récupérons la liste des contrats pédagogiques pour cet•te étudiant•e et l'année donnée. Nous filtrons cette par diplôme et VDI pour obtenir le contrat pédagogique qui nous intéresse.  Nous avons alors autant de résultats qu'il y a de sessions (0 : session unique, session 1, session 2 - rattrapage). Ces résultats étant triés dans l'ordre des sessions, nous conservons la dernière.
53
54 {{info}}
55 Les cas d'admission et de non-admission sont très variés (admis, ajourné, défaillant, démission etc.). Pour ne pas avoir à tous les gérer, nous utilisons le témoin //codNegTre// qui permet de savoir facilement si les résultats d'admissions sont favorables ou non:
56
57 * Si codNegTre == 1: étudiant•e reçu•e
58 * Si codNegTre == 0: étudiant•e non reçu•e
59 * Si null: pas de résultats
60
61 Il est récupéré via le ws Apogée //PedagogiqueMetier,// méthode //recupererResultatsVDIVET_v6()//.
62 {{/info}}
63
64 = Blocages =
65
66 Il existe différents types de blocages :
67
68 * Blocage sur examens
69 * Blocage sur inscription administrative et/ou pédagogique
70 * Blocage sur inscription administrative à distance
71 * Blocage sur délivrance auto. diplôme
72
73 En cas de blocage, l'attestation est générée mais pas envoyée.
74
75 {{info}}
76 Les blocages sont récupérés via le ws Apogée //EtudiantMetier//, méthode //recupererInfosAdmEtuV2()//.
77 {{/info}}
78
79 = Signataire =
80
81 Le signataire apposé aux attestations est le Président de l'Université. Sa signature numérique est récupérée de la base Apogée.
82
83 {{info}}
84 La récupération du signataire se fait par une requête SQL dans Apogée.
85
86 Tables utilisées : //SIGNATAIRE// et //SIGN_TAMP_DIGITALISE//
87
88 **Note** : il n'y a pas de méthode pour trouver le code signataire du Président dans Apogée. Il faut donc le préciser dans le fichier //application.yaml// de l'application avec la clé pour déchiffrer le blob de la signature.
89 {{/info}}
90
91 = Mails =
92
93 Des mails sont envoyés pour :
94
95 * Accuser le lancement d'une campagne quand le/la gestionnaire demande la génération d'attestations pour une VDI
96 * Notifier le/la gestionnaire qui a lancé une campagne du résultat de celle-ci (nombre d'attestations envoyées, étudiant•es en erreurs etc.)
97 * Transmettre les attestations au format PDF aux étudiant•es (si cet envoi est activé dans la configuration de l'application)
98
99 \\
100
101 \\