The purpose of the processing operation is to enable students and faculty of Higher Education Institutions (HEIs) to identify and authenticate themselves to the Services of the European Student Card Initiative and those directly supporting the digitisation of Erasmus+. These services are operated by the European University Foundation (EUF), which supports and enable the student mobility process.

The following attributes are requested:

Attribute Explanation

Any of:

  • Persistent NameID
  • eduPersonPrincipalName1
  • eduPersonTargetedID
  • eduPersonUniqueId
  • eduPersonOrcid
  • subject-id
  • pairwise-id
The services requires to uniquely identify users throughout the student mobility process. Without some kind of unique identifier, it is not possible to distinguish between two different users.
eduPersonAssurance

Any of:

  • cn
  • displayName
  • sn + givenName
The Erasmus process needs to know the name of the person participating in the student mobility process.

mail

The service needs to be able to contact the user regarding the status of student mobility process.
schacPersonalUniqueCode

The student mobility processes require the use of a number of services, all of which are involved in different stages of the pipeline and which will need to be able to exchange data about the students who are in mobility. The European Student Identifier (ESI) is globally unique, persistent, non-targeted, protocol neutral and data transport neutral. In SAML, the ESI is transported in the schacPersonaUniqueCode attribute (as defined in the SCHema for Academia). Currently support for the ESI is being rolled out in Higher Education Institutions around Europe. If your HEI, already supports the ESI, you can release it to the ERASMUS SP Proxy using this attribute.

schacHomeOrganizationThe student mobility processes need the to identify the Home Institution from which the user is coming from.

eduPersonScopedAffiliation

The student mobility processes rely on authorising access to users based on the affiliation of their members in their home organisation.


1: The eduPersonPrincipalName can be used only if one of the following conditions are met: i) the IdP supports the R&S Enitity Category, ii) the eduPersonAssurance attribute is also released and it has a value of https://refeds.org/assurance/ID/eppn-unique-no-reassign, iii) the federation in which the IdP has registered has a policy that prohibits the reassignment of the value of the eduPersonPrincipalName attribute