Skip to end of metadata
Go to start of metadata

Who can join

In order to join the EWP-network institutions need to have an Erasmus Charter for Higher Education.

Admission procedure

New EWP entrants need to undergo a two-tier admission process. The first part of this process is authentication to take part of EWP. The second part of the admission is about the technical ability of the partner to exchange information via the EWP network. Ultimately DG Education and Culture as business owner of Erasmus Without Paper is responsible for authorizing institutions to become part of the EWP network. DG EAC delegates this authority to the Competence Centre.
Once an applicant institution is authenticated by the EWP Steering Committee (as DG EAC delegate), the applicant needs to be admitted technically as well. The technical admission is only necessary for applicants who do not use a so called trusted software provider. Trusted software providers are known by the EWP-partners and have shown their ability to develop good-working APIs, the current trusted software providers are Cineca, Mobility Online, MoveON, Oasis, SIGARRA, SIGMA, the Erasmus Dashboard and MUCI. HEIs wanting to join the EWP network using one of the trusted software solutions, don’t need to undergo the complete technical admission process.

a. Authentication

As a first step an interested institution will consult the information in the EWP Competence Centre. As a result of a first information round it should be clear for the institution if they need to follow the two-tier vetting process or that they use a trusted software provider that does not need to undergo the technical vetting.
The EWP Steering Committee will require a formal MoU signed by the Legal Representative of the applying institution.

  1. As a first step the EWP Steering Committee will assure that the applying institution is an Erasmus charter holder that actively participates in the Erasmus programme;
  2. The EWP Steering Committee will check if the SCHAC code belongs to the applying HEI;
  3. The EWP Steering Committee checks if the proposed domain for hosting the manifest file is owned by the applying institution or its software provider;

As a final step the EWP Steering Committee will approve the institution for entering the EWP-network and send its approval to the technical support team of the EWP Competence Centre.

b. Technical admission

The EWP network basically consists of a registry, supported by security protocols, and a registry manifest file. For each participating entity (mostly Higher Education Institutions) in EWP an URL pointing towards a discovery manifest file is kept in the registry. This discovery manifest file entails the necessary information for a server to find out what services are supported by particular hosts. If a new institution wants to join the EWP-network, the link to its manifest file needs to be added to the registry. Institutions not using the tools of a trusted software provider will need to undergo the technical admission before they can enter the network. During this process the developments will be critically evaluated by a limited set of partner institutions that are already part of the EWP network and the technical support team, part of the Competence Centre.

For each of the APIs supported, the server implementation should work properly to assure the data exchange. There is no need for client side implementation to join the production version as long as it does not negatively affect the usability of the API for the partner institution.
The technical admission procedure consists of four steps:

  1. The URL to the manifest file is added to the development registry:
    As a first step of the technical admission, upon approval of the EWP Steering Committee, the institution will be added to the development registry. Therefore a manifest file and its corresponding URL will be needed. The manifest file contains information about the supported API’s and hosts. The URL will be added to the development registry and as a first step the ECHO API needs to be developed. 
  2. The applicant institution performs some automated self-tests;
  3. The applicant institution performs testing with three partner institutions:
    Newcomers will need to demonstrate their technical ability to exchange real data in the development environment. Therefore they will need to develop at least one of the APIs (apart from ECHO) that facilitate real exchange of data between HEI. Before an applicant institution can become part of the production registry, the institution needs to prove successful testing with at least three institutions that are part of the EWP-network.
  4. Upon a testing report the technical team of the Competence Centre performs some ultimate technical testing before adding the institution to the production registry
    The final step of the technical admission consists of an ultimate series of tests by the technical team of the Competence Centre. Each of the APIs supported by the applicant will undergo this testing.
    For trusted software providers only this final step is needed.

Entry in the production registry

Once both admission processes have a positive outcome, the EWP Technical Support Team will add the URL of the manifest file of the applicant HEI in the production registry. By doing so the applicant becomes part of the EWP network and agrees to the EWP rules and obligations. In case of a serious violation or complaints by other EWP users a revocation procedure can be installed by contacting the Competence Centre (see below). As part of the obligations institutions agree not to add additional APIs to their production manifest file before it has released and tested these new APIs in the development environment. The principle of three institutions that need to be satisfied with testing applies here as well.


We should keep in mind that things can go wrong. When institutions violate the use of EWP there should be an exit strategy. The Competence Centre will be the central point where institutions can report incidents and complain about the quality of API’s of any particular institution, the unavailability of a server, partners that are not trustworthy… The Competence Centre will try to settle disputes and has the ability to decide to exclude a certain institution from the production registry. The institution will need to prove again its ability and trustworthiness in the development environment. In cases of extreme violation the Competence Centre has the competence to temporally exclude an institution from EWP.

  • No labels