Université de Strasbourg. Spécification de l'annuaire d'établissement

Transcription

1 Université de Strasbourg Spécification de l'annuaire d'établissement

2 Historique UdS - Spécification de l'annuaire d'établissement 2/45

3 Version Date Auteur Modification /06/2008 Alain ZAMBONI - Rédaction initiale /06/2008 Alain ZAMBONI - Intégration des remarques de G. Brand, M. Legin et P. David /06/2008 Pierre DAVID - Intégration des remarques de C. Distel /06/2008 Alain ZAMBONI - Intégration des remarques de M. Legin (e.n.t.) /06/2008 Alain ZAMBONI - Intégrations des remarques du groupe de travail /06/ /10/2008 Alain ZAMBONI Emmanuel BLINDAUER Alain ZAMBONI Hervé JAUME - Recommandations SUPANN Corrections de M. Legin - Ajout des chapitres «Active Directory» - Ajout de la description d'univ-r - Intégration des remarques de Julien DUPRE - Description des attributs de la classe inetorgperson /11/2008 Alain ZAMBONI - Renommage d'attributs et classes d'objets (groupes web, listes de diffusion et vacations) /11/2008 Alain ZAMBONI - Ajout de la branche «ou=compat» - Ajout de udsdepartment (classe udsstudent) /11/2008 Alain ZAMBONI - Correction «ou=annuaire» en «o=annuaire» /12/2008 Alain ZAMBONI /12/2008 Alain ZAMBONI /12/2008 Alain ZAMBONI - Ajout classe udssmartcard - Suppression attribut udscharterapproval - Renommage udsentactive en udsactive - Ajout attribut udsstudentcode - Ajout udssourcepresent - Suppression udsharpegeid et udsapogeeid (doublon avec SupannEmpId et SupannEtuId) - Ajout branche «ou=etablissements,o=annuaire» - Ajout classe udsorganization - Ajout udsendmanageddate /01/2009 Alain ZAMBONI - Ajout attribut udsdirectoryid /01/2009 Alain ZAMBONI - Ajout attributs udsdomainreadonly, udsdomainrestricted /04/2009 Alain ZAMBONI - Ajout classe udsunit - Ajout attribut udsharpegedeletiondate - Ajout attribut cn dans la classe udsmailalias /06/2009 Alain ZAMBONI - Ajout de la structure d'enseignement /06/2009 Alain ZAMBONI /07/2009 Alain ZAMBONI /07/2009 Alain ZAMBONI /07/2009 Alain ZAMBONI Christophe DISTEL /08/2009 Alain ZAMBONI - Ajout de la branche «ou=param,o=annuaire» - Ajout de la classe udsldapudsparam - Renommage cn en udsseelementid dans la classe udsseelement - Ajout edupersonorgunitdn et edupersonprimaryorgunitdn - Modification de l'utilisation des attributs udsetpindex, udsdepartement, udsmaindepartment, udselpindex, udsvetindex - Ajout udslistname dans udsunit - Modification de la description de udslistname - udssportsubscription facultatif descriptions udssport modifiées /08/2009 Alain ZAMBONI - udsparentunit (udsunit) /08/2009 Alain ZAMBONI - Intégralité des éléments pédagagos. UdS dans la branche SE ajout udsunitlabel UdS - Spécification de l'annuaire d'établissement 3/45

4 Version Date Auteur Modification /11/2009 Alain ZAMBONI /01/2010 Alain ZAMBONI - Modification descriptions dans classe udsemployee - Ajout de la partie «Téléphonie» (5.8) - Ajout description des groupes et classes associées (udsgroup, SupannGroupe, GroupOfNames) - Ajout udsetpcode, udsprimaryetpcode, udsetpdn, udsprimaryetpdn dans la classe udsstudent - A jout description dans udsmailalias - Ajout udsdisplayname dans udsperson /04/2010 Alain ZAMBONI - Ajout de supannempcorps /05/2010 Alain ZAMBONI /07/2010 Alain ZAMBONI - Suppression edupersonaffiliation et edupersonprimaryaffiliation de udsperson (gestion des comptes non nominatifs) - Ajout de udsgroupapp dans udsgroup - Suppression du descriptif des applications - Suppression du chapitre sur la migration vers l'annuaire UdS - Modification classe udsstudent : - Suppression de udsetpindex - UdsDepartment et udsmaindepartment obsolètes - Ajout udsdepartmentcode, udsmaindepartmentcode, udsdepartmentdn et udsmaindepartmentdn - Ajout de udsresearchorgcode, udstopunitcode et udsprimarytopunitcode dans udsemployee - Ajout de udsactivationkey dans udsperson - Ajout de udsmoneonumber et udsmoneohash dans udssmartcard /07/2010 Alain ZAMBONI - Ajout de supannmailperso dans supannperson /08/2010 Alain ZAMBONI - Ajout de udssmartcardhexnumber dans udssmartcard /09/2010 Alain ZAMBONI /09/2010 Alain ZAMBONI /12/2010 Alain ZAMBONI /01/2011 Alain ZAMBONI Eric DÉCORNOD - udssmartcardnumber, udssmartcardbarcode, udssmartcardhexnumber deviennent facultatifs, pour permettre l'utilisation de la classe udssmartcard pour des personnes possédant uniquement une carte Monéo - Changement de la description de udsbirthdate et udsauthorizedgroup - Ajout de udsshortuid dans udsperson - Suppression de la partie Annuaire Fonctionnel - Supression de la classe udsfunction - Suppression de udsfunctiondn dans udsperson - Suppression de la partie Compatibilité avec les anciens annuaires : - Suppression des classes udspersoncompat et udscompocompat - Suppression de la classe udslistsubscription - Suppression de la classe udsscdiufm - Ajout de udssmartcardtype /09/2011 Alain ZAMBONI Jérémy WAGNER - Modification du format de udsdisplayname /10/2011 Alain ZAMBONI - Modification du format de udsbirthname /02/2012 Alain ZAMBONI Pascal GEOFFROY François MÉNABÉ - Ajout de l'attribut mail dans la classe udsmailalias UdS - Spécification de l'annuaire d'établissement 4/45

5 Version Date Auteur Modification /07/2012 Alain ZAMBONI Pascal GEOFFROY François MÉNABÉ - Ajout des attributs udsregistrationpayment et udsregistrationterminationdate dans la classe udsstudent /07/2012 Alain ZAMBONI /02/2013 Alain ZAMBONI - udsprimaryetpcode et udsetpcode deviennent facultatif (car on gère maintenant la désinscription) Ajout des attributs udsitpolicyapproval, udsrulesapproval, udslocked /09/2013 Alain ZAMBONI - Renommage de udsharpegedeletiondate en udssourcedeletiondate - Ajout de udsudcid /09/2013 Alain ZAMBONI François MENABE - Ajout des attributs udsseelementidbeginyear et udsseelementidendyear /07/2014 Alain ZAMBONI - Ajout de la classe udsanonymousaccount /05/2015 Alain ZAMBONI - Ajout de l'attribut udssmartcardsource - Modification du rôle de l'attribut udssmartcardtype UdS - Spécification de l'annuaire d'établissement 5/45

6 Table des matières 1 Introduction Contexte Objectifs et enjeux Objectif de ce document Structure de l'annuaire d'établissement UdS Gestion des personnes Arborescence Les classes d'objets Classe inetorgperson Classe eduperson Classe supannperson Classe udsperson Classe udsemployee Classe udsstudent Classe udstempteacher Classe udssport Classe udsmailaccount Classe udswifiprofile Classe udsvpnprofile Classe udswebgroupmember Classe udssmartcard Structures annexes Messagerie Arborescence Classes d'objets La classe udsmailalias La classe udsdomain La classe udsrights Exemple Profils Wifi Arborescence Les classes d'objets La classe inetorgperson La classe radiusprofile Exemple Profils VPN Arborescence Les classes d'objets La classe inetorgperson La classe radiusprofile Exemple Structure du référentiel Arborescence Schémas La classe udsunit La classe udsseelement Autorisations d'accès à l'annuaire d'établissement Arborescence Schémas la classe organizationalperson la classe groupofnames...34 UdS - Spécification de l'annuaire d'établissement 6/45

7 4.5.3 Exemple Téléphonie Arborescence Schémas pour la téléphone Mitel La classe OrganizationalPerson La classe User La classe billableobject Exemple Groupes dans l'annuaire LDAP Arborescence Schémas La classe groupofnames La classe supanngroupe La classe udsgroup Active Directory Authiris Arborescence Les classes d'objets La classe udsorganization Exemple Durée de vie des comptes Suppression des comptes Arborescence La classe groupofnames Exemple Evolution Paramètres d'applications Arborescence Schémas Classe udsldapudsparam Interaction avec les composantes Objectifs Schémas supportés La branche «ou=composantes» Accès à l'annuaire Exemple...42 UdS - Spécification de l'annuaire d'établissement 7/45

8 1 Introduction 1.1 Contexte La fusion des trois universités strasbourgeoises et de l'iufm au premier janvier 2009 constitue une occasion unique de repenser l'architecture de l'annuaire LDAP défini et utilisé jusque là par divers services informatiques en place. Avec l'expérience accumulée dans la gestion de l'annuaire et grâce à une nouvelle Direction Informatique unifiée, les contraintes de dispersion qui pesaient jusqu'ici disparaissent et ouvrent la voie à une architecture d'annuaire simplifiée et homogène. 1.2 Objectifs et enjeux Les objectifs de cet annuaire sont : d'assurer la cohérence des informations qui s'y trouvent ; de permettre leur utilisation transversale par l'ensemble des applications ; d'offrir aux composantes de l'uds un service d'annuaire fiable et adapté à leurs besoins ; de gérer des services que l'uds s'est engagée à offrir à des établissements partenaires (messagerie, wifi, e.n.t., applications pédagogiques, etc.) ; La structure proposée est un annuaire unique sur lequel s'adossent tous les services, dans le but évident de simplifier les processus et d'en simplifier la gestion. 1.3 Objectif de ce document Cette documentation est destinée à la fois aux concepteurs de l'annuaire et à ses utilisateurs, c'est à dire les concepteurs des applications utilisant l'annuaire. Elle a pour vocation de décrire précisément la structure de l'annuaire, les schémas utilisés et les valeurs des attributs. 2 Structure de l'annuaire d'établissement UdS L'annuaire d'établissement est un annuaire multi-établissement : il doit pouvoir intégrer les utilisateurs des établissements d'enseignement supérieur et de recherche demandant à profiter de l'offre de service de la direction informatique. Cet annuaire est aussi un annuaire applicatif : il contient des informations nécessaires au fonctionnement de services offerts par la direction informatique. Afin de répondre à ces besoins, l'annuaire contient plusieurs branches, chacune contenant des informations de nature différente. Le contenu de ces différentes branches est expliqué plus spécifiquement dans les chapitres suivants. UdS - Spécification de l'annuaire d'établissement 8/45

9 o=annuaire ou=people ou=uds ou=insa ou=referentiel ou=messagerie ou=profilsvpn ou=profilswifi ou=telephonie ou=operateurs ou=composantes ou=groups UdS - Spécification de l'annuaire d'établissement 9/45

10 3 Gestion des comptes utilisateur Chaque personne se voit attribuer un compte unique par établissement, quel que soit le nombre de fonctions qu'elle peut occuper au sein de l'université. Ainsi, un personnel également inscrit en tant qu'étudiant aura un seul compte, lui offrant accès aux applications réservées au personnel, mais également aux applications pédagogiques proposées aux étudiants. L'annuaire UDS étant multi-établissement, il peut héberger les comptes des utilisateurs de multiples établissement. Les comptes sont propres à chaque établissement. Ainsi, il se peut qu'une même personne physique ait plusieurs comptes dans l'annuaire : un par établissement dans lequel elle est inscrite/employée. 3.1 Arborescence Les personnes sont déclarées dans la branche «ou=people» de l'annuaire d'établissement. Cette branche est subdivisée : chaque établissement hébergé dans l'annuaire a sa sous-branche propre. 3.2 Les classes d'objets Les schémas suivants détaillent la représentation utilisée pour stocker toutes les informations relatives à une personne dans l'annuaire Classe inetorgperson Classe d'objet standard (RFC 2798) définissant une personne. Le détail des attributs contenus par cette classe peut être consulté dans les documents suivants : RFC-2798 de l'ietf : Recommandations SUPANN v1 : Recommandations SUPANN 2008 : Le tableau suivant présente les attributs issus de la classe inetorgperson qui seront utilisés dans l'annuaire UdS. UdS - Spécification de l'annuaire d'établissement 10/45

11 cn Mu O Cet attribut contient le nom complet sans accents de la personne (RFC2256). Les noms et prénoms doivent être en majuscule. Les noms et prénoms composés sont attachés par un «-». Les prénoms et noms sont séparés d'un espace. Tous les autres caractères non alpha-numériques sont supprimés. Ex : NOM-COMPOSE PRENOM-COMPOSE displayname Mo N Cet attribut contient le nom complet avec accents de la personne. Il a pour but d'être utilisé pour l'affichage dans les applications. De ce fait, il doit respecter le format «Prénom» (inverse du cn). Les valeurs du prénom et du nom sont respectivement celles des attributs givenname et sn. facsimiletelephonenumber Mu N Cet attribut contient le numéro de télécopieur auquel la personne est accessible. Pour les personnels dépendant de l'installation téléphonique de la DI, cet attribut devra être renseigné par les informations issues de ce dernier. (RFC2256) givenname Mu N Cet attribut contient le prénom avec accent de la personne (RFC2256). La première lettre de chaque prénom doit être en majuscule et le reste en minuscule. Plusieurs espaces successifs sont remplacés par un seul. Les autres spécificités éventuelles (apostrophe, tiret, etc.) sont inchangés par rapport à la base source mail Mu N Cet attribut contient l'adresse électronique canonique institutionnelle de la personne (RFC1274). Si la personne dispose d'une boîte aux lettres électronique hébergée à la DI, c'est à cette dernière de remplir cet attribut. Cet attribut est uniquement informatif, et n'est pas utilisé pour l'acheminement de courrier électronique. mobile Mu N Cet attribut contient le numéro de téléphone mobile institutionnel de la personne. Pour les personnels dépendant de l'installation téléphonique de la DI, cet attribut devra être renseigné par les informations issues de ce dernier. (RFC1274) postaladdress Mu N Adresse postale institutionnelle complète de la personne (RFC2256). Cette information sera remplie automatiquement selon les données d'affectation issues des bases Harpège et Apogées, ou selon l'annuaire source pour les établissement externes. preferredlanguage Mo N Langue préférée par l'utilisateur. L'utilisation précise de ce champ est à définir. sn Mu O Cet attribut contient le nom avec accent de la personne (RFC2256). La première lettre de chaque nom doit être en majuscule et le reste en minuscule. Plusieurs espaces successifs sont remplacés par un seul. Les autres spécificités UdS - Spécification de l'annuaire d'établissement 11/45

12 éventuelles (apostrophe, tiret, etc.) sont inchangés par rapport à la base source. telephonenumber Mu N Cet attribut contient le numéro de téléphone auquel la personne est accessible. Pour les personnels dépendant de l'installation téléphonique de la DI, cet attribut devra être renseigné par les informations issues de ce dernier. (RFC2256) uid Mu N Cet attribut doit contenir le RDN de la personne (RFC2798). Cet uid est le login de la personne, qui sera utilisé pour l'authentification dans les applications. userpassword Mu N Cet attribut contient le mot de passe de la personne(rfc2307). Ce mot de passe doit être chiffré. Un compte sans mot de passe est un compte verrouillé Classe eduperson La classe eduperson est issue des travaux d'un groupe de travail de l'association EDUCAUSE. Cette classe propose des attributs génériques permettant de définir une personne dans l'enseignement supérieur. L'utilisation de cette classe, plébiscitée par les recommandations SUPANN, s'inscrit dans une démarche d'harmonisation internationale des annuaires d'établissement de l'enseignement supérieur. Le détail des attributs de cette classe peut être consulté dans les documents suivants : Site web EDUCAUSE : Recommandations SUPANN v1 : Recommandations SUPANN 2008 : Le tableau suivant présente les attributs issus de la classe eduperson qui seront utilisés dans l'annuaire UdS. UdS - Spécification de l'annuaire d'établissement 12/45

13 Obligatoire Description edupersonaffiliation Mu N Statut de la personne en fonction de la nomenclature suivante : student : étudiant inscrit dans l'établissement faculty : personnel géré ou hébergé par l'établissement assurant une activité d'enseignement employee : personnel géré ou hébergé par l'établissement assurant une activité autre que l'enseignement ou la recherche researcher : personne assurant une activité de recherche member : personne inscrite dans les bases de l'établissement ; s'ajoute aux profils student, faculty, employee et researcher affiliate : personne ne dépendant pas de l'établissement alum : ancien étudiant ayant gardé des liens avec l'établissement retired : personne retraitée ayant gardé des liens avec l'établissement emeritus : professeur ayant obtenu l'éméritat dans l'établissement library-walk-in : profil spécifique lié à la problématique des accès aux bibliothèques électroniques edupersonprimaryaffiliation Mo N Statut considéré comme principal (cf. nomenclature ci dessus). Le statut principal est choisi parmi ceux dans edupersonaffiliation, dans dans l'ordre priorité croissante suivant : library-walk-in, alum, affiliate, retired, member, emeritus, student, researcher, faculty, employee. edupersonorgunitdn Mu N DN dans l'annuaire UdS désignant les structures d'affectations d'un personnel. Équivalent au format DN de supannentiteaffectation. edupersonprimaryorgunitdn Mo N DN dans l'annuaire UdS désignant la structure d'affectation principale d'un personnel. Contient obligatoirement une des valeurs de edupersonorgunitdn. Équivalent au format DN de supannentiteaffectationprincipale Classe supannperson Les recommandations SUPANN ont pour but d'assurer la compatibilité des annuaires de l'enseignement supérieur aux niveaux national et international. La classe d'objet supannperson complète les classes inetorgperson et eduperson. Elle ajoute des attributs génériques supplémentaires pour définir une personne. Le détail des recommandations SUPANN peut être consulté dans les document suivant : Recommandations SUPANN v1 : Recommandations SUPANN 2008 : Le tableau suivant présente les attributs issus de la classe supannperson qui seront utilisés dans l'annuaire UdS. UdS - Spécification de l'annuaire d'établissement 13/45

14 Obligat oire Description supannetablissement Mo O Établissement de rattachement administratif de la personne supanncivilite Mo N «M.», «Mme» ou «Mlle» (ne pas oublier le point après le M pour monsieur). supannlisterouge Mo O DOIT contenir une information sur le souhait de la personne de figurer en liste rouge. Booléen à VRAI pour les personnes figurant en liste rouge. supannautretelephone Mu N Téléphones fixes autres que le téléphone principal. Même syntaxe que TelephoneNumber. supannentiteaffectation Mu N Représente la ou les affectations de la personne dans un établissement, une composante, un service, etc. Pour l'uds, les valeurs utilisées sont celles du référentiel utilisé dans l' application Harpège. Les affectations les plus fines issues d'harpège figurent dans cet attribut (en opposititon à «udstopunitcode»). supannentiteaffectationprincipale Mo N Représente l'affectation principale de la personne dans l'établissement (composante, service, etc.). Pour l'uds, les valeurs utilisées sont celles du référentiel utilisé dans l' application Harpège. Pour les personnes avec plusieurs contrats, l'affectation principale est choisi selon l'ordre de priorité croissante suivant : affectation vacataire, affectation hébergé, affectation contractuel, affectation titulaire. L'affectations principale la plus fine issue d'harpège figure dans cet attribut (en opposititon à «udsprimarytopunitcode»). supannempid N Identifiant de l'employé dans le logiciel de gestion du personnel de l'établissement. supanncodeine Mo N Cet attribut DOIT stocker le code INE pour les étudiants (voir sigles et glossaire).il DOIT être renseigné si l'attribut edupersonaffiliation contient student. supannetuid Mo N Identifiant de l'étudiant dans le logiciel de gestion de scolarité de l'établissement. SupannEmpCorps Mo N Corps d'appartenance d'un agent. Contenu étiqueté ( NCORPS ), code issu de la colonne CORPS de la table N_CORPS du domaine Gestion du personnel de la BCN ( SupannMailPerso Mu N Adresse électronique personnel de la personne Classe udsperson La classe d'objet udsperson est la classe de base d'une personne de l'uds. Elle propose les attributs nécessaires pour identifier une personne dans le système d'information de l'université de Strasbourg. On retrouve dans cette classe certains attributs issus des classes inetorgperson et eduperson dans le but de les rendre obligatoires. UdS - Spécification de l'annuaire d'établissement 14/45

15 uid Mo O Login de l'utilisateur givenname Mo O Prénom de l'utilisateur udsbirthdate Mo O Date de naissance de la personne. Une valeur de « Z» (=01/01/1900) indique une date date inconnue. udsbirthname Mo N de naissance de l'utilisateur Ce champ est uniquement rempli s'il est alimenté dans la base source. Cet nom est sous forme normalisée pour pouvoir être utilisé dans des recherches : les accents sont retirés, le nom est en majuscule, un «-» relie les noms composés, tous les autres caractères non alpha-numériques sont supprimés. UdsDisplayName Mo O complet de l'utilisateur suivi du code de la composante, du service ou de l'établissement. Les étudiants ont également le suffixe ETU. Le suffixe est entre parenthèses. Exemples : - «Robert TARTANPION (MAI)» - «Jacques SELERE (ETU INSA)» udslab Mu N Laboratoire(s) de recherche au(x)quel(s) est affectée la personne udsactive Mo N Booléen indiquant si la personne a activé son compte E.N.T. udsnetmanagergroup Mo N Groupe de gestionnaires réseaux ayant des droits sur l'administration de la personne udsendmanageddate Mo N Date de fin d'adoption du compte. A cette date, l'attribut «udsnetmanagergroup» de ce cette entrée sera supprimé. Dans le cas des comptes créés manuellement, cette date fait office de date de suppression. udsdatasource Mu O de la(les) base(s) source(s) dont l'entrée est issue. Valeurs possibles : APOGEE, HARPEGE, INSA, ENGEES, MANUEL La valeur «MANUEL» est utilisée lorsque les comptes ne sont pas rattachés à une base de données source. Les cas envisageables sont : - établissement sans annuaire d'établissement - comptes invités d'accès réseau (Wifi/VPN) udssourcepresent Mo O Booléen indiquant si l'enregistrement de la personne dans le système d'information est encore valide. Selon la valeur d'udsdatasource, les valeurs possibles sont : - HARPEGE : VRAI si la personne a un contrat valide (=présent dans la vue Harpège), sinon FAUX ; - APOGEE : VRAI si la personne est présente dans la table individu d'apogee, FAUX si la personne a disparu ; - INSA, ENGEES, ENSAS, MANUEL : toujours à VRAI udssourcedeletiondate Mo N Date indiquant le jour où l'enregistrement de la personne n'est plus valide dans la source de UdS - Spécification de l'annuaire d'établissement 15/45

16 données relative (udsdatasource). Cette date indique le début du sursis du compte. Uniquement utilisé quand le compte a un sursis vis-à-vis de la présence de la personne dans la source. udssourcedn Mo N DN de référence dans l'annuaire INSA ou ENGEES si la personne est issue d'un de ces établissements. Attribué uniquement si udsdatasource a la valeur correspondante. UdsShortUid Mo N Login court pour la personne (<= 12 caractères). Cet attribut bénéficie d'une contrainte d'unicité. Il n'y a pas de contrainte entre ce login court et l'uid standard : l'udsshortuid d'une personne A peut être l'uid d'une personne B. Les changements d'uid n'impactent pas cet attribut. Actuellement uniquement utilisé par SIFAC, l'alimentation de cet attribut est entièrement géré par l'équipe d'exploitation SIFAC. UdsDirectoryId Mo O Numéro unique et immuable d'une personne dans l'annuaire UdS. Permet d'identifier un individu en cas de changement de login. udsactivationkey Mo N Clé d'activation initiale du compte. Cette clé est attribué lors de la création du compte. La procédure de première connexion authentifie l'utilisateur avec cette attribut. Une fois cette procédure effectuée et le vrai mot de passe initialisé, cette clé est supprimée. udsitpolicyapproval Mo N Booléen indiquant que l'utilisateur a accepté électroniquement la charte informatique de l'établissement. Attribut alimenté uniquement pour les établissements dont la DI gère l'approbation de la charte informatique. L'attribut doit être présent pour ces établissements. udsrulesapproval Mo N Booléen indiquant que l'utilisateur a accepté électroniquement le règlement intérieur de l'établissement. Attribut alimenté uniquement pour les établissements dont la DI gère l'approbation du règlement intérieur. L'attribut doit être présent pour ces établissements. udslocked Mo O Booléen indiquant que le compte a été verrouillé administrativement. udsudcid Mo N Identifiant de la personne dans Alisée (UDC Identifier) Classe udsemployee La classe udsemployee est attribuée aux personnels de l'université. Elle permet de renseigner les informations propres à ce statut issues de la base Harpège. udsstatus Mo O Statut de la personne : Titulaire, Arrivant (création Harpgest), Vacataire, Contractuel, Heberge. Pour les UdS - Spécification de l'annuaire d'établissement 16/45

17 personnes avec plusieurs contrats, ce statut est choisi selon l'ordre de priorité croissante suivante : Vacataire, Heberge, Arrivant, Contractuel, Titulaire. udsgrade Mo N Grade de la personne. Pour les personnes avec plusieurs contrats, le grade est choisi selon l'ordre de priorité croissante suivant : grade hébergé, grade arrivant, grade contractuel, grade titulaire. udsendofactivitydate Mo N Date de fin d'activité en tant que personnel universitaire. Format date LDAP udsspeciality Mo N Indique le code CNU pour les enseignants/chercheurs et la BAP pour les ITRF. udstopunitcode Mu N Code des composantes ou services d'affection de plus haut niveau de l'employé. Pour l'uds, les valeurs utilisées sont celles du référentiel utilisé dans l' application Harpège. udsprimarytopunitcode Mo N Code de la composantes ou du service d'affection de plus haut niveau de l'employé. Pour l'uds, la valeur utilisée est celle du référentiel utilisé dans l' application Harpège. Pour les personnes avec plusieurs contrats, l'affectation principale est choisi selon l'ordre de priorité croissante suivant : affectation vacataire, affectation hébergé, affectation contractuel, affectation titulaire. udsresearchorgcode Mu N Pour les personnels uniquement hébergés, contient le code Harpège de l'organisme employeur de la personne (ex. S pour CNRS) Classe udsstudent La classe udsstudent est attribuée aux étudiants de l'université. Elle permet de renseigner les informations propres à ce statut issues de la base Apogée. Les attributs obligatoires de cette classe peuvent être renseignés dès l'inscription administrative. C'est cette inscription qui est déterminante pour affecter le statut d'étudiant à une personne. Les autres attributs demandent que l'étudiant ait effectué son inscription pédagogique. Pour l'uds, seuls les éléments éléments pédagogiques «chargés» sont renseignés. Les natures concernées sont : UECH : UE chargée ; STAG : stage ; MEMR : mémoire de recherche; MATI : matière ; MLNS : langue NS; MEM : mémoire ; PRJ : projet ; SE : séminaire. udsacademicyear Mo O Dernière année d'inscription de l'étudiant. Format : 4 chiffres. Ex: 2007 pour l'année scolaire 2007/2008 udsmaindepartment Mo N Obsolète en janvier 2011 UdS - Spécification de l'annuaire d'établissement 17/45

18 Composante principale d'inscription de l'étudiant. Format : DN dans l'annuaire de la composante. udsdepartment Mu N Obsolète en janvier 2011 Composante(s) d'inscription(s) de l'étudiant. Format : DN dans l'annuaire de la composante. UdsDepartmentCode Mu N Composante(s) d'inscription(s) de l'étudiant. Format : code de la composante (chaîne de caractère). udsmaindepartmentcode Mo N Composante principale d'inscription de l'étudiant. Format : code de la composante (chaîne de caractère). udsdepartmentdn Mu N Composante(s) d'inscription(s) de l'étudiant. Format : DN dans l'annuaire de la composante. udsmaindepartmentdn Mo N Composante principale d'inscription de l'étudiant. Format : DN dans l'annuaire de la composante. udsendofrightdate Mo N Date de fin de droits étudiants. Format date LDAP udsvetindex Mu N Version d'étape à laquelle(auxquelles) est inscrit l'étudiant. Actuellement inutile. udselpindex Mu N Élément(s) pédagogique(s) au(x)quel(s) est inscrit l'étudiant. Format : DN dans l'annuaire le l'élément correspondant. udsstudentcode Mo N Numéro de l'étudiant interne à l'université. Présent sur la carte d'étudiant. Ne pas confondre avec le numéro de dossier Apogée et le code INE. udsetpdn Mu N DN dans l'annuaire des étapes auxquelles l'étudiant est inscrit (non-obligatoire car toutes les étapes ne sont pas dans l'annuaire). udsprimaryetpdn Mo N DN dans l'annuaire de l'étape de l'inscription principale (non-obligatoire car toutes les étapes ne sont pas dans l'annuaire). udsetpcode Mu N codes des étapes Apogée auxquelles l'étudiant est inscrit. udsprimaryetpcode Mo N code de l'étape de l'inscription principale. udsregistrationpayment Mo N Booléen Indiquant si l'étudiant est à jour dans le paiement de son inscription. udsregistrationterminationdate Mo N Date de résiliation de l'inscription de l'étudiant (démission, renvoi, etc.) UdS - Spécification de l'annuaire d'établissement 18/45