Useful information on pilots and participants
Summary of pilots and participants
Summary of DE4A pilots IT2
| Iteration 2 | ||||
|---|---|---|---|---|
| Pilot | Use case | Use case name | Interaction pattern used | Evidence exchanged |
| Studying abroad (SA) | UC1.1 | Application to public higher education | User-Supported Intermediation (USI) | Higher Education Diploma
Secundary Education Diploma |
| UC1.2 | Applying for study grant | User-Supported Intermediation (USI) | Higher Education Diploma
Large Family Evidence Disability Evidence | |
| UC1.3 | Diploma / Certs / Studies / Professional recognition | Verifiable Credentials (VC) | Higher Education Diploma | |
| Doing business abroad (DBA) | UC2.1 | Starting a business in another Member State | Intermediation (IM)
Subscription and Notification (S&N) |
Company Registration |
| UC2.2 | Doing business in another Member State | Intermediation (IM)
Subscription and Notification (S&N) Lookup (LU) |
Company Registration | |
| Moving abroad (MA) | UC3.1 | Request address change | Registration: User-Supported Intermediation (USI)
Deregistration: Notification (S&N) and Lookup (LU) |
Domicile Registration Evidence |
| UC3.2 | Request an extract or copy of civil state certificate | User-Supported Intermediation (USI) | Birth Evidence
Marriage Evidence | |
| UC3.3 | Request pension information - Claim pension | Intermediation (IM) | Pension Evidence
Unemployment Evidence Working Life Evidence | |
DE4A pilot participants IT2
| Partner | SA | DBA | MA | |||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Short name | Name | Country | Participant ID | UC1.1 | UC1.2 | UC1.3 | UC2.1 | UC2.2 | UC3.1 | UC3.2 | UC3.3 | Notes |
| BMDW | Bundesministerium fuer Digitalisierung und Wirtschaftsstandort | AT | iso6523-actorid-upis::9991:at000000271 | DE
DO |
DE
DO |
|||||||
| BRZ | Bundesrechenzentrum GMBH (Federal Data Center) | AT | iso6523-actorid-upis::9991:at000000027 | DR
DT |
DR
DT |
|||||||
| SGAD | Secretaría General de Administración Digital (General Secretariat for Digital Administration) | ES | iso6523-actorid-upis::9920:ess2833002e | DR
DO, DT |
DO, DT | DP | DO, DT | DE, DR
DO, DT |
DO, DT | |||
| UJI | Universitat Jaume I de Castellón (Jaume I University of Castellón) | ES | iso6523-actorid-upis::9920:esq6250003h | DE | *Connector provided by SGAD. UJI is also an evidence provider in all SA UCs through SGAD. | |||||||
| CTIE | Centre des Technologies de l'Information de l'Etat (State Information Technology Center) | LU | iso6523-actorid-upis::9991:lu000000025 | DE, DR
DO, DT |
DE, DR
DO, DT |
|||||||
| RVO | Rijksdienst voor Ondernemend Nederland (Netherlands Enterprise Agency) | NL | iso6523-actorid-upis::9991:nl000000024 | DE, DR
DT, DO |
DE, DR
DT, DO |
|||||||
| AMA-IP | Agencia para a Modernizacao Administrativa IP (Administration Modernization Agency) | PT | iso6523-actorid-upis::9991:pt000000026 | DR
DT |
DT | DR
DO, DT |
DR | DR | ||||
| INESC-ID | Institute for Systems and Computer Engineering, Technology and Science | PT | iso6523-actorid-upis::9991:pt990000101 | DE
DO |
DO | DC
DP |
*INESC-ID does not directly take part of the DE4A network. It is consulted by AMA-IP when necessary. | |||||
| SEF | Serviço de Estrangeiros e Fronteiras (Foreigners and Borders Service) | PT | ¿? | DE | DE | DE | ||||||
| MoAI | Ministerul Afacerilor Interne (Ministry of Internal Affairs) | RO | iso6523-actorid-upis::9991:ro000000005 | DE, DR
DO, DT |
DE, DR
DO, DT |
|||||||
| ORNC | Oficiul National B22 al Registrului Comertului | RO | iso6523-actorid-upis::9991:ro000000006 | DE, DR
DO, DT |
DE, DR
DO, DT |
|||||||
| BVE | Bolagsverket (Companies Registration Office) | SE | iso6523-actorid-upis::9991:se000000013 | DE, DR | DE, DR | |||||||
| JSI | Institut Jozef Stefan | SI | iso6523-actorid-upis::9991:si000000018 | DE | ||||||||
| MIZŠ | Ministrstvo za Izobrazevanje, Znanost in Sport (Ministry of Education, Science and Sport) | SI | iso6523-actorid-upis::9920:si000000016 | DE
DO |
DC
DP |
|||||||
| SI-MPA | Ministrstvo za Javno Upravo (Ministry of Public Administration) | SI | iso6523-actorid-upis::9991:si000000015 | DR
DT |
DR | DE, DR
DO, DT |
DE, DR
DO, DT |
|||||
Technical information on participants IT2
Test domain (Playground) |
Pilot domain | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
DE4A infrastructure IT2
Playground infrastructure IT2
Pilot partners infrastructure flavours IT2
Domains and types of participant IDs
DE4A domains
In DE4A, there are two types of participants:
- Imaginary participants: intended to query the examples stored in the Mocked DO.
- Real participants: intended to retrieve data directly returned by partners.
At the same time, for the real participants, there are also two “domains”:
- Test domain: only fake data is used for test purposes. It is the domain related to the DE4A Playground, where participants return datasets from test sources.
- Pilot domain: real data from real citizens and companies is supposed to be used. It is the environment used for the running phase of the pilots, where participants access to their real registries and return real evidence from them.
Finally, the project is divided into two iterations where each of them needs a copy of those two domains, and where some overlap between them occurs.
As the DE4A project uses the dynamic discovery of eDelivery, where there cannot be duplicate participant IDs targeting to different Connectors (depending on the domain concerned), we need to define a different participant ID schema per each domain
PRE1a: Imaginary participants stored in the Mocked DO for iteration 1 for testing. The related evidence is stored in the Mocked DO deployed in SGAD (ES).
- Scheme identifier used: “9999”.
- Suffix used: “-it1”.
- E.g. iso6523-actorid-upis::9999:ess2833002e-it1
PRE1b: Simulated data returned by the real participants used for testing in Playground iteration 1. The related evidence is located in each partner’s infrastructure, within their test domain.
- Scheme identifier used: “99XX”, where “XX” depends on the identifier each participant is using.
- Suffix used: “-it1”.
- E.g. iso6523-actorid-upis::9920:ess2833002e-it1
PRO1: Real data returned by the real participants during the execution of phase 1 of the pilot. The related evidence is located in each partner’s infrastructure, within their pilot domain.
- Scheme identifier used: “99XX”, where “XX” depends on the identifier each participant is using. It is the “real” participant ID.
- Suffix used: none, since there is no overlap between phases 1 and 2 of the pilots.
- E.g. iso6523-actorid-upis::9920:ess2833002e
PRE2a: Imaginary participants stored in the Mocked DO for iteration 2 for testing. The related evidence is stored in the Mocked DO deployed in SGAD (ES).
- Scheme identifier used: “9999”.
- Suffix used: “-mock-it2”.
- E.g. iso6523-actorid-upis::9999:ess2833002e-mock-it2
PRE2b: Simulated data returned by the real participants used for testing in Playground iteration 2. The related evidence is located in each partner’s infrastructure, within their test domain.
- Scheme identifier used: “99XX”, where “XX” depends on the identifier each participant is using.
- Suffix used: “-test-it2”.
- E.g. iso6523-actorid-upis::9920:ess2833002e-test-it2
PRO2: Real data returned by the real participants during the execution of phase 2 of the pilot. The related evidence is located in each partner’s infrastructure, within their pilot domain.
- Scheme identifier used: “99XX”, where “XX” depends on the identifier each participant is using. It is the “real” participant ID.
- Suffix used: none, since there is no overlap between phases 1 and 2 of the pilots.
- E.g. iso6523-actorid-upis::9920:ess2833002e
Therefore, DE4A domains are differentiated by the participant ID schema used.
Location of the participant IDs
These different participant IDs must be stored in their corresponding IDKs and SMPs and configured to return the proper information:
PRE1a: Imaginary participants
- IDK: none (for these participants, the mocked DE knows which the imaginary participants are and which DO to query, namely, the mocked DO of the first iteration).
- SMP: shared SMP of the Playground IT1. It returns the routing information of the targeted Connector (DR/DT) of the Playground IT1.
PRE1b: Simulated data from real participants
- IDK: mocked IDK of the Playground IT1.
- SMP: shared SMP of the Playground IT1. It returns the routing information of the targeted Connector (DR/DT) of the requested participant.
PRO1: Real data from real participants
- IDK: mocked IDK of the pilot running environment.
- SMP: national SMP of the requested participant. It returns the routing information of the targeted Connector (DR/DT) of the requested participant.
- For the first pilot running phase, partners who have not yet deployed their own SMPs will be able to use a shared SMP provided by one of the partners with an available SMP. In such cases, the routing information of those partners will be stored in this shared SMP.
PRE2a: Imaginary participants
- IDK: Central IAL. Its information is automatically updated and fe from the SMPs connected to it.
- SMP: shared SMP of the Playground IT2. It returns the routing information of the targeted Connector (DR/DT) of the Playground IT2.
PRE2b: Simulated data from real participants
- IDK: Central IAL. Its information is automatically updated and fed from the SMPs connected to it.
- SMP: national SMP of the requested participant. It returns the routing information of the targeted Connector (DR/DT) of the requested participant.
PRO2: Real data from real participants
- IDK: Central IAL. Its information is automatically updated and fed from the SMPs connected to it.
- SMP: national SMP of the requested participant. It returns the routing information of the targeted Connector (DR/DT) of the requested participant.