MA Use case Definition - Revision history

Alberto.crespo at 11:02, 3 May 2023

2023-05-03T11:02:59Z

Fredrik.linden at 11:03, 14 February 2023

2023-02-14T11:03:22Z

Fredrik.linden at 11:55, 16 November 2022

2022-11-16T11:55:03Z

Fredrik.linden at 09:23, 16 November 2022

2022-11-16T09:23:54Z

Fredrik.linden at 09:23, 16 November 2022

2022-11-16T09:23:05Z

Fredrik.linden at 09:22, 16 November 2022

2022-11-16T09:22:42Z

Fredrik.linden: Updated deregistration from WP3/WP5/MA-Pilot .pptx

2022-11-16T09:21:54Z

Updated deregistration from WP3/WP5/MA-Pilot .pptx

Fredrik.linden at 10:54, 6 July 2022

2022-07-06T10:54:31Z

Fredrik.linden at 09:38, 4 July 2022

2022-07-04T09:38:01Z

Fredrik.linden at 09:09, 4 July 2022

2022-07-04T09:09:32Z

@@ Line 239: / Line 239: @@
 The development of the DE4A Reference Architecture started in the context of D2.4 Project Start Architecture (PSA) - MA recognizes three distinct Reference Interaction Patterns; out of which MA will use mainly the USI-pattern.
-*Intermediation Pattern (MA UC#3 Pensions)
+*[https://wiki.de4a.eu/index.php/Intermediation_Pattern Intermediation Pattern (IM)]  (MA UC#3 Pensions)
-*User-supported Intermediation Pattern (USI)
+*[https://wiki.de4a.eu/index.php/User-supported_Intermediation_Pattern User-supported Intermediation Pattern (USI)]
 *Push for deregistration
 The USI pattern is a new pattern (developed within the project) and it will be further developed after learning from the pilots.

@@ Line 23: / Line 23: @@
 The Ministerio de Política Territorial y Función Pública (former Ministerio de Hacienda y Función Pública - MINHAP) is the Spanish public body in charge and full responsible for the eGovernment strategy. It promotes the complete incorporation of information technologies and communications for the provision of public services through simplified procedures and processes aiming at the modernization of the entire sector.
 == Planned Pilot ScenariosUse Cases ==
@@ Line 55: / Line 29: @@
+|
+|
-| colspan="6" |Data Evaluator
+| colspan="5" |Data Evaluator
 |-
 | colspan="3" |
 |RO
 |PT-AMA
 |ES
 |LU
@@ Line 72: / Line 45: @@
 UC2
 |UC1.deregist
+|
@@ Line 88: / Line 56: @@
 UC2
 |-
-| rowspan="14" |Data Owner
+| rowspan="13" |Data Owner
 | rowspan="2" |RO
 |UC1
+|
+|
+|
 |UC1
@@ Line 101: / Line 68: @@
+|
+|
 |UC2
 |UC2
@@ Line 109: / Line 75: @@
 |UC1
 |UC1
+|
+|
@@ Line 116: / Line 81: @@
 |-
 |UC1.deregist
+|
+|
@@ Line 125: / Line 89: @@
 |{UC2} IRN
 |{UC2}
+|
 |{UC2}
 |{UC2}
 |{UC2}
 |-
 | rowspan="3" |ES
@@ Line 144: / Line 98: @@
 |UC1
+|
+|
 |UC1
@@ Line 152: / Line 105: @@
 |UC2
+|
+|
 |UC2
@@ Line 160: / Line 112: @@
+|
+|
+|
+|
@@ Line 169: / Line 120: @@
 |UC1
+|
+|
+|
@@ Line 176: / Line 126: @@
 |UC1.deregist
+|
 |UC1.deregist
+|
@@ Line 185: / Line 134: @@
 |UC2
+|
 |UC2
+|
@@ Line 194: / Line 142: @@
 |UC1
+|
+|
 |UC1
@@ Line 202: / Line 149: @@
 |UC2
+|
 |UC2
 |UC2
@@ Line 288: / Line 234: @@
 **(Re-)Alignment with SDG
 **Handle critical deviations from the SDG and progress made in other important EU-related projects
-*'''Not Included in Pilot Delegation of Powers;''' A family member of legal age is allowed to act as a proxy and contact person on behalf of other family members, to request moving between countries within EU. If there is support for delegation of powers between family members, the family member acting as proxy, may give consent to retrieve the required evidences, and to preview the retrieved evidences, before completing the eProcedure. Otherwise, each family member must give consent and preview their own evidences before the eProcedure can be completed. There are many complex family situations and special cases that would require further analysis. This will not be piloted but software will be developed and demoed.
+*'''Not Included in Pilot, Delegation of Powers;''' A family member of legal age is allowed to act as a proxy and contact person on behalf of other family members, to request moving between countries within EU. If there is support for delegation of powers between family members, the family member acting as proxy, may give consent to retrieve the required evidences, and to preview the retrieved evidences, before completing the eProcedure. Otherwise, each family member must give consent and preview their own evidences before the eProcedure can be completed. There are many complex family situations and special cases that would require further analysis. This will not be piloted but software will be developed and demoed.
 *'''MOR: (Multilingual Ontology Repository)''' for more efficient translations/transcodings. For a Demo view see https://de4a-wp3.github.io/MOR/ To be tested between Romania and Spain.
 ==Interaction Patterns==

@@ Line 289: / Line 289: @@
 **Handle critical deviations from the SDG and progress made in other important EU-related projects
 *'''Not Included in Pilot Delegation of Powers;''' A family member of legal age is allowed to act as a proxy and contact person on behalf of other family members, to request moving between countries within EU. If there is support for delegation of powers between family members, the family member acting as proxy, may give consent to retrieve the required evidences, and to preview the retrieved evidences, before completing the eProcedure. Otherwise, each family member must give consent and preview their own evidences before the eProcedure can be completed. There are many complex family situations and special cases that would require further analysis. This will not be piloted but software will be developed and demoed.
 ==Interaction Patterns==
 The development of the DE4A Reference Architecture started in the context of D2.4 Project Start Architecture (PSA) - MA recognizes three distinct Reference Interaction Patterns; out of which MA will use mainly the USI-pattern.

@@ Line 288: / Line 288: @@
 **(Re-)Alignment with SDG
 **Handle critical deviations from the SDG and progress made in other important EU-related projects
-*'''Not Included in Pilot just Demo Delegation of Powers;''' A family member of legal age is allowed to act as a proxy and contact person on behalf of other family members, to request moving between countries within EU. If there is support for delegation of powers between family members, the family member acting as proxy, may give consent to retrieve the required evidences, and to preview the retrieved evidences, before completing the eProcedure. Otherwise, each family member must give consent and preview their own evidences before the eProcedure can be completed. There are many complex family situations and special cases that would require further analysis. This will not be piloted but software will be developed and demoed.
+*'''Not Included in Pilot Delegation of Powers;''' A family member of legal age is allowed to act as a proxy and contact person on behalf of other family members, to request moving between countries within EU. If there is support for delegation of powers between family members, the family member acting as proxy, may give consent to retrieve the required evidences, and to preview the retrieved evidences, before completing the eProcedure. Otherwise, each family member must give consent and preview their own evidences before the eProcedure can be completed. There are many complex family situations and special cases that would require further analysis. This will not be piloted but software will be developed and demoed.
 ==Interaction Patterns==
 The development of the DE4A Reference Architecture started in the context of D2.4 Project Start Architecture (PSA) - MA recognizes three distinct Reference Interaction Patterns; out of which MA will use mainly the USI-pattern.

← Older revision		Revision as of 09:23, 16 November 2022
Line 274:		Line 274:

	The UC-flow is: PT Citizen will move to LU. PT citizen selects new domicile registration in LU portal, and LU (DE) requests current domicile from PT (DO). In this registration process a new check will be included in PT, asking the citizen for consent to send the evidence back to PT once LU (DE) processed it. Once LU verifies the evidence and any additional checks, LU (DE) will send to PT(DO) the evidence of deregistration. The citizen is informed by the LU portal (any means) about this 2 different procedures that have been performed: successful registration in LU and evidence sent back to PT. PT then send a PDF/message printed on paper with a Unique code to the new domicile adress of the Portuguese citizen.		The UC-flow is: PT Citizen will move to LU. PT citizen selects new domicile registration in LU portal, and LU (DE) requests current domicile from PT (DO). In this registration process a new check will be included in PT, asking the citizen for consent to send the evidence back to PT once LU (DE) processed it. Once LU verifies the evidence and any additional checks, LU (DE) will send to PT(DO) the evidence of deregistration. The citizen is informed by the LU portal (any means) about this 2 different procedures that have been performed: successful registration in LU and evidence sent back to PT. PT then send a PDF/message printed on paper with a Unique code to the new domicile adress of the Portuguese citizen.
		+

	*'''Improved usability''' in Procedure and data Service based upon knowledge gained during the pilot regarding		*'''Improved usability''' in Procedure and data Service based upon knowledge gained during the pilot regarding

@@ Line 254: / Line 254: @@
 [[File:Image discarded option.png|alt=Discarded option|left|thumb|Discarded option due to being to centralized]]
 [[File:Image MS side option.png|alt=Chosen option|left|thumb|Chosen option based on MS configuration]]
@@ Line 263: / Line 264: @@
 It was then decided the "My-Space/MY-Guichet" backend could be used. Including the new "deregistration-evidencetype" (no preview needed as it is the same content as demicileregistration just in a technically different format). In this context, every deregistration DE does not need to, but could be be subscribed to every Domicile Registry (DO) for every citizen that can be registered in that DO. Therefore, the deregistration sub-use-case needs a “Push-like pattern”, to unilaterally communicate an event, instead of  a “Subscribe & Notification Pattern”. This means we need to use a specific consent text of the UC1-procedure to include deregistration purpose.

@@ Line 251: / Line 251: @@
 *'''Request multiple Evidences'''; Multiple evidences in the same procedure instance.
 *'''Intermediation pattern;''' for UC#3 Means of living eg. Pension information and other means of support.
-*'''"De-registration" Notification'''; Portugal needs to de-register the old domicile address when there is a change of domicile address also when some one is moving abroad. All other piloting countries also see this process finalization as a needed function. It is not thought to be a new process, but a finalization of the process but it will need a new EvidenceType. Member States are not in agreement if it should be invoked automatically (Agency to Agency) or if there needs to be a new procedure started or at least a consent given by the domicile registrant to acknowledge that this has taken place. WP7 supports the idea of involving the data subject directly up front when starting the process. Some MS (eg. Sweden and possibly Luxembourg) think they may have to change laws to make it happen. The proposed solution is based upon making the eIDASPersonIdentifier attribute mandatory in the evidence response to the registration procedure. When the registration procedure is completed, the "deregistration" procedure can be started using the same eIDASPersonIdentifier. The eIDASPersonIdentifier could be a reliable identifier for this purpose, since it is used in the preview of the evidence and is already mapped to the requested evidence. It is not sure this will be piloted but software will be developed and demoed in test environments (LU/PT). The intention was to use the USI pattern as a problem with the Subscribe & Notification pattern for the case of de-registration is that you first need to subscribe to a DO catalogue of events. It was then decided the "My-Space/MY-Guichet" could be used. Including the new "deregistration-evidence" (no preview needed as it is the same content just in a technically different format). In this context, every de-registration DE does not need to, but could be be subscribed to every Domicile Registry (DO) for every citizen that can be registered in that DO. Therefore, the de-registration use case needs a “Push-like pattern”, to unilaterally communicate an event, instead of  a “Subscribe & Notification Pattern”. This means we need to update the consent text of the UC1-procedure to include de-registration purpose. The UC-flow is:
+*'''"Deregistration" sub-use-case-procedure'''; Portugal needs to deregister the old domicile address when there is a change of domicile address also when some one is moving abroad. All other piloting countries also see this process finalization as a needed function. It is not thought to be a new process, but a finalization of the process, but it will need a new EvidenceType. Member States are not in agreement if it should be invoked automatically (Agency to Agency) or if there needs to be a new procedure started or at least a consent given by the domicile registrant to acknowledge that this has taken place. WP7 supports the idea of involving the data subject directly up front when starting the process. Some MS (eg. Sweden and possibly Luxembourg) think they may have to change laws to make it happen. The proposed solution is based upon making the eIDASPersonIdentifier and email attribute mandatory in the evidence response to the registration procedure. When the registration procedure is completed, the "deregistration" sub-procedure can be started using the same eIDASPersonIdentifier and email. The eIDASPersonIdentifier could be a reliable identifier for this purpose, since it is used in the preview of the evidence and is already mapped to the requested evidence. It is not sure this will be piloted but software will be developed and demoed in test environments (LU/PT). The intention was to use the USI pattern as a problem with the Subscribe & Notification pattern for the case of de-registration is that you first need to subscribe to a DO catalogue of events.
-* PT Citizen will move to LU. PT citizen selects new domicile registration in LU portal, and LU (DE) requests current domicile from PT (DO). In this registration process a new check will be included, asking the citizen for consent to send the evidence back to PT once LU (DE) process it. Once LU verifies the evidence and any additional checks, LU (DE) will send to PT(DO) the evidence of de-registration. The citizen is informed by the LU portal (any means) about this 2 different procedures that have been performed: successful registration in LU and evidence sent back to PT.
 * '''Improved usability''' in Procedure and data Service based upon knowledge gained during the pilot regarding
 **Information about the OOP System in Procedure
 **Giving consent to use the OOP System in Procedure
@@ Line 266: / Line 283: @@
 **(Re-)Alignment with SDG
 **Handle critical deviations from the SDG and progress made in other important EU-related projects
-* '''Not Included in Pilot just Demo Delegation of Powers;''' A family member of legal age is allowed to act as a proxy and contact person on behalf of other family members, to request moving between countries within EU. If there is support for delegation of powers between family members, the family member acting as proxy, may give consent to retrieve the required evidences, and to preview the retrieved evidences, before completing the eProcedure. Otherwise, each family member must give consent and preview their own evidences before the eProcedure can be completed. There are many complex family situations and special cases that would require further analysis. This will not be piloted but software will be developed and demoed.
+*'''Not Included in Pilot just Demo Delegation of Powers;''' A family member of legal age is allowed to act as a proxy and contact person on behalf of other family members, to request moving between countries within EU. If there is support for delegation of powers between family members, the family member acting as proxy, may give consent to retrieve the required evidences, and to preview the retrieved evidences, before completing the eProcedure. Otherwise, each family member must give consent and preview their own evidences before the eProcedure can be completed. There are many complex family situations and special cases that would require further analysis. This will not be piloted but software will be developed and demoed.
 ==Interaction Patterns==
 The development of the DE4A Reference Architecture started in the context of D2.4 Project Start Architecture (PSA) - MA recognizes three distinct Reference Interaction Patterns; out of which MA will use mainly the USI-pattern.

@@ Line 232: / Line 232: @@
 |NO
 |Yes-1-2
-|NO
+|Unknown
 |-
 |Interrupted Procedure
@@ Line 239: / Line 239: @@
 |NO
 |NO (using cookies or other)
-|NO
+|Unknown
 |-
 |Deregistration 1
@@ Line 246: / Line 246: @@
 |YES
 |Maybe
-|NO
+|Unknown
 |}
 *'''Interrupted Procedure''' with support for Save and Resume (optional but recommended)

@@ Line 215: / Line 215: @@
 * Use Evidence in Procedure
 * Three evidence types:  Change of Address and Civil State Certificate and Birth Certificate
 * Static Look-up of Evidence Type, Data Service, Authorized Authorities
@@ Line 249: / Line 248: @@
 |NO
 |}
 *'''Request multiple Evidences'''; Multiple evidences in the same procedure instance.
 *'''Intermediation pattern;''' for UC#3 Means of living eg. Pension information and other means of support.