You will also have to supply contact details for your institution as soon as you become operational in EWP. We need two names and email addresses from each HEI, one from a policy maker/responsible person who is connected to the student data services used and one on a technical level in case there are operational problems).
In the EWP network we have both a Development (DEV) and a Production (PROD) environment. There are no conditions to enter the Development environment, but the Production environment is where the real data exchanges take place, so you need to fulfill several conditions to enter it.
As a first step an interested institution will consult the information in the EWP Knowledge Base.
The EWP team will require a formal MoU signed by the Legal Representative of the applying institution.
To enter the Development environment, no special requirements have to be fulfilled except for providing the URL of the manifest file that will be added to the Development registry.
You will need to involve you technical team for being added to EWP. The first step for the technical admission is that your technical team provides us with the URL of your manifest file.
For each of the APIs supported, the server implementation should work properly to assure the data exchange.
The technical admission procedure consists of four steps:
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 to 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 us via the Knowledge Base (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.
We should keep in mind that things can go wrong. When institutions violate the use of EWP there should be an exit strategy. The contact section in the Knowledge Base will be the central point where institutions can report incidents and complain about the quality of APIs of any particular institution, the unavailability of a server, partners that are not trustworthy. The EWP Governance structure 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 its ability and trustworthiness again in the development environment. In cases of extreme violation the EWP governance structure has the competence to temporally exclude an institution from EWP.