Note de cadrage APOGEE V3.70

APOGEE Auteur : Département Edition Intégration Date de création : mercredi 10 octobre 2007 Dernière modification : mardi 22 janvier 2008 Nombre de pages : 43 Destinataires Les établissements Apogée Pour information : Mots Clés : Accessibilité : Sujet : LIBRE NOTE DE CADRAGE DE LA VERSION 3.70 D'APOGEE NOTE_CADRAGE.DOC

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 2/43 Liste des Modifications Modification Version Emetteur Validé par Date Création du document 0.1 Département Edition Intégration Mise à jour suite à relecture 0.2 Département Edition Intégration 10/10/2007 10/01/208

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 3/43 TABLE DES MATIERES 1. INTRODUCTION 4 2. LES EVOLUTIONS DE LA VERSION 3.70 5 2.1. E-SCOLARITE 5 2.1.1. SERVICE INSCRIPTION ADMINISTRATIVE A DISTANCE POUR LES PRIMO-ENTRANTS 5 2.1.2. SERVICE DE REINSCRIPTION A DISTANCE 6 2.1.3. SERVICE INSCRIPTION ADMINISTRATIVE COMPLEMENTAIRE AUX ETAPES A DISTANCE 15 2.1.4. SERVICE INSCRIPTION AUX EXAMENS DE SESSION 2 16 2.1.5. SERVICE NUMERIQUE D INSCRIPTION PEDAGOGIQUE A DISTANCE 17 2.2. PRISE EN COMPTE DU LMD 22 2.2.1. CURSUS EXTERNE 22 2.2.2. PILOTAGE 24 2.3. INTEGRATION AU SYSTEME D INFORMATION DE L ETABLISSEMENT 25 2.3.1. DIVERSES EVOLUTIONS DU DOMAINE OPI 25 2.3.2. DOSSIER ETUDIANT ET DOMAINE REFERENTIEL APOGEE (WEB SERVICES) 27 2.4. CONSOLIDATION DE DOMAINES 28 2.4.1. EVOLUTIONS ENQUETE SISE03 28 2.4.2. DIVERSES EVOLUTIONS DU DOMAINE INSCRIPTION ADMINISTRATIVE 30 2.4.3. INSCRIPTION PEDAGOGIQUE AUX EPREUVES EN FONCTION DE LA FORMULE D EXAMEN 35 2.4.4. AUTRES EVOLUTIONS APOGEE 37 2.5. MEDIAPOST 38 2.5.1. MISE A JOUR DE MEDIAPOST 38 2.6. DEFINITION DE TYPE D ACCES 38 2.6.1. CREATION DES NOUVEAUX TYPES D ACCES POUR L ECRAN DE LANCEMENT TEESMF10 38 3. LA MAINTENANCE CORRECTIVE CONTENUE DANS LA 3.70 40 4. LA DOCUMENTATION 3.70 41 4.1. CONTENU 41 4.2. CALENDRIER ET MODALITES DE MISE A DISPOSITION 41 5. LES OUTILS DE FORMATION DE LA 3.70 42 5.1. CONTENU 42 5.2. CALENDRIER ET MODALITES DE MISE A DISPOSITION 42 6. MISE EN OEUVRE TECHNIQUE DE LA 3.70 43

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 4/43 1.INTRODUCTION Cette note a pour objet d aider un établissement utilisateur d Apogée (Version V3.60.88 minimum) dans l installation et l exploitation de la nouvelle version d Apogée Version 3.70. La version 3.70 intègre plusieurs évolutions ainsi que la prise en compte de fiches correctives. Cette note est structurée en 6 chapitres : Chapitre 1 : INTRODUCTION Chapitre 2 : LES EVOLUTIONS Ce chapitre présente l ensemble des évolutions de la 3.70 : E-Scolarité : création du service numérique d inscription à distance des primo entrants, diverses évolutions du domaine Accès à Distance, création du service numérique pour les inscriptions administratives complémentaires, création du service numérique de confirmation d inscription des étudiants aux examens de seconde session et seconde version du service numérique d inscription pédagogique à distance, Evolutions liées à la prise en compte du LMD : Cursus Externe et refonte du domaine Pilotage, Evolutions liées à l intégration au système d information de l établissement : évolutions du domaine OPI et mise à disposition d un catalogue de services web (web services), Consolidation de domaines Apogée : évolutions de l enquête SISE03, diverses évolutions du domaine IA et amélioration de l inscription pédagogique des étudiants aux épreuves en fonction de la formule d examen. A cela, s ajoutent quelques évolutions supplémentaires demandées par les sites par le biais de l Assistance au produit, MEDIAPOST : évolution du référentiel APOGEE à partir de la dernière mise à jour du fichier Mediapost du mois de décembre 2007. : La note de cadrage n a pas pour but de décrire de façon exhaustive toutes ces évolutions. Il est donc nécessaire de se reporter aux différents «Guides des évolutions» livrés par l Agence avec la 3.70. Ces guides détaillent, par domaine applicatif, écran par écran, l évolutions des fonctionnalités et des traitements depuis la version 3.60.88, (cf. 4.1 «Contenu de la documentation livrée). Chapitre 3 : LA MAINTENANCE CORRECTIVE Cette partie présente la liste des fiches correctives issues de l assistance et prises en compte dans la version 3.70. Chapitre 4 : LA DOCUMENTATION Cette partie présente la liste des documents livrés avec la 3.70 et les modalités de mise à disposition. Chapitre 5 : LES OUTILS DE FORMATION Cette partie détaille les différents outils de formation livrés avec la 3.70 et les modalités de mise à disposition. Chapitre 6 : LA MISE EN ŒUVRE TECHNIQUE Cette partie présente brièvement les pré-requis et le mode opératoire pour installer la version 3.70.

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 5/43 2. LES EVOLUTIONS DE LA VERSION 3.70 2.1. E-SCOLARITE 2.1.1. SERVICE INSCRIPTION ADMINISTRATIVE A DISTANCE POUR LES PRIMO-ENTRANTS Le service numérique correspondant à cette évolution n est accessible qu aux sites pilotes candidats. Seule la partie paramétrage de la campagne d inscription administrative est livrée avec cette version. 2.1.1.1. Le contexte L accès au service d inscription administrative (IA) à distance était limité aux étudiants déjà inscrits dans l établissement l année précédente, ou dans une année antérieure. Les néo-bacheliers ou les étudiants provenant d autres sites n avaient pas la possibilité d utiliser ce service et devaient obligatoirement se présenter dans les services de scolarité pour réaliser leur inscription administrative. Les établissements souhaitaient également proposer aux primo-entrants un service d inscription administrative à distance afin de concentrer leurs efforts sur l accueil de l étudiant. 2.1.1.2. La solution générale Ce nouveau service web permet aux primo entrants de réaliser leur première inscription administrative dans l établissement. Ce processus complète le dispositif de l inscription à distance des étudiants. Ce service numérique permet aux étudiants néo bacheliers (Bac obtenu l année IA en cours) et non néo-bacheliers (Bac obtenu une année antérieure) de réaliser leur inscription administrative à distance. Les étapes proposées sont calculées à partir des données saisies lors de leur OPI ou via des laissez-passer. Comme dans le cas d une réinscription, les étudiants ont la possibilité, selon le paramétrage de l établissement, de payer à distance par carte bancaire et d enchaîner leur IP à leur IA. De la même façon qu ils pouvaient actuellement sélectionner les étapes qu ils souhaitaient rendre accessibles à distance pour la réinscription, les établissements peuvent paramétrer les étapes accessibles à distance pour les primo-entrants. D autre part, le service permettra de cibler la population concernée, les sites ne souhaitant pas forcément proposer ce service à la totalité des primo-entrants de l établissement. Comme pour la campagne de réinscription, le domaine Accès à Distance (AD) de la 3.70 fournit tous les outils nécessaires au paramétrage de ce nouveau service. 2.1.1.3. Les limites Les étudiants doivent avoir réalisé une préinscription et disposer d un numéro OPI pour accéder à l application. Bien que facultative au niveau de l interface OPI, l année d obtention du bac est indispensable à l identification des étudiants primo-entrants au niveau du service numérique.

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 6/43 2.1.2. SERVICE DE REINSCRIPTION A DISTANCE L outil de réinscription administrative web ayant subi de nombreuses modifications, le paramétrage d une réinscription administrative dans le domaine Accès à Distance est très impacté par cette version. Afin de faciliter la lecture des évolutions apportées par la version 3.70, celles-ci ont été regroupées et classées en suivant le déroulement d une réinscription administrative à distance. 2.1.2.1. Evolution du paramétrage des VET ouvertes à distance (préparation de la campagne d IA à distance) : 2.1.2.1.1. Le contexte L écran de paramétrage des versions d étapes ouvertes en accès à distance proposait toutes les VET, y compris celles fermées au recrutement, ce qui était inutile pour la préparation des VET accessibles à distance. D autre part, cet écran contenait beaucoup d informations et ne disposait pas d édition associée. 2.1.2.1.2. La solution générale Cet écran a subi d importantes modifications ergonomiques et fonctionnelles relatives à l ajout du paramétrage de la campagne AD pour les primo-entrants. Concernant la campagne de réinscription à distance, afin de faciliter la préparation de la campagne, il est désormais possible d éditer la liste des VET ouvertes à distance. Cette édition peut être lancée pour tous les CGE ou uniquement pour le CGE sélectionné et reprend toutes les informations présentes à l écran. D autre part, la liste des VET présentées à l écran évolue également pour ne montrer que les VET ouvertes au recrutement. L accès aux champs de date peut se faire en mode recherche, ce qui n était pas possible dans les versions antérieures. Enfin, la zone de saisie du mode de communication des pièces justificatives a été agrandie afin d en faciliter la lecture. Ces différentes évolutions ne nécessitent aucun paramétrage. Les modifications apportées à la version actuelle sont décrites dans le guide des évolutions du domaine AD. Sans objet. 2.1.2.1.3.Les limites

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 7/43 2.1.2.2. Nouveaux motifs pour les pièces justificatives demandées aux étudiants (préparation de la campagne d IA à distance) : 2.1.2.2.1.Le contexte Les pièces justificatives sont gérées sur la base des motifs qui permettent, en fonction d une donnée d APOGEE et d une valeur de cette donnée, de demander de joindre une pièce justificative spécifique. La 3.70 prend en compte de nouveaux cas de demande. 2.1.2.2.2.La solution générale De nouveaux motifs de demande de pièces justificatives ont été créés sur le principe de ceux existants et sont exploités lors du calcul des pièces à demander à l étudiant en fonction des données saisies. Les pièces justificatives ainsi calculées sont demandées à l étudiant à la fin du processus d inscription administrative à distance, quelle que soit sa catégorie (réinscription ou primo-entrant). Pour la liste des nouveaux motifs pris en compte, se référer au guide de support au paramétrage. 2.1.2.2.3.Les limites La liste des motifs demeure fermée, aucun autre motif ne peut être ajouté par les sites à titre individuel. 2.1.2.3. : Autres évolutions du référentiel AD (préparation de la campagne d IA à distance) 2.1.2.3.1.Le contexte Dans le Référentiel du domaine Accès à Distance seule la table de correspondance pouvait être imprimée et l édition était triée par ordre alphanumérique des codes et versions d étape. Les établissements souhaitent avoir un autre tri sur cette édition et ils souhaitent également avoir la possibilité d imprimer d autres données paramétrables dans ce référentiel. 2.1.2.3.2.La solution générale Afin de faciliter la préparation de la campagne d IA à distance, deux éditions supplémentaires ont été créées : la liste des pièces justificatives et la liste des motifs de demande de pièces justificatives. De plus, afin de faciliter sa lecture, un tri et une rupture par Centre de Gestion ont été ajoutés dans l édition de la table de correspondance. Pour chaque CGE, les VET restent triées par ordre de code et version d étape sur la colonne «Ancien» puis par VDI. Les évolutions des écrans correspondants sont décrites dans le guide des évolutions du domaine AD. Ces évolutions ne nécessitent aucun paramétrage. A titre informatif, les évolutions du dossier Cursus Externe ont conduit à la modification du contenu de la table de référence AD : «Dernier Diplôme obtenu». Cette modification a des impacts sur votre paramétrage (cf. guide de support au paramétrage) Sans objet. 2.1.2.3.3.Les limites

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 8/43 2.1.2.4. Paramétrage des libellés web de l application (préparation de la campagne d IA à distance) 2.1.2.4.1. Le contexte L outil de réinscription Web dispose de plusieurs niveaux d aide. Le paramétrage de ces aides est complexe, long et bien souvent réservé au service informatique des universités. Les établissements ont donc souhaité faciliter ce paramétrage. 2.1.2.4.2. La solution générale L outil de paramétrage des libellés a été modifié de manière à rendre son utilisation plus conviviale. L ergonomie a donc été améliorée, pour rendre le fonctionnement plus intuitif. 2.1.2.4.3. Les limites Cette évolution ne concerne que les aides contextuelles de l outil de réinscription. Les pages d aide ouvertes depuis l application resteront paramétrables comme cela est fait actuellement. 2.1.2.5. Evolutions de la recherche des étapes proposables à un étudiant 2.1.2.5.1. Le contexte L outil de réinscription administrative à distance ne permettait pas, dans certains cas, de proposer toutes les étapes auxquelles un étudiant avait le droit de s inscrire : - lorsqu un étudiant avait été inscrit en première année puis ajourné, l outil de réinscription web lui donnait comme seule possibilité pour l année suivante, le redoublement sur l étape échouée, car la gestion des changements de filière ne prenait pas en compte le bac dans les derniers diplômes obtenus. - les étapes qui n attendent ni délibération ni résultat (doctorats, préparations aux concours, etc.) ne pouvaient pas être proposées alors que la délibération terminée est l une des conditions nécessaires à la proposition d étapes par le web pour une IA. - selon le nombre d années de recherche de la dernière inscription administrative dans l établissement (gérée par la règle de gestion TE02), un étudiant se voyait refuser l accès à l outil de réinscription administrative à distance et cela même s il possédait un laissez-passer valide pour l année IA en cours. De plus la procédure de recherche des étapes peut prendre du temps et l étudiant pouvait être dérouté par l affichage d une page blanche sans autre information.

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 9/43 2.1.2.5.2.La solution générale L outil de réinscription à distance 3.70 propose davantage d étapes lors de la réinscription de cette population d étudiant. Un étudiant inscrit en L1 et n ayant eu aucun résultat positif à cette L1 pour l année IA précédente se voit désormais proposer : - Le redoublement à l étape à laquelle il a été ajourné (comportement actuel) - Toutes les étapes auxquelles sa série de Bac peut lui donner accès, au titre du changement de filière. Remarque : l année d obtention du bac n entre pas en ligne de compte. Ainsi, cette évolution concerne aussi les étudiants non néo-bacheliers inscrits en L1. Attention : la recherche de VET se fait via un calcul automatique qui nécessite un paramétrage soigné des conditions d accès et des VET/VDI concernées au sein de la SE. Se reporter pour cela au support au paramétrage pour les préconisations relatives à la mise en place de cette évolution. Par ailleurs, le changement de filière continue de fonctionner comme avant pour tous les autres étudiants. Cette évolution nécessite le paramétrage d une règle de gestion. Les détails de ce paramétrage sont décrits dans le support au paramétrage et le guide des évolutions AD. Pour les étudiants inscrits en doctorat, aux préparations aux concours ou à toute étape pour laquelle la délibération n est pas nécessaire, un indicateur de sélection des VET proposables à l accès à distance sans résultat ni délibération a été ajouté dans l écran de paramétrage des CGE/VET. Les étapes ainsi identifiées seront proposées à distance aux étudiants possédant une IA dans cette VET, même si elles n ont pas été délibérées. Ces étapes seront proposées aux étudiants tant qu ils n y auront pas obtenu un résultat positif OU que le nombre maximum d inscription à l étape n aura pas été atteint (CGE et établissement). Cette évolution nécessite un paramétrage via l écran de sélection des VET ouvertes à distance, se référer au guide de support au paramétrage. > Enfin, un étudiant qui possède un laissez-passer valide pour l année en cours peut désormais se réinscrire par le web même si sa dernière IA est antérieure à la période de recherche paramétrée via la règle de gestion TE02. > Le service numérique de réinscription à distance 3.70 permet l affichage d un message invitant l étudiant à patienter pendant la recherche des étapes auxquelles il peut s inscrire. Ces deux dernières évolutions ne nécessitent aucun paramétrage. Sans objet. 2.1.2.5.3.Les limites

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 10/43 2.1.2.6. Ajout des données personnelles d un étudiant 2.1.2.6.1.Le contexte Avant les données personnelles d un étudiant n étaient pas stockées dans Apogée. 2.1.2.6.2.La solution générale Suite à l évolution du cursus externe dans Apogée, l étudiant pourra saisir son numéro de téléphone portable et son adresse e-mail personnelle lors de sa réinscription. Cette évolution est soumise à un paramétrage, se référer au support au paramétrage et au guide des évolutions du Référentiel pour plus d informations. 2.1.2.6.3.Les limites Sans objet. 2.1.2.7. Evolution de la saisie des données annuelles d un étudiant 2.1.2.7.1. Le contexte L écran des données annuelles a évolué car il comportait beaucoup d informations. D autre part, il a été également impacté par les évolutions de la gestion du cursus externe d Apogée. 2.1.2.7.2. La solution générale Afin de faciliter l utilisation du service, la saisie des données annuelles se fait désormais via deux pages au lieu d une seule. La césure a été effectuée après le champ «Sportif de haut niveau», la suite des données annuelles est reportée sur un deuxième écran. De plus, suite à l évolution de la gestion du cursus externe dans Apogée, l étudiant a désormais la possibilité de saisir : - le département et/ou le pays correspondant à sa situation l année précédente - le département et/ou le pays, l établissement et l année d obtention du dernier diplôme obtenu. Le type de dernier diplôme obtenu ne correspond plus au type SISE mais au type Apogée [tel qu il a été définit dans le cadre de l évolution du cursus externe]. Les règles d initialisation de ce champ ont été adaptées en fonction de cette nouvelle donnée. Toutefois, lors de la validation de l inscription administrative à distance, le type SISE est déduit et stocké dans Apogée. Ces évolutions ne nécessitent aucun paramétrage. Sans objet. 2.1.2.7.3. Les limites 2.1.2.8. Evolutions de l affiliation à la sécurité sociale 2.1.2.8.1. Le contexte

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 11/43 Le recul acquis sur l outil de réinscription administrative par le web, depuis sa mise en production, a permis de révéler des manques dans la gestion de l assurance responsabilité civile qui peuvent conduire à des erreurs au niveau des informations saisies par l étudiant. De plus la régularisation du n INSEE provisoire ne pouvait se faire que via la scolarité, l étudiant n ayant pas la possibilité de modifier cette information à distance. 2.1.2.8.2. La solution générale Le report des évolutions décrites dans la partie IA gestionnaire dans l outil de réinscription administrative web a entraîné une modification de l enchaînement des écrans. D une part, la règle de gestion «TE10 Assurance responsabilité civile obligatoire» obligeait l étudiant à sélectionner une assurance responsabilité civile lors de sa réinscription, lorsqu elle était activée. Si l étudiant choisissait de prendre sa responsabilité civile via une mutuelle étudiante, il devait adhérer à une mutuelle. Afin de réduire les risques d erreurs par l étudiant lors de la saisie des données de sa couverture sociale, l assurance responsabilité civile n est plus initialisée avec les données de la précédente inscription afin d obliger l étudiant à en saisir une si elle est obligatoire. D autre part, il est désormais possible d indiquer parmi les assurances responsabilité civile accessibles à distance laquelle nécessite la souscription d une mutuelle (via le témoin RC ). Si l étudiant saisi l assurance responsabilité civile dont le témoin RC a été sélectionné dans le référentiel AD, il sera obligé de sélectionner une mutuelle parmi celles proposées. Cette évolution nécessite un paramétrage du référentiel AD, se reporter au guide de support au paramétrage, et au guide des évolutions du domaine AD pour l évolution de l écran du référentiel à distance. Enfin, si l étudiant possède toujours un INSEE provisoire lors de sa réinscription, il a désormais la possibilité de saisir son n INSEE définitif. La saisie d un numéro de sécurité sociale valide est par ailleurs à présent conditionnée par la règle de gestion TE17 (cf. guide de support au paramétrage). Si l établissement n oblige pas la saisie d un numéro INSEE valide et que l étudiant ne saisit pas de n INSEE définitif, un nouveau numéro provisoire lui est attribué. Sinon, la saisie d un n INSEE valide est obligatoire à la poursuite de l inscription. Sans objet. 2.1.2.8.3.Les limites

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 12/43 2.1.2.9. Evolutions de la présentation des droits 2.1.2.9.1. Le contexte Tous les droits de type «annuel optionnel» présents dans le référentiel à distance apparaissaient dans la liste des droits facultatifs visibles par l étudiant, y compris les droits créés pour gérer des cas d inscriptions divers, ce qui pouvait le dérouter dans ses choix. De plus, comme aucun n d ordre ne permettait de trier les groupes de droits, ceux-ci étaient affichés dans l ordre dans lequel ils apparaissaient dans l écran de paramétrage des droits du référentiel AD. Enfin, parmi les droits affichés, ceux à montant nul n étaient pas listés. Or, il est souhaitable que l étudiant voie tout ce à quoi son inscription lui donne droit. 2.1.2.9.2. La solution générale Le paramétrage des droits a évolué pour permettre la sélection des droits facultatifs présentés à distance. Un numéro d ordre a été ajouté à la table des niveaux de regroupement des droits afin de paramétrer l ordre de présentation des droits lors de leur affichage. De plus, les droits à montant nul apparaissent désormais dans toutes les listes de droits présentées à distance à l étudiant. Cette évolution nécessite le paramétrage du domaine AD, se référer au guide de support au paramétrage et au guide des évolutions du domaine AD pour plus de détail. Sans objet 2.1.2.9.3. Les limites 2.1.2.10. Autorisation de paiement à distance selon les populations d étudiants 2.1.2.10.1. Le contexte L autorisation de paiement de la réinscription administrative à distance se gérait au niveau établissement ou du CGE. Il n était pas possible d autoriser certaines populations d étudiants à payer et pas d autres. Tout étudiant qui allait au bout de son IA pouvait, si l établissement et le CGE le permettaient, choisir de payer en ligne. Son inscription administrative était alors automatiquement validée. Or, le besoin de ne pas autoriser certains étudiants à payer leur IA en ligne existe, notamment pour des catégories d étudiants dont la situation génère des exonérations de droits et qui doivent justifier de leur situation (les boursiers par exemple).

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 13/43 2.1.2.10.2. La solution générale Il est désormais possible de sélectionner les valeurs pour lesquelles un paiement web est autorisé, parmi les critères suivants : Statut, situation sociale, profil, régime d inscription, école doctorale, quotité travaillée, et catégorie (réinscription ou primo-entrants). Si l étudiant qui réalise son IA à distance n entre pas dans l une des catégories autorisées il ne pourra pas finaliser son inscription en utilisant le paiement externe. L établissement pourra choisir, via le paramétrage de la règle de gestion TE18 de mettre son inscription automatiquement en attente ou de ne conserver aucune des informations saisies et d inviter l étudiant à se rendre en chaîne. Cette évolution nécessite le paramétrage du référentiel AD et du référentiel Apogée. Elle s applique aussi bien aux étudiants en réinscription qu aux primoentrants. Remarque : ce choix se fait via un paramétrage distinct de la gestion des paiements en attente dans l IA gestionnaire. Sans objet 2.1.2.10.3. Les limites 2.1.2.11. Fin de l inscription : redirection en fin de processus 2.1.2.11.1. Le contexte Il n était pas possible de rediriger un étudiant vers une page propre à l université à la fin du processus de réinscription administrative. Seul l enchaînement vers l application d IP à distance était possible, si cela avait été paramétré. 2.1.2.11.2. La solution générale Une nouvelle clé a été ajoutée dans le fichier de paramétrage technique de l application de réinscription par le web. Cette clé peut contenir l adresse d une page vers laquelle l étudiant est redirigé selon son choix en fin d IA et selon le paramétrage mis en place par l établissement. Cette valeur n est pas obligatoire. Si elle est présente, l étudiant est redirigé automatiquement vers la page paramétrée sauf s il décide de poursuivre en enchaînant l IP avec l IA, dans le cas où l établissement autorise cette possibilité. Si aucune valeur n est présente, la fenêtre est automatiquement fermée, mettant fin au processus. Pour connaître le paramétrage nécessaire à cette évolution, se référer au manuel technique de la réinscription administrative par le web. Sans objet. 2.1.2.11.3. Les limites 2.1.2.12. Diverses évolutions du service numérique de consultation et de réinscription à distance 2.1.2.12.1. Le contexte

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 14/43 Lorsque l étudiant consultait les informations de son IA Web via l outil de consultation, il avait l information sur le nom de l université à laquelle il se réinscrivait et l année universitaire en cours. Lors de sa réinscription, ces informations n étaient pas affichées. De plus, lors de la consultation détaillée de son IA, l étudiant était informé que son inscription n était pas totalement validée car le paiement n était pas complet. En revanche, cette information n était pas disponible sur le résumé de la consultation. 2.1.2.12.2. La solution générale Les informations «nom de l établissement de référence» et «année universitaire en cours» présentes lors de la consultation ont été reportées de manière identique dans les écrans de réinscription IA Web. L information sur l état de l inscription (en attente de paiement ou inscription payée) est désormais affichée sur le résumé de la consultation web. Ces évolutions ne nécessitent aucun paramétrage supplémentaire par rapport à l existant. Sans objet. 2.1.2.12.3.Les limites

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 15/43 2.1.3. SERVICE INSCRIPTION ADMINISTRATIVE COMPLEMENTAIRE AUX ETAPES A DISTANCE 2.1.3.1. Le contexte Le processus de réinscription administrative à distance ne pouvait être fait qu une seule fois à partir du moment où l IA avait été payée et validée. Lorsque les étudiants avaient besoin de faire une ou plusieurs inscriptions complémentaires, cela leur était impossible à distance. L outil de réinscription à distance étant désormais bien implanté au sein des établissements, l une de ses évolutions logique était d autoriser les étudiants à s y reconnecter pour ajouter une ou plusieurs étapes à leur IA initiale. En effet, l étudiant peut avoir besoin de s inscrire à d autres étapes que celles réalisées lors de sa première IA à cause : - des différences de périodes d ouverture des VET au sein d un même établissement, - des délais de délibération qui font que tous les résultats ne sont pas forcément disponibles au moment où l étudiant s inscrit pour la première fois à distance, - de l apparition des certificats (CLES et C2I) auxquels les étudiants doivent pouvoir s inscrire tout au long de l année. 2.1.3.2. La solution générale L outil de réinscription web permet désormais d ajouter des IA aux étapes de l ensemble des étudiants, qu ils soient des réinscrits ou des primo-entrants, lors de leur 1ère IA dans l établissement pour l année en cours. La ou les IA précédente(s) peu(ven)t avoir été réalisée(s) indifféremment en chaîne ou à distance. Les règles générales de fonctionnement de l IA à distance (recherche des étapes proposables, contrôle sur le nombre maximum d IA à une étape, autorisation de paiement web en fonction des populations d étudiants, demande de pièces justificatives ) s appliquent également lors d une IA complémentaire à distance. Les étapes proposées aux étudiants en inscription complémentaire sont les suivantes : - pour les étudiants en réinscription : toutes les VET qui lui avaient été proposées lors de son ou ses IA précédente(s) pour l année IA en cours dans la mesure du nombre maximum autorisé (si le nombre maximum d inscriptions par le web est atteint l étudiant ne peut accéder à l application), - pour les étudiants primo-entrants : les VET proposées lors de son IA en tant que primo-entrants selon sa catégorie (bachelier ou néo-bachelier) auxquelles sont ajoutées les IA pour lesquelles il bénéficie d un laissez-passer. Concernant les droits complémentaires à payer : Si l établissement gère le paiement différentiel, l étudiant peut valider son IAE complémentaire si le re-calcul des droits génère une balance positive ou nulle. Si l établissement ne gère pas le paiement différentiel, l étudiant peut valider son IAE si la balance liée au recalcul des droits est positive ou nulle ET qu il n existe aucun droit à rembourser. Pour le paramétrage de cette évolution, se reporter au guide de support au paramétrage et aux guides des évolutions REF et AD pour la saisie des laissez-passer.

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 16/43 2.1.3.3. Les limites Les limites de cette évolution sont les suivantes : Toutes les inscriptions déjà réalisées pour l année en cours doivent être payées (en cas de dossier en attente, l étudiant est invité à recommencer son inscription ou à se rendre en scolarité). D autre part, il ne doit exister aucun droit en attente de remboursement sur la ou les IA précédentes de l étudiant pour l année en cours. Aucune autre modification n est possible à part l ajout d une ou plusieurs étapes pour l inscription administrative courante parmi la liste des étapes proposées, La validation de l IA complémentaire n est possible qu à la condition que le calcul des droits ne génère pas de balance négative. De plus, pour les établissements qui ne gèrent pas le paiement différentiel, aucun droit ne doit être à rembourser. Si tel est le cas, l étudiant doit se rendre en scolarité. 2.1.4. SERVICE INSCRIPTION AUX EXAMENS DE SESSION 2 2.1.4.1. Le contexte Les règles de détermination d une population d étudiants concernée par les examens de seconde session sont correctes et demeurent inchangées. Néanmoins, dans la pratique, les établissements constatent que l organisation des examens de seconde session, en terme de réservation de salle, d enseignants et de surveillants (etc..), à partir de ce nombre théorique d étudiants est disproportionnée par rapport au nombre d étudiants qui se présentent réellement le jour de l examen. A ce jour, hormis les établissements qui possèdent des outils internes permettant de comptabiliser plus finement la population d étudiants réellement concernée par la seconde session, les établissements évaluent aléatoirement le nombre potentiel de candidats se présentant le jour de l examen. 2.1.4.2. La solution générale Un nouveau service numérique nommé IE web a été réalisé afin de permettre aux étudiants de formuler à distance leur décision de se présenter aux examens de seconde session proposés par l établissement. Il permet également à l établissement de disposer d une population d étudiants aux examens plus fiable et ainsi de mieux organiser la gestion et le déroulement de ses examens de seconde session. Pour cela, tous les actes de gestion permettant l organisation des examens dans les domaines Resultats et Epreuves ont été modifiés afin de prendre en compte uniquement la population d étudiants ayant confirmé leur venue à l examen lorsque ce dernier est proposé à confirmation à distance. Ce nouveau service numérique ainsi que sa documentation spécifique (dossier d implantation et manuel technique) ne sont livrés dans un 1er temps qu aux établissements pilotes candidats. Par contre, même si l utilisation de ce service est exclusivement réservée aux établissements pilotes, le paramétrage de ce nouvel outil dans le domaine Accès à Distance ainsi que les actes de gestion créés ou modifiés en adéquation avec ce service numérique sont livrés à tous les établissements avec la version 3.70. Ces évolutions n auront aucune incidence sur les établissements qui ne disposeront pas de ce nouveau service. Par ailleurs, un nouveau traitement de complétude en masse des notes d épreuves de seconde session est défini dans le domaine Résultats. Cette fonctionnalité est disponible pour tous les sites et permet de renseigner en masse une note d épreuve d admission de seconde session selon deux modalités :

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 17/43 Soit à partir de la note quantitative ou note de substitution (ABI, ABJ, DIS) obtenue par l étudiant en session 1. Il ne s agit en aucune façon du concept de report avec une gestion de la descendance. Il s agit bien d une saisie en masse d une note en session 2 à partir de critères choisis pour la note de session 1. Soit en précisant la note 0/20 ou note de substitution (ABI, ABJ, DIS) qui sera affectée en masse à une population d étudiants Ce traitement permet de traiter en masse les étudiants qui n ont pas de note à l issue des examens de seconde session, du fait de leur absence le jour de l examen. 2.1.4.3. Les limites Ce service numérique ne gère que les examens d admission de seconde session qui sont modélisés dans Apogée par la notion d épreuve. Ainsi, l examen modélisé par un élément pédagogique n est pas traité par cet outil. L utilisation du concept d «épreuve» est indispensable. Et l organisation de l examen dans le domaine Epreuves est nécessaire pour bénéficier des avantages de cette évolution. Remarque : Ce service numérique est une aide à l établissement. Il n a aucun caractère réglementaire, c est-à-dire qu il n interdit pas l étudiant de se présenter le jour de l examen alors que ce dernier a infirmé sa participation à l examen. Cet étudiant ne sera pas présent sur les listes de comptage mais doit pouvoir composer, sauf règlement spécifique de l établissement. Dans Apogée, l étudiant reste concerné par la session 2 mais il n est pas visible du fait de l absence de confirmation de sa présence. Pour cela, l établissement pourra toujours confirmer sa venue a posteriori par Apogée. 2.1.5. SERVICE NUMERIQUE D INSCRIPTION PEDAGOGIQUE A DISTANCE Après une année d utilisation du service numérique d Inscription Pédagogique à distance, plusieurs évolutions ont été apportées. Celles-ci concernent principalement les fonctionnalités suivantes : - le traitement spécial PRC (UE libres), - l enchaînement des services numériques IAprimo et IPWeb, - la consultation de l IPWeb, - diverses évolutions ergonomiques sur le choix des enseignements, l ergonomie du contrat pédagogique et le récapitulatif des inscriptions pédagogiques de l étudiant, - le paramétrage des campagnes des versions d étapes et des éléments pédagogiques, - impact lié à la thématique Cursus Externe : l ajout de l adresse électronique personnelle de l étudiant ainsi que son numéro de portable.

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 18/43 2.1.5.1. Traitement spécial PRC (UE libres) 2.1.5.1.1. Le contexte Le traitement «spécial PRC» permet de ne pas proposer le même enseignement deux fois à un étudiant (sauf pour les redoublants). Ce traitement ne concerne que les listes d éléments communes à la structure des enseignements. Par exemple, pour une liste de langues communes à L1 et L2, un étudiant ayant choisi Anglais en L1 ne se verra pas proposer Anglais lors de son inscription pédagogique en L2. Lors de l inscription pédagogique à des enseignements appartenant à une liste «spécial PRC» : - si l étudiant est redoublant et que l enseignement est obtenu alors la PRC est rapatriée. - si l étudiant n est pas redoublant et que l enseignement est obtenu alors la PRC n est pas rapatriée et l enseignement n est pas proposé à l étudiant. Cependant ce traitement ne prend pas en compte les cas d inscriptions d un étudiant à une liste d UE libres lorsque celles-ci sont réalisées sur les semestres d une même version d étape ou encore les cas d inscriptions réalisées au cours d une même année universitaire. 2.1.5.1.2. La solution générale La solution a consisté à modifier le traitement «spécial PRC» afin de prendre en compte les cas suivants : - les inscriptions réalisées au sein d une même version d étape (lorsque la liste d UE libres est rattachée aux semestres), - les inscriptions réalisées au sein de la même année universitaire (inscription en L2 et L3 la même année par exemple). De plus, les liens entre VDI (inscription, intermédiaire et terminale) sont pris en compte lors de l exécution de ce traitement afin de permettre aux étudiants en double cursus ou réorienté d utiliser un enseignement obtenu. En effet, si les VET sur lesquelles l étudiant non-redoublant s inscrit font partie de la même offre de formation alors l (es) élément(s) qu il a obtenu ne lui sont pas présenté(s). Enfin, dans le cas des non redoublants, les éléments appartenant à des listes d UE libres ne lui sont plus proposés dès lors que celui possède une note/résultat (positif ou négatif) et que ces éléments sont capitalisables et/ou conservables. Sans objet. 2.1.5.1.3. Les limites

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 19/43 2.1.5.2. Enchaînement des services numériques IA primo et IPWeb 2.1.5.2.1. Le contexte Comme pour le service de réinscription administrative à distance, l établissement doit pouvoir proposer à l étudiant primo entrant de poursuivre son inscription administrative avec une inscription pédagogique. 2.1.5.2.2. La solution générale La solution consiste à ajouter dans l écran de paramétrage «caractéristiques et campagnes CIP» un témoin qui précise, par Centre d Inscription Pédagogique, si l étudiant peut ou non enchaîner son inscription administrative à distance par une inscription pédagogique. Sans objet. 2.1.5.2.3. Les limites 2.1.5.3. Evolutions ergonomiques 2.1.5.3.1. Le contexte A partir des retours d exploitation des établissements, plusieurs améliorations ergonomiques ont été demandées, notamment au niveau des pages «validation de l inscription», «récapitulatif de l inscription» et «contrat pédagogique». 2.1.5.3.2. La solution générale Ces évolutions sont les suivantes : - Les choix de l étudiant ne sont plus perdus lors du retour sur la page «choix des enseignements». - l ergonomie du récapitulatif d inscription et du contrat pédagogique a été améliorée (mise en valeur des semestres, ajout des libellés long des enseignements dans le contrat pédagogique édité par le web et agrandissement du champ «email»). - récapitulatif des inscriptions pédagogiques à réaliser par l étudiant lors des campagnes d inscriptions annuelles. Sans objet. 2.1.5.3.3. Les limites

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 20/43 2.1.5.4. Consultation de l IPWeb 2.1.5.4.1. Le contexte La consultation du contrat pédagogique n était possible que si la version d étape et ses enseignements étaient paramétrés dans le domaine «Accès à distance». Ce comportement ne permettait donc pas à un étudiant, ayant réalisé sont inscription via Apogée, de consulter et d éditer son contrat pédagogique à distance. 2.1.5.4.2. La solution générale La solution a été de supprimer cette contrainte et de mettre en place une URL spécifique pour la consultation afin que les établissements puissent proposer indifféremment l inscription et/ou la consultation du contrat pédagogique de l étudiant. 2.1.5.4.3. Les limites Sans objet. 2.1.5.5. Paramétrage des campagnes des versions d étapes et des éléments pédagogiques 2.1.5.5.1.Le contexte Une fois l affectation en masse des versions d étape et des éléments pédagogiques effectuée, si des objets restaient sans campagne alors le gestionnaire devait les désélectionner un à un. Ce qui était long et fastidieux lorsque le nombre d objets à traiter était élevé. 2.1.5.5.2.La solution générale Un bouton a été ajouté dans les écrans «CIP/VET» et «VET/ELP» afin de désélectionner en masse les objets dont le témoin AD est coché mais pour lesquels aucune campagne n'est affectée. Sans objet. 2.1.5.5.3.Les limites

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 21/43 2.1.5.6. Modification De La Campagne D une Version D Étape 2.1.5.6.1. Le contexte En cas d erreur lors de l affectation de la campagne de la VET, si une campagne était affectée à ses éléments pédagogiques, alors la modification de la campagne de la VET n était possible qu après avoir supprimé la campagne de l ensemble de ses enseignements. De plus, dans le domaine Structure des Enseignements, une liste d éléments pédagogiques ou le lien ELP/Liste pouvait être fermé alors qu une campagne était affectée aux éléments de cette liste. Il était alors impossible de modifier ou de supprimer la campagne affectée aux éléments pédagogiques et par conséquent celle de la VET. 2.1.5.6.2. La solution générale La solution consiste à ne plus bloquer le gestionnaire, dans le domaine AD, lors de la modification ou de la suppression de la campagne d une VET même si celle-ci est différente de celle des ELP. Pour cela, le message bloquant anciennement affiché est remplacé désormais par un message informatif. De plus, le responsable de la structure des enseignements peut désormais fermer un élément, une liste ou un lien VET/Liste ou ELP/Liste même si une campagne est affectée à cet élément. Un message affirmatif prévient le responsable de la structure des enseignements lors la suspension de cet élément. 2.1.5.6.3. Les limites Sans objet. 2.1.5.7. Nouvelles données personnelles de l étudiant 2.1.5.7.1. Le contexte Les évolutions de la thématique Cursus Externe permettent dorénavant à l établissement de disposer dans Apogée de deux nouvelles données personnelles de l étudiant : son adresse électronique ainsi que son numéro de portable. Ces nouvelles informations sont ajoutées dans le service numérique IP Web. 2.1.5.7.2. La solution générale La règle de gestion IW01 évolue afin de permettre lors de l inscription pédagogique à distance la prise en compte de l adresse électronique personnelle de l étudiant ainsi que son numéro de portable. Les coordonnées personnelles de l étudiant sont affichées et peuvent être modifiées lors de l inscription pédagogique à distance. Ces informations apparaissent dans la page «adresse permanente» du service IPWeb. 2.1.5.7.3. Les limites Sans objet.

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 22/43 2.2. PRISE EN COMPTE DU LMD 2.2.1. CURSUS EXTERNE 2.2.1.1. Le contexte La mise en place de la réforme LMD a conduit à une augmentation de la mobilité des étudiants au cours de leur cursus universitaire. Les établissements sont donc confrontés de plus en plus à des populations d étudiants qui n ont effectué qu une partie de leur cursus au sein de l université. Afin de mieux appréhender les populations en question et les différents parcours suivis par les étudiants, une meilleure connaissance du Cursus Externe de chaque individu est nécessaire. Aujourd hui, les établissements souhaitent enrichir le Cursus Externe déjà présent dans Apogée afin que les observatoires de la vie étudiante soient en mesure de produire un certain nombre d indicateurs LOLF permettant notamment : - d avoir une connaissance plus détaillée des profils des étudiants et définir ainsi quelles sont les études les plus pertinentes ou les plus attractives pour un parcours donné, - de mieux connaître la population étudiante, son cursus universitaire, dans ses conditions de vie économique et sociale et dans son devenir professionnel. 2.2.1.2. La solution générale 2.2.1.2.1. Amélioration de la saisie et de l édition du Cursus Externe La version 3.70 d Apogée fournit une rénovation complète de l écran «Cursus externe» du Dossier Etudiant, ainsi qu un processus d alimentation automatique de ce Cursus Externe dès la saisie des données de l Inscription Administrative par le gestionnaire ou par l étudiant via les services web. L édition du Cursus Externe du Dossier Etudiant est également enrichie des informations rajoutées sur l écran «Cursus Externe». De plus, de nouvelles données, comme précisé au point 2 du chapitre 2.4.2.2.2, sont ajoutées dans le processus d Inscription Administrative et contribuent à compléter la connaissance du parcours de l étudiant hors de l établissement d inscription. De même, de nouvelles données viennent compléter le processus d Inscription Pédagogique. Attention : En attendant l amélioration du Cursus Externe prévue pour la prochaine version d Apogée (printemps 2008) nous vous conseillons, lors des transferts des dossiers des étudiants dans une autre université de décocher l édition du Cursus Externe afin de ne pas éditer des informations pouvant contenir des informations en doublons

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 23/43 2.2.1.2.2. Ajout du lieu d obtention des Validations d Acquis Il est maintenant possible d enrichir la saisie des validations d acquis en indiquant le pays ou le département, ainsi que l établissement à l origine des acquis de l étudiant pour lesquels on lui accorde une validation. Ces informations sont ensuite reportées dans l annexe descriptive au diplôme. Attention : Pour les établissements qui ne saisissent pas de validation d acquis il est possible d enregistrer un type de résultat particulier permettant de distinguer les résultats obtenus dans un autre établissement français ou étranger et ouvrant droit à une validation. 2.2.1.2.3. Enrichissement de l Annexe Descriptive au Diplôme L annexe descriptive a été enrichie afin de préciser le parcours antérieur de l étudiant. Par exemple, pour les licences LMD pour lesquelles l établissement ne dispense que la troisième année, il est maintenant possible de renseigner le parcours antérieur de l étudiant qui apparaîtra sur l annexe descriptive de son diplôme terminal. Attention : Les informations département ou pays et établissement qui doivent être saisies sur les écrans de l Inscription Pédagogique (validation d acquis individuelle ou de masse et complément ADD) ne sont pas obligatoires et donc les gestionnaires devront veiller à ce que ces informations soient renseignées afin que le contenu de l annexe descriptive soit plus riche et plus précis et que les indicateurs qui seront produits par la cellule de pilotage soient le plus justes possible. 2.2.1.2.4. Script de reprise des lignes du Cursus Externe Un script de reprise lancé à l installation de la version ou manuellement permet de reprendre les lignes de Cursus Externe déjà existantes et d enrichir le témoin d obtention soit en utilisant la notion de niveau, soit celle de diplôme [selon la définition donnée à ce témoin par chaque établissement dans la version précédente du Cursus Externe]. Pour plus de détail sur le fonctionnement et les contraintes du Cursus Externe vous pouvez vous reporter au guide des évolutions du Dossier Etudiant. Concernant les évolutions apportées à la saisie des VACs ou la définition du nouvel écran complément ADD vous pouvez vous référez au guide des évolutions de l Inscription Pédagogique. Pour plus de détail sur les nouvelles informations apportées sur l ADD vous pouvez vous reporter au guide des évolutions Résultats. L édition de l Annexe Descriptive au Diplôme nécessite un paramétrage de la maquette de l annexe. Pour cela il faut se référer au support au paramétrage et au guide des évolutions du Référentiel. Sans Objet. 2.2.1.3. Les limites

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 24/43 2.2.2. PILOTAGE 2.2.2.1. Le contexte L univers Pilotage a été complètement revu suite à la mise en place du LMD. En effet le suivi des cohortes des étudiants et certains objets de l univers étaient devenus obsolètes. Le nouvel univers PILOTAGE a été enrichi de 250 nouveaux objets et les rapports ont tous été rénovés. Ils permettent désormais : de mieux analyser la performance en matière de réussite, d échec, de choix de formation, de stratégie de réorientation ou de départ de l université [étude de cohortes], de prendre en compte la notion de parcours [groupe de VDI] et non plus de filière, d avoir des analyses plus fines sur les trajectoires des étudiants : prise en compte des cursus externes dans l analyse du parcours pédagogique, de réduire les temps de traitement des analyses des étudiants inscrits 2.2.2.2. La solution générale 2.2.2.2.1. Rénovation de l univers Pilotage L ensemble de l univers Pilotage a été revu, les modifications portent sur sa structure [réorganisation des classes existantes, création de nouvelles classes] et son contenu [modification d objets existants, déplacement d objets existants, création de nouveaux objets, enrichissement des listes de valeurs]. 2.2.2.2.2. Rénovation des analyses des parcours pédagogiques La notion de «Filière» est remplacée par la notion de «Parcours». Cette modification concerne tous les états BO qui permettent d étudier ces populations [cohortes, trajectoires et parcours]. La v3.70 propose un suivi des étudiants par groupes de versions de diplôme, et non plus par groupes de diplômes [ajout d un nouvel écran au niveau de la SE]. L objectif est de définir des «parcours de formation» [regroupement logique de versions de diplômes] pour effectuer un suivi des étudiants par rapport à ces parcours. 2.2.2.2.3.Rénovation des analyses de la population des étudiants inscrits La v3.70 permet de filtrer les états relatifs aux «analyses des étudiants inscrits» par rapport à une ou plusieurs composante(s). Cela permet de réduire considérablement le volume et les temps de traitement de ces états. L ajout du choix de la composante concerne 3 états BO et impacte les 3 écrans de lancement des 3 éditions correspondantes du domaine IA. 2.2.2.3. Les limites Pour exploiter le domaine pilotage 3.70 il est impératif d avoir la version BO XiR2. En effet la livraison des 2 univers BO (Pilotage et Heure_ens) ainsi que les 21 états (fichiers.rep) sont désormais livrés sous forme de BIAR. Les sites qui n auront pas migré ne pourront pas installer la 3.70 car le BIAR est un nouveau format de livraison spécifique à la version BO XIr2. Rappel : depuis juin 2007, l'amue ne maintient plus la version BO V5.

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 25/43 2.3. INTEGRATION AU SYSTEME D INFORMATION DE L ETABLISSEMENT 2.3.1. DIVERSES EVOLUTIONS DU DOMAINE OPI 2.3.1.1. Le contexte L interface OPI permet la récupération dans Apogée d un ensemble de données déjà saisies par l étudiant lors de sa préinscription (état civil, cursus, adresse, vœux ). Or cette interface a peu évolué depuis sa mise à disposition aux sites. Certaines données ne sont pas exploitées, en particulier les vœux effectués par les étudiants lors de leur préinscription. D autres ne sont pas prises en compte par l interface. Les données OPI ne peuvent être chargées que via le lancement manuel du traitement, ce qui peut-être fastidieux lors des périodes d IA ou cette manipulation doit être effectuée parfois quotidiennement. De plus, lors du chargement des données OPI, un compte-rendu est édité. Sa forme ne permettait pas une exploitation optimale des données qu il contient. 2.3.1.2. La solution générale 2.3.1.2.1. Extension de l interface OPI par ajout de nouveaux champs De nouveaux champs ont été ajoutés à l interface OPI pour permettre de prendre en compte de nouvelles données nécessaires à l IA telles que le sexe, la situation familiale ou encore des données relatives au cursus externe. La liste exhaustive de ces champs est donnée dans le document conv_opi. Ces nouvelles données sont à ajouter en fin des fichiers plats envoyés à l interface Apogée et aucun d entre eux n est obligatoire. L évolution des outils actuels de saisie des OPI n est donc pas un pré-requis au fonctionnement de l interface OPI en version 3.70. Chaque établissement peut continuer à charger ses OPI en version 3.70 en utilisant des données à l ancien format. 2.3.1.2.2. Mise en place d une procédure de chargement automatique des OPI Il est désormais possible de programmer une exécution automatique du chargement des données OPI via le paramétrage de trois variables applicatives. Le détail des manipulations à effectuer est décrit dans le guide du support au paramétrage et dans le guide des évolutions du Référentiel Apogée. Cependant, si le traitement de chargement en lui-même est automatique, le dépôt des fichiers plats en entrée reste à la charge des exploitants. A l issue de ce chargement, deux fichiers texte sont générés, le fichier de compte-rendu de chargement et le fichier des statistiques de chargement. Pour une description complète du contenu de ces fichiers, se reporter au guide des évolutions du domaine Exploitation. Remarque : les deux modes de chargement peuvent cohabiter.

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 26/43 2.3.1.2.3. Refonte du compte-rendu de chargement Le contenu du compte-rendu a été complètement modifié afin de permettre une meilleure exploitation des résultats de chargement des OPI. L édition papier ne comporte plus désormais que des données statistiques sur le nombre d individus chargés et le nombre d anomalies rencontrées lors du chargement. En mode automatique, l édition papier est remplacée par une extraction dans un fichier, le contenu restant inchangé. La nature des anomalies et leur conséquences sur le chargement sont extraites dans un fichier texte qui peut-être ouvert via un tableur. Le gestionnaire et/ou l exploitant auront une meilleure visibilité des problèmes survenus et les corrections seront plus aisées. Le détail du contenu des différents comptes-rendus, du nom des fichiers générés et des emplacements des fichiers sont décrits dans le guide des évolutions du domaine Exploitation. 2.3.1.2.4. Amélioration de la recherche des OPI lors de l IA Le mode de recherche d une OPI a été modifié dans l écran IA de fiche individuelle afin de permettre la recherche d un étudiant via le nom tronqué (utilisation du caractère %). Lorsque plusieurs occurrences ont été trouvées, la fenêtre habituelle permet de sélectionner l OPI souhaitée. L ordre des informations contenues dans cette fenêtre a été modifié pour apparaître dans l ordre suivant : nom, prénom 1, prénom 2, date de naissance, n OPI, témoin de date de naissance estimée et n étudiant. Les informations présentées sont triées selon cet ordre. Le détail de cette modification est présenté dans le guide des évolutions du domaine IA. Cette évolution ne nécessite aucun paramétrage. 2.3.1.2.5. Prise en compte des vœux saisis en OPI Lors de l inscription administrative ou pédagogique à une étape via les données OPI, si des vœux ont été saisis par l étudiant, le gestionnaire a la possibilité de les consulter et de les sélectionner via une nouvelle fenêtre accessible depuis l écran «Inscription administrative aux étapes» ou «Choix des étapes» dans le cas d une inscription pédagogique. Si des vœux existent, le bouton «Vœux OPI» sera rouge. Si un seul vœu validé est présent, il sera directement ramené dans la fenêtre de sélection des étapes via une pression sur le bouton «Vœux OPI» Le fonctionnement complet de cette nouvelle fenêtre et les contrôles appliqués sont détaillés dans les guides des évolutions des domaines IA et IP. Cette évolution ne nécessite aucun paramétrage.

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 27/43 2.3.2. DOSSIER ETUDIANT ET DOMAINE REFERENTIEL APOGEE (WEB SERVICES) 2.3.2.1. Le contexte Pour un besoin d ouverture de l application Apogée au système d information des établissements, la version 3.70 intègre un ensemble de prises/connecteurs de type «Web Services» permettant à l établissement de récupérer ou de mettre à jour des données dans Apogée. La solution mise en place permet une intégration forte et simple d Apogée dans le système d information grâce à cette technologie standard dotée d une interopérabilité forte. Dans cette livraison, nous distinguons deux types de Web Services : - des Web Services liés au dossier étudiant d Apogée : ils permettent de récupérer ou de mettre à jour des données liées à l étudiant et à ses inscriptions dans Apogée (IA, IP, Résultats ), - des Web Services liés au référentiel d Apogée : ils permettent de récupérer ou de vérifier des données de ce référentiel (Bac, établissements, type d hébergement...). Ces connecteurs peuvent être utilisés par n importe quelle application du système d information. 2.3.2.2. La solution générale 2.3.2.2.1. Les aspects techniques Cette solution est une nouvelle brique Apogée indépendante de l installation d Apogée. Cela nécessite donc une installation indépendante sur un serveur d application J2EE (Tomcat par exemple). L installation et le paramétrage de cette brique sont suffisants au fonctionnement des Web Services, ils sont alors immédiatement invocable à distance grâce au protocole SOAP. Afin de permettre une invocation aisée dans le monde Java, cette livraison intègre deux composants supplémentaires : - une librairie Java (.jar) open source permettant d invoquer ces connecteurs de manière simple, - des classes de tests utilisant cette librairie et permettant de tester l appel aux connecteurs. Ces classes de tests peuvent également servir d exemple d utilisation de la libraire Java. 2.3.2.2.2. Les aspects fonctionnels Cette livraison intègre des contrats de service permettant de connaître la description fonctionnelle de l ensemble des connecteurs. On y retrouve l ensemble des paramètres, des données en sortie et des règles de gestion des connecteurs. C est en parcourant ces contrats de service que l établissement déterminera quels connecteurs répondent à leurs besoins. 2.3.2.3. Les limites Actuellement, la limite visible de ce compostant est la sécurité. Nativement, les Web Services ne sont pas encore sécurisés, des préconisations sont faites dans la documentation technique associée qui est fournie dans cette livraison (manuel_technique_ws.doc).

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 28/43 2.4. CONSOLIDATION DE DOMAINES 2.4.1. EVOLUTIONS ENQUETE SISE03 2.4.1.1. Le contexte La Direction de l Evaluation, de la Prospective et de la Performance (D.E.P.P) a demandé de faire évoluer l enquête SISE03 en ajoutant la prise en compte d une nouvelle variable qui est le département d obtention du baccalauréat de l étudiant. De plus, la variable académie déjà présente dans l enregistrement transmis devient obsolète et n est plus à renseigner. Lors des travaux d évolution de la version 3.60 d Apogée sur la fiabilisation des données du fichier SISE, une incohérence de modélisation des établissements a été relevée. En effet, l identifiant de la table «Etablissement» du référentiel est le code UAI attribué par le ministère. Chaque établissement est associé à un type : Lycée, université, IUFM, école d ingénieur, etc.. La problématique réside dans le fait que certains lycées hébergent des CPGE ou des STS, mais que ces établissements n ont qu un seul et même code UAI pour représenter à la fois le CPGE/STS et le lycée. Cela pose des problèmes aux établissements qui veulent saisir dans Apogée à la fois le lycée d obtention du bac et le dernier établissement fréquenté par exemple car il est impossible d attribuer à la fois le type «lycée» et «CPGE» au même code UAI. Certains passent donc par la création d un «faux établissement» avec un code UAI invalide pour recréer le même établissement, avec cette fois le type CPGE par exemple. Pour les établissements qui utilisent le même code que ce soit pour le type «lycée» ou «CPGE» par exemple, les statistiques sont faussées. Aujourd hui l enquête SISE ne remonte pas précisément la population des étudiants ayant réalisé une Inscription Administrative avant la date d observation de l enquête et pour laquelle les inscriptions ont été annulées ou résiliées à une date postérieure à la date d observation.

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 29/43 2.4.1.2. La solution générale 2.4.1.2.1. Modification de la structure du fichier de l enquête Afin de répondre à la demande de la D.E.P.P, le batch d extraction associé à l enquête SISE03 est modifié pour prendre en compte le département d obtention du baccalauréat pour chacun des enregistrements à transmettre et la variable «académie» transmise jusqu à maintenant devient obsolète et n est plus renseignée. Le détail de cette évolution est décrit dans le guide des évolutions de l exploitation. 2.4.1.2.2. Ajout d un type secondaire pour un établissement Afin d améliorer la modélisation des types d établissements, la solution consiste à associer aux établissements actuels des types secondaires qui permettent de représenter les spécialités définies au sein d un établissement. Par exemple, un lycée qui héberge également des classes préparatoires aux grandes écoles (CPGE) est représenté par un établissement de type principal lycée et avec un type secondaire CPGE. Au niveau du référentiel, des types secondaires peuvent être associés aux établissements et l édition des établissements restitue les types secondaires associés. La mise en place de cette solution impacte les listes de valeurs des établissements. Ces listes évoluent pour proposer les établissements dont le type principal ou un de ses types secondaires correspond au type d établissement recherché. Les détails de l évolution sont décrits dans les guides des évolutions associés (IA, IP, DE, IA web). Cette évolution est soumise à un paramétrage, pour cela se référer au support au paramétrage et au guide des évolutions du Référentiel pour plus d informations. 2.4.1.2.3. Amélioration des remontées SISE par rapport aux annulations ou résiliations d IA Pour répondre à cette problématique, lors de l annulation ou la résiliation d une inscription administrative, l enregistrement d une date d annulation-résiliation de l inscription administrative annuelle et d une date d annulation-résiliation de chacune des inscriptions administratives étapes associées ont été ajoutées. Ainsi dans le traitement batch, il est maintenant possible d extraire les inscriptions administratives annuelles et étapes qui ont été réalisées avant la date d observation et qui ont ensuite été annulées ou résiliées à une date d annulation-résiliation postérieure à la date d observation. Le détail de cette évolution est décrit d une part pour le traitement batch dans le guide des évolutions de l exploitation et d autre part dans le guide des évolutions de l Inscription Administrative. Sans objet. 2.4.1.3. Les limites

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 30/43 2.4.2. DIVERSES EVOLUTIONS DU DOMAINE INSCRIPTION ADMINISTRATIVE 2.4.2.1. Affiliation des étudiants à la sécurité sociale 2.4.2.1.1. Le contexte La saisie du régime des parents, nécessaire à la détermination de l affiliation, était réalisée via une liste de radio boutons. Cette liste n était pas suffisamment explicite pour déterminer de manière fiable le régime à sélectionner. De plus, le caractère figé de cette liste ne permettait pas d intégrer les évolutions réglementaires liées à l affiliation à la sécurité sociale autrement qu en modifiant le logiciel Apogée. Par ailleurs, une fois la saisie du régime des parents effectuée, ce régime était exploité dans le calcul de l affiliation mais n était pas enregistré pour l étudiant. Lorsqu un étudiant se voyait attribuer le régime affilié, il devait obligatoirement choisir un centre payeur. En revanche, si l étudiant était non affilié avec pour motif ayant droit de ses parents, la saisie du centre payeur est facultative dans Apogée. L utilisateur devait alors déterminer selon la situation de l étudiant si celui-ci bénéficiait de la qualité d ayant droit autonome et donc auquel cas, il était obligatoire de lui attribuer un centre payeur. Cette saisie manuelle était source d oublis ou d erreurs. Le traitement batch des extractions des étudiants affiliés ne permettait pas aux établissements de disposer de toutes les informations nécessaires pour constituer leurs propres fichiers à destination des organismes d assurance maladie et/ou des mutuelles. 2.4.2.1.2. La solution générale - Les écrans d affiliation à la sécurité sociale ont été modifiés, d une part pour rendre paramétrables différentes règles d affiliation, d autre part pour améliorer l ergonomie de saisie des informations liées à cette affiliation. Pour cela une nouvelle table fermée a été créée dans le référentiel afin de gérer pour chacun des régimes des parents, une tranche d âge, si la saisie du centre payeur est obligatoire ou non, un motif d affiliation ou de non affiliation, un témoin permettant de définir si le régime ouvre droit à la notion d Ayant Droit Autonome ou pas. De plus, l affichage des motifs non calculés par Apogée est maintenant piloté par une case motif non calculé au niveau du référentiel. - Des règles de gestion supplémentaires ont été ajoutées afin de mieux gérer les Ayant Droits Autonomes (ADA). Pour les Ayant Droits Autonomes inscrits pour l année d IA en cours (2007/2008) avec la version 3.60, une reprise de donnée est effectuée afin que leur régime, leur date d affiliation et le régime de leurs parents soient initialisés. Cependant les étudiants ADA n ayant pas de centre payeur saisi ne seront pas traités par cette reprise de données. - Le régime des parents saisi dans le processus d IA pour déterminer l affiliation de l étudiant à la sécurité sociale étudiante est désormais stocké en table. - Le traitement de la clé INSEE est modifié de façon à ce que, lorsque cette clé est inférieure à 10, le 0 de gauche n est pas enregistré en base ni affiché à l écran. Pour le traitement de la clé INSEE des étudiants inscrits pour l année d IA en cours (2007/2008) avec la version 3.60, une reprise de donnée est effectuée afin que la clé stockée en base, lorsqu elle est inférieure à 10, ne prenne pas en compte le 0 de gauche. - Sur la carte étudiant, le régime de sécurité sociale de l étudiant est traduit afin de faire apparaître en clair sa situation : Affilié, Non affilié ou Ayant droit autonome.

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 31/43 - L écran et l édition de la synthèse administrative du Dossier Etudiant ont été modifiés afin d améliorer l affichage des informations liées à l affiliation. - Le fonctionnement des extractions pour la sécurité sociale et les mutuelles est modifié comme suit : Les étudiants affiliés ou ADA peuvent être extraits d une part ainsi que maintenant les étudiants non affiliés ayant souscrit un contrat de mutuelle. La table pour les extractions sécurité sociale contient désormais les informations concernant l adresse fixe de l étudiant. Si un étudiant change de centre CPAM, ou de régime, ou de contrat de mutuelle, il sera extrait à nouveau dans la table d extraction sécurité sociale avec un type «modification». - L édition de la répartition des étudiants affiliés est remaniée afin de comptabiliser par centre payeur les étudiants affiliés, affiliés exonérés et ayants droits autonomes. Pour plus de détails vous pouvez vous reporter au guide des évolutions de l Inscription Administrative et concernant les extractions sécurité sociale et mutuelle et la répartition des étudiants affiliés au guide des évolutions de l exploitation. Sans objet. 2.4.2.1.3.Les limites

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 32/43 2.4.2.2. Amélioration du processus d Inscription Administrative 2.4.2.2.1. Le contexte Le processus d inscription administrative constitue l un des actes de gestion majeurs du produit, dans la mesure où il conditionne plusieurs des autres domaines d Apogée. De plus, il permet de récolter une grande partie des informations liées à l étudiant, informations qui peuvent par la suite être exploitées en termes de pilotage via l outil Business Object. Les établissements souhaitent donc enrichir et fiabiliser autant que possible ce processus. Tout d abord, les utilisateurs souhaitent pouvoir disposer lors de la saisie de la ville de naissance, de la liste des communes initialisée avec la liste des communes de France, afin d éviter les erreurs de saisie. Ensuite, en relation avec l enrichissement du Cursus Externe les sites ont demandé de rajouter de nouvelles informations sur les écrans de l IA et de l IP afin de gérer les coordonnées électroniques personnelles de l étudiant ainsi que son téléphone portable, d affiner le lieu de la situation année précédente et du dernier établissement fréquenté s il concerne un établissement étranger, d enrichir le dernier diplôme obtenu et le titre d accès externe. Puis, toujours dans le but de fiabiliser le processus d inscription, le gestionnaire souhaite être informé lorsque des données entraînant un recalcul de la situation sociale de l étudiant ont été modifiées. De même, afin d éviter qu un utilisateur ne saisisse un remboursement à tort sur un étudiant qui a été annulé pour cause de chèque impayé, il a été demandé d afficher un message informatif. De plus, pour éviter la résiliation à tort d un étudiant les utilisateurs souhaitent avoir un message de confirmation plus explicite. Enfin, aujourd hui, le gestionnaire n a pas la possibilité d éditer le détail des droits dus pour un étudiant en attente de paiement comme cela peut être réalisé lors de la réinscription d un étudiant par le web. 2.4.2.2.2. La solution générale - Aide à la saisie de la ville de naissance Un bouton ville a été rajouté afin de permettre à l utilisateur de renseigner le champ ville de naissance via une fenêtre modale qui contient les communes du référentiel Médiapost. Mais cependant il est à noter que ces communes ne correspondent pas toujours à la norme INSEE attendue pour la ville de naissance lors de l édition des diplômes. - Enrichissement du processus d Inscription Administrative pour alimentation du Cursus Externe Le gestionnaire peut maintenant renseigner le téléphone portable personnel de l étudiant ainsi que ses coordonnées électroniques personnelles. Cette évolution est soumise à un paramétrage, se référer au support au paramétrage et au guide des évolutions du Référentiel pour plus d informations

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 33/43 Les gestionnaires ont également la possibilité de préciser dans le lieu de la situation année précédente ou du dernier établissement fréquenté s il concerne un pays autre que la France. Attention : Les établissements qui souhaitent utiliser des établissements étrangers doivent au préalable renseigner le référentiel des établissements étrangers. Si ce n est pas déjà le cas, le pays doit être enrichi pour chacun des établissements étrangers présents dans le référentiel. Sur le bloc dernier diplôme obtenu rajout des champs type, département/pays, année et établissement du dernier diplôme obtenu. Le champ type permet de déduire le type SISE du dernier diplôme obtenu qui n est plus saisissable. Les règles d initialisation du type SISE ont été adaptées en fonction du type de dernier diplôme. Pour le traitement du bloc dernier diplôme obtenu des étudiants inscrits pour l année d IA en cours (2007/2008), une reprise de données est effectuée afin que : o Le type du dernier diplôme obtenu soit renseigné avec le code associé s il existe un lien 1-1 entre le type de dernier diplôme obtenu et le type SISE ou avec un code générique correspondant au type de dernier diplôme obtenu. o Les champs département/pays, année et établissement soient alimentés à partir du dernier diplôme obtenu dans l établissement si le diplôme est obtenu dans l établissement. Dans le cas des étudiants ayant comme dernier diplôme obtenu le baccalauréat les informations sont renseignées à partir des données de la fiche individuelle. La saisie du type de dernier diplôme obtenu est soumise à un paramétrage, se référer au support au paramétrage et au guide des évolutions du Référentiel pour plus d informations. Les champs type établissement, établissement, département/pays, année sont rajoutés afin de compléter le titre d accès externe. Attention : Les champs de l Inscription Administrative utilisés pour enrichir le cursus externe ne sont pas tous obligatoires. Cependant, afin que le cursus soit le plus riche possible et que la cellule de pilotage puisse réaliser des statistiques les plus justes possible, le gestionnaire devra veiller à ce que ces informations soient correctement renseignées. Notamment l année est déterminante pour la création d une ligne dans le cursus externe. - Modification de la validation de l Inscription Administrative pour création automatique des lignes dans le Cursus Externe à partir des informations présentes sur : Première inscription dans l enseignement supérieur et en université française, échanges internationaux, dernier établissement fréquenté, situation l année précédente, dernier diplôme obtenu, titre d accès externe, les données spécifiques au cursus externe de l OPI. Pour plus de précisions vous pouvez vous reporter au guide des évolutions du Dossier Etudiant.

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 34/43 - Amélioration du processus d Inscription Administrative : Lorsque l utilisateur a supprimé ou ajouté une bourse lors de la modification d une étape, le message suivant est affiché «la situation sociale a changé». Lors de la saisie des remboursements lorsque l étudiant a fait l objet d un interdit le message d avertissement suivant est adressé à l utilisateur : «Cet étudiant fait l objet d un interdit. Continuer? oui - non» L édition de la liste des remboursements en attente, est enrichie afin de faire apparaître dans le cas où l étudiant fait l objet d un interdit, le motif du blocage associé. Le message de confirmation lors de la résiliation d un étudiant a été modifié de la façon suivante : «Contrairement à une annulation, la résiliation est irréversible et ne permet plus aucune opération pour l année en cours. Résilier? oui non» Les établissements qui gèrent des dossiers en attente de paiement peuvent maintenant éditer un récapitulatif des droits à payer avec selon le choix de l utilisateur une édition des droits détaillée ou regroupée Pour plus de détail sur les fonctionnalités de l Inscription Administrative qui ont évolué se reporter au guide des évolutions de l IA. Sans Objet. 2.4.2.2.3.Les limites 2.4.2.3. Suivi des pièces justificatives demandées lors d une IA à distance 2.4.2.3.1. Le contexte Les pièces justificatives demandées à l étudiant lors de son inscription par le web sont mémorisées par APOGEE. Il est toutefois aujourd hui impossible d en effectuer un suivi afin de savoir quelles sont celles qui ont été reçues et celles qui sont encore en attente de réception. D autre part, lorsque l étudiant consulte les informations de son inscription, il ne dispose pas de l état de prise en compte des pièces justificatives. 2.4.2.3.2. La solution générale Un nouvel outil a été ajouté dans le domaine IA, qui permet au gestionnaire d indiquer, pour chaque étudiant qui s est inscrit par le web, lesquelles des pièces justificatives qui lui ont été demandées ont été reçues. Pour une description complète de ce nouvel écran, se reporter au guide des évolutions du domaine IA. D autre part, cette information sera désormais restituée à l étudiant dans les écrans de consultation web. Cette évolution nécessite un paramétrage décrit dans le guide support au paramétrage et le guide des évolutions du domaine Référentiel. 2.4.2.3.3. Les limites Cette évolution ne concerne que les étudiants ayant réalisé leur IA par le web.

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 35/43 2.4.2.4. Détail de la situation comptable d un étudiant ayant payé par le web son IA à distance 2.4.2.4.1. Le contexte Lors d un paiement externe, le numéro d autorisation fourni par le service de paiement apparaissait masqué dans la fenêtre modale «Détail paiement» de la consultation de la situation comptable d un étudiant. Or, ce numéro n est pas confidentiel et permet le lien entre le paiement et l étudiant. 2.4.2.4.2. La solution générale Le numéro d autorisation fourni par le site de paiement en ligne est désormais visible dans l écran de consultation de la situation comptable de l étudiant uniquement dans le cas des étudiants ayant réalisé et payé leur IA à distance. Dans le cas où le paiement par carte bleue est géré en interne par l établissement, le champ demeure étoilé car il contient le n de carte bleue. Cette évolution ne nécessite aucun paramétrage. NB : La consultation des paiements est réalisable que l étudiant soit un primo-entrant ou non. Sans objet. 2.4.2.4.3. Les limites 2.4.3. INSCRIPTION PEDAGOGIQUE AUX EPREUVES EN FONCTION DE LA FORMULE D EXAMEN 2.4.3.1. Le contexte La formule d examen est une notion permettant de gérer des populations d étudiants différentes de manière distincte (règles de calculs spécifiques etc..). Dans la pratique, cette notion implique des épreuves différentes pour les étudiants selon la formule d examen choisie. Cependant, lors de l inscription pédagogique d un étudiant à un élément pédagogique, Apogée inscrivait automatiquement l étudiant à (aux) l épreuve(s) rattachée(s) à l élément pédagogique, sans tenir compte de la formule d examen. Ce principe d inscription avait pour conséquence majeure de générer des incohérences dans l organisation des épreuves qui se base sur une population d étudiants incorrecte. 2.4.3.2. La solution générale L évolution a consisté à définir, pour chaque formule d examen d un élément pédagogique, les épreuves qui sont proposées aux étudiants. Ainsi, ce paramétrage permet d inscrire aux épreuves uniquement les étudiants effectivement attendus grâce à la formule d examen d inscription. Toutefois, ce paramétrage étant facultatif, en l absence de paramétrage, tous les étudiants sont inscrits à toutes les épreuves de l élément pédagogique, indépendamment de la formule d examen. Le fonctionnement avant la version 3.70 est ainsi conservé. Les actes de gestion concernés par cette évolution sont :

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 36/43 - MCC ELP : définition, par formule d examen d un élément pédagogique, des épreuves qui sont concernées ; la définition des épreuves par élément pédagogique est un pré-requis à ce nouveau paramétrage. Pour garantir la cohérence des IP, le traitement Babanui est modifié pour que toute modification du lien «ELP Formule d examen Epreuve» dans les MCC provoque une inscription ou une suppression en masse des étudiants aux épreuves, selon la formule d examen choisie. - IP individuelle et IP de masse : toute inscription d un étudiant à un élément selon une formule d examen engendre l inscription de cet étudiant aux épreuves qui sont définies pour cet élément et la formule d examen choisie. - Un nouveau traitement est mis en œuvre dans le domaine IP afin de contrôler la cohérence entre la définition des liens «ELP - Formule d examen Epreuves» dans les MCC et l existence de résultats pour des étudiants inscrits à ces épreuves via une formule d examen. L objectif est d identifier l étudiant qui possède une note ou un résultat à une épreuve pour laquelle, selon sa formule d examen d inscription, il n est plus attendu. Cette évolution ne concerne pas le service d Inscription Pédagogique à distance car ce dernier ne permet pas le choix d une formule d examen : les étudiants sont, dans ce cas, inscrits à la formule d examen par défaut. Des évolutions complémentaires ont été apportées afin d une part, de permettre l héritage d une modification d une formule d examen au niveau d une VET ou d un ELP vers les ELP constitutifs, et d autre part, de disposer d un espace de travail pour paramétrer par anticipation les modalités de collecte d un élément pédagogique sans perturber la session de délibération courante. Ces évolutions sont détaillées dans le support au paramétrage ainsi que dans les guides des évolutions des domaines IP et MCC. 2.4.3.3. Les limites Dès qu un lien entre une formule d examen d un élément pédagogique et un ensemble d épreuves est réalisé, le paramétrage doit être fait pour toutes les formules d examen de l élément pédagogique, y compris donc la formule par défaut qui comprend généralement toutes les épreuves. Autrement, les étudiants ayant la formule par défaut ne seraient inscrits à aucune épreuve, ce qui engendrerait une organisation des épreuves à partir d une population incorrecte d étudiants. C est pourquoi il n est pas possible, par exemple, de spécifier que, dans le cas d une formule d examen, une épreuve définie sur 2 sessions au niveau de l élément soit proposée à une seule session pour cette formule d examen. Cette caractéristique de l épreuve est définie uniquement au niveau de l élément. Dans ce cas, il est nécessaire de créer une nouvelle épreuve.

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 37/43 2.4.4. AUTRES EVOLUTIONS APOGEE 2.4.4.1. Le contexte La version 3.70 intègre la mise en place de quelques évolutions supplémentaires demandées par des sites par le biais de l Assistance au produit. Les demandes d évolutions demandées dans cette version sont les suivantes : - Fiche assistance 26084 : demande de suppression des caractères «&» du libellé des noms de LOV. - Fiche assistance 26086 : offre la possibilité d intégrer la signature du signataire et/ou le tampon numérisé du signataire dans des chapitres différents de l ADD. - Une fiche qui améliore des performances du contrat pédagogique. - Une fiche corrige un problème de mise à jour du témoin «en règle» de la situation militaire lorsque le statut est modifié par une réinscription par le web. 2.4.4.2. La solution générale - Fiche assistance 26084 : suppression des caractères «&» du libellé des noms de LOV. - Fiche assistance 26086 : La solution consiste à référencer deux images pour chaque signataire de l Annexe descriptive au diplôme : l une concerne la signature du signataire et l autre concerne le tampon associé à ce signataire. Ainsi, lors de l édition de l annexe, ces images sont restituées dans les chapitres concernés. - Amélioration des performances du contrat pédagogique. - Mise à jour du témoin «en règle» de la situation militaire lorsque le statut est modifié par une réinscription par le web. Sans objet 2.4.4.3. Les limites

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 38/43 2.5. MEDIAPOST 2.5.1. MISE A JOUR DE MEDIAPOST 2.5.1.1. Le contexte Régulièrement, une mise à jour du Référentiel Apogée est réalisée à partir du dernier CD Médiapost du mois de décembre. Cette mise à jour a pour objectif d enrichir le référentiel lié aux adresses postales, tel que les codes communes ou bureaux distributeurs. 2.5.1.2. La solution générale La solution consiste à actualiser votre référentiel lors de l installation de la version, à partir des nouvelles informations du CD Médiapost du mois de janvier 2008. Sans objet 2.5.1.3. Les limites 2.6. DEFINITION DE TYPE D ACCES 2.6.1. CREATION DES NOUVEAUX TYPES D ACCES POUR L ECRAN DE LANCEMENT TEESMF10 2.6.1.1. Le contexte Le traitement batch des extractions des étudiants affiliés ne permettait pas aux établissements de disposer de toutes les informations nécessaires pour constituer leurs propres fichiers à destination des organismes d assurance maladie et/ou des mutuelles. 2.6.1.2. La solution générale La mise en œuvre des évolutions sur les critères de lancement des extractions des étudiants affiliés à la sécurité sociale et/ou mutualistes a nécessité de créer un nouveau composant (TEESMF10 : «Extraction des étudiants affiliés à la sécurité sociale et/ou mutualistes») ainsi que les types d accès correspondant. Cela dans le but de pouvoir conserver l ancien écran (TEDBRF10 : «Extraction des étudiants affiliés à la sécurité sociale») qui est un écran générique utilisé par d autres écrans de lancement. Situation des types d accès AVANT les évolutions pour les types utilisateurs livrés en standard : Domaine Traitement Ordre Fonction Mode Restriction d accès BA TEDBRF10 020300 Extraction des étudiants affiliés M NA

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 39/43 Situation des types d accès APRES les évolutions pour les types utilisateurs livrés en standard : Domaine Traitement Ordre Fonction Mode Restriction d accès BA TEESMF10 020300 Extraction des étudiants affiliés M BA Mise à niveau de vos accès pour les types d utilisateurs spécifiques : Il est donc nécessaire pour chaque établissement ayant mis en place les évolutions de la 3.70, de définir au niveau du référentiel les nouveaux accès à ce nouvel écran pour les types d utilisateurs crées en spécifique par l administrateur. Pour les types d utilisateurs qui avaient accès à l écran TEDBRF10 020300, il faut créer l occurence TEESMF10 comme précisé précédemment. Sans objet 2.6.1.3. Les limites

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 40/43 3. LA MAINTENANCE CORRECTIVE CONTENUE DANS LA 3.70 Les fiches assistance corrigées par cette mise à jour sont listées dans le tableau ci-dessous. Le détail de ces fiches est consultable sur le site Web de l'amue [une recherche est possible par titre ou par numéro de fiche]. Numéro fiche assistance Titre Domaine APOGEE 23120 Remboursement d'un Impayé IA 23299 Liste des communes (PF9) pour la ville de naissance IA 24313 Possibilité de saisir le pays de la situation année précédente IA 24944 Chargement des OPI Transverse 26084 Passage en BO XiR2 Pilotage 26086 Tampon et signature annexe descriptive Résultat 25447 25983 Erreur de calcul (Edition des bacheliers de l'année / académie / dépt) Impression des informations sur le filtre groupes dans comptage des autorisés. IA Résultat 26190 PB affichage NOM Saisie/Calcul pour une VET Résultat 26628 Objet Naissance - Date pas accessible dans les conditions d'une requête Pilotage 26663 Affichage IP WEB Accès à Distance 27109 Choix de la bourse dans APOWEB Accès à Distance 27161 Manque un espace sur le modèle de diplôme E7 Résultat 27474 Authentification IPWEB Accès à Distance 27482 27649 IP web : document technique spécifique à la charte graphique Choix obligatoire d'elp associés à une campagne IP fermée ou non ouverte Accès à Distance Accès à Distance 27549 Modèle de diplôme HDR E6 Résultat 27779 IPWEB : niveau d'accès à la consultation Accès à Distance 27766 Impossible de cocher la PRC en saisie directe IP

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 41/43 4. LA DOCUMENTATION 3.70 4.1. CONTENU La documentation livrée avec la version 3.70 contient les documents suivants : Documentation de version Documentation fonctionnelle version 3.70 Documentation technique version 3.70 Note de cadrage (note_cadrage.doc) et son annexe (support_parametrage.doc) Guides des évolutions (guide_evol_*.doc) Evolution du modèle physique de données (mdf_mpd.doc) Evolutions apportées aux sources livrés (mdf_src.doc) 4.2. CALENDRIER ET MODALITES DE MISE A DISPOSITION Toute la documentation sera mise à disposition sur site web de l'amue avec la livraison de cette nouvelle version. Comme pour les versions précédentes, vous retrouverez sur le web la documentation de version listée ci-dessus ainsi que la documentation fonctionnelle et technique de référence du produit dans sa version 3.70.

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 42/43 5. LES OUTILS DE FORMATION DE LA 3.70 5.1. CONTENU Les évolutions des outils de formation sont décrites dans le document GEOF.pdf. Ce document présente, par module de formation, les modifications apportées à la documentation ainsi qu à la base de formation. 5.2. CALENDRIER ET MODALITES DE MISE A DISPOSITION La documentation et la base de formation sont mises à disposition avec la livraison de la version 3.70 sur le site web de l'amue dans la rubrique «Séminaire et formation / outils».

AGENCE DE MUTUALISATION DES UNIVERSITES ET ETABLISSEMENTS PAGE 43/43 6. MISE EN OEUVRE TECHNIQUE DE LA 3.70 Pour mettre à jour la base Apogée en version 3.70, il faut être en version serveur 3.60.88 minimum (patch 3.60lai). Les sites qui démarrent en 2008 doivent installer APOGEE à partir de l installation initiale fournie suite au séminaire d installation. L assistance technique à l installation reste à la disposition des établissements. Vous pouvez déposer vos demandes sur le site web de l'amue.