E-PAYSAGE

GT IT

Présentation et synthèse des échanges

—

​

Bénédicte Champagne

Stéphane Patart

Quentin Pirlot

​

12 décembre 2024

​

—

/ 1

SOMMAIRE

​

- Validation du compte rendu de la dernière réunion (lien)

- Préparation du dictionnaire 25-26 : suivi des travaux du CoDo

• Présentation ; Synthèse des échanges

- Mise en production des écrans/services passé hors Paysage

• Présentation ; Synthèse des échanges

- Historique de la signalétique de l’étudiant

• Présentation ; Synthèse des échanges

- Envoi des preuves dans SIEL-SUP

• Présentation ; Synthèse des échanges

- Planification

• Présentation ; Synthèse des échanges

- Etat des lieux des inscriptions dans SIEL-SUP

• Présentation ; Synthèse des échanges

- Divers

• Présentation ; Synthèse des échanges

​

​

​

​

​

/ 2

Préparation du dictionnaire 25-26 : suivi des travaux du CoDo

/ 3

Retour du CoDo (1)

• La réunion du Codo a eu lieu le 25/11/2024 - pour des raisons de forces majeures, le représentant Com/Del U n’a pu être présent.
• DSI_24 : La modification de la donnée en booléen entraîne une reformulation de l’intitulé “résident/non résident” en “résident” avec une valeur 1 : oui - 0 : non. Il a été confirmé que cette modification a des impacts sur les systèmes d’information des EES.
• DSI_67 : Il est demandé aux Com/Del de bien définir le périmètre d’application de la donnée “Intitulé du titre d’accès hors paysage” - en effet, dans le dictionnaire 24-25, elle s’appliquait uniquement aux titres d’accès émis en CFWB avant 2014-2015 = titres d’accès émis hors FWB → un retour du collège réuni est attendu sur cette question.
• DSI_77 : erreur dans le code couleur - cette mise à jour reflète l’évolution du fonctionnement des référentiels de la coopération au développement et non pas un changement de cadre légal.
• DSI_90 : l’ajout de la qualité d’une troisième valeur de la qualité d’étudiant reflète le cadre légal : le jeune talent n’étant pas dans les conditions de titres d’accès par définition, il ne peut pas être régulièrement inscrit - il ne s’agit donc pas d’un statut particulier de la personne (cf. les sportifs) mais d’une qualité propre de l’inscription. Une correction doit être apportée à la référence légale (il s’agit de l’article 107 et non de l’article 106).

​

/ 4

Retour du CoDo (2)

• DSI_143 : le questionnement portait sur la cohérence de présenter cette donnée dans la partie inscription plutôt que dans la partie financement. L’objectif des Com/Del étant de pouvoir identifier une dérogation accordée en fin d’année par le jury pour une 3e inscription en cas de recours déposé auprès des Com/Del par l’étudiant·e, la donnée a été proposée à cet emplacement. Les représentants sont d’accord. Une correction doit être amenée à la base légale (article 5, § 5 du décret du 11 avril 2014 doit être modifié en article 5, § 2 du décret du 11 avril 2014).
• PAE_36 : Si l’établissement renseigne l’inscription similaire à une ligne du passé, les données découlant de la caractéristique des études (PAE_12, PAE_13, PAE_25, PAE_26) sont déduites de HOPS et ne doivent pas être fournies par l’EES.
• BE_1/DSI_120 : Les variables sont en doublons - Dans un souci de cohérence, la BE_1 sera conservée. Cette donnée est fournie à ce stade par les EES le cas échéant jusqu’à trouver une solution pour que tous les dossiers DAE soit liés à un NISS (complétion de la DB DAE sur la base des NISS intégrés dans SIEL-SUP - en cours de discussion).
• DSI_94 : la question visait à savoir pourquoi les U ne devaient fournir cette donnée que pour les AESS ? Et quid des études de spécialisation → un retour du collège réuni des Com/Del est attendu sur cette question.
• DSI_145 : cette donnée est destinée à empêcher la création de doublons (qui potentiellement pénaliserait l’étudiant·e) en intégrant un référentiel de l’EES. Il est nécessaire de prévoir l’alimentation de plusieurs codes pour refléter la création d’un mini-PAE pour les étudiants libres.

/ 5

Conclusion et suite

• Concernant les données discutées et moyennant une clarification pour les données DSI_67 et DSI_94, aucune difficulté majeure quant à la collecte des données n’a été émise.
• Concernant la FIN_22, les membres du CoDo font remarquer qu’il sera probablement nécessaire de revoir les valeurs et définition, en cours d’année, en fonction de l’officialisation des changements législatifs annoncés par le cabinet de la ministre de l’enseignement supérieur.
• Les représentants des EES émettent des réserves quant à l’utilisation de dates de validité rétroactives et insistent sur la nécessité de limiter des corrections de ce type à des données absolument essentielles.
• La note d’avis sera finalisée dans les plus brefs délais à la suite du retour des Com/Del.
• Après relecture par les membres du CoDo, elle sera soumise à la validation électronique du Copil e-paysage en janvier 2025.

/ 6

Synthèse des échanges

• Le projet de dictionnaire sera relu afin de vérifier, notamment, les dates de validité des nouvelles valeurs de la “DSI_77 - Organismes coopération au développement” suite aux changements des intitulés. Il ne s’agit donc pas d’une modification législative.

​

​

/ 7

Mise en production des écrans/services passé hors Paysage

/ 8

Accéder aux données du parcours d’un étudiant·e

Le passé en FWB est consultable à partir du tableau de bord.

L’ensemble du passé - FWB + hors Paysage - est consultable à partir du détail d’une inscription.

/ 9

Le passé de l’étudiant

Le passé hors Paysage est consultable à partir du détail d’une inscription.

/ 10

Rappel des règles métiers pour la création des passés

• Le premier EES où se présente l’étudiant·e crée le passé hors Paysage (=> effectuer une recherche avant de créer l’inscription).
• Le passé est lié à la fiche signalétique de l’étudiant·e - chaque ligne du passé a une ID unique.
• La similarité est liée à l’inscription - chaque similarité a une ID unique.
• Toute modification est liée à l’utilisation des ID uniques.
• Si le passé hors Paysage est créé par le premier EES où se présente l’étudiant·e, tout EES peut ajouter une ligne complète au passé et/ou une similarité à une ligne existante par rapport à l’inscription de la personne.

​

/ 11

/ 12

/ 13

Les modalités techniques

• Les passés peuvent être chargés par web service ou par chargement de fichiers.
• Envoi par web service :
• Le web service Inscription a été adapté pour permettre le chargement et la récupération des passés sur la base de l’ID CFWB ;
• La documentation REST est en cours de mise à jour (surligné en jaune dans le document) ;
• Stocker dans les DB des EES les ID passés et similarités.
• Chargement par fichiers :
• Un fichier création d’un passé et un fichier édition d’un passé ;
• Pour les situations qui visent à créer pour l’inscription en cours une similarité à un passé existant - un fichier de création d’une similarité - la suppression est manuelle.

​

​

​

​

​

​

​

​

• Planification : chargement à partir de 2024-2025
• Mise en production : 15/01/2025

​

/ 14

La recherche du passé hors paysage

• Pour faciliter la récupération des données pour les EES qui n’utilisent pas de web service, il existe la possibilité de téléchargement d’un fichier reprenant pour un NISS ou un ID CFWB, les données d’un passé CFWB.
• Sélection du répertoire “Passés hors paysage” dans le champ.

​

​

/ 15

Identification de la personne

​

​

/ 16

Affichage d’un tableau de bord des passés hors paysage

Télécharger en format CSV la liste des passés hors paysage de l’étudiant.

Le nom du fichier contient le NISS de la personne.

/ 17

Synthèse des échanges

• Petit rappel, deux cas sont à distinguer :
• Le passé en FWB depuis 2014-2015 qui est automatiquement créé sur la base des envois inscriptions des EES (diplômés, mini et full inscriptions) ;
• Le passé hors Paysage qui est créé par l’EES où l’étudiant demande son admission pour la première fois en FWB.
• Un étudiant ne peut être encodé dans SIEL-SUP sans NISS, à l’exception des étudiants sans papier. Il est donc primordial de créer un RNbis pour les étudiants sans NISS afin d’envoyer l’inscription dans le système et de récupérer l’éventuel passé hors Paysage puisque la recherche fonctionne sur base du NISS ou de l’ID CFWB.
• Il est rappelé l’importance de stocker en DB les ID passé et similarité ainsi que toutes les autres ID (ID CFWB, ID inscription, code habilitation, codes grades académiques).

​

​

​

/ 18

Historique de la signalétique de l’étudiant

/ 19

Données relatives à l’historique des signalétiques (HISIG)

• L’historique est créé sur la base du traitement des fichiers de mutations fournis par le RN lorsque le NISS d’une personne a été inscrit dans le répertoire de la BCED. Les fichiers sont dépilés et SIEL-SUP traite alors les données.
• Le traitement par SIEL-SUP :
• Certains changements sont historisés dans SIEL-SUP inscriptions :
• NISS ;
• Nom ;
• Prénom ;
• Date de naissance ;
• Nationalité ;
• Décès ;
• Répertoire.
• Les données relatives à l’adresse légale de l’étudiant ne sont pas historisées => SIEL-SUP n’affiche dès lors que l’adresse en cours de validité (l’ancienne adresse est écrasée et remplacée par la nouvelle adresse).
• L’accès à la donnée relative au sexe et au lieu de naissance n’est actuellement pas autorisé (nouvelle demande en traitement au SPF intérieur).
• Mise en production 15/01/2024.

​

​

​

​

/ 20

Consultation de l’historique de la fiche signalétique de l’étudiant

Les nouvelles valeurs Nom-prénom-NISS s’affichent dans le bandeau

Les nouvelles données d’identification (nom, prénom, NISS) s’affichent dans le bandeau supérieur

Les anciennes données sont consultables

/ 21

Récupérer les données signalétiques

• Les fichiers téléchargés affichent les changements des données signalétiques des étudiants de l’ensemble de l’établissement concerné depuis le début de l’année académique jusqu’à la date du jour du téléchargement.
• Seuls les changements advenus dans l’année académique en cours sont disponibles.
• Récupération de l’historique :
• Récupération par webservice
• Adaptation du ws REST pour récupérer les données signalétiques via le service de consommation SIEL-SUP
• Adaptation de la documentation (surligné en jaune)
• Récupération par téléchargement de fichier csv ou xls (NISS commençant par des zéros) depuis la section listes de SIEL-SUP

/ 22

Téléchargement de la liste des historiques des signalétiques

​

​

Données d’historique fournies - la clé unique est l’ID étudiant (ID CFWB)

/ 23

Synthèse des échanges

• La question a été posée de savoir si le changement de sexe sera historisé. Il est rappelé que jusqu’à maintenant les accès à certaines données n’ont pas été autorisées par le SPF Intérieur (lieu de naissance, pays de naissance et sexe). SIEL-SUP n’a aucune finalité pour laquelle l’historisation du sexe a un intérêt. Dans la mesure où l’autorisation de consultation serait accordée, aucune justification légitime ne pourra être invoquée pour historiser la donnée sexe. Il est toutefois possible de déduire le changement de sexe d’une personne via le modulo du NISS.
• Il est précisé que certaines données du dictionnaire sont localisées dans la partie signalétique de l’étudiant alors qu’elles relèvent de l’inscription (elles sont d’ailleurs positionnées dans la partie inscription dans l’application web). Il s’agit des données “DSE_46 - Numéro matricule de l’étudiant” et “DSE_47 - Email institutionnel de l’étudiant”. Par souci de cohérence, il est proposé de soumettre cette proposition au CoDo lors du travail qui devra être effectué sur la mise à jour du dictionnaire 25-26, qui sera effectuée dès la prise de connaissance des futurs changements législatifs applicables en 24-25.

/ 24

Envoi des preuves dans SIEL-SUP

/ 25

Préambules

• La preuve est un (ou un ensemble de) documents qui atteste d’une situation administrative et/ou académique de l’étudiant·e et qui sont transmises dans la plateforme par les EES dans le cadre des finalités poursuivies par e-paysage, c’est-à-dire la gestion et le suivi de l’inscription et le contrôle de la régularité/finançabilité par les Com/Del.
• Le format de la preuve est évolutif. En effet, certaines preuves sont amenées à disparaître du format document au profit d’un envoi de données (ex : les décisions de jury) - la partie preuves d’e-paysage doit permettre l’intégration de ces données qui ont valeur de preuves.
• Quatre formats de preuves sont envisagés : .png, .jpg, .jpeg, .pdf.
• Le chargement des fichiers de preuves via MFT peut se faire de deux manières par :
• chargement automatique ;
• chargement manuel.
• Une fois les preuves chargées dans le MFT, elles sont envoyées dans un cloud où elles sont stockées dans des répertoires (1 répertoire par FASE).
• SIEL-SUP traite ensuite les fichiers et génère un rapport OK-NOK disponible dans la section “Listes” et par web service.
• Le rapport OK fournit l’ID preuve.

​

​

​

/ 26

Catégories de preuves et types de documents identifiés par les Com/Del

​

​

​

/ 27

Gestion et traitement des preuves

• Seules les preuves nécessaires au contrôle des Com/Del de l’année en cours sont envoyées.
• Les preuves peuvent être ajoutées ou supprimées mais pas modifiées.
• Les preuves ne sont pas conservées - elles sont détruites automatiquement le 13 septembre de l’année académique.
• Elles ne sont consultables que par l’EES qui les envoie et par le Com/Del en charge du contrôle de l’EES.
• Le Com/Del ne peut pas les télécharger en local - la consultation se fait uniquement par écran.
• Les preuves doivent être chargées dans le MFT avant le contrôle initial par les Com/Del.
• Les preuves déposées pendant la période de contrôle ne sont pas traitées par le système.
• Lors du défigeage des données pour les dossiers pour la seconde phase de contrôle, des preuves peuvent être ajoutées ou supprimées au dossier de preuves lié à l’inscription à recontrôler.
• Une fois traitée, chaque preuve reçoit un ID unique.
• Le système n’historise pas les mises à jour des preuves.
• La structure du nom de fichier doit être scrupuleusement respectée : FASE#ID_INSCRIPTION#TYPE_PREUVE#NOM_PREUVE.EXTENSION

Ex. 5223#2425_000005#ASS#NomDePreuve.pdf

• Le nom de fichier est décomposé en métadonnées qui sont stockées en DB.
• Afin d’anticiper la dématérialisation des décisions de jury, un web service est développé et permet d’envoyer :
• Titre de la décision
• Corps de la décision
• Date de la décision

Un fichier est alors généré pour la consultation par les Com/Del.

​

​

/ 28

Solution technique pour l’envoi des preuves

1. En suivi de la réunion du GT IT du 17 octobre dernier, une présentation technique de l’envoi des dossiers de preuves dans SIEL-SUP a été organisée le 26 novembre 2024 (lien vers la présentation).
2. Un projet pilote concernant le dépôt via le MFT et le stockage dans AZURE est prévu pour décembre 2024 (la partie de traitement par SIEL-SUP est hors périmètre).
3. L’objectif du pilote est de tester :
• L’accessibilité via les trois canaux MFT disponibles (interface web, client local ftp, client local programme propre) ;
• Les types de fichiers (pdf, jpg, jpeg, png) ;
• Un échantillon de documents représentatif en termes de tailles ;
• Les cas d’erreur à la suite de l’envoi de fichiers ne respectant pas les règles définies (taille, nom) ;
• La gestion des cas où le serveur n’est pas accessible ou lorsqu’il renvoie une erreur technique.
4. Les EES participant au pilote sont l’ULiège, la HEPL, l’EPHEC et l’IMEP.

​

​

​

/ 29

Synthèse des échanges

• Il n’y a pas d’historisation des versions liée à une preuve dans le système. Si une preuve, portant le même intitulé qu’une autre preuve préalablement chargée, est envoyée, alors la première preuve est écrasée par la seconde.
• Pour éviter d’écraser une preuve par une autre par la réutilisation d’un intitulé existant, il est fortement conseillé d’inclure dans la partie “NomDePreuve”, qui est un champ libre, une numérotation (ex. allègement 150 - 2).
• Pour rappel, les Com/Del ont prévu deux phases de contrôle dans l’application :
• Un premier contrôle durant lequel les données sont figées puis défigées pour mise à jour éventuelle des données/preuves par l’EES ;
• Un deuxième contrôle à l’issue duquel les données sont validées et verrouillées.
• L’agenda de contrôle des Com/Del est différent d’un EES à l’autre et chaque EES en est informé. Il est donc important de veiller au sein des EES à ce que les IT soient informés des dates de contrôle pour s’assurer de l’envoi des preuves avant le figeage des données et du dossier de preuves.
• Au niveau documentation :
• une documentation technique spécifique sur l’envoi des preuves disponible sur l’extranet ETNIC ;
• une demande a été faite pour ouvrir un projet spécifique sur Mantis afin de faciliter le support direct entre les équipes IT des EES et l’ETNIC.

​

/ 30

Planification

/ 31

Les jalons concernant les inscriptions et le contrôle

• Suite au passage en chambres :
• Chargement des passés 2014-2015 à 2020-2021 inclus (diplômés et mini inscriptions) - décembre 2024
• Chargement des full inscriptions (=> 2024-2025) - août 2025
• Mise à jour des crédits/diplômés 2024-2025 - 1er quadri 2025-2026
• Chargement des passés hors Paysage des inscriptions encodées à partir de 2024-2025 - septembre 2025
• Démarrage du fil de l’eau - septembre 2025
• Test de l’interface de contrôle par les Com/Del - année 2025-2026
• Contrôle effectif dans l’application - année 2026-2027

/ 32

Dates clés du fil de l’eau

• Encoder une inscription :
• Au plus tard pour le 30/09: envoi des inscriptions dans SIEL-SUP
• 15/02 : date limite pour les inscriptions tardives
• Modifier une inscription :
• Au plus tard pour le 31/10 : modification d’une inscription existante
• Au plus tard pour le 01/12 : annulation d’une inscription
• Pour le 15/02 au plus tard :
• Envoi des réorientations (entre le 31/10 et le 15/02)
• Envoi des allègements 150
• Envoi des preuves dans SIEL-SUP

/ 33

Synthèse des échanges

• Le chargement des passés hors Paysage n’est d’application qu’à partir des inscriptions en 2024-2025. Les passés devront être chargés pour septembre 2025.
• Lors de l’envoi au fil de l’eau, à partir de septembre 2025, l’idée n’est pas d’attendre que les dossiers d’inscription soient complets au moment de la création dans SIEL-SUP. Le start est constitué au minimum du set de données obligatoires nécessaire à la création de l’inscription dès prise en considération par l’EES. Les inscriptions sont ensuite mises à jour sur la base des jalons du fil de l’eau reprises dans la diapositive précédente (avec une tolérance de 10 à 15 jours à fixer conjointement).

​

/ 34

Etat des lieux des inscriptions dans SIEL-SUP

/ 35

Évolution des envois en DB de production

​

​

/ 36

Par rapport au précédent état des lieux

• Au 5 décembre, il y a 1.162.658 inscriptions dans l’environnement de production.
• Il s’agit d’une évolution positive avec près de 170.000 inscriptions envoyées depuis novembre 2024.
• Les principaux changements sont :
• Une mise à jour des données 23-24 par plusieurs EES ;
• L’envoi de l’ensemble des inscriptions sur base du set de données minimales pour 24-25 par une série d’EES (HEAJ, HERS, HE Vinci, HECh, HELdB, HELB Prigogine, EPHEC) ;
• Une progression dans la récupération des années 2014-2015 à 2020-2021 (diplômés et mini-inscriptions).
• À l’exception de 2014-2015, le taux de complétude est maintenant compris entre 87 et 92% en fonction des années.
• Même si les données ne sont pas visibles à ce jour dans l’environnement de production, de nombreux tests ont été réalisés par les EES dans l’environnement de TQ/Formation.

​

/ 37

Les diplômés

/ 38

Les mini-inscriptions

/ 39

Les full-inscriptions – 2021-2022

/ 40

Les full-inscriptions 2022-2023 et 2023-2024

/ 41

Synthèse des échanges

• Aucun commentaire.

​

/ 42

Divers

/ 43

Synthèse des échanges

• Fonctionnement EMLF :
• La mise à jour des données EMLF dans SIEL-SUP s’effectue sur la base de l’ID inscription.
• Deux vagues de publication des listes de résultats, précédées par le chargement des inscriptions par les EES, sont prévues dans SIEL-SUP :
• Une première publication le lundi 16 décembre (sur la base des inscriptions envoyées par les EES pour début décembre 2024) ;
• Une deuxième publication le lundi 13 janvier 2025 (sur la base des inscriptions envoyées par les EES entre début décembre 2024 et début janvier 2025).
• Les listes de résultats sont téléchargeables depuis le module “Listes” de SIEL-SUP, qui requiert des accès spécifiques.
• La procédure liée à la création des inscriptions pour les étudiant.es à l’EMLF et le téléchargement des résultats est disponible au lien suivant.
• Le tutoriel d’utilisation du module “Listes” est disponible ici (lien).
• Les listes seront disponibles au téléchargement jusqu’au 15 février 2025.
• Une mise à jour finale des inscriptions sera réalisée en fin d’année académique (sans génération de rapport) pour s’assurer de la complétude des dossiers inscriptions 24-25 liés à la FIE.
• Durant les fêtes de fin d’année, le support sera limité tant au niveau du traitement des tickets par l’ETNIC que du côté de l’ARES . Les suivis qualité seront traités jusqu’au 20 décembre dans l’ordre d’arrivée des demandes. Le retour au service normal sera effectif à partir du 6 janvier 2025.

​

/ 44



Des

QUESTIONS ?

MERCI

Pour votre attention !

/ 45