Sémantique : nom complet sans accent soit d'une personne, soit d'un “groupOfNames”

Origine : RFC2256 (inetOrgPerson, groupOfNames)

Valuation : multivalué

Obligatoire : Oui

Contenu :

  • pour une personne DOIT contenir le nom suivi du prénom (séparés par un espace). Attention : pas de caractère avec signe diacritique pour simplifier les recherches ;
  • pour un groupOfNames un nom sans accent ;
  • pour un organisme idem.

Exemple : « Bugale Jerome »

Remarque : il est demandé de positionner le nom en premier pour des raisons de facilité de tri.

Voir aussi : displayName, eduPersonNickname, givenName, sn,

Sémantique : un élément d'un nom de domaine

Origine : RFC2247

Valuation : multivalué

Obligatoire : Oui

Contenu :

  • un des éléments d'un nom de domaine DNS

Exemples : « univ-metz », « fr »

Sémantique : une description en langage clair d'un objet

Origine : RFC2256 (plusieurs classes l'utilisent: organizationalUnit, groupOfNames, etc.)

Valuation : multivalué

Obligatoire : Non

Contenu : texte libre

Sémantique : nom complet avec accents

Origine : RFC2798 (inetOrgPerson)

Valuation : monovalué

Obligatoire : Non

Contenu : DOIT contenir le prénom suivi du nom. Version accentuée de la valeur principale de cn. Attention : il s'agit ici de l'ordre inversé de cn

Exemple : « Jérôme Bugalé »

Voir aussi : cn, eduPersonNickname, sn, supannCivilite, title.

Sémantique : URL du serveur web officiel de l'établissement

Origine : Internet2 (eduOrg)

Valuation : multivalué

Obligatoire : Non

Contenu : URL HTTP

Exemple : “http://www.univ-paris1.fr/

Voir aussi : eduOrgSuperiorURI, eduOrgWhitePagesURI

Sémantique : nom officiel de l'établissement

Origine : Internet2 (eduOrg)

Valuation : multivalué mais ne devrait contenir qu'une valeur

Obligatoire : Non

Contenu : texte libre

Exemple : “Université de Pau et des Pays de l'Adour”

Remarques :

Il est recommandé de ne mettre qu'une seule valeur, qui doit être le nom officiel de l'établissement (et non un nom d'usage ou un sigle).

Sémantique : URL du serveur web de l'institution de rattachement

Origine : Internet2 (eduOrg)

Valuation : multivalué

Obligatoire : Non

Contenu : URL

Exemple : “http://education.gouv.fr/

Remarques : typiquement, pour les établissement d'enseignement supérieur, cet attribut contiendra : http://education.gouv.fr/

Voir aussi : eduOrgHomePageURI

Sémantique : annuaire pages blanches de l'établissement

Origine : Internet2 (eduOrg)

Valuation : Multivalué

Obligatoire : Non

Contenu : URL

Exemple : http://www.univ-paris1.fr/annuaire , ldap://ldap.univ-nancy1.fr/

Voir aussi : eduOrgHomePageURI

Sémantique : statut de la personne : étudiant, BIATOSS, enseignant, contractuel, retraité, personnel hébergé (CNRS, INSERM, etc.), ancien étudiant, etc.

Origine : Internet2 (eduPerson)

Valuation : multivalué

Usage : pages blanches, contrôle d'accès à des ressources

Obligatoire : Non

Contenu : nomenclature originale d'eduPerson + extensions SupAnn :

  • student : personne enregistrée dans la base des étudiants inscrits dans l'établissement. La valeur “member” est également positionnée pour ces personnes ;
  • faculty : personnel géré ou hébergé par l'établissement assurant une activité d'enseignement. La valeur “member” est également positionnée pour ces personnes ;
  • staff : cette valeur est obsolète et ne devrait plus être utilisée ;
  • employee : personnel géré ou hébergé par l'établissement ayant une activité autre que d'enseignement ou de recherche. La valeur “member” est également positionnée pour ces personnes ;
  • member : personne inscrite dans la (les) base(s) de gestion des étudiants ou celle(s) des personnels. Le profil “member” inclut donc les profils suivants : “student”, “faculty”, “employee”, “researcher” ;
  • affiliate : personne qui ne dépend pas de l'établissement (exemple : un partenaire extérieur). La valeur “member” est exclue pour ces personnes ;
  • alum : ce profil définit un ancien étudiant conservant des relations avec l'établissement ;
  • library-walk-in (eduPerson 2007) : ce profil correspond à une personne enregistrée comme lecteur autorisé par la bibliothèque, le service de documentation. Cette valeur a été introduite pour répondre à la problématique d'accès à des périodiques électroniques. Cette notion est indépendante des autres valeurs de l'attribut et n'implique pas la valeur “member” ;
  • researcher (SupAnn 2008) : personne assurant une activité de recherche. La valeur “member” est également positionnée pour ces personnes ;
  • retired (SupAnn 2008) : personne à la retraite conservant des relations avec l'établissement ;
  • emeritus (SupAnn 2008) : professeur ayant obtenu l'éméritat dans l'établissement.

Exemples:

Usage de eduPersonAffiliation
Statut de l'individu student faculty Staff (*) employee affiliate alum library-walk-in researcher retired emeritus member
étudiant inscrit X X
enseignant-chercheur géré par l'établissement X X X
chercheur géré par l'établissement (contractuel « allocataire de recherche », etc. ) X X
enseignant non chercheur géré par l'établissement (enseignant du 1er, du 2nd degré, etc.) X X
personnel ni chercheur ni enseignant géré par l'établissement (BIATOS, vacataire, apprenti, CES, HS, etc.) X X
chercheur EPST hébergé (chercheur CNRS, INRA, etc.) X X
Thésard ou post-doc hébergé et inscrit X X X
Thésard ou post-doc hébergé non inscrit X X
chercheur invité hébergé X X
chercheur invité non hébergé X
intervenant extérieur enseignant hébergé X X
intervenant extérieur enseignant non hébergé X
personnel non chercheur EPST hébergé (ITA CNRS, etc.) X X
prestataire extérieur non enseignant, hébergé X X
prestataire extérieur non enseignant, non hébergé X
stagiaire hébergé X X
stagiaire non hébergé X
émérite X X
lecteur de bibliothèque X
ancien étudiant maintenant une relation avec l'établissement X
retraité maintenant une relation avec l'établissement X
Définitions:
Géré : enregistré dans la (les) base(s) de gestion du personnel et payé par l'établissement
Hébergé : enregistré dans la (les) base(s) de gestion du personnel mais non rémunéré par l'établissement
Non hébergé : absent de la (les) base(s) de gestion du personnel de l'établissement
Inscrit : enregistré dans la base des étudiants inscrits dans l'établissement
Remarques:
Un individu peut cumuler plusieurs lignes et donc cumuler les valeurs en conséquence. Exemples : ancien étudiant + chercheur, émérite + retraité, etc.
(*) : La valeur « staff » décrite dans SupAnn v1 est rendue obsolète.

Remarques La question de la “finesse” de représentation du statut a été débattue. Il a été décidé de s'en tenir à de grandes catégories en complétant la nomenclature grossière de eduPersonAffiliation.

La valeur “member” peut éventuellement être utilisée comme “valeur refuge” pour des catégories de personnes dont l'activité est mal identifiée dans la(les) base(s) du personnel.

Voir aussi : eduPersonPrimaryAffiliation

Sémantique : nom d'affichage

Origine : Internet2 (eduPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : PEUT contenir un nom d'usage informel choisi par l'utilisateur. Il peut s'agir d'un surnom.

Voir aussi : cn, displayName

Sémantique : désigne l'entrée de l'établissement d'affectation de la personne dans l'annuaire

Origine : Internet2 (eduPerson)

Valuation : monovalué

Obligatoire : Non

Contenu : Distinguished Name sur une entrée d'établissement

Exemples :

  • “dc=univ-rennes1,dc=fr”
  • “supannCodeEntite=127,ou=structures,dc=univ-rennes1,dc=fr”

Remarques : si besoin, cet attribut PEUT contenir le DN de l'entrée de l'établissement d'affectation de la personne dans l'annuaire

Voir aussi : supannEntiteAffectation, eduPersonOrgUnitDN, supannEtablissement.

Sémantique : désigne l'entrée de la structure d'affectation (composante, service, …) de la personne dans l'annuaire.

Origine : Internet2 (eduPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : Distinguished Name désignant le(s) service(s) (département, UFR, etc.) d'affectation de la personne

Remarques : si besoin, cet attribut PEUT contenir le DN de la ou des entrées décrivant les services d'affectation de la personne dans l'annuaire

Voir aussi : eduPersonOrgDN, supannEntiteAffectation.

Sémantique : statut principal de la personne

Origine : Internet2 (eduPerson)

Valuation : monovalué

Obligatoire : Non

Contenu : PEUT contenir le statut « principal » de l'usager. Si valué, il DOIT contenir une des valeurs de eduPersonAffiliation.

Voir aussi : eduPersonAffiliation

Sémantique : désigne l'entrée de la structure (composante, service) dans l'annuaire considérée comme affectation principale de la personne

Origine : Internet2 (eduPerson)

Valuation : monovalué

Obligatoire : Non

Contenu :
Distinguished Name.
Une des valeurs de eduPersonOrgUnitDN.

Voir aussi : eduPersonOrgUnitDN.

Sémantique : Identifiant institutionnel unique

Origine : Internet2 (eduPerson)

Valuation : Monovalué

Obligatoire : Non

Contenu : nom qualifié de la forme <identifiant local>@<domaine>

Cet attribut n'a pas vocation à être directement manipulé par les utilisateurs (un utilisateur n'est pas censé connaître la valeur de son eduPersonPrincipalName). En revanche cet attribut pourra être utilisé par une application pour faire référence (par exemple pour gérer des règles de contrôle d'accès) à des utilisateurs issus d'un autre établissement.

Exemple : “jdupond@univ-truc.fr”

Remarques L'attribut eduPersonPrincipalName est un identifiant de personne, globalement unique. Pour ce faire il est constitué de deux parties, séparées par le caractère '@'. La partie gauche doit être unique pour un établissement donné ; la partie droite qualifie l'établissement. Le format de la partie gauche n'est pas contraint ; il peut correspondre à l'uid de l'utilisateur, par exemple. En revanche, la partie droite DOIT correspondre au domaine DNS de l'établissement.

Comme l'attribut eduPersonPrincipalName peut être utilisé comme identifiant dans des applications, il est important que la valeur de cet attribut ne soit pas réassignée à une autre personne d'une année à l'autre. Un établissement devra donc faire son possible pour garantir cette qualité de non-réassignabilité de l'attribut eduPersonPrincipalName, ou la garantir pendant une période donnée (1 an, 5 ans, 10 ans). L'utilisation d'un uid d'utilisateur incrémental et opaque peut aider à atteindre cet objectif.

Cet attribut ne doit pas être confondu avec l'attribut mail qui a une syntaxe proche.

Voir aussi : supannAliasLogin, uid.

Sémantique : numéro de fax

Origine : RFC2256 (inetOrgPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : un numéro E 123 (voir syntaxe de l'attribut telephoneNumber)

Sémantique : prénom

Origine : RFC2256 (inetOrgPerson)

Valuation : multivalué mais ne devrait contenir qu'une valeur

Obligatoire : Demandé

Contenu : DOIT contenir le prénom. Tout caractère avec signe diacritique. Il est conseillé d'utiliser uniquement le prénom principal.

Exemple : « Jérôme »

Voir aussi : cn, displayName, eduPersonNickname, sn

Sémantique : nom d'une localité.

Origine : RFC2256 (plusieurs classes l'utilisent)

Valuation : multivalué

Obligatoire : Non

Contenu : texte libre. Nom d'une ville, lieu-dit, etc.

Voir aussi : postalAddress

Sémantique : URL

Origine : RFC2798 (inetOrgperson)

Valuation : multivalué

Obligatoire : Non

Contenu : PEUT contenir une URL vers la page personnelle

Exemple : “http://www.cru.fr/perso/jplg

Sémantique : adresse de courrier électronique institutionnelle

Origine : RFC2798 (inetOrgPerson)

Valuation : multivalué

Obligatoire : Non

Contenu :
Chaîne de caractères au format RFC822.
Cet attribut DOIT contenir l'adresse de courrier électronique canonique institutionnelle.

Voir aussi : mailForwardingAddress, supannMailPerso

Sémantique : adresse de renvoi de courrier électronique reçu à l'adresse institutionnelle

Origine : Netscape (cf. http://www3.tools.ietf.org/html/draft-lachman-ldap-mail-routing-03)

Valuation : multivalué

Obligatoire : Non

Contenu : chaîne de caractères au format rfc822

Exemple : “Vincent.Poursan@free.fr”

Remarques
Cet attribut PEUT être utilisé pour stocker l'adresse à laquelle l'utilisateur souhaite que soit redirigé son courrier électronique.

Voir aussi : mail, supannMailPerso

Sémantique : membre individuel

Origine : RFC2256 (groupOfNames)

Valuation : multivalué

Obligatoire : Oui

Contenu : DN de chaque membre du groupe

Sémantique : numéro de téléphone mobile

Origine : RFC2798 (inetOrgPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : un numéro E 123 (voir syntaxe de l'attribut telephoneNumber)

Voir aussi : facsimileTelephoneNumber, supannAutreTelephone, telephoneNumber

Sémantique : contient le nom d'une «organization»

Origine : RFC2256 (organization) et mentionné dans RFC2798 (inetOrgPerson)

Valuation : multivalué

Obligatoire : Oui dans «organization», non dans «inetOrgPerson»

Contenu :

  • dans «organization» : nom de l'organisme. Obligatoirement renseigné.
  • dans «inetOrgPerson» : organisme de rattachement de la personne.

Sémantique : nom d'une entité interne de type «organizationalUnit»

Origine : RFC2256 (organizationalUnit)

Valuation : Multivalué

Obligatoire : Oui

Contenu : texte libre

Remarque: peut contenir le nom des structures et/ou entités.

Sémantique : Responsable (détenteur)

Origine : RFC2256 (groupOfNames)

Valuation : multivalué

Obligatoire : Non

Contenu : DN du créateur du groupe et/ou des personnes habilitées à y apporter des modifications

Sémantique : adresse postale

Origine : RFC2256 (inetOrgPerson, organization, organizationalUnit)

Valuation : multivalué

Obligatoire : Non

Contenu : adresse complète. Attention au format (“$” séparateur, voir RFC2256).

Exemple : 3bis chemin des bois$BP 4321$99456 Monton Laho

Voir aussi : l (locality)

Sémantique : langue usuelle

Origine : RFC2798 (inetOrgPerson)

Valuation : monovalué

Obligatoire : Non

Contenu : voir RFC 1766 et avis ISO 639 pour l'utilisation de cet attribut

Exemples :

  • “fr”
  • “fr, bre;q=0.8,en-gb;q=0.5”

Sémantique : nom

Origine : RFC2256 (person) RFC2798 (organizationalPerson)

Valuation : multivalué

Obligatoire : Oui

Contenu : DOIT contenir le nom d'usage (cf glossaire). Il est possible d'ajouter le nom de famille (nom patronymique) en seconde valeur.
Tout caractère avec signe diacritique. Première lettre en majuscule.

Exemple : « Bugalé »

Voir aussi : cn, displayName, eduPersonNickname, givenName

Sémantique : catégorie de métier, branche d'activité

Origine : SupAnn 2008 (supannPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : Contenu étiqueté

  • enseignants : code CNU sur 4 caractères issu de la colonne “DISCIPLINE SUPERIEUR” de la table N_DISCIPLINE_SUPERIEUR du domaine “Gestion du personnel” de la BCN

(http://www.infocentre.education.fr/bcn/domaine/voir/id/30#)

  • personnels : code REFERENS de 5 caractères issu de la colonne EMPLOI TYPE de la table N_EMPLOI_TYPE du domaine “Gestion du personnel” de la BCN

(http://www.infocentre.education.fr/bcn/domaine/voir/id/30#)

Nomenclatures : nomenclatures provenant de la Base Centrale des Nomenclatures

Exemples :

  • “{CNU}5404” pour “Endocrinologie et maladies métaboliques ”
  • “{CNU}0100” pour “Droit prive et sciences criminelles ”
  • “{CNU}3300” pour “Chimie des matériaux”
  • “{REFERENS}E1C05” pour “Expert système, réseaux et télécommunications”
  • “{REFERENS}I3H07” pour “Assistant juridique”

Remarques :

Origine : SupAnn v1 (supannPerson)

Remarque : cet attribut est remplacé par l'attribut supannEntiteAffectation

Sémantique : login de l'utilisateur

Origine : SupAnn v1 (supannPerson)

Valuation : monovalué

Obligatoire : Non

Contenu : Cet attribut PEUT contenir un alias, différent de l'uid que l'usager saisit lorsqu'il se connecte à l'ENT de son établissement. Il est unique dans l'établissement et peut être changé directement par l'usager (à condition de rester unique), selon la politique de l'établissement.

Voir aussi : eduPersonPrincipalName, uid

Sémantique : autres téléphones

Origine : SupAnn v1 (supannPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : téléphones fixes autres que le téléphone principal. Même syntaxe que TelephoneNumber.

Voir aussi : facsimileTelephoneNumber, mobile, telephoneNumber

Sémantique : civilité

Origine : SupAnn v1 (supannPerson)

Valuation : monovalué

Obligatoire : Non

Contenu : « M. », « Mme » ou « Mlle » (ne pas oublier le point après le M pour monsieur)

Voir aussi : title

Sémantique : code INE pour les étudiants.

Origine : SupAnn v1 (supannPerson)

Valuation : multivalué mais ne devrait contenir qu'une valeur

Obligatoire : Non

Contenu : code Identifiant National Etudiant (INE). Il DOIT être renseigné si l'attribut eduPersonAffiliation contient student.

Sémantique : identifiant d'entité au sein de l'annuaire

Origine : SupAnn 2008 (supannEntite)

Valuation : monovalué

Obligatoire : Oui

Contenu : code interne à l'établissement identifiant de façon unique les différentes entités (structures, instances électives, etc.) où exercent les personnes

Exemple : “z-385”

Remarques :

  • cet attribut DOIT servir de RDN pour les objets supannEntite :
  • cet attribut n'a aucune utilité en dehors de l'annuaire. Il sert à faire un lien entre objets.

Voir aussi : supannCodeEntiteParent, supannEntiteAffectation, supannRoleEntite

Sémantique : exprime une relation de dépendance avec une ou plusieurs autres entrées

Origine : SupAnn 2008 (supannEntite)

Valuation : multivalué

Obligatoire : Non

Contenu : une ou plusieurs des valeurs de l'attribut supannCodeEntite d'autre(s) entrée(s)

Exemple : “z-385”

Usage : pages jaunes, organigramme d'établissement, etc.

Remarques : pour trouver les “fils” d'une entrée il suffit de faire une recherche sur les entrées dont l'attribut supannCodeEntiteParent contient le supannCodeEntite de l'entrée considérée

Voir aussi : supannCodeEntite

Sémantique : identifiant employé

Origine : SupAnn v1 (supannPerson)

Valuation : multivalué mais ne devrait contenir qu'une valeur

Obligatoire : Non

Contenu : identifiant de l'employé dans le logiciel de gestion du personnel de l'établissement

Voir aussi : supannEtuID

Sémantique : représente la ou les affectations de la personne dans un établissement, une composante, service, etc.

Origine : SupAnn 2008 (supannPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : identifiant d'entité interne (service, composante, instance élective, UFR, etc.), c'est-à dire une des valeurs de supannCodeEntite

Exemple : “z-385”

Remarques :

  • il peut être utilisé aussi bien pour les personnels (structure d'affectation) que pour les étudiants (structure d'inscription). Il remplace supannAffectation qui est considéré comme obsolète.
  • Il est vivement conseillé d'utiliser supannEntiteAffectation,plutôt que d'utiliser eduPersonOrgUnitDN ou eduPersonOrgDN pour des raisons de portabilité d'applications.

Voir aussi : eduPersonOrgDN, eduPersonOrgUnitDN, supannAffectation, supannCodeEntite, supannEntiteAffectationPrincipale, supannEtuInscription,

Sémantique : affectation principale de la personne

Origine : SupAnn 2008 (supannPerson)

Valuation : monovalué

Obligatoire : Non

Contenu : texte (une des valeurs de supannEntiteAffectation (pour recherche))

Exemple: “z-385”

Voir aussi : supannEntiteAffectation

Sémantique : établissement (ou “unité”) de rattachement administratif de la personne

Origine : SupAnn 2008 (supannPerson et supannOrg)

Valuation : multivalué

Obligatoire : Demandé

Contenu :

  • quand utilisé dans supannPerson : code de l'établissement de rattachement administratif de la personne ;
  • quand utilisé dans supannOrg : code de l'établissement qui est décrit.

La valeur est préfixée par l'origine du code :

  • {UAI} pour les codes UAI ;
  • {SIRET} pour les codes SIRET ;
  • {CNRS} pour code LABINTEL provenant du CNRS ;
  • {INRIA} pour code provenant de l'INRIA ;
  • {INSERM} pour code provenant de l'INSERM ;
  • {INRA} pour code provenant de l'INRA ;
  • {AUTRE} pour autre provenance.

Nomenclatures :

Le contenu de cet attribut fait référence aux nomenclatures suivantes :

  • UAI : nomenclature maintenue par la BCN ;
  • SIRET : nomenclature maintenue par l'INSEE.

Les nomenclatures de type CNRS, INRIA, INSERM, INRA, etc. sont des nomenclatures internes sous la responsabilité des organismes précisés.

Exemple :

  • “{UAI}0350936C” pour désigner l'université de Rennes 1 ;
  • “{SIRET}18004312700067” pour désigner l'AMUE ;
  • “{CNRS}MOY1400” pour désigner la délégation régionale de Toulouse du CNRS.

Remarques

Cet attribut remplace supannOrganisme qui utilisait le préfixe “EES” et qui était monovalué ; il est désormais considéré comme obsolète.
Le code UAI doit être utilisé pour les établissements d'enseignement supérieur qui doivent tous en posséder un.
Pour les organismes de recherche (CNRS, INRIA, etc.) le préfixe correspondant doit être utilisé, suivi d'un code issu de la nomenclature propre à l'organisme pour désigner ses entités.

Voir aussi : eduPersonOrgDN, supannEtuInscription, supannOrganisme

Sémantique : l'année de début de l'année universitaire concernée

Origine : SupAnn 2008 (supannPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : les quatre chiffres de l'année de rentrée. Exemple, pour l'année universitaire 2007-2008 : “2007”.

Remarques : si l'annuaire contient l'historique des inscriptions des étudiants cet attribut peut contenir d'autres valeurs que l'année universitaire en cours

Voir aussi : supannEtuCursusAnnee, supannEtuInscription, supannEtuRegimeInscription

Sémantique : type de cursus (L, M, D ou X, …) ainsi que l'année dans le diplôme.

Origine : SupAnn 2008 (supannPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : syntaxe sur deux caractères “Xn” où X est choisi parmi les valeurs L, M, D, X et n représente l'année en cours dans le diplôme

Nomenclatures :
Elle sera maintenue par SupAnn pour le premier caractère. Les valeurs actuellement définies sont :

  • “L” pour Licence ;
  • “M” pour Master ;
  • “D” pour Doctorat ;
  • “X” pour tout autre catégorie de diplôme ;
  • “B” pour préciser le cas échéant le nombre d'années après le BAC.

Exemple : ”{SUPANN}L3” pour troisième année de Licence

Remarques : les cursus qui ne correspondent pas au schéma LMD (IUT, diplômes d'ingénieur, études de médecine) pourront utiliser la notation “Xn” pour indiquer l'année dans le diplôme ; l'attribut supannEtuDiplome fournira plus de précisions sur le diplôme auquel on se réfère.

Voir aussi : supannEtuAnneeInscription, supannEtuInscription, supannEtuRegimeInscription

Sémantique : diplôme préparé par l'étudiant

Origine : SupAnn 2008 (supannPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : code du diplôme SISE (table N_DIPLOME_SISE), codé sur sept chiffres, à défaut code interne (issu d'application métier par exemple)
Contenu étiqueté pour identifier l'origine de la nomenclature

Nomenclatures : nomenclature SISE de la Base Centrale des Nomenclatures

Exemples :

  • “{SISE}2001169” pour MATHEMATIQUES ET APPLICATIONS (le type correspondant à ce diplôme SISE est un Magistère, dont le code est “FE”) ;
  • “{SISE}2001350” pour la licence de Mathématiques Appliquées aux Sciences Sociales ;
  • “{UAI:0350936C}SM203” pour “Master biologie mention biologie spécialité génomique fonctionnelle et santé” de l'université de Rennes 1.

Remarques

Le “Diplôme” est un titre délivré par l'établissement après validation des enseignements d'une ou plusieurs étapes.
Au diplôme peut être associée au moins une version de diplôme, qui est une description détaillée du diplôme à un instant donné. La “Version de diplôme” permet de distinguer des contenus différents pour un même diplôme.
Le diplôme se décompose en étapes.
A un diplôme correspond un code, un type de diplôme et deux intitulés.
Deux catégories de codes de diplômes : les codes pour les diplôme de niveau “national” et les codes pour les diplômes de niveau “établissement”. Le code des diplômes d'établissement commence par 9. La source des codes de diplôme est SISE.

Voir aussi : supannEtuEtape, supannEtuInscription, supannEtuSecteurDisciplinaire, supannEtuTypeDiplome

Sémantique : description générique du contenu d'un enseignement avec un fort niveau de granularité

Origine : SupAnn 2008 (supannPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : l'élément pédagogique est une description générique du contenu d'un enseignement qui permet à un établissement de décrire ses enseignements avec le niveau de granularité désiré. Un élément pédagogique peut lui-même se subdiviser en éléments pédagogiques plus fins. On pourra trouver des éléments pédagogiques de différentes natures :

  • SEMESTRE : l'élément pédagogique correspond à un semestre d'une étape d'un diplôme. Un semestre pourra contenir un ensemble d'UE ;
  • MATIERE : dans ce cas il s'agit d'un contenu thématique/scientifique ;
  • UE (Unité d'Enseignement) : notion plus fine que les deux précédentes. UE peut elle-même contenir des éléments pédagogiques de plus bas niveau comme COURS, TD, etc. qui ne seront pas considérés dans ces recommandations.

Nomenclatures : code interne d'applications métier. En effet, il n'existe pas de nomenclature SISE pour les éléments pédagogiques.

Exemple :

  • “{UAI:0171463Y}4929” pour l'Unité d'Enseignement “Introduction à l'informatique” du parcours commun de la licence Sciences et Technologies mention Informatique, Mathématiques et Application à l'Economie (IMAE) de l'établissement ayant le code UAI 0171463Y ;

Remarques

Les établissements utilisant l'application Cocktail-Scolarix pourront alimenter cet attribut avec les informations de type “Unité d'Enseignement”

Voir aussi : supannEtuEtape, supannEtuInscription

Sémantique : l'étape peut être considérée comme un fractionnement (semestre, année, etc.) dans le temps d'un enseignement conduisant à un diplôme

Origine : SupAnn 2008 (supannPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : contenu étiqueté pour identifier l'origine de la nomenclature

Nomenclatures : code interne pouvant provenir d'applications métier. En effet, il n'existe pas de nomenclature SISE pour les éléments pédagogiques

Exemples :

  • “{UAI:0350936C}SM2032” pour “Master STS m. biologie génomique fonct. et santé S3-S4” de l'université de Rennes 1 ;
  • “{UAI:0171463Y}401” pour le parcours “Pluridisciplinaire géosciences” de la licence Physique et Chimie de la Matière et de la Terre (exemple d'un établissement utilisant Cocktail-Scolarix).

Remarques :

  • “version d'étape” : dans le cas d'Apogée, à chaque étape est associée au moins une version d'étape. Dans ce cas supannEtuEtape pourra être complété par la version d'étape. Il est proposé de séparer l'étape et la version d'étape par un “-”. Une version d'étape permet de suivre l'évolution dans le temps du contenu d'une étape ou bien de décrire des étapes associées à des contenus pédagogiques différents au même moment. Les étudiants sont inscrits administrativement à une ou plusieurs versions d'étape. Chaque version d'étape se décompose en listes d'éléments pédagogiques.
  • les établissements utilisant l'application Cocktail-Scolarix pourront alimenter l'attribut supannEtuEtape avec les informations de type “parcours”.

Voir aussi : supannEtuElementPedagogique, supannEtuInscription

Sémantique : identifiant de scolarité

Origine : SupAnn v1 (supannPerson)

Valuation : multivalué mais ne devrait contenir qu'une valeur

Obligatoire : Non

Contenu : identifiant de l'étudiant dans le logiciel de gestion de scolarité de l'établissement

Voir aussi : supannEmpId

Sémantique : chaque valeur de cet attribut composite décrit une inscription pour un étudiant en liant entre elles des informations “élémentaires” (discipline, diplôme, établissement, etc.) que l'on pourra également trouver en tant qu'attribut élémentaire.
Chaque valeur de supannEtuInscription représente un “profil” pouvant être utilisé pour du contrôle d'accès à des ressources, de la personnalisation de pages, etc.
Un étudiant pourra avoir plusieurs profils en fonction de ses différentes inscriptions.

Origine : SupAnn 2008 (supannPerson)

Valuation : multivalué

Obligatoire : Non

Contenu :

Attribut composite regroupant, de façon ordonnée, les attributs (étiquetés) suivants :

  1. supannEtablissement (etab) - obligatoire ;
  2. supannEtuAnneeInscription (anneeinsc) - obligatoire ;
  3. supannEtuRegimeInscription (regimeinsc) - obligatoire ;
  4. supannEtuSecteurDisciplinaire (sectdisc) - obligatoire ;
  5. supannEtuTypeDiplome (typedip) - obligatoire ;
  6. supannEtuCursusAnnee (cursusann) - obligatoire ;
  7. supannEntiteAffectation (affect) - facultatif ;
  8. supannEtuDiplome (diplome) - faculatif ;
  9. supannEtuEtape (etape) - facultatif ;
  10. supannEtuElementPedagogique (eltpedago) - facultatif.

Syntaxe :

[etab=<supannEtablissement>][anneeinsc=<supannEtuAnneeInscription>]
[regimeinsc=<supannEtuRegimeInscription>][sectdisc=<supannEtuSecteurDisciplinaire>]
[typedip=<supannEtuTypeDiplome>][cursusann=<supannEtuCursusAnnee>]
[affect=<supannEntiteAffectation>][diplome=<supannEtuDiplome>]
[etape=<supannEtuEtape>][eltpedago=<supannEtuElementPedagogique>]

Exemples :

  • “[etab={UAI}0860856N][anneeinsc=2007][regimeinsc={SISE}10][sectdisc={SISE}O2][typedip={SISE}FC][cursusann=M2][diplome={SISE}224522]”
    définissant la formation initiale ({SISE}10), suivie en 2007, à l'Université de Poitiers ({UAI}0860856N), préparant un DEA de physique ({SISE}224522), secteur disciplinaire physique ({SISE}O2), type de diplôme DEA ({SISE}FC), cursus M2.
  • “[etab={UAI}0131843H][anneeinsc=2007][regimeinsc={SISE}10][sectdisc={SISE}04][typedip={SISE}YA][cursusann=D3][affect=56R17][diplome={SISE}2001099][etape={UAI:0131843H}B8EFAI-B8EFA3]”
    définissant l'étape “B8EFA3” du diplôme “B8EFAI”. Il s'agit d'un doctorat d'université (“{SISE}YA”) en mathématiques appliqués et en sciences sociales (“{SISE]04”) suivi à l'université d'Aix Marseille 2 (“{UAI}0131843H”) dans l'UFR de code “56R17”.

Remarques :

  • les champs marqués “obligatoire” doivent être remplis et cela suppose l'existence des valeurs concernées dans les attributs élémentaires correspondants ;
  • à une combinaison donnée de valeurs de cet attribut correspond un “profil”. Seules les combinaisons significatives ont vocation à faire l'objet d'une valeur de cet attribut. Une multiplication inutile de valeurs pourrait alourdir l'annuaire et son fonctionnement ;
  • l'attribut supannEtuInscription inclus des informations provenant de deux types “formels” d'inscriptions :
    • “inscription administrative” : elle permet à l'étudiant de s'inscrire à une étape de diplôme; elle est assujettie au versement de droits d'inscription,
    • “inscription pédagogique” : elle permet à l'étudiant de préciser son choix d'étapes pour s'inscrire aux éléments pédagogiques correspondants ou prendre en compte ses résultats antérieurs sur ces éléments.

Voir aussi : exemple complet en annexe 1

Sémantique : correspond au “type d'enseignement” SISE dont les valeurs possibles sont : formation initiale, formation continue, formation à distance, etc.

Origine : SupAnn 2008 (supannPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : code du régime d'inscription SISE (table N_REGIME_INSCRIPTION), codé sur deux chiffre.
Contenu étiqueté pour identifier l'origine de la nomenclature.

Nomenclatures : table N_REGIME_INSCRIPTION de la nomenclature SISE de la Base Centrale des Nomenclatures

Exemples :

  • “{SISE}10” pour “formation initiale” ;
  • “{SISE}21” pour “formation continue diplômante”.

Remarques: S'il n'existe pas de valeur appropriée le champ doit contenir “{INCONNU}”.

Voir aussi : supannEtuDiplome, supannEtuInscription

Sémantique : secteur disciplinaire de diplôme ou d'enseignement

Origine : SupAnn 2008 (supannPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : code du secteur disciplinaire SISE (colonne SECTEUR DISCIPLINAIRE SISE de la table N_SECTEUR_DISCIPLINAIRE_SISE du domaine ETUDIANT de la BCN, actuellement codé sur 2 chiffres).
Contenu étiqueté pour identifier l'origine de la nomenclature.

Nomenclatures : nomenclature SISE de la BCN (Base Centrale des Nomenclatures)

Exemple : “{SISE}27” pour “Histoire”

Remarques : Le groupe de travail supann2-tech a choisi d'utiliser la notion de secteur disciplinaire SISE, plutôt que la notion de discipline SISE car elle est plus précise et semblait de ce fait plus utile aux applications clientes de SupAnn. Il existe une table de correspondance SISE permettant d'associer une discipline à chaque secteur disciplinaire.
De fait une discipline peut être considérée comme un regroupement de secteurs disciplinaires. Exemple: “{SISE}11” pour Médecine.

S'il n'existe pas de valeur appropriée le champ doit contenir “{INCONNU}”.

Voir aussi : supannEtuDiplome, supannEtuInscription

Sémantique : type ou catégorie du diplôme préparé

Origine : SupAnn 2008 (supannPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : contenu étiqueté pour identifier l'origine de la nomenclature.
Code du type de diplôme SISE (table N_TYPE_DIPLOME_SISE), codé sur deux caractères (à ce jour la table comporte 147 valeurs).

Nomenclature : nomenclature SISE de la Base Centrale des Nomenclatures

Exemples :

  • “{SISE}DC” pour “Maîtrise” ;
  • “{SISE}CB” pour “DUT” ;
  • “{SISE}MA” pour “DESC Médecine groupe 1”.

Voir aussi : supannEtuDiplome, supannEtuInscription, supannEtuSecteurDisciplinaire

Sémantique : administrateurs

Origine : SupAnn v1 (supannGroupe)

Valuation : multivalué

Obligatoire : Non

Contenu : DN des personnes ou des groupes habilités à ajouter et supprimer des membres au groupe

Voir aussi : supannGroupeDateFin, supannGroupeLecteurDN

Sémantique : fin de validité du groupe

Origine : SupAnn v1 (supannGroupe)

Valuation : monovalué

Obligatoire : Non

Contenu : date après laquelle le groupe n'est plus valide

Voir aussi : supannGroupeAdminDN, supannGroupeLecteurDN

Sémantique : entrées autorisées à consulter le contenu du groupe

Origine : SupAnn v1 (supannGroupe)

Valuation : multivalué

Obligatoire : Non

Contenu : DN des personnes ou des groupes habilités à consulter les membres du groupe au niveau de l'établissement

Voir aussi : supannGroupeAdminDN, supannGroupeDateFin

Sémantique : entrée annuaire en «liste rouge»

Origine : SupAnn v1 (supannPerson)

Valuation : monovalué

Obligatoire : Demandé

Contenu : 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

Sémantique : adresse de courrier électronique privée

Origine : SupAnn 2008 (supannPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : chaîne de caractères au format RFC822

Exemple : “Vincent.Poursan@free.fr”

Remarque : cet attribut PEUT être renseigné par la personne “titulaire” de l'entrée

Voir aussi : mail, mailForwardingAddress

Origine : SupAnn v1 (supannPerson)

Remarque : cet attribut est remplacé par l'attribut supannEtablissement

Sémantique : responsable de l'entrée

Origine : SupAnn v1 (supannPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : DN de la personne qui est « responsable » de la création de l'entrée dans l'annuaire. Doit être renseigné en particulier si eduPersonAffiliation ne contient pas “member”, c'est à dire pour les personnes extérieures à l'établissement.

Origine : SupAnn v1 (supannPerson)

Remarque : cet attribut est remplacé par l'attribut supannRoleGenerique qui, associé à “supannTypeEntite” au sein de l'attribut composite “supannRoleEntite”, précise le rôle dans une entité.

Sémantique : rôle contextuel (relatif à une entité donnée). Rôle pouvant être structurel, électif, etc.

Origine : SupAnn 2008 (supannPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : Attribut composite multivalué regroupant, de façon ordonnée, les attributs (étiquetés) suivants :

  • supannRoleGenerique (role générique) - obligatoire ;
  • supannTypeEntite (type d'entité) - obligatoire ;
  • supannCodeEntite (code de l'entité) - facultatif.

Syntaxe :

[role=supannRoleGenerique][type=supannTypeEntite][code=supannCodeEntite] 

Remarques :

Pour pouvoir être réellement utilisé, cet attribut nécessitera que les nomenclatures concernant supannRole et celle concernant supannTypeEntite soient publiées.

Cet attribut associe les rôles/fonctions des personnels, le type d'entités et les entités d'exercice de ces rôles/fonctions. Les deux premiers attributs sont intéropérables, le troisième n'a de sens que dans l'établissement d'origine.

Voir aussi : supannRole

Sémantique : rôle(s) générique(s) de la personne dans l'établissement

Origine : SupAnn 2008 (supannPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : étiqueté

Nomenclatures : Nomenclature de rôles en cours de définition. Cette nomenclature doit faire l'objet des travaux des groupes supann2-tech et supann2. Une première proposition se trouve sur Nomenclature des rôles generique (attribut supannRoleGenerique)

Remarques :

  • A la différence de SupAnn v1 la nouvelle nomenclature définit des rôles indépendamment des entités dans lesquelles elles sont exercées.
  • Les anciennes valeurs définies par SupAnn v1 peuvent être conservées en utilisant l'attribut supannRole (rendu obsolète), ceci afin d'assurer la compatibilité avec des applications existantes.

Voir aussi : supannRole

Sémantique : type de l'entité : composante, service commun, UFR, service central, instance élective, etc.

Origine : SupAnn 2008 (supannPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : contenu étiqueté

Nomenclatures : Nomenclature des types d'entités(attribut supannTypeEntite)

Remarques : est utilisé dans l'attribut composite supannRoleEntite

Voir aussi : supannRoleGenerique, supannRoleEntite

Sémantique : numéro de téléphone

Origine : RFC2256 (inetOrgPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : numéro de téléphone principal. Attention, il DEVRAIT être monovalué dans SupAnn, contrairement au RFC 2256 (on ne peut pas sinon distinguer le téléphone principal des autres). Les autres numéros de téléphone de la personne sont dans supannAutreTelephone.
Format : +xx x xx xx xx xx (CCITT Rec. E123).

Exemple : +33 1 63 70 62 40.
Les autres formats sont acceptés : sera affiché sur l'interface Web tel qu'il est alimenté.
On peut ajouter pNNNN pour le numéro de poste.

Voir aussi : facsimileTelephoneNumber, mobile, supannAutreTelephone

Sémantique : titre

Origine : RFC2256 (inetOrgPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : titre de la personne

Exemple : docteur, professeur, directeur, président, etc.

Voir aussi : supannCivilite

Sémantique : identifiant unique

Origine : RFC2798

Valuation : multivalué mais ne devrait contenir qu'une valeur

Obligatoire : Demandé

Contenu : DOIT être utilisé comme RDN pour les entrées de personnes, contenu indifférent, aussi court que possible. Comme l'attribut uid peut être utilisé comme identifiant dans des applications, il est important que la valeur de cet attribut ne soit pas réassignée à une autre personne d'une année à l'autre. Un établissement devra donc faire son possible pour garantir cette qualité de non-réassignabilité de l'attribut uid ou la garantir pendant une période donnée (1 an, 5 ans, 10 ans). L'utilisation d'un uid d'utilisateur incrémental et opaque peut aider à atteindre cet objectif.

Voir aussi : eduPersonPrincipalName, supannAliasLogin,

Sémantique : certificat X.509

Origine : RFC2256 et RFC2798 (inetOrgPerson)

Valuation : multivalué

Obligatoire : Non

Contenu : PEUT contenir le(s) certificat(s) X.509 de la personne

Sémantique : mot de passe

Origine : RFC1274 (perseon)

Valuation : multivalué

Obligatoire : Non

Contenu : le mot de passe PEUT être stocké dans l'annuaire (il peut aussi être stocké au niveau du serveur d'authentification). Il DOIT être conforme à la syntaxe définie dans le RFC 2307. Il NE DOIT PAS être stocké en clair ou circuler en clair sur le réseau. Tout « bind » non anonyme doit s'effectuer sur un canal chiffré.

  • documentation/supann/2008/listeattributs.txt
  • Dernière modification : 2009/04/21 10:05
  • de olivier.lumineau@cru.fr