3 – PRÉSENTATION DU NOUVEAU SI AIDES [27 juin 2025]

Bienvenue à tous pour la reprise des présentations. Merci d’être venus si nombreux pour cette présentation qui va certainement être magnifique sur le SI-AIDES pour nom de code OLAFE qui est sur les systèmes de bourse et leur intégration au système d’information des établissements. Une problématique qui concerne je pense pas mal d’entre nous. On démarre avec quelques minutes de retard. Pour la petite histoire, c’est la première fois que ça nous arrive. On a été obligé d’aller chercher les intervenants qui étaient en train de discuter devant un café. Je pense qu’ils ne sont pas hyper stressés par la présentation donc elle va forcément bien se passer. Voilà. Donc euh… je vais peut-être vous laissez vous présenter individuellement en quelques mots. Michel ? Donc Michel Affre, sous-directeur numérique au CNOUS, des CROUS aussi. Alors on est à trois intervenir dans cette présentation puisque ça fait un an qu’on travaille sur ce SI, et son intégration dans l’écosystème des établissements supérieurs. Donc je vais essayer de présenter mes collègues. Bonjour, donc je suis Vincent Charlot, je suis chef de projet adjoint sur Apogée à l’AMUE. Et donc j’ai travaillé avec le CNOUS sur la mise en place de OLAFE, l’interfaçage avec Apogée. Bonjour à tous, Romain Rey, donc directeur du projet PC-Scol. Et nos amis de Cocktail n’ont pas pu être là aujourd’hui, mais ils faisaient partie de l’équipe. Et ce que je peux dire, je crois que vous serez d’accord, c’est que ça fait un an qu’on travaille, on travaille en harmonie de vue. Voilà, donc on va essayer de vous exposer comment on a conçu l’arrivée de ce nouveau SI, d’un paysage dans l’enseignement supérieur. Et avant de commencer, d’abord, ça fait longtemps que je ne suis pas venu aux Assises. Il faut que je me justifie. Oui, donc au mois de mai, c’est le séminaire de l’année dans les CROUS. Il fallait que je fasse un choix. Le numérique est partout dans les CROUS, donc j’ai fait le choix d’aller. En gros, ce n’est pas parce que je n’aime plus les Assises, c’est juste que j’ai été pris par d’autres événements. Les repas au sein des CROUS ne sont pas à manqués, donc je ne voulais pas rater les séminaires des CROUS et donc j’ai fait un choix. Mais je reviens puis l’année prochaine et l’année après, qui sera sûrement ma dernière année, je promets d’être au rendez-vous de vos prochaines Assises. Voilà. Pourquoi là, ça veut dire quoi ? Ça veut dire outils logiciels des aides financières étudiantes. Avant, c’était Aglaé, Aglaé et Sidonie, donc émission en fin des années 80, choisie aussi par les jeteurs ou par je ne sais pas qui. Et après, c’est Aglaé, c’est plutôt Aglaé, c’est OLAFE, excuse-moi. Et OLAFE, c’est plutôt les années 2000, ses voisinières. On a un peu modernisé le concept. Et vous verrez qu’on continue la série de OLAFE. On prendra tous les personnages, OLAFE, Sven et autres, pour ceux qui voient l’histoire ou le dessin animé de Walt Disney. La Reine des Neiges, j’avais oublié de le dire. C’est important, donc je vous conseille de regarder juste après pour essayer de comprendre ce qu’est OLAFE. Bon, on n’a que 30 minutes, on est trois. Donc si je commence comme ça, vous ne verrez pas. Pourquoi OLAFE, l’ancien logiciel qui était des années 90, donc écrit dans du vieux Java, a été un peu dépassé techniquement et conceptuellement. Il fallait, par exemple, on calculait la distance avec le cosinus plus 1 pour les points de distance qui sont nécessaires pour les bourses. On a essayé de moderniser tout ça un peu et surtout de se préparer à ce qui va arriver un jour. Donc la réforme des bourses, ça devait arriver en 2025. Mais vous avez suivi qu’il y a une vie politique un peu tourmentée en 2024. Et donc, ce n’est pas 2025. Peut être en 2026. On verra. Il y a un enjeu aussi pour nous. C’est que on souhaite mettre en place un dossier social universel. Pour plein de raisons pour le repas. Donc, ça veut dire que tous les étudiants, ils sont pas forcément obligés, mais tous les jeunes devront déposer un dossier social étudiant pour bénéficier des aides à la hauteur de ce que la situation familiale permet ou impose. Voilà, il fallait aussi commencer à réfléchir, à fludifier, simplifier le parcours. Intégrer aussi, vous avez discuté l’IA dans tout ça pour simplifier. Pour les étudiants que pour le gestionnaire. Et le dernier enjeu, c’est la facilité d’instruction des CROUS. Je ne suis pas sûr qu’on y arrivera bien cette année, parce que vous savez quand vous mettez un nouveau logiciel, la première année qui fait bim bam, c’est jamais très apprécié. Et il y a pas forcément de difficultés qui apparaissent ou d’insatisfaction ou tout simplement il a connu le changement, il aimait bien finalement l’outil. L’outil d’avant, parce que parce qu’il le connaissait et de changer, ça fait toujours un peu d’efforts et de stress. On a un planning très court, un an pour faire ainsi qu’il y a 20 ans. Vous vous rendez compte que c’est pas une grande période dans un sprint et donc on fait des sprints toujours et surtout des jalons. Donc on a commencé par la mise en production en mars. Mais en même temps, il arrive les prochaines échanges, l’échéance et une des chances les plus importantes. Et quand même, la connexion au SI, établissement avec le retour de l’inscription, mais aussi pour l’établissement. Savoir qu’on tient les boursiers parce que les boursiers, on va avoir en particulier l’exonération des frais d’inscription. Et c’est important, c’est un précaire, on ne peut pas lui demander de tout payer. Il y aura déjà des difficultés pour préparer la rentrée. Suivante. En quelques, ca, je l’ai dit, donc on peut passer. Donc voilà. Vous savez qu’on a des choses à faire. Alors comment interfacer le SI et l’établissement avec OLAFE ? On a voulu changer tout le système qu’il y avait avant, qui était un système un peu daté. On peut dire ça ou finalement, on faisait de manière très asynchrone. On envoyait des gros fichiers. En gros, chaque établissement nous envoyait tous leurs étudiants, et puis, Aglaé faisait le tri. Voilà. Et ce n’était pas super réactif. Donc, on a décidé d’aller vers quelque chose de plus moderne, mais surtout de plus interactif entre le SI OLAFE et l’établissement. On a fait une première phase pour cette année. On complétera l’année prochaine pour rajouter de l’interactivité. Il y a deux façons. Il y a deux façons de raccorder l’établissement, soit par API. Et donc, on a travaillé, comme je l’ai dit, avec Apogée, Cocktail, Pégase et Cocktail. On a travaillé aussi avec certaines universités qui ont d’autres logiciels et qui nous ont sollicités. L’université de Lyon 3, c’est ça ? Si je ne me trompe pas. Voilà, c’est Lyon 3. Et donc, c’est des connexions par API et par API synchrone. Il y en a deux. Il y en a un troisième qui est la fluidité. On n’en parlera pas parce que ça arrivera plus tard. Donc, j’aurai le temps de revenir dans ce séminaire pour parler de la fluidité. Voilà, ça, c’est la première façon. On va le détailler un peu. La seconde façon, c’est les SI non interfacés. Par exemple, les BTS, on a les IC. Donc, on n’a pas interfacé SIEC encore. On le fera sûrement un jour. Mais SIEC est un logiciel de formation du second degré. Voilà. Et qui a été aussi, va être mis en place. Voilà. Et les établissements qui disposent d’Aglaé et quoi que ce soit ont aussi la possibilité de voir les étudiants boursiers ou les étudiants qui ont fait un vœu de bourse. Je suis à combien de minutes ? Parce que si on se passe pas la parole. Voilà. Donc, on a aussi accès à ce… À ce guichet web. Sachant qu’on a retenu pour diverses raisons l’authentification par ProConnect. Mais avec la solution Renecter, vos établissements n’auront aucun problème pour se connecter. Pour les API. Donc, on a déjà parlé. Donc, je peux passer vite. On a essentiellement deux API qui arrivent à deux moments de l’inscription de l’étudiant. La première API, pour toutes les liens qui s’inscrivent, il faudrait y passer. C’est l’API statut de la demande de bourse. Ça veut dire que l’établissement appelle le système OLAFE pour savoir est-ce que l’étudiant a déposé un vœu sur cette formation ou cet établissement. Et en fonction de la réponse, le SI des établissements aura un traitement particulier. Si les boursiers qui ont entouré la formation, ils seront exonérés. Si on trouve que effectivement, il a fait un vœu, mais pas forcément une bonne information, le SI des établissements prendra, vous y reviendrai après, une décision. Et ensuite, ça permet d’entrer dans le process d’exonération des frais d’inscription. Voilà. Ça, c’est une API retentissable. Mais ça nous a fait pas mal de temps pour la construire, notamment en terme de retour qui était nécessaire pour le SI des établissements. Et une seconde API. Donc là, dans la première, tous les étudiants y passent. La seconde, c’est que les étudiants qu’on a diagnostiqué potentiellement boursiers qui remontent vers le SI OLAFE. Et c’est l’API inscription qui permettra aussi de faire les démissions, qui permettra aussi de faire les changements de formation. Donc, elle est appelée toujours dans le même concept. Et le… Et si on abstraite cette information, donc met en paiement la bourse, met et informe que le SI établissement, du statut, donc du statut, s’il est étudiant des boursiers ou pas. Donc, on a prévu tous les cas, même si vous vous trompez, ça marchera quand même. Donc, voilà. Donc ça, c’est l’API. Arrivera une API assiduité. Le principe d’assiduité ou du calcul, est difficile à définir. Le ministère des disciples donnera peut-être une position à la rentrée prochaine. Mais pour l’instant, ça fonctionne assez simplement. Donc, je le dis toujours. c’est qu’en gros, c’est vous qui nous remontez une information assidue ou pas assidue. Voilà. Et on ne vous donne rien d’autre que l’information de savoir ce que vous jugez pour l’étudiant. Pour s’inscrire à ces API et ça sera reprécisé après comment rentrer ça dans le SI établissements. On a un API manager. Donc, ça s’appelle l’API des CROUS. On utilise l’outil Gravity. Vous le connaissez sûrement. Donc, pour plier toutes nos API, soit en interne, soit celles qu’on voit en externe. Donc, ce, j’adore, c’est… Ouais, je vais aller jusqu’au bout. Ouais, il ne faut pas… Donc, on mettra les URL après. Donc, c’est assez simple. Vous êtes déjà sûrement passé par des API managers, soit pour les impôts, soit pour la digestible, soit API .gouv.fr. Donc, il faut créer un compte. Donc, c’est simple, on a fait simple. Vous créez un compte. On vérifiera juste pour habiliter le compte que l’adresse mail corresponde à un établissement… un établissement. Vous créez un compte. Vous créez un projet, une application. On va y revenir après. Voilà, et vous souscrivez une API. Et après, nous, on valide l’API. Et une fois que vous avez ça, vous avez des secrets, des identifiants qu’il faudra rentrer dans le SI établissements. Donc, c’est très simple. S’il y a moins de problèmes, j’ai mon numéro de téléphone et vous aurez droit, parce qu’on est tous des DSI, de m’appeler directement ou de mettre des SMS. Mais vous ne donnez pas vos troupes. Je ne veux pas recevoir 10 000 SMS. Donc, c’est rien que pour vous. Les portails, on a gardé l’ancien nom. C’est Dev, c’est un portail développeur. Peu importe. J’aurai dû m’en rendre compte plus tôt. Mais une fois qu’il a été décidé, vous avez les URL. On a fait une note, un pas à pas, qui sera transmis par chaque éditeur de logiciels avec tout ce qui est, qui va dans l’accompagnement, dans l’apparaitage de l’outil. Voilà. Donc, on répète ce que j’ai dit, mais je vais passer rapidement. Donc, voilà. On souscrit nos API, et puis, on reçoit un mail d’habitation. Le mail, on a un secret. Les deux secrets, l’identifiant et le mot de passe en gros. Et à partir du moment-là, le SI établissements est connecté à OLAFE voilà. Pour le guichet d’établissement, on a fait un module qui, en fait, utilise API, mais donc offre une interface en machine pour l’établissement. On a voulu simplifier aussi la démarche pour l’établissement parce que c’était un peu lourd dans Aglaé. On affiche la liste des étudiants qui ont fait des vœux dans l’établissement. Donc, voilà. C’est une formation délivrée par l’établissement. Et à partir du moment-là, l’établissement peut inscrire, rendre compte de l’inscription et ça arrive automatiquement. On ouvrira ce guichet aux établissements qui ont Apogée, Pégase. Ils avaient déjà Skoda qui était un de ces modules d’Aglaé. Voilà. Ça servira toujours de base de prise en compte ou de regard. S’il y a un problème technique quelque part, ça pourrait être un plan B ou un plan de secours pour une période difficile si on a des difficultés à moins de connexion ou autre. Et on n’aura pas de difficultés de façon. Voilà. Je vous montre un peu, mais c’est pas très grave. Tout ça sera décrit. On vous fera passer toujours par les équipes d’Apogée, de Pégase et de Cocktail toutes les docs, tous les pas à pas qui vous permettront d’ouvrir les accès soit en mode API, soit en mode guichet. Et donc, on essaiera d’être réactifs chaque fois que vous demanderez des droits d’accès, de vous les ouvrir à moins de 24 heures. Et là-dessus, j’ai à peu près tenu mon… Là-dessus… C’est à toi ? Oui, c’est ça. J’ai pas mis mes lunettes. J’ai trop de lunettes. Voilà. Merci. Moi, je vais vous parler de l’interfaçage d’Apogée donc avec ce nouveau module de OLAFE. Petit rappel de ce que vient de vous dire Michel. Donc dans Apogée, on est interfacé actuellement avec Aglaé. Donc l’idée, c’est de passer de Aglaé à OLAFE, mais en essayant quand même d’être le plus transparent possible. C’est-à-dire que les étudiants qui vont s’inscrire ou les gestionnaires ne verront pas de grande différence par rapport au fonctionnement actuel. Comment ça se passe ? C’est au moment où il y a des inscriptions, que ce soit directement par les étudiants, par nos services numériques ou par les gestionnaires, il y aura un appel à la nouvelle API Statut Demande de Bourse. Il y a quelques petites différences par rapport à Aglaé. On va interroger systématiquement cette API, même si les étudiants ne se sont pas déclarés boursiers en fait. Quel que soit le régime, parce que jusqu’à présent, avec Aglaé, c’était que sur les formations initiales, sur les formations qui auront un paramétrage OLAFE, c’était pareil sur Aglaé, mais c’était juste pour bien préciser qu’il faut bien paramétrer chacune des formations pour qu’elle ait un paramétrage OLAFE. Je ne rentre pas dans les détails, mais on a des documentations sur ça. Il y a une nouveauté, c’est qu’avec cette API, on va récupérer un numéro de DSE. On va réutiliser le champ boursier qu’il y avait dans Apogée. Ce nouveau champ DSE servira pour l’API suivante. L’API Statut Demande de Bourse permet de savoir si un étudiant est bien boursier ou pas. Ce que vous disait Michel, c’est que s’il est bien boursier, il sera exonéré de ses droits d’inscription. Après, on va pouvoir dire qu’il n’est pas boursier, donc il va payer ses droits d’inscription. Après, on peut aussi ne pas savoir encore, dans ce cas -là, ce sera un autre statut. Là, ça dépendra tout simplement des paramétrages des établissements. C’est au choix des établissements de savoir si, oui ou non, l’étudiant doit payer. Une fois que les inscriptions sont faites, en fait c’est une interrogation en direct, en temps réel. Ensuite, il y aura des remontées quotidiennes des inscriptions. Donc nous, il y aura un traitement dans Apogée, un traitement quotidien qui va être mis en place et qui va aller interroger cette nouvelle API Inscription. On va pouvoir remonter toutes les inscriptions des étudiants qui ont donc ce fameux numéro DSE qu’on aura eu au préalable avec l’API précédente. Là, du moment qu’il y a un numéro DSE, on va interroger s’il y a une bourse ou pas. C’est aussi différent par rapport à Aglaé. Quand est-ce qu’on va interroger cette API ? C’est quand il y a une création d’inscription, mais aussi ce qu’a expliqué Michel, c’est quand il y a des modifications sur certains champs, une annulation d’inscription et aussi s’il y a un décès d’un étudiant. Ces remontées, comme vous disait Michel ça permettra de déclencher le paiement des bourses. Côté OLAFE, ça va pouvoir passer en bourse définitive. Ce n’est pas la même dénomination que dans Apogée, mais c’est les bourses définitives OLAFE. ET donc ce que je n’ai pas dit, évidemment, c’est que l’API statut demande de bourse, en fait, dans Apogée, ça remplace Aglaé synchrone et l’API inscription, ça remplace le Aglaé asynchrone. en termes de calendrier, c’était quand même un gros chantier. Donc on a été obligé de séparer la livraison en deux lots. On aura un premier lot, ce sera la version 6.60.00 d’Apogée, qui sera focalisé sur l’API, la première API statut demande de bourse. Mais malgré tout, en fait, on va déjà alimenter les données avec des triggers des différents mouvements dont je vous parlais juste avant, création, modification, etc., qui, là, ne remonteront pas dans le lot 1, mais seront stockés dans Apogée. Ce que j’ai précisé, c’est qu’il faut absolument installer cette version-là pour les inscriptions. Il ne faut pas qu’il y ait des inscriptions pour la campagne 2025-2026 qui a été faite avec une version antérieure à la 6.60.00. Sinon, ça veut dire qu’il va y avoir un gros travail de régularisation de toutes les inscriptions pour mettre le bon statut boursier, le numéro DSE, donc vraiment beaucoup de travail. Aujourd’hui, on a prévu de vous livrer cette version ce vendredi. Pour l’instant, on est toujours sur cette date-là. On est en train de finaliser nos derniers tests. Normalement, vous devriez avoir cette version ce vendredi. Ensuite, on a prévu un deuxième lot. C’est la 6.60.30 d’Apogée où on aura l’appel à l’API d’inscription. Ça permettra de remonter tous ces mouvements qui auront été stockés avec la version 6.60.00 d’Apogée. On a essayé autant que possible que ça vous impacte le moins. En fait, il n’y aura pas de mise à jour au niveau des services numériques. Vous pourrez faire ce qu’on appelle l’installation à chaud. Normalement, il n’y a pas besoin d’interrompre les inscriptions. Ce lot 2, il faudra absolument l’installer. Là, ce n’est pas forcément avant le début des inscriptions. Ce sera au moment où les remontées seront ouvertes côté CNOUS. Je crois que c’est début juillet, il me semble. Il faudra que ce soit installé pour que les inscriptions puissent remonter au CNOUS. Là, en termes de livraison, c’est un peu plus loin. Pour l’instant, on pense que ce serait semaine du 23 juin. On sait qu’il y a certains établissements qui auront commencé les inscriptions, mais encore une fois, ça n’est pas indispensable, cette version, pour le début des inscriptions. C’est plus pour les remontées. Michel vous a parlé de la souscription. En fait, c’est un prérequis pour pouvoir paramétrer dans Apogée. Il faut faire la souscription aux API. On vous mettra, comme s’y disait Michel, à disposition la documentation dans notre espace SharePoint Apogée. Une fois que vous aurez récupéré, vous identifiant le client ID et le client secret sur le portail du CNOUS, il faudra paramétrer ça dans Apogée. J’ai fait des captures d’Apogée. Pour ceux qui ne connaissent pas, vous voyez que c’est un outil moderne. C’est l’écran paramétrage technique des appels web service. Sur l’API CNOUS, il faudra mettre l’URL de production, ou pack à sable, suivant ce que vous voulez faire. C’est pour le connecteur token que vous mettrez le client ID et le client secret. Après, pour les API inscription et statut demande de bourse, vous aurez aussi l’URL à fournir. Enfin, l’URL qui a été fourni à saisir, pardon. Par contre, en utilisateur et mot de passe, il ne faut rien mettre puisque l’authentification passe par l’API token. C’est le token qui gère l’authentification. Voilà. J’ai fini en termes de paramétrage et on peut passer à Pégase. Merci Vincent. Je vais essayer d’être assez rapide et ne pas faire de redites surtout. D’un point de vue calendrier, donc du côté Pégase, on a fait les développements conformément au contrat d’interface qu’on a travaillé avec les équipes du CNOUS. On est en cours de test. Une fois que les tests seront effectués et qu’on aura tout validé, on le livrera sur… La V28, c’est la version qui va être livrée en production cette semaine aux établissements et qui va servir aux inscriptions. On fera une 28.2 probablement qui permettra d’intégrer ces éléments-là et en amont des inscriptions. Comme le disait Vincent, le prérequis, c’est de souscrire aux APIs d’OLAFE. Il y aura des paramétrages à faire aussi. La saisie des identifiants dans le module admin de Pégase. Et saisir aussi la date d’un premier envoi avec l’année universitaire de référence qui va permettre de déclencher les choses. Le schéma d’API intégré, enfin qui reprend celui qu’a présenté Michel avec le service Bourse de Pégase et la partie inscriptions. Rien de très original et qui va permettre d’avoir le suivi de ces éléments-là. Et je vous montrerai après à travers les écrans le tableau de suivi qu’on a effectué. Au moment de la saisie de l’inscription et sur l’onglet paiement, l’étudiant aura des messages différents en fonction de son statut. Et suite à l’interrogation de l’API, soit un message s’il est boursier, un message s’il est boursier potentiel et un message s’il est non boursier. Et dans ces cas-là, il sera bloqué pour terminer l’inscription. Il devra donc supprimer sa bourse pour pouvoir continuer son inscription ou prendre contact avec son service d’inscription. On a prévu également un tableau de suivi dans le module d’inscription des boursiers qui permettra au gestionnaire d’avoir des éléments. Donc on a différents champs, enfin différents critères de recherche et on peut ensuite afficher la liste des boursiers. Avec les différents statuts et les différentes informations. On a après plusieurs boutons d’interaction. On peut rafraîchir le statut de boursier, forcer la référence et ensuite voir le détail. Donc vous avez une petite fenêtre pop-up qui permet de vérifier les informations qui émanent de OLAFE. Il y a également la possibilité d’avoir un fichier de contrôle du paramétrage OLAFE que vous pourrez exporter depuis le module d’inscription de Pégase. Et ensuite la prise en compte de l’API inscription qui permettra de faire l’équivalent de l’Aglaée asynchrone pour envoyer les inscriptions au CNOUS une fois que l’étudiant, l’inscription aura été terminée et validée dans Pégase. On a en haut le mécanisme à la validation de l’inscription et en bas l’actualisation ou l’annulation de l’inscription. Et j’ai terminé. Merci. J’avais promis. Vous pouvez prendre la photo. Vous avez donc le numéro personnel de Michel pour ceux qui seraient intéressés. Est-ce qu’il y a des questions dans la salle sur ce projet ? Vous pouvez lever le bras. Oui. Ok. Du coup, avant de m’entendre, ca c’est bien. Est-ce que là, pour cette année-là, c’est prêt pour faire la migration qu’on migre de Aglaé vers OLAFE ? Alors, je n’ai pas vraiment compris la question, mais ce qu’il faut savoir, c’est que Aglaé, quand tu es sur les bourses 2025, c’est un peu décalé pour la Nouvelle-Calédonie parce qu’il y a l’hémisphère sud et autres. Mais Aglaé après s’arrête. On a repris le minimum de données pour permettre le traitement des bourses. Mais finalement, il n’y a pas de lien. La mort d’Aglaé, des commissions d’Aglaé et l’arrivée d’OLAFE, c’est neutre. On passe une année universitaire à une autre année universitaire et on change les chiffres. Est-ce que je réponds à votre question ? Du coup, c’est mieux d’attendre l’année prochaine pour changer ? En fait, pour les inscriptions 2025-2026, il n’y a pas de choix, ça passera par OLAFE. La question, c’est que on a géré les bourses 2024-2025 avec Aglaé. Pour les bourses 2025-2026, on gérera avec OLAFE. Aglaé sera décommissionné. Le micro, parce que je… … Il fallait juste s’approcher plus. Du coup la deuxième question. Est-ce que le bac à sable permet de tester le circuit complet ? Oui, ça permet de tester le service complet, mais on n’aura pas le jeu de test pour chaque établissement. Donc euh … voila … ce qu’on va faire c’est un jeu de test… Je ne sais pas on a pas vraiment réfléchit mais sur un jeu de test national. C’est à dire qu’un jeu de test dans le SI bac à sable ne correspondra pas à ce qu’on a dans notre base de données. Donc du coup faire un cycle de bout à bout. Il faudra qu’on se partage les données et qu’on vous partage un jeu de test à rentrer dans vos bases de données. L’idée, c’est de voir par exemple s’il y a un changement de INE, s’il y a un changement de formation, est-ce que ça… Oui, mais c’est une problématique de jeu de test. Vous pourrez, mais il faut qu’on partage, au moins le même INE, il faut qu’on rentre l’UAI et le RNE de votre établissement, donc ça risque d’être un peu compliqué. Je vous propose d’échanger en direct ensemble si vous voulez creuser cette question. S’il n’y a pas d’autres questions, je vous propose d’applaudir nos intervenants. Merci.