-
Notifications
You must be signed in to change notification settings - Fork 2
/
Copy pathget-response.xsd
178 lines (163 loc) · 8.19 KB
/
get-response.xsd
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
<?xml version="1.0" encoding="UTF-8"?>
<xs:schema
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:xml="http://www.w3.org/XML/1998/namespace"
xmlns:ewp="https://github.com/erasmus-without-paper/ewp-specs-architecture/blob/stable-v1/common-types.xsd"
elementFormDefault="qualified"
targetNamespace="https://github.com/erasmus-without-paper/ewp-specs-api-imobilities/blob/stable-v1/endpoints/get-response.xsd"
xmlns="https://github.com/erasmus-without-paper/ewp-specs-api-imobilities/blob/stable-v1/endpoints/get-response.xsd"
>
<xs:import
schemaLocation="https://raw.githubusercontent.com/erasmus-without-paper/ewp-specs-architecture/stable-v1/common-types.xsd"
namespace="https://github.com/erasmus-without-paper/ewp-specs-architecture/blob/stable-v1/common-types.xsd"
/>
<xs:annotation>
<xs:documentation>
This schema is a part of the Erasmus Without Paper project. Before you start
using it, make sure you have read the general rules described here:
http://developers.erasmuswithoutpaper.eu/
</xs:documentation>
</xs:annotation>
<xs:element name="imobilities-get-response">
<xs:annotation>
<xs:documentation>
This describes the format of the response returned by the EWP Incoming
Mobilities API.
</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:group ref="SequenceOfIncomingMobilities" minOccurs="1" maxOccurs="1">
<xs:annotation>
<xs:documentation>
Clients should use the `omobility-id` subelements to match objects with their
`omobility_id` request parameters.
</xs:documentation>
</xs:annotation>
</xs:group>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:group name="SequenceOfIncomingMobilities">
<xs:annotation>
<xs:documentation>
This is global, because it is used in external XSDs. It MUST stay this way, for
backward compatibility.
</xs:documentation>
</xs:annotation>
<xs:sequence>
<xs:group ref="SingleIncomingMobilityObject" minOccurs="0" maxOccurs="unbounded">
<xs:annotation>
<xs:documentation>
A list of matching mobilities.
Currently there's only type of mobility exposed by this API. More types MAY
come in the future.
</xs:documentation>
</xs:annotation>
</xs:group>
</xs:sequence>
</xs:group>
<xs:group name="SingleIncomingMobilityObject">
<xs:annotation>
<xs:documentation>
Represents a single mobility of any type.
This is global, because it is used in external XSDs. It MUST stay this way, for
backward compatibility.
</xs:documentation>
</xs:annotation>
<xs:choice>
<xs:element ref="student-mobility-for-studies"/>
</xs:choice>
</xs:group>
<xs:element name="student-mobility-for-studies">
<xs:complexType>
<xs:annotation>
<xs:documentation>
This describes the "incoming part" of a single Student Mobility for Studies.
"Incoming part" is the set of mobility's properties which the *receiving* HEI
is the master of.
In the future, it may become a "subclass" of a more generic Mobility parent class
(and some of the fields might be moved to the parent).
</xs:documentation>
</xs:annotation>
<xs:sequence>
<xs:element name="omobility-id" type="ewp:AsciiPrintableIdentifier" minOccurs="1" maxOccurs="1">
<xs:annotation>
<xs:documentation>
Identifier of the mobility (as assigned by the sending HEI).
</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="status" type="NominationStatus" minOccurs="1" maxOccurs="1">
<xs:annotation>
<xs:documentation>
Current status of the nomination.
</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="comment" type="xs:string" minOccurs="0" maxOccurs="1">
<xs:annotation>
<xs:documentation>
An optional comment. It is RECOMMENDED for comments to be provided only when
necessary (e.g. when nominations are rejected, student did not appear on receiving HEI
or leaved unexpectedly).
These comments MUST be visible only to the IRO members, not the students.
Note, that this API allows for every mobility to have a different
comment. However, it is also okay for the clients to simply "batch copy" a single comment to all
mobilities being rejected.
It is left unspecified how servers should handle these comments - e.g.
they may store them along their mobilities, or they may forward them to specific persons, etc.
</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="actual-arrival-date" type="xs:date" minOccurs="0" maxOccurs="1">
<xs:annotation>
<xs:documentation>
Actual start date of the mobility. "Actual" means "when the student has
actually arrived". This stands in contrast with the "planned" date, as provided
by the sending HEI in Outgoing Mobilities API.
</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="actual-departure-date" type="xs:date" minOccurs="0" maxOccurs="1">
<xs:annotation>
<xs:documentation>
Actual end date of the mobility. "Actual" means "when the student has actually
left". This stands in contrast with the "planned" date, as provided by the
sending HEI in Outgoing Mobilities API.
</xs:documentation>
</xs:annotation>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:simpleType name="NominationStatus">
<xs:restriction base="xs:string">
<xs:enumeration value="pending">
<xs:annotation>
<xs:documentation>
The nomination proposal has not yet been accepted nor rejected by the
receiving HEI.
</xs:documentation>
</xs:annotation>
</xs:enumeration>
<xs:enumeration value="verified">
<xs:annotation>
<xs:documentation>
The nomination was recognized by the receiving HEI as formally correct and
complying with cooperation conditions. Now it's time for settling formalities,
sending
student's documents, creating the first Learning Agreement, etc.
</xs:documentation>
</xs:annotation>
</xs:enumeration>
<xs:enumeration value="rejected">
<xs:annotation>
<xs:documentation>
The nomination has been rejected by the receiving HEI.
</xs:documentation>
</xs:annotation>
</xs:enumeration>
</xs:restriction>
</xs:simpleType>
</xs:schema>