| Dokumendiregister | Riigikogu |
| Viit | 1-2/26-750/1 |
| Registreeritud | 05.11.2026 |
| Sünkroonitud | 06.11.2026 |
| Liik | EL dokument |
| Funktsioon | |
| Sari | |
| Toimik | Ettepanek: EUROOPA PARLAMENDI JA NÕUKOGU MÄÄRUS, mis käsitleb tagasisaatmise, tagasivõtmise ja taasintegreerimise valdkonna juhtumite haldamise digitaliseerimist ning millega muudetakse määruseid (EL) 2018/1726, (EL) 2018/1860, (EL) 2019/817 ja (EL) 2019/818 - COM(2026) 1037, SEC(2026) 1037, SWD(2026) 1037, SWD(2026) 1038, SWD(2026) 1039 |
| Juurdepääsupiirang | Avalik |
| Adressaat | |
| Saabumis/saatmisviis | |
| Vastutaja | |
| Originaal | Ava uues aknas |
| Taotle dokumendi eemaldamist või parandamist |
EN EN
EUROPEAN COMMISSION
Brussels, 27.10.2026 COM(2026) 1037 final
2026/0340 (COD)
Proposal for a
REGULATION OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL
on the digitalisation of case management in the area of return, readmission and
reintegration, and amending Regulations (EU) 2018/1726, (EU) 2018/1860, (EU)
2019/817 and (EU) 2019/818 of the European Parliament and of the Council
{SEC(2026) 1037 final} - {SWD(2026) 1037 final} - {SWD(2026) 1038 final} -
{SWD(2026) 1039 final}
EN 1 EN
EXPLANATORY MEMORANDUM
1. CONTEXT OF THE PROPOSAL
• Reasons for and objectives of the proposal
The functioning and the sustainability of the European migration and asylum system rely on a
comprehensive system that manages migration in the long term. The effective return of third
country nationals who have no right to stay in the European Union (‘EU’ or ‘Union’) is
indispensable to the integrity of the European system.
As part of the new approach to migration presented in the European Strategy on Asylum and
Migration(1), the EU has now strong rules and more modern rules in place on return. The new
Return Regulation(2) strengthens the common approach to return through more effective
procedures, enhanced cooperation between Member States and with third countries, and tools
to support the implementation of returns. The simplification and automation of return
processes can then further contribute to reducing the administrative burden and workload of
national authorities, leading to simplification and increasing the efficiency of the return
system. The Return Regulation works hand-in-hand with the rules of the Pact on Migration
and Asylum, which close the loopholes between asylum and return, including through the
procedures at the external borders, and reinforce the cooperation between different authorities,
within and among Member States, with European Union agencies and with third countries.
The EU has made progress in strengthening the effectiveness of return. In 2025, Member
States issued 487 285 orders to leave and 136 665 illegally staying third-country nationals
were effectively returned, corresponding to a return rate of 28%. While this return rate marks
a clear improvement compared to 2024 (24% return rate), there remains significant progress
to make to ensure that all third-country nationals ordered to leave are effectively returned.
Against this background, the Commission is taking additional steps to further improve the
effectiveness of returns by presenting this new initiative establishing a common digital
backbone, connecting the relevant authorities, processes and tools. In addition, alongside this
initiative, the Commission is equally proposing to revise the Frontex mandate to significantly
strengthen its role as the Union actor in the common system for returns. Together with the
new Return Regulation, these initiatives reflect the EU’s enhanced ambition to have swift and
effective returns, as an integral component of a well-managed EU migration system.
Digitalisation is important tool in the EU’s toolbox to make returns more effective, support
the implementation of the new common EU system for returns put in place by the Return
Regulation, and reduce administrative burden. By enabling more efficient procedures and
coordination, as well as more reliable data collection, digital systems are crucial to effectively
design, enforce and monitor migration policy and rules. They contribute to achieving modern,
secure and efficient tools to improve the quality, consistency and timeliness of decision
making on return, and to enhance enforcement. Digitalisation will help make information
available where and when it is needed, automate processes, reduce manual work and
administrative burden, facilitate cooperation between authorities, and improve the monitoring
(1) European Commission, Communication from the Commission to the European Parliament and the
Council: European Asylum and Migration Management Strategy, COM(2026) 45 final, 26 January
2026. (2) Regulation (EU) 2026/2280 of the European Parliament and of the Council of 7 October 2026
establishing a common system for the return of third-country nationals staying illegally in the Union,
and repealing Directive 2008/115/EC of the European Parliament and of the Council, Council Directive
2001/40/EC and Council Decision 2004/191/EC, (OJ L, 2026/2280, 15.10.2026, ELI:
http://data.europa.eu/eli/reg/2026/2280/oj).
EN 2 EN
and implementation of returns. The digitalisation of case management in the area of return,
readmission and reintegration is thus an important enabler of the common EU system for
returns, complementing the strengthened operational role of Frontex on return and helping
translate the EU’s enhanced ambition in the field of return into more coordinated, efficient
and effective action.
Despite significant efforts at national and EU levels during the last years, the digital landscape
for return-related case management remains fragmented, with uneven development, wide
differences in the availability of data, its functionalities and interoperability, as well as limited
data sharing. First, the information needed to carry out efficiently return, readmission and
reintegration is not easily accessible to all relevant authorities. The available data necessary to
swiftly complete these processes is not sufficiently shared and accessible within the same
Member State, between Member States (and between Member States and Frontex), and
between Member States (or Frontex) and third countries. Second, migration authorities are
suffering from excessive administrative burden. Third, more granular and swiftly available
statistics on return, readmission and reintegration are needed.
These problems are caused by three main drivers. In the first place, the digitalisation of case
management in the area of return, readmission and reintegration remains insufficient and
fragmented across the EU. National return systems vary widely in availability, functionality,
and interoperability, and are often disconnected from existing EU tools for readmission and
reintegration. Governance is similarly fragmented, with responsibilities divided across
Member States, EU agencies, and third-country partners, leading to inconsistent standards,
complex data protection arrangements, and dependence on external funding and cooperation.
Secondly, even when digital case management systems are in place and integrated, the
functionalities of these systems are often inadequate. Key features such as adjusting
deadlines, or automatic follow-up of return decisions are rarely implemented. Technical
limitations, such as the lack of connection to Schengen Information System or a single
identifier for returnee, can lead to duplicate cases and unreliable statistics. Thirdly, the lack of
sufficiently clear legal bases for the sharing of data and development of IT systems restricts
the use of existing IT systems and prevents the development of new systems.
Against this background, the objectives of this proposal are to support a more effective and
efficient implementation of the rules on return, readmission and reintegration of third-country
nationals staying illegally in the Union, laid down in the Return Regulation, and contribute to
the implementation of the new approach to migration. By providing the digital means
necessary to support the implementation of the new common rules, the proposal will
contribute to making the common system for returns more efficient and operational in
practice, with simpler and more automated workflows that reduce administrative burden. In
the long-term, this would be the first step towards a comprehensive, integrated and digitalised
EU migration management system, that would go beyond return, readmission and
reintegration processes and may encompass other migration processes such as asylum.
The initiative aims to enhance data sharing between competent authorities, in compliance with
data protection rules, to ensure that the information necessary to carry out and monitor return,
readmission and reintegration processes is available; to significantly decrease the
administrative burden and workload of national authorities; to advance with the digitalisation
of return, readmission and reintegration processes and remedy the limited functionalities of
existing IT systems to ensure that processes and reporting requirements are more digitalised,
simplified, and more automated; and to improve data collection to enable the automated
creation of more accurate and granular statistics and their timely availability.
EN 3 EN
• Consistency with existing policy provisions in the policy area
The Political Guidelines of the President von der Leyen (2024-2029) announced a new
common approach on returns, with a new legislative framework to speed up and simplify the
process, ensure that returns take place in a dignified manner, digitalise case management and
ensure that return decisions are mutually recognised across Europe(3). The Pact on Migration
and Asylum calls for making full use of the potential of digital systems for more efficient
procedures in the field of migration.
The EU Strategy on Voluntary Return and Reintegration(4) and the Operational Strategy for
More Effective Returns of the EU Return Coordinator(5) raised the importance of leveraging
the full potential of digital systems to improve efficiency. This point was also mentioned in
the Commission Work Programme (‘CWP’) for 2025(6) and the CWP for 2026(7) refers to the
digitalisation of the return process as a way to continue the work to modernise the common
European return system and as an initiative with a strong simplification dimension. The long-
term European Asylum and Migration Management Strategy stressed again that developing
digital case management systems in the area of return, reintegration and readmission will
further contribute to reducing the administrative workload of national authorities, simplifying
and automating processes.
The Return Regulation identifies digital systems for managing return, readmission and
reintegration processes as one of the components of the common system for returns(8),
considering that digital systems are key to support the effective implementation of return
rules, including to enable digital features supporting mandatory mutual recognition of return
decisions. The Return Regulation sets out clear legal bases to share and transfer the data
necessary to complete return, readmission and reintegration processes, in compliance with
applicable data protection rules, but does not address the technical means through which such
data should be shared and transferred. Detailing these technical means will contribute to
ensure that appropriate technical and organisational measures are operational and complied
with.
In parallel, the Commission is presenting a proposal to review the mandate of Frontex to also
broaden its role as the Union actor in the common system for returns. The revised mandate
will entrust the Agency with the necessary responsibilities and capabilities to contribute to the
digitalisation of return, readmission and reintegration, creating synergies with this proposal
and helping to establish the common digital backbone needed for a more integrated, efficient
and effective return system across the Union.
(3) Ursula von der Leyen, Political Guidelines for the Next European Commission 2024–2029, Strasbourg,
18 July 2024. (4) European Commission, Communication from the Commission to the European Parliament and the
Council: The EU strategy on voluntary return and reintegration; COM(2021) 120 final, 27 April 2021. (5) European Commission, Policy Document: Towards an operational strategy for more effective returns;
COM(2023) 45 final, of 24 January 2023. (6) European Commission, Communication from the Commission to the European Parliament, the Council,
the European Economic and Social Committee and the Committee of the Regions; Commission work
programme 2025 Moving forward together: A Bolder, Simpler, Faster Union, COM/2025/45 final,
11.2.2025. (7) European Commission, Communication from the Commission to the European Parliament, the Council,
the European Economic and Social Committee and the Committee of the Regions; Commission work
programme 2026 Europe's Independence Moment, COM(2025) 870 final, 21.10.2025. (8) Article 40(1)(c) of the Return Regulation.
EN 4 EN
• Consistency with other Union policies
The proposal aligns with the wider EU ambition to find and promote European solutions in
the digital age, to simplify processes and to reduce the administrative workload of relevant
national and EU authorities. Where relevant, the functionalities of the newly established
systems should make use of artificial intelligence systems, in compliance with Regulation
(EU) 2024/1689 of the European Parliament and of the Council(9).
2. LEGAL BASIS, SUBSIDIARITY AND PROPORTIONALITY
• Legal basis
The EU’s legal basis to act is established under 79(2)(c) of the Treaty on the Functioning of
the European Union (‘TFEU’). This article mandates the European Parliament and the
Council to adopt measures in the area of illegal immigration and unauthorised residence,
including removal and repatriation of persons residing without authorisation. The
development and implementation of efficient digital case management systems in the area of
return, readmission and reintegration is a means to this end.
Additionally, the proposal is based on Article 77(2)(b) and (d) of the TFEU to enable the
targeted amendment of Regulation (EU) 2019/817 of the European Parliament and of the
Council of 20 May 2019(10). Article 77(2)(b) and (d) of the TFEU mandates the European
Parliament and the Council to adopt measures concerning the checks to which persons
crossing external borders are subject and any measure necessary for the gradual establishment
of an integrated management system for external borders.
• Subsidiarity (for non-exclusive competence)
The identified problems cannot be effectively resolved at national level. Given the magnitude
of the fragmentation of the current digital landscape, without EU coordination and an
appropriate EU legal framework, Member States will continue developing siloed systems,
leading to inefficiencies, uneven digitalisation, and higher costs. This would hinder the
implementation of common rules on return, including the new Return Regulation, resulting in
suboptimal levels of returns. This would also affect the proper functioning of the rules of the
Pact on Migration and Asylum and have an impact on the Schengen area.
An EU-level intervention is essential to ensure interconnection of relevant IT systems across
Member States, including by leveraging EU Information Systems, consistent data exchange,
and operational efficiency across Member States. Only a coordinated approach at EU level
can address in a coherent manner the cross-border complexities that Member States are
currently facing e.g. as regards the insufficient sharing of data between Member States.
(9) Regulation (EU) 2024/1689 of the European Parliament and of the Council of 13 June 2024 laying
down harmonised rules on artificial intelligence and amending Regulations (EC) No 300/2008, (EU) No
167/2013, (EU) No 168/2013, (EU) 2018/858, (EU) 2018/1139 and (EU) 2019/2144 and Directives
2014/90/EU, (EU) 2016/797 and (EU) 2020/1828 (Artificial Intelligence Act) (Text with EEA
relevance) (OJ L, 2024/1689, 12.7.2024, ELI: http://data.europa.eu/eli/reg/2024/1689/oj). (10) Regulation (EU) 2019/817 of the European Parliament and of the Council of 20 May 2019 on
establishing a framework for interoperability between EU information systems in the field of borders
and visa and amending Regulations (EC) No 767/2008, (EU) 2016/399, (EU) 2017/2226, (EU)
2018/1240, (EU) 2018/1726 and (EU) 2018/1861 of the European Parliament and of the Council and
Council Decisions 2004/512/EC and 2008/633/JHA (OJ L 135, 22.5.2019, p. 27, ELI:
http://data.europa.eu/eli/reg/2019/817/oj).
EN 5 EN
• Proportionality
To address the problems identified, the proposal envisages a solution based on a partially
decentralised approach, which will build on existing systems at national and EU level.
For the management of return cases, this solution will provide Member States with the
flexibility to base their return case management systems ('national RECAMAS') either on a
model document and specifications developed by Frontex (‘RECAMAS Model’), or on an IT
reference implementation, made of several digital modules, developed by Frontex and based
on the RECAMAS Model (‘Frontex RECAMAS’), or a combination of the two. This
approach will allow Member States to build on prior investments, while ensuring convergence
towards a common framework.
The case management systems in the area of readmission ('iRCMS') and reintegration
('RIAT') will be provided at EU level.
By building on existing systems and relying on a partially decentralised approach, the
proposal does not go further than what is necessary to solve the problems identified.
• Choice of the instrument
A regulation is the most suitable instrument to achieve the desired policy objectives given the
objective of establishing a new integrated digital case management system both at national
and EU level.
Regulations are binding, directly applicable in all Member States and ensure uniform rules
across the EU. The existing problems of fragmentation and inconsistencies in relation to the
digital management of return, readmission and reintegration processes are to a very large
degree caused by diverging national approaches. Therefore, a regulation best addresses those
problems.
3. RESULTS OF EX-POST EVALUATIONS, STAKEHOLDER
CONSULTATIONS AND IMPACT ASSESSMENTS
• Ex-post evaluations/fitness checks of existing legislation
Not Applicable
• Stakeholder consultations
A thorough and broad consultation process was conducted with all relevant stakeholders in
2025.
Interviews took place with national authorities from EU Member States and Schengen
Associated Countries, relevant EU agencies and institutions (eu-LISA, Frontex, European
Data Protection Supervisor), as well as civil society organisations, international organisations,
academia, and reintegration partners.
Three different written surveys targeted at three types of stakeholders (i.e. national authorities
of EU Member States and Schengen Associated Countries, civil society organisations and
international organisations) have been conducted.
A call for evidence was published and open to feedback from 7 November 2025 to 5
December 2025. 11 contributions were received from seven EU citizens, one international
organisation, one non-governmental organisation, one professional organisation and one
company/business.
On 30 September 2025, a workshop took place with representatives from the Member States,
Schengen Associated Countries and the Commission.
EN 6 EN
On 9 December 2025, the Commission held a stakeholder meeting with representatives from
Member States, Schengen Associated Countries and Frontex.
• Collection and use of expertise
Not Applicable.
• Impact assessment
An impact assessment is accompanying the proposal.
• Regulatory fitness and simplification
Not Applicable
• Fundamental rights
As part of the impact assessment, the impact of the proposed measures on fundamental rights
has been assessed. The proposal is found to adhere to fundamental rights.
Risks may arise in case the governance of the different IT systems is not defined sufficiently
clearly, thereby leading to difficulties to identify the roles and responsibilities of the different
data processors and controllers, as well as the applicable data protection rules. These risks are
mitigated by laying down clear provisions on the governance of the systems and on the
corresponding applicable rules. Roles and responsibilities under data protection rules will be
clearly allocated (i.e. who is controller, who is processor).
Compliance with the General Data Protection Regulation and the Data Protection Regulation
for EU institutions, bodies, offices and agencies is ensured. Several safeguards, including
encryption, access controls, and audit logging are provided by the proposal.
4. BUDGETARY IMPLICATIONS
As detailed in the accompanying legislative financial and digital statement, the investments
required at the EU level and Member States level are compatible with the proposed 2028-
2034 Multiannual Financial Framework (MFF) and could be financed during the 2028-2034
MFF.
To develop and improve their national RECAMAS, Member States will be able to make use
of the funds allocated under their national programmes in accordance with the Proposal for a
Regulation of the European Parliament and of the Council establishing the Union support for
asylum, migration and integration for the period from 2028 to 2034(11).
The development and maintenance of Frontex RECAMAS, iRCMS, RIAT and a secure
communication channel ('the communication portal') will be financed by the EU budget.
5. OTHER ELEMENTS
• Implementation plans and monitoring, evaluation and reporting arrangements
The legal proposal includes provisions for monitoring and evaluation based on the following
indicators.
Specific Objective 1: enhancing data sharing
(11) Proposal for a Regulation of the European Parliament and of the Council establishing the Union support
for asylum, migration and integration for the period from 2028 to 2034, COM/2025/540 final.
EN 7 EN
• Number of datasets on return, readmission and reintegration cases requested by
Member States and made available to other Member States within the applicable
time limits laid down by the Return Regulation.
• Number of readmission requests processed via the iRCMS.
Specific Objective 2: digitalising, automating and simplifying return, readmission and
reintegration processes
• Number of national RECAMAS in place.
• Number of Member States making use of the Frontex RECAMAS, or parts of it.
• Number of national RECAMAS having integrated iRCMS and RIAT.
• Number of national RECAMAS connected to the European Search portal ('ESP'), the
Central Repository for reporting and Statistics ('CRRS') and the Schengen
Information System ('SIS').
• Number of national RECAMAS connected to the communication portal.
• Number of sub-processes streamlined or automated.
• Average duration of the processing time per return, readmission and
reintegration case.
• Number of staff trained in new procedures and IT systems.
Specific Objective 3: enabling the creation of accurate statistics
• Number of statistical datasets (as per the Return Regulation) created automatically.
• Number of statistical datasets (as per the Return Regulation) provided within the
applicable time limits laid down by the Return Regulation.
The application of the new rules will also be monitored through the Schengen evaluation and
monitoring mechanism.
• Detailed explanation of the specific provisions of the proposal
The first chapter relates to general provisions (Article 1 to 6). It lays down the subject matter
of the Regulation (Article 1) and the relevant definitions (Article 2). It establishes the IT
architecture made of several digital components (Article 3) and the objectives of the
digitalisation of case management in the area of return, readmission and reintegration (Article
4). It clarifies the role of existing EU Information Systems and interoperability components
(Article 5), and of other national relevant IT systems (Article 6).
The second chapter (Article 7 to 14) relates to case management systems and addresses the
questions of the recording (Article 7), consultation (Article 8), rectification and erasure of
data (Article 9). It lays down the common functional features that the three future IT systems
on return, readmission and reintegration should have (Article 10) and the specific essential
functional features that each separate system should have: the national return case
management system ('national RECAMAS') (Article 11), the EU integrated readmission case
management system ('iRCMS') (Article 12) and the EU reintegration case management
system ('RIAT') (Article 13). It establishes the communication channel between migration
authorities ('communication portal') (Article 14).
The third chapter relates to the development and operation of the systems and corresponding
responsibilities (Article 15 to 26). Roles and responsibilities are defined for the development
phase (Article 15) and the corresponding IT governance is established via the creation of a
Program Management Board, mirroring what is usually done for the development of other IT
EN 8 EN
systems (Article 16). Roles and responsibilities are defined for the operational management of
the systems (Article 17) and specific provisions are included on data security (Article 18), the
keeping of logs (Article 19), data retention (Article 20), the rights of data subjects (Article
21), statistics (Article 22), the responsibility for personal data processing (Article 23), staff
training (Article 24), the required cooperation between national data protection supervisory
authorities and the European Data Protection Supervisor (Article 25) and penalties for non-
compliance with the Regulation (Article 26).
The fourth chapter addresses the targeted amendments of other Union legal acts (Articles
27 to 30) and more specifically:
• Regulation (EU) 2018/1726 of the European Parliament and of the Council of 14
November 2018 on the European Union Agency for the Operational Management of
Large-Scale IT Systems in the Area of Freedom, Security and Justice (eu-LISA), as
eu-LISA mandate will be expanded to support Frontex and establish the
communication portal (Article 27).
• Regulation (EU) 2018/1860 of the European Parliament and of the Council of 28
November 2018 on the use of the Schengen Information System for the return of
illegally staying third-country nationals (Article 28).
• Regulations (EU) 2019/817 and (EU) 2019/818 of the European Parliament and of
the Council of 20 May 2019 establishing a framework for interoperability between
EU information systems, to ensure that the Central Repository for Reporting and
Statistics can be connected to national systems, and to allow the newly established
communication portal to be also used to exchange information to support the
resolution of links identified by the Multiple Identity Detector (Article 29 and 30).
The fifth chapter contains the final provisions, addressing the question of costs (Article 31),
requiring Member States to notify the competent authorities to the Commission (Article 32),
and providing for a phased applicability per system and per Member State to ensure a gradual
start of operations (Article 33). It includes a provision on the committee procedure (Article
34) and it establishes the Advisory Group, which will provide some technical support to the
Program Management Board (Article 35). It requires Member States to provide for contact
points (Article 36) and defines the monitoring and evaluation measures (Article 37). The
Regulation should enter into force on the twentieth day following that of its publication in the
Official Journal of the European Union (Article 38).
EN 9 EN
2026/0340 (COD)
Proposal for a
REGULATION OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL
on the digitalisation of case management in the area of return, readmission and
reintegration, and amending Regulations (EU) 2018/1726, (EU) 2018/1860, (EU)
2019/817 and (EU) 2019/818 of the European Parliament and of the Council
THE EUROPEAN PARLIAMENT AND THE COUNCIL OF THE EUROPEAN UNION,
Having regard to the Treaty on the Functioning of the European Union, and in particular
Article 77(2), points (b) and (d), and Article 79(2), point (c), thereof,
Having regard to the proposal from the European Commission,
After transmission of the draft legislative act to the national Parliaments,
Having regard to the opinion of the European Economic and Social Committee(1),
Having regard to the opinion of the Committee of the Regions(2),
Acting in accordance with the ordinary legislative procedure,
Whereas:
(1) The sustainability of the Common European Asylum System and the good functioning
of the Schengen area rely on the ability to build a comprehensive system that manages
migration in the long term. An effective return policy is a key component of a credible
migration management system.
(2) The Pact on Migration and Asylum aims at building such system, and it relies on swift
and clear processes as well as close and interlinked cooperation between different
authorities, within and among Member States, with Union agencies and with third
countries. The Pact legislation establishes a seamless link between asylum and return
procedures to increase the efficiency and coherence of the asylum and migration
system as a whole.
(3) Regulation (EU) 2026/2280 of the European Parliament and of the
Council(3) establishing a common system for the return of third-country nationals
staying illegally in the Union, identifies digital systems for managing return,
readmission and reintegration of third country nationals as key components of the
common system for returns.
(4) The Commission, the European Union Agency for the Operational Management of
Large-Scale IT Systems in the Area of Freedom, Security and Justice (‘eu-LISA'),
established by Regulation (EU) 2018/1726 of the European Parliament and of the
(1) OJ C [...], [...], p. [...] (2) OJ C [...], [...], p. [...] (3) Regulation (EU) 2026/2280 of the European Parliament and of the Council of 7 October 2026
establishing a common system for the return of third-country nationals staying illegally in the Union,
and repealing Directive 2008/115/EC of the European Parliament and of the Council, Council Directive
2001/40/EC and Council Decision 2004/191/EC, OJ L, 2026/2280, 15.10.2026, ELI:
http://data.europa.eu/eli/reg/2026/2280/oj).
EN 10 EN
Council(4), the European Border and Coast Guard Agency (‘Frontex’), established by
Regulation (EU) 2019/1896 of the European Parliament and of the Council(5), the
European Union Agency for Asylum, established by Regulation (EU) 2021/2303 of
the European Parliament and of the Council(6), and Member States have made
significant investments in the development and implementation
of information technology (‘IT’) systems in the field of migration management.
(5) In the field of case management in the area of return, readmission and reintegration,
the availability, level of digitalisation and functionalities of IT systems vary
significantly between Member States. Existing IT systems for return, readmission and
reintegration at national and Union level have been developed separately and by
different actors, resulting in a fragmented digital landscape with limited
interoperability and data-sharing possibilities.
(6) The current legal and operational framework limits the effective exchange and
management of information throughout the return process and creates inefficiencies in
the handling of return, readmission and reintegration procedures, as well as
administrative burden. It is therefore necessary to establish a coherent framework for
digital systems in the area of return, readmission and reintegration in order to support
the establishment of a common Union system for returns.
(7) All Member States should make use of national return case management systems
(‘national RECAMAS’) ensuring that return procedures are systematically and swiftly
carried out. For the purpose of ensuring a minimum level of effectiveness and
efficiency, national RECAMAS should either be based on a model document and
specifications developed by Frontex (‘RECAMAS Model’), or on an IT reference
implementation developed by Frontex and based on the RECAMAS Model (‘Frontex
RECAMAS’), or on a combination of the RECAMAS Model and specific digital
modules of the Frontex RECAMAS. Member States may develop their national
RECAMAS while integrating in it some specific modules from the Frontex
RECAMAS, such as an application to communicate with third-country nationals
subject to a return procedure. Member States choosing to adopt the Frontex
RECAMAS or some of its modules should integrate them in their own digital
environment and further customise it to their own needs. The Frontex RECAMAS
should be provided to Member States as a standalone non-production IT system. As a
result, the Frontex RECAMAS should not run in a live production environment and
should not contain personal data.
(8) In order to facilitate swift and effective cooperation with third countries and third
parties located in third countries in the context of readmission and reintegration
procedures, in compliance with the applicable rules on international transfers of
personal data and in due respect of the fundamental rights of data subjects, it is
necessary to establish, at Union level, an integrated readmission case management
(4) Regulation (EU) 2018/1726 of the European Parliament and of the Council of 14 November 2018 on
the European Union Agency for the Operational Management of Large-Scale IT Systems in the Area of
Freedom, Security and Justice (eu-LISA), and amending Regulation (EC) No 1987/2006 and Council
Decision 2007/533/JHA and repealing Regulation (EU) No 1077/2011 (OJ L 295 21.11.2018, p. 99,
ELI: http://data.europa.eu/eli/reg/2018/1726/oj). (5) Regulation (EU) 2019/1896 of the European Parliament and of the Council of 13 November 2019 on
the European Border and Coast Guard and repealing Regulations (EU) No 1052/2013 and (EU)
2016/1624, (OJ L 295, 14.11.2019, p. 1, ELI: http://data.europa.eu/eli/reg/2019/1896/oj). (6) Regulation (EU) 2021/2303 of the European Parliament and of the Council of 15 December 2021 on the
European Union Agency for Asylum and repealing Regulation (EU) No 439/2010, (OJ L 468, p. 1, ELI:
http://data.europa.eu/eli/reg/2021/2303/oj).
EN 11 EN
system ('iRCMS') and a Union reintegration case management system ('RIAT'). Those
systems should enable the secure management and exchange of information required
for the identification of third-country nationals, the issuance of travel documents, the
organisation of return operations, and the handling of reintegration and post-arrival
assistance. In particular, iRCMS should be used to manage readmission procedures
and may be connected to third countries’ digital readmission case management
systems for those purposes. RIAT should be used to manage reintegration procedures
and should allow third parties competent for reintegration assistance to consult and
record relevant data. In order to ensure an efficient and seamless use of those systems
by authorised users, without requiring them to log off and log on when accessing
different systems, iRCMS and RIAT should be integrated into the national
RECAMAS.
(9) The European Search Portal (ESP), established by Regulations (EU) 2019/817 (7) and (EU) 2019/818(8) of the European Parliament and the Council, facilitates the
access and the querying of the EU information systems referred to in Article 4, point
15, of Regulation (EU) 2019/817 and in Article 4, point 15, of Regulation (EU)
2019/818 ('EU information systems'). The ESP should facilitate the fast,
seamless, efficient, systematic and controlled access, by Member State authorities and
Union agencies, to those systems by enabling simultaneous querying. Member States
authorities, such as migration authorities, and Union Agencies should use the ESP to
query those systems where necessary for the performance of their tasks in accordance
with their access rights under the legal instruments governing those systems.
(10) Accurate and reliable statistics are necessary to ensure the proper monitoring and
assessment of the efficiency of return, readmission and reintegration processes. The
Common Repository for Reporting and Statistics (‘CRRS’) provides for the possibility
to generate statistics from EU information systems. As the CRRS is a statistical tool
that already exists at Union level, it would be efficient, for the purpose of avoiding the
duplication of digital tools, to also make use of this digital tool to allow for the
creation of accurate and reliable statistics in the area of return, readmission and
reintegration. Therefore, the CRRS should be able to create such statistics from
national RECAMAS, iRCMS and RIAT and should therefore be amended
accordingly. Statistics should be accessible to competent authorities, Frontex, eu-
LISA, and the Commission in accordance with their respective responsibilities.
(11) In several Member States, existing return case management systems are linked to other
national relevant systems and databases, such as asylum case management systems or
information systems supporting judicial authorities, which contain data directly or
indirectly supporting the management of return readmission and reintegration cases. In
other Member States, return case management systems are being developed.
Consequently, Member States should be allowed to maintain and develop those
(7) Regulation (EU) 2019/817 of the European Parliament and of the Council of 20 May 2019 on
establishing a framework for interoperability between EU information systems in the field of borders
and visa and amending Regulations (EC) No 767/2008, (EU) 2016/399, (EU) 2017/2226, (EU)
2018/1240, (EU) 2018/1726 and (EU) 2018/1861 of the European Parliament and of the Council and
Council Decisions 2004/512/EC and 2008/633/JHA (OJ L 135, 22.5.2019, p. 27, ELI:
http://data.europa.eu/eli/reg/2019/817/oj). (8) Regulation (EU) 2019/818 of the European Parliament and of the Council of 20 May 2019 on
establishing a framework for interoperability between EU information systems in the field of police and
judicial cooperation, asylum and migration and amending Regulations (EU) 2018/1726, (EU)
2018/1862 and (EU) 2019/816 (OJ L 135, 22.5.2019, p. 85, ELI:
http://data.europa.eu/eli/reg/2019/818/oj).
EN 12 EN
connections and ensure that their national RECAMAS is designed in such a way that it
can allow the connection to other national relevant systems, in accordance with
national law and in respect of the fundamental right to privacy and data protection.
(12) Competent authorities, other national authorities and Frontex should be allowed to
record in return, readmission and reintegration case management systems all data,
including personal data, necessary to complete effectively those procedures. The data
should be limited to what is necessary to effectively manage return, readmission and
reintegration cases and each authority should ensure that the data it records is accurate
and up to date.
(13) Based on anonymised data, competent authorities, other national authorities, and
Frontex should ensure the provision of reliable and accurate statistics in the area of
return, readmission and reintegration.
(14) All processing operations of personal data undertaken under this Regulation should
comply with Regulations (EU) 2016/679(9) and (EU) 2018/1725(10) of the European
Parliament and of the Council, as applicable.
(15) Competent authorities should have direct access only to the data they recorded in
national RECAMAS, iRCMS and RIAT. However, where it emerged from the use of
the European Search Portal or from the use of iRCMS or RIAT that the same third-
country national is subject to several return cases in several Member States, any
competent authority having recorded data on this third country national should, upon a
request as referred to in Article 36 of Regulation (EU) 2026/2280, be provided by the
other competent authority concerned with the data recorded regarding this third-
country citizen, for the purpose of processing the case. Where applicable, the
requested data should be exchanged through a secure communication channel ('the
communication portal'). Upon agreement of the competent authority which recorded
the data, Frontex should be able to consult the data recorded in national RECAMAS,
in iRCMS, and in RIAT, only for the purposes for which the data was recorded.
(16) Competent authorities and Frontex should have the obligation and the technical
possibility to rectify and erase inaccurate, incomplete or unlawfully recorded data that
they recorded. When personal data are concerned, such obligation should be carried
out in compliance with applicable data protection rules. If a competent authority or
Frontex becomes aware that another competent authority has recorded factually
inaccurate data, it should inform the competent authority having recorded the data of
the inaccuracy as soon as possible. Such information should be transmitted via the
communication portal.
(17) To ensure a minimum level of efficiency of return, readmission and reintegration case
management systems, functional requirements should be established. These
functionalities should enable the allocation of a single identifier per case and effective
case handling, including automated case creation, identity verification, and real-time
tracking of procedural statuses and deadlines, retrieval of data from the Schengen
(9) Regulation (EU) 2016/679 of the European Parliament and of the Council of 27 April 2016 on the
protection of natural persons with regard to the processing of personal data and on the free movement of
such data, and repealing Directive 95/46/EC (General Data Protection Regulation) (OJ L 119, 4.5.2016,
p. 1). (10) Regulation (EU) 2018/1725 of the European Parliament and of the Council of 23 October 2018 on the
protection of natural persons with regard to the processing of personal data by the Union institutions,
bodies, offices and agencies and on the free movement of such data, and repealing Regulation (EC) No
45/2001 and Decision No 1247/2002/EC (OJ L 295, 21.11.2018, p. 39).
EN 13 EN
Information System, secure data exchange with third countries, and competent
authorities, while facilitating digital communication with third-country nationals,
automation of key procedures, such as the initiation of readmission applications,
issuance of return decisions, generation of alerts in the Schengen Information System
and creation of the European Return Order in the Schengen Information System, IT-
supported reintegration case management, including financial management, quality
assurance, and performance monitoring of assistance programs, as well as mechanisms
for complaints and incident tracking, operational tools for flight booking, travel
document management, and logistical coordination to facilitate the practical
implementation of return operations, and analytics capabilities to anticipate case
fluctuations, generate statistics for monitoring purposes, and ensure transparency in
the application of return policies. Where deemed relevant during the development
phase, the systems' functionalities should make use of artificial intelligence systems, in
compliance with Regulation (EU) 2024/1689 of the European Parliament and of the
Council(11).
(18) The necessary data to manage return, readmission and reintegration cases is not always
available in EU information systems, either because the data cannot be recorded in EU
information systems, for instance because some categories of data relating to prima
facie evidence of nationality in the context of readmission procedures are too specific
to be stored in Eurodac or in the Schengen Information System, or because the data
has not yet been recorded in or has already been deleted from EU information systems.
In those cases, and where necessary, Member States should have the possibility to
share swiftly and securely the data necessary to manage return, readmission and
reintegration cases. Single points of contact should coordinate and facilitate such
exchanges.
(19) A communication portal should be established to provide the technical means for
Member States' single points of contact and Union agencies to share swiftly, securely
and efficiently the data necessary for the management of return, readmission and
reintegration cases where such data is not available in the relevant EU information
systems. The communication portal should connect all national RECAMAS as well as
Frontex through the integrated return management platform ('IRMA'), thereby
facilitating the effective exchange of data. Member States should use the
communication portal where the sharing of such data is necessary for the performance
of their tasks and in accordance with their respective access rights and applicable data
protection rules.
(20) Frontex should build on its own expertise and continue to develop the RECAMAS
Model. As a frequent user of existing readmission case management systems and the
main user of RIAT, Frontex is in the best position to take responsibility for the
development, technical evolutions and operational management of iRCMS and
RIAT. As return case management systems will remain at national level, Member
States should continue to take responsibility for the development, technical evolutions
and operational management of national RECAMAS.
(21) When developing the communication portal, the reuse of existing well-functioning
digital infrastructures for the communication of data between migration authorities
(11) Regulation (EU) 2024/1689 of the European Parliament and of the Council of 13 June 2024 laying
down harmonised rules on artificial intelligence and amending Regulations (EC) No 300/2008, (EU) No
167/2013, (EU) No 168/2013, (EU) 2018/858, (EU) 2018/1139 and (EU) 2019/2144 and Directives
2014/90/EU, (EU) 2016/797 and (EU) 2020/1828 (Artificial Intelligence Act) (Text with EEA
relevance) (OJ L, 2024/1689, 12.7.2024).
EN 14 EN
should be favoured as this would allow a faster technical implementation of the
communication portal and would contribute to reducing its financial costs.
Consequently, the communication portal may be based on existing digital
infrastructure currently under the responsibility of eu-LISA, such as the digital
infrastructure underpinning the SIRENE or the DublinNet systems. eu-LISA should
therefore take responsibility for the development, technical evolutions and operational
management of this secure communication channel, as well as on the monitoring of
developments in research relevant for operational management. In order to update eu-
LISA’s mandate as well as to entrust it with the role of supporting Frontex on the
development of the Frontex RECAMAS, iRCMS and RIAT, Regulation should be
amended accordingly.
(22) The digital exchange of information with third countries involved in readmission
procedures contributes to a more efficient cooperation and facilitate the timely
handling of readmission cases. Where the relevant arrangements with a third country
provide for such digital exchanges, Frontex should therefore put in place the necessary
technical arrangements, upon request by the Commission, to enable the secure
transmission of the information concerned. Such cooperation should be limited to the
information necessary for the individual readmission case and should not provide the
third country with general access to the iRCMS or to the information held therein.
(23) To ensure an effective cooperation of all stakeholders and the adequate management
and coordination of the development phase of the RECAMAS model, the Frontex
RECAMAS, iRCMS, RIAT and the communication portal, a Program Management
Board should be established. It should be composed of 10 Members appointed by the
Frontex Management Board, the eu-LISA Management Board, the Executive
Directors of Frontex and eu-LISA and the Commission. The Program Management
Board should meet regularly until the start of operations of all national RECAMAS,
iRCMS, RIAT and the communication portal. The Program Management Board
should continue to meet after the start of operations. The Program Management Board
should prepare reports on a regular basis and should share those reports with the
Frontex Management Board and the eu-LISA management Board.
(24) Ensuring a high level of security for national RECAMAS, iRCMS, RIAT, and the
communication portal is necessary because these systems process sensitive operational
and personal data whose compromise could endanger individuals' rights, safety and
privacy. It is also essential to preserve the confidentiality, integrity and availability of
information exchanged between Member States, Frontex and eu-LISA, thereby
maintaining trust and the effective functioning of return management cooperation.
Therefore, Member States, Frontex and eu-LISA should ensure a high level of data
security for the systems for which they are responsible. To that end, Member States,
Frontex, and eu-LISA should implement technical and organisational measures to
protect personal data and other data processed in those systems against accidental or
unlawful destruction, loss, alteration, unauthorised disclosure of, or access to such
data. Those measures should, in particular, ensure physical protection, access control,
storage control, user control, data access control, communication control, control of
data recording, transport control, recovery, reliability, integrity and self-auditing,
including the automatic detection, within 24 hours, of relevant events that may
indicate a security incident.
(25) In order to ensure the lawfulness of data processing, to guarantee data integrity and
security and to enable effective supervision, all data processing operations carried out
in national RECAMAS, iRCMS, RIAT and in the communication portal should be
EN 15 EN
logged. Competent authorities, data protection supervisory authorities and, where
appropriate, Frontex and eu-LISA should have access to the logs to the extent
necessary for the performance of their respective tasks.
(26) The personal data recorded in national RECAMAS, iRCMS and RIAT should be kept
for no longer than is necessary for the purposes for which the data are processed. A
10-year retention period is operationally necessary to enable the competent authorities
to identify, monitor, and assess return-related cases over time, including where
individuals reappear under different identities, and to ensure continuity of case-
handling across procedures and authorities. It is also needed to support the preparation,
issuance, recognition and enforcement of return decisions, entry bans and related
follow-up measures, including the verification of compliance, the management of re-
entry risks and the handling of subsequent applications or appeals, as well as to
prevent abuse of reintegration assistance schemes, including repeated applications in
different Member States. Where the duration of an entry ban exceeds 10 years,
retention for the duration of that ban is necessary to allow the authorities to verify and
enforce the ban effectively and to maintain an accurate record for border management,
migration control and public security purposes. To ensure that the data is effectively
deleted, the systems should provide for an automated erasure of the data once the
retention period has elapsed. Given that Frontex does not issue return decisions,
specific rules and a shorter retention period should apply to Frontex, as provided for in
Regulation (EU) …/… of the European Parliament and of the Council [EBCG
Regulation].
(27) Data subjects should be effectively able to exercise their rights in accordance with
Regulations (EU) 2016/679 and (EU) 2018/1725.
(28) Regulation (EU) 2018/1725 should apply to the processing of personal data by Frontex
and eu-LISA pursuant to this Regulation, while Regulation (EU) 2016/679 should
apply to the processing of personal data by Member States pursuant to this Regulation.
This Regulation respects the fundamental rights and principles recognised by the
Charter of Fundamental Rights of the European Union. In particular, the processing of
personal data under this Regulation should be carried out in accordance with the
applicable data protection rules and in a manner that ensures the full respect of those
rights and principles.
(29) In order to support operational monitoring, relevant statistical data from national
RECAMAS, iRCMS and RIAT should be recorded in an automated manner in
the CRRS.
(30) In order to ensure accountability and effective data protection governance in the
operation of RECAMAS, iRCMS, RIAT and the communication portal, it is necessary
to specify the roles of the authorities involved in the processing of personal data. The
allocation of governance roles should reflect the operational responsibilities and
technical capacities of the actors involved for each system concerned. Accordingly,
Member States should designate the national authority acting as controller for data
entered in the national RECAMAS and for their operational management, while
Frontex should act as data processor where it records data in these systems. For
iRCMS, each Member State should be considered as controller in relation to the
processing of data it records in this system. Frontex should be considered as processor
in relation to the processing of data it records in iRCMS, and for its operational
management. For RIAT, each Member State should be considered as controller in
relation to the processing of data it records in this system on cases from national
EN 16 EN
reintegration assistance programs. Member States and Frontex should be considered as
joint controllers in relation to the processing of personal data recorded in RIAT for
cases managed under an EU reintegration assistance program. Frontex should be
considered processor in relation to the processing of data it records on cases from
national reintegration assistance programs managed in RIAT and for the operational
management of RIAT. For the communication portal, Member States and Frontex
should be considered joint controllers in relation to the processing of personal data
exchanged through the communication portal. eu-LISA should be considered as
processor in relation to the operational management of the communication portal.
(31) In order to ensure the secure and lawful operation of national RECAMAS, iRCMS,
RIAT and the communication portal, staff of competent authorities, Frontex and eu-
LISA who are authorised to access those systems should receive appropriate and
regular training.
(32) Certain data contained in the Schengen Information System relevant for return,
readmission and reintegration purposes may need to remain available to Member
States for the continued management of return cases after the corresponding alert has
been deleted from the system. Such information may be necessary for the
identification of the person and for establishing their previous return history where the
person subsequently re-enters the territory of the Member States and becomes subject
to a new return procedure. Retaining relevant information in national systems in
accordance with the applicable data protection and retention rules governing national
RECAMAS would ensure its availability for such subsequent procedures and facilitate
the identification of the person, including where a return decision was issued by
another Member State and subsequently recognised in accordance with the applicable
rules on mutual recognition. Member States should therefore have the possibility to
access and keep the data contained in alerts on return referred to in Article 4 of
Regulation (EU) 2018/1860 of the European Parliament and of the Council(12). Since
that possibility presupposes access to alerts on return, it should be applied by Member
States that use the Schengen Information System pursuant to Regulation (EU)
2018/1860. Particular attention should be given to the quality of the data in the
Schengen Information System. Where a Member State has relevant additional or
modified data, or it has evidence suggesting that data is factually incorrect or has been
unlawfully stored, it should inform through supplementary information exchange the
alert issuing Member State in line with established procedures in order for the data
contained in the alert to be completed, modified or deleted. Regulation (EU)
2018/1860 should therefore be amended accordingly.
(33) To ensure efficient, secure, and standardised communication between the Member
States’ authorities and between those authorities with the ETIAS Central Unit set up
pursuant to Article 7 of Regulation (EU) 2018/1240 of the European Parliament and of
the Council(13), the communication portal should serve also as a channel for
communication required under Regulations (EU) 2019/817 and (EU) 2019/818. The
use of the communication portal for this purpose would allow a faster technical
(12) Regulation (EU) 2018/1860 of the European Parliament and of the Council of 28 November 2018 on
the use of the Schengen Information System for the return of illegally staying third-country nationals
(OJ L 312, 7.12.2018, p. 1, ELI: http://data.europa.eu/eli/reg/2018/1860/oj). (13) Regulation (EU) 2018/1240 of the European Parliament and of the Council of 12 September 2018
establishing a European Travel Information and Authorisation System (ETIAS) and amending
Regulations (EU) No 1077/2011, (EU) No 515/2014, (EU) 2016/399, (EU) 2016/1624 and (EU)
2017/2226 (OJ L 236, 19.9.2018, p. 1).
EN 17 EN
implementation of a means of communication. Regulations (EU) 2019/817 and (EU)
2019/818 should therefore be amended accordingly.
(34) In order to ensure the effective, secure and orderly start of operations of national
RECAMAS, iRCMS, RIAT and the communication portal, it is necessary to provide
for a flexible approach as regards the date from which those systems are to be
used. Member States should be required to have in place and use a national
RECAMAS by four years from the date of entry into force of this Regulation at the
latest and to notify the Commission and Frontex of the date on which they start using
it. In order to ensure a uniform and reliable start of operations of the different
components of the overall architecture, the completion of the development of iRCMS,
RIAT and the communication portal should be determined by the Commission by
means of implementing acts, following the successful completion of comprehensive
tests. On this basis, Member States should, within prescribed time limits, take the
necessary measures to integrate iRCMS, RIAT and the communication portal into
their national RECAMAS and notify the Commission and Frontex of the successful
integration. Frontex should likewise take the necessary measures to integrate the
communication portal into IRMA and notify the Commission accordingly. The start of
operations of iRCMS, RIAT and the communication portal in the Member States
concerned, and their operation by Frontex where applicable, should then be
determined by the Commission by means of implementing acts, on the basis of
declarations of successful integration and comprehensive testing. The Commission
should inform the European Parliament and the Council of the relevant dates so
determined, and those implementing acts should be published in the Official Journal of
the European Union. Member States and, where applicable, Frontex should start using
iRCMS, RIAT and the communication portal from the dates so determined.
(35) To develop and improve their national RECAMAS, Member States should benefit
from Union financial support in accordance with [Regulation .../... of the European
Parliament and of the Council establishing the Union support for asylum, migration
and integration for the period from 2028 to 2034]. The development and maintenance
of Frontex RECAMAS, iRCMS, RIAT and the communication portal should be
financed by the EU budget.
(36) Since the objectives of the Regulation, namely to improve the efficiency of case
management in the area of return, readmission and reintegration through
digitalised tools and interoperable systems, thereby contributing to the effective
functioning of the area without internal borders, cannot be sufficiently achieved by the
Member States but can rather, by reason of the scale or effects of the action to ensure a
common and coherent approach among Member States, be better achieved at Union
level, the Union may adopt measures, in accordance with the principle of subsidiarity
as set out in Article 5 of the Treaty on European Union. In accordance with the
principle of proportionality as set out in that Article, this Regulation does not go
beyond what is necessary in order to achieve those objectives.
(37) In order to ensure uniform conditions for the implementation of this Regulation,
implementing powers should be conferred on the Commission to specify technical and
operational requirements for the uniform application of the functional features of
national RECAMAS, iRCMS and RIAT, to specify the technical requirements
necessary for the connection to the communication portal, to specify the technical
requirements necessary for the recording in the CRRS, as well as the specific types of
data needed for the recording of data on cases status and to specify the formats for
communications via the communication portal. Those powers should be exercised in
EN 18 EN
accordance with Regulation (EU) No 182/2011 of the European Parliament and of the
Council(14).
(38) In accordance with Articles 1 and 2 of the Protocol No 22 on the position of Denmark,
as annexed to the TEU and to the TFEU, Denmark is not taking part in the adoption of
this Regulation and is not bound by it or subject to its application. Given that this
Regulation builds upon the Schengen acquis, Denmark should, in accordance with
Article 4 of that Protocol, decide within a period of six months after the Council has
decided on this Regulation whether it will implement it in its national law.
(39) [Ireland is taking part in this Regulation in accordance with Article 5(1) of Protocol
No 19 annexed to the TEU and to the TFEU and Article ... of Council Decision
.../... [Council decision adopted on the basis of Article 4 of Protocol No 19].] or [This
Regulation constitutes a development of the provisions of the Schengen acquis in
which Ireland does not take part in accordance with Protocol No 19 on the Schengen
acquis integrated into the framework of the European Union, annexed to the Treaty on
European Union and the Treaty on the Functioning of the European Union, and,
subject to the application of Article 4 of that Protocol, Ireland is not bound by it or
subject to its application.]
(40) As regards Iceland and Norway, this Regulation constitutes a development of the
provisions of the Schengen acquis within the meaning of the Agreement concluded by
the Council of the European Union and the Republic of Iceland and the Kingdom of
Norway concerning the latter’s association with the implementation, application and
development of the Schengen acquis, which fall within the area referred to in Article
1, point A of Council Decision 1999/437/EC(15).
(41) As regards Switzerland, this Regulation constitutes a development of the provisions of
the Schengen acquis within the meaning of the Agreement between the European
Union, the European Community and the Swiss Confederation on the Swiss
Confederation’s association with the implementation, application and development of
the Schengen acquis which fall within the area referred to in Article 1, point A of
Decision 1999/437/EC read in conjunction with Article 3 of Council Decision
2008/146/EC(16).
(42) As regards Liechtenstein, this Regulation constitutes a development of the provisions
of the Schengen acquis within the meaning of the Protocol between the European
Union, the European Community, the Swiss Confederation and the Principality of
Liechtenstein on the accession of the Principality of Liechtenstein to the Agreement
between the European Union, the European Community and the Swiss Confederation
on the Swiss Confederation’s association with the implementation, application and
(14) Regulation (EU) No 182/2011 of the European Parliament and of the Council of 16 February 2011
laying down the rules and general principles concerning mechanisms for control by the Member States
of the Commission's exercise of implementing powers (OJ L 55, 28.2.2011, p. 13, ELI:
http://data.europa.eu/eli/reg/2011/182/oj). (15) Council Decision 1999/437/EC of 17 May 1999 on certain arrangements for the application of the
Agreement concluded by the Council of the European Union and the Republic of Iceland and the
Kingdom of Norway concerning the association of those two States with the implementation,
application and development of the Schengen acquis (OJ L 176, 10.7.1999, p. 31, ELI:
http://data.europa.eu/eli/dec/1999/437/oj). (16) Council Decision 2008/146/EC of 28 January 2008 on the conclusion, on behalf of the European
Community, of the Agreement between the European Union, the European Community and the Swiss
Confederation on the Swiss Confederation’s association with the implementation, application and
development of the Schengen acquis (OJ L 53, 27.2.2008, p. 1, ELI:
http://data.europa.eu/eli/dec/2008/146/oj).
EN 19 EN
development of the Schengen acquis which fall within the area referred to in Article 1,
point A of Decision 1999/437/EC read in conjunction with Article 3 of Council
Decision 2011/350/EU(17).
(43) As regards Cyprus, this Regulation constitutes an act building upon, or otherwise
related to, the Schengen acquis within the meaning of Article 3(1) of the 2003 Act of
Accession.
(44) The European Data Protection Supervisor was consulted in accordance with Article
42(2) of Regulation (EU) 2018/1725 and delivered its opinion on […]
HAVE ADOPTED THIS REGULATION:
Chapter 1
GENERAL PROVISIONS
Article 1
Subject matter
This Regulation lays down rules relating to the digitalisation of case management in the area
of return, readmission and reintegration, in particular rules on digital case management
systems, their development, operation and responsibilities of authorities operating them.
Article 2
Definitions
For the purposes of this Regulation, the following definitions apply:
(1) 'EU information systems' means the large-scale IT systems referred to in
Article 4, point (15), of Regulation (EU) 2019/817 and in Article 4, point 15, of
Regulation (EU) 2019/818;
(2) 'centralised system’ means a system in which control, decision-making, or data
processing is concentrated in a single central authority;
(3) 'federated system’ means a system in which separate entities retain legal and
operational independence, while cooperating under a common framework,
protocol, or set of rules;
(4) 'third-country national' means third-country national as defined in Article 3,
point (1), of Regulation (EU) 2026/2280;
(5) 'return decision' means return decision as defined in Article 3, point (4), of
Regulation (EU) 2026/2280;
(6) 'competent authority' means any of the competent authorities referred to in
Article 41 of Regulation (EU) 2026/2280;
(17) Council Decision 2011/350/EU of 7 March 2011 on the conclusion, on behalf of the European Union,
of the Protocol between the European Union, the European Community, the Swiss Confederation and
the Principality of Liechtenstein on the accession of the Principality of Liechtenstein to the Agreement
between the European Union, the European Community and the Swiss Confederation on the Swiss
Confederation’s association with the implementation, application and development of the Schengen
acquis, relating to the abolition of checks at internal borders and movement of persons (OJ L 160,
18.6.2011, p. 19, ELI: http://data.europa.eu/eli/dec/2011/350/oj).
EN 20 EN
(7) 'competent authority of origin' means the competent authority which records
the data in its national return case management system (national RECAMAS),
in the integrated Union readmission case management system (iRCMS) or in
the Union reintegration case management system (RIAT);
(8) 'case' means the digital file created in national RECAMAS, in iRCMS or in
RIAT relating to the return, readmission and, where applicable, reintegration of
a third-country national;
(9) 'multiple cases' means two or more cases in two or more Member States
relating to the same third-country national;
(10) ‘IT reference implementation’ means a single or a set of reusable IT solutions,
including their documentation, developed to support Member States in the
implementation of this Regulation and designed to be further customised by the
Member States to their specific operational needs;
(11) ‘other national relevant IT systems' means IT systems directly or indirectly
supporting the management of cases in national RECAMAS, iRCMS and
RIAT, including asylum systems, information systems supporting judicial
authorities, foreigners’ databases, national flight booking systems, criminal
information systems, automated fingerprint identification systems.
Article 3
Technical architecture
1. The digitalisation of case management in the area of return, readmission and
reintegration shall be ensured through the establishment, functioning and effective
use of:
(a) national return case management system, which may be centralised or
federated, in each Member State (‘national RECAMAS’);
(b) an integrated Union readmission case management system, integrated in each
national RECAMAS (‘iRCMS’);
(c) a Union reintegration case management system, integrated in each national
RECAMAS (‘RIAT’);
(d) the European Search Portal (‘ESP’) established by Regulations (EU) 2019/817
and (EU) 2019/818;
(e) the Central Repository for Reporting and Statistics (‘CRRS’) established by
Regulations (EU) 2019/817 and (EU) 2019/818;
(f) the communication portal referred to in Article 14, providing for a
communication infrastructure as a secure communication channel between the
authorities using the different national RECAMAS.
2. Member States shall develop their national RECAMAS based on one of the
following:
(a) a model document and specifications developed by the European Border and
Coast Guard Agency (‘Frontex’) (‘RECAMAS Model’);
(b) an IT reference implementation, made of several digital modules, developed by
Frontex and based on the RECAMAS Model, which shall be adopted by
EN 21 EN
Member States and further customised to their specific operational needs
(‘Frontex RECAMAS’);
(c) a combination of the RECAMAS Model and specific digital modules of the
Frontex RECAMAS, as detailed in the RECAMAS Model.
Article 4
Objectives of the digitalisation of case management in the area of return, readmission
and reintegration
The objectives of the digitalisation of case management in the area of return, readmission and
reintegration shall be to:
(a) support the implementation of a common Union system for returns in
compliance with Regulations (EU) 2024/1349 of the European Parliament and
of the Council(18) and (EU) 2026/2280;
(b) support competent authorities in the issuance and implementation of return
decisions, in compliance with Regulations (EU) 2024/1349 and (EU)
2026/2280;
(c) support competent authorities in the handling and implementation of
readmission, in compliance with Regulations (EU) 2024/1349 and (EU)
2026/2280;
(d) support competent authorities in the handling and implementation of the
provision of reintegration assistance, in compliance with Regulations (EU)
2024/1349, (EU) 2026/2280 and (EU) …/… [EBCG Regulation];
(e) provide reliable and accurate statistics on return, readmission and reintegration,
including for the purposes of monitoring and evaluation, informing evidence-
based policymaking and operational use, in compliance with Regulations (EU)
2024/1349 and (EU) 2026/2280.
Article 5
EU information systems
In order to facilitate the processing of data referred to in Article 7 and the identification of
multiple cases, each competent authority using national RECAMAS, the iRCMS and RIAT
shall make use of the ESP to access EU information systems in accordance with the legal
instruments governing those EU information systems and with Regulations (EU) 2019/817
and (EU) 2019/818.
Article 6
Connection to other national relevant IT systems
For the purposes of connecting the national RECAMAS to other national relevant IT systems
in accordance with national law, Member States shall ensure the technical compatibility
between the national RECAMAS and those systems for the prompt, secure and effective
transmission of data to and from those systems.
(18) Regulation (EU) 2024/1349 of the European Parliament and of the Council of 14 May 2024 establishing
a return border procedure, and amending Regulation (EU) 2021/1148 (OJ L, 2024/1349, 22.5.2024,
ELI: http://data.europa.eu/eli/reg/2024/1349/oj).
EN 22 EN
Chapter 2
CASE MANAGEMENT SYSTEMS
Article 7
Recording of data in national RECAMAS, in iRCMS and in RIAT
1. Competent authorities, shall record, where available, in national RECAMAS, in
iRCMS and in RIAT the data referred to in Article 36(6) of Regulation (EU)
2026/2280 that are adequate, relevant and limited to what is necessary for ensuring
compliance with Regulations (EU) 2024/1349, (EU) 2026/2280 and (EU)…/…
[EBCG Regulation].
2. Subject to the agreement of a competent authority, Frontex shall record, where
available, in national RECAMAS, in iRCMS and in RIAT the data referred to in
paragraph 1 of this Article in the exercise of its powers and in the performance of its
tasks in accordance with Section [8] of Regulation (EU) …/… [EBCG Regulation].
3. Each competent authority, and, where applicable, Frontex shall be responsible for
ensuring that the data it records in national RECAMAS, in iRCMS and in RIAT are
accurate and up to date.
4. In RIAT, Frontex, when implementing a Union reintegration assistance program,
may grant to third parties competent for reintegration assistance the right to record
data relating to reintegration referred to in Article 36(6) of Regulation (EU)
2026/2280. Third parties competent for reintegration assistance shall be responsible
for ensuring that the data they record in RIAT are accurate and up to date.
Article 8
Consultation of data recorded in national RECAMAS, in iRCMS and in RIAT
1. Each competent authority of origin may consult in national RECAMAS, in iRCMS
and in RIAT only the data it recorded.
2. Subject to the agreement of the competent authority of origin, Frontex may consult
the data recorded in national RECAMAS, in iRCMS and in RIAT in the exercise of
its powers and in the performance of its tasks in accordance with Section [8] of
Regulation (EU) …/… [EBCG Regulation].
3. Where a third-country national is the subject of multiple cases, any competent
authority of origin concerned shall, upon a request as referred to in Article 36(3) of
Regulation (EU) 2026/2280, be provided with the recorded data on that third-country
national by the other competent authority of origin concerned. Where applicable, in
accordance with Article 36(3) of Regulation (EU) 2026/2280, those data shall be
exchanged through the communication portal.
4. In RIAT, Frontex, when implementing a Union reintegration assistance program,
may grant to third parties competent for reintegration assistance the right to consult
data relating to reintegration referred to in Article 36(6) of Regulation (EU)
2026/2280.
EN 23 EN
Article 9
Rectification and erasure of data recorded in national RECAMAS, in iRCMS and in
RIAT
1. Each competent authority of origin or Frontex shall, without delay, rectify or erase
any inaccurate, incomplete or unlawfully recorded data it recorded in national
RECAMAS, in iRCMS or in RIAT. Only the competent authority of origin or
Frontex that recorded such data shall be authorised to rectify or erase it.
2. If a competent authority has information suggesting that data recorded in national
RECAMAS, in iRCMS and in RIAT is inaccurate, incomplete or unlawfully
recorded, it shall inform via the communication portal the competent authority of
origin or, where applicable, Frontex as soon as possible.
3. If Frontex has information suggesting that data recorded in national RECAMAS, in
iRCMS and in RIAT by a competent authority of origin is inaccurate, incomplete or
unlawfully recorded, it shall inform via the communication portal the competent
authority of origin as soon as possible.
4. Third parties competent for reintegration assistance shall, without delay, rectify or
erase any inaccurate, incomplete or unlawfully recorded data they recorded in RIAT.
If a third party competent for reintegration assistance has information suggesting that
data recorded in RIAT is inaccurate, incomplete or unlawfully recorded, it shall
inform Frontex as soon as possible.
Article 10
Functional features of national RECAMAS, iRCMS and RIAT
1. National RECAMAS, iRCMS and RIAT shall provide for the following functional
features:
(a) issuance of a single identifier allocated to each third-country national for whom
a case is opened as regards return, readmission and, where applicable,
reintegration;
(b) possibility to automate the creation of a case upon the ending of legal stay of a
third-country national;
(c) identification of multiple cases via the search in EU information systems in line
with the corresponding access rights and via iRCMS and RIAT;
(d) automatic retrieval of the necessary data referred to in Article 7 between
national RECAMAS, iRCMS and RIAT;
(e) possibility to access the data contained in alerts on return referred to in Article
4 of Regulation (EU) 2018/1860 and in the European Return Order referred to
in Article 5(13) of Regulation (EU) 2026/2280;
(f) possibility to access the data referred to in Article 27(4) and Article 28(4) of
Regulation (EU) 2024/1358 of the European Parliament and of the Council(19);
(19) Regulation (EU) 2024/1358 of the European Parliament and of the Council of 14 May 2024 on the
establishment of ‘Eurodac’ for the comparison of biometric data in order to effectively apply
Regulations (EU) 2024/1351 and (EU) 2024/1350 of the European Parliament and of the Council and
Council Directive 2001/55/EC and to identify illegally staying third-country nationals and stateless
persons and on requests for the comparison with Eurodac data by Member States’ law enforcement
EN 24 EN
(g) possibility to customise national RECAMAS, iRCMS and RIAT in order to
adjust the systems to procedural workflows and associated deadlines applicable
under legal and administrative requirements;
(h) possibility to monitor applicable deadlines and prioritise cases;
(i) possibility for competent authorities and third-country nationals to securely
communicate and exchange documents via digital means, including the use by
third-country nationals of a dedicated mobile application;
(j) possibility to securely exchange the data referred to in Article 7 via the
communication portal between competent authorities and between competent
authorities and Frontex;
(k) access to relevant national, Frontex and eu-LISA training material on return,
readmission and reintegration and on the use of national RECAMAS, iRCMS
and RIAT;
(l) possibility to assign one or several statuses to each case, corresponding to the
stage and type of procedure ('case status'), including the possibility to update
the case status in case of annulment or suspension of the return decision;
(m) possibility to have an overview and breakdown of all cases, in particular per
third-country and case status;
(n) possibility to transmit the relevant information to information systems
supporting the work of judicial authorities;
(o) possibility to automate the creation of data reports that are relevant to the
production of statistics referred to in Regulation (EU) 2026/2280 and in Article
7 of Regulation (EC) No 862/2007 of the European Parliament and of the
Council(20);
(p) predictive analysis to anticipate fluctuations in the number of cases, based on
current and past aggregated or anonymised statistical data;
(q) possibility to organise return operations through one or several flight booking
systems.
2. The RECAMAS Model shall set out the details of the functional features referred to
in paragraph 1.
3. The Commission may adopt implementing acts specifying the technical and
operational requirements necessary for the uniform application of the functional
features set out in paragraph 1 of this Article. Those implementing acts shall be
adopted in accordance with the examination procedure referred to in Article 34(2).
Article 11
Functional features of national RECAMAS
authorities and Europol for law enforcement purposes, amending Regulations (EU) 2018/1240 and (EU)
2019/818 of the European Parliament and of the Council and repealing Regulation (EU) No 603/2013
of the European Parliament and of the Council (OJ L, 2024/1358, 22.5.2024, ELI:
http://data.europa.eu/eli/reg/2024/1358/oj). (20) Regulation (EC) No 862/2007 of the European Parliament and of the Council of 11 July 2007 on
Community statistics on migration and international protection and repealing Council Regulation (EEC)
No 311/76 on the compilation of statistics on foreign workers (Text with EEA relevance) (OJ L 199,
31.7.2007, p. 23, ELI: http://data.europa.eu/eli/reg/2007/862/oj).
EN 25 EN
1. National RECAMAS shall provide for the following functional features:
(a) technical support to manage the registration of third-country nationals;
(b) technical support to manage initial checks and verifications, including
vulnerability checks;
(c) technical support to manage the identification and confirmation of the identity
and nationality of third-country nationals;
(d) access to the list referred to in Article 12(3) of Regulation (EU) 2017/2226 of
the European Parliament and of the Council(21);
(e) support to the preparation, issuance and notification of return decisions and
removal orders;
(f) possibility to automate the creation and update of the European Return Order in
the Schengen Information System, in compliance with Regulations (EU)
2018/1860, (EU) 2018/1861 and (EU) 2026/2280;
(g) possibility to automate the creation and update of alerts on return and for
refusal of entry and stay in the Schengen Information System, in compliance
with Regulations (EU) 2018/1860 and (EU) 2018/1861;
(h) management of measures for the prevention of absconding, detention and
alternatives to detention referred to in Chapters III, IV and VI of Regulation
(EU) 2026/2280;
(i) possibility to transfer a case from the return border procedure applicable under
Regulation (EU) 2024/1349 to the return procedure applicable under
Regulation (EU) 2026/2280.
2. The RECAMAS Model shall set out the details of the functional features referred to
in paragraph 1.
3. The Commission may adopt implementing acts specifying the technical and
operational requirements necessary for the uniform application of the functional
features set out in paragraph 1 of this Article. Those implementing acts shall be
adopted in accordance with the examination procedure referred to in Article 34(2).
Article 12
Functional features of iRCMS
1. iRCMS shall provide for the following functional features:
(a) possibility to automate the initiation of readmission following the issuance of
an enforceable return decision;
(b) possibility to automate the creation of a readmission application;
(c) possibility to securely communicate and exchange the data referred to in
Articles 37, 38 and 39 of Regulation (EU) 2026/2280 with third countries’
(21) Regulation (EU) 2017/2226 of the European Parliament and of the Council of 30 November 2017
establishing an Entry/Exit System (EES) to register entry and exit data and refusal of entry data of third-
country nationals crossing the external borders of the Member States and determining the conditions for
access to the EES for law enforcement purposes, and amending the Convention implementing the
Schengen Agreement and Regulations (EC) No 767/2008 and (EU) No 1077/2011 (OJ L 327,
9.12.2017, p. 20, ELI: http://data.europa.eu/eli/reg/2017/2226/oj).
EN 26 EN
competent authorities, including through the connection to a third country’s
digital system and direct secure messaging and including the possibility to
organise and conduct identification interviews through iRCMS;
(d) possibility to manage cases based on national and Union readmission
instruments or established practices;
(e) possibility to receive the outcome of nationality verification and of the
establishment of identity from third countries’ competent authorities;
(f) possibility to receive and print emergency travel documents;
(g) possibility to book and manage flights, including through the possibility to
communicate with third parties competent for other tasks related to
implementing the return.
2. The RECAMAS Model shall set out the details of the functional features referred to
in paragraph 1.
3. The Commission may adopt implementing acts specifying the technical and
operational requirements necessary for the uniform application of the functional
features set out in paragraph 1 of this Article. Those implementing acts shall be
adopted in accordance with the examination procedure referred to in Article 34(2).
Article 13
Functional features of RIAT
1. RIAT shall provide for the following functional features:
(a) access to relevant information on third countries where the reintegration
assistance will be provided, including on the content of the available
reintegration assistance;
(b) possibility for a competent authority of origin, when implementing a national
reintegration assistance program, and for Frontex, when implementing a Union
reintegration assistance program, to grant to third parties competent for
reintegration assistance the right to record, consult, rectify and erase data
relating to reintegration referred to in Article 7, in accordance with Article
7(4), Article 8(4) and Article 9(4);
(c) possibility for a competent authority to communicate with third parties
competent for reintegration assistance on individual cases;
(d) possibility to book and manage flights, including through the possibility to
communicate with third parties competent for other tasks related to
implementing the return;
(e) possibility to implement, monitor and financially manage reintegration
assistance, including via tracking the budget consumption of reintegration
assistance programs;
(f) possibility to have an overview of the reintegration assistance provided to
specific third country nationals, covering both the Union and national
reintegration assistance programs, based on the data entered by Member States
and Frontex;
(g) possibility to manage cases from Union and national reintegration assistance
programs;
EN 27 EN
(h) possibility to create statistics on reintegration, including to assess the quality of
reintegration assistance;
(i) possibility to manage outward referral to further reintegration assistance
programs and national reintegration schemes of third countries;
(j) possibility to perform quality assurance checks on reintegration assistance
cases, including the assessment of reintegration plans, monitoring of follow-up
actions, and recording of approval and audit trails;
(k) possibility to monitor the performance of third parties competent for
reintegration assistance, including indicators related to responsiveness,
implementation of reintegration plans, completion of cases, and absorption of
available financial support;
(l) possibility to record and manage complaints and incidents related to the
provision of reintegration assistance, including the tracking of remedial actions
and ensuring appropriate access control and traceability.
2. The RECAMAS Model shall set out the details of the functional features referred to
in paragraph 1.
3. The Commission may adopt implementing acts specifying the technical and
operational requirements necessary for the uniform application of the functional
features set out in paragraph 1 of this Article. Those implementing acts shall be
adopted in accordance with the examination procedure referred to in Article 34(2).
Article 14
Communication portal
1. The communication portal shall be established to facilitate the sharing of data
referred to in Article 36 of Regulation (EU) 2026/2280, without affecting its use for
other purposes provided for under Union law.
2. The communication portal shall be integrated into each national RECAMAS and into
the integrated return management platform ('IRMA') referred to in Article [57] of
Regulation (EU) …/… [EBCG Regulation].
3. In each competent authority, a single point of contact shall have access to the
communication portal. Single points of contact shall be competent for coordinating
and facilitating the exchange of data in compliance with Article 36 of Regulation
(EU) 2026/2280.
4. The Commission may adopt implementing acts specifying the technical requirements
necessary for the integration of the communication portal in the national RECAMAS
of the Member States. Those implementing acts shall be adopted in accordance with
the examination procedure referred to in Article 34(2).
Chapter 3
DEVELOPMENT, OPERATION AND RESPONSIBILITIES
Article 15
Development and technical evolutions
EN 28 EN
1. Frontex shall be responsible for the development of the RECAMAS Model, as well
as for its evolutions, in compliance with Article [55] of Regulation (EU) …/…
[EBCG Regulation].
2. Frontex shall be responsible for the development, including the design, of the
Frontex RECAMAS, iRCMS and RIAT, as well as for technical evolutions, in
compliance with Article [55] of Regulation (EU) …/… [EBCG Regulation], with the
support of eu-LISA.
3. Member States shall be responsible for the development, including the design, of
national RECAMAS, as well as for technical evolutions. Member States shall be
responsible for the integration of iRCMS and RIAT into their national RECAMAS
with the support of Frontex, in compliance with Article [55] of Regulation (EU)
…/… [EBCG Regulation]. Where applicable, Member States shall be responsible for
the integration and customisation of the Frontex RECAMAS or of some of its
modules.
4. eu-LISA shall be responsible for the development, including the design, as well as
for technical evolutions, of the communication portal. Member States shall be
responsible for the integration of the communication portal into their national
RECAMAS, with the support of eu-LISA.
5. Frontex, eu-LISA and Member States shall cooperate and coordinate their work.
6. Technical developments shall take into account any relevant Interoperable Europe
solutions, as referred to in Article 7 of Regulation (EU) 2024/903 of the European
Parliament and of the Council(22).
Article 16
Program Management Board
1. During the development phase of the RECAMAS Model, the Frontex RECAMAS,
iRCMS, RIAT and the communication portal, a Program Management Board
composed of 10 members shall be established. It shall be composed of
(a) three members appointed by the Frontex Management Board from among its
members or alternate members;
(b) three members appointed by eu-LISA’s Management Board from among its
members or alternate members;
(c) a member representing eu-LISA appointed by its Executive Director;
(d) a member representing Frontex appointed by its Executive Director;
(e) two members appointed by the Commission.
During the development phase, the Program Management Board shall meet regularly
and at least six times per year until the start of operations of all national RECAMAS,
iRCMS, RIAT and the communication portal. It shall ensure the adequate
management and coordination of the development phase of RECAMAS Model, the
Frontex RECAMAS, iRCMS, RIAT and the communication portal. The
(22) Regulation (EU) 2024/903 of the European Parliament and of the Council of 13 March 2024 laying
down measures for a high level of public sector interoperability across the Union (Interoperable Europe
Act) (OJ L, 2024/903, ELI: http://data.europa.eu/eli/reg/2024/903/oj).
EN 29 EN
Program Management Board shall submit written reports every month to Frontex and
eu-LISA’s Management Boards on the progress of the program.
2. From the start of operations in all Member States set in accordance with Article 33,
the Program Management Board shall meet at least one time per year. It shall ensure
the adequate management and coordination of the technical evolutions of the
RECAMAS Model, the Frontex RECAMAS, iRCMS, RIAT and the communication
portal.
3. The Program Management Board shall have no decision-making power nor any
mandate to represent the Frontex or eu-LISA’s Management Boards.
4. The Frontex Management Board shall establish the rules of procedure of the
Program Management Board which shall include in particular rules on:
(a) its chairmanship;
(b) meeting venues;
(c) the preparation of meetings;
(d) the admission of experts to meetings;
(e) communication plans ensuring full information to non-participating members
of Frontex and eu-LISA’s Management Board.
5. The chairmanship of the Program Management Board shall be held by a Member
State which is fully bound under Union law by the legislative instruments governing
the development, establishment, operation and use of the EU Information
Systems. The chair shall be one of the members appointed by Frontex Management
Board referred to in paragraph 1, first subparagraph, point (a).
6. All travel and subsistence expenses incurred by the members of the
Program Management Board appointed by Frontex Management Board and by the
Executive Director of Frontex shall be paid by Frontex. All travel and subsistence
expenses incurred by the members of the Program Management Board appointed by
eu-LISA Management Board and by the Executive Director of eu-LISA shall be paid
by eu-LISA. Frontex shall provide the Program Management Board with a
secretariat.
7. During the development phase, the Advisory Group referred to in Article 35 shall
meet regularly, and at least six times per year, until the start of operations of all
national RECAMAS, iRCMS, RIAT and the communication portal. It shall report
after each meeting to the Program Management Board. It shall provide the technical
expertise to support the tasks of the Program Management Board and shall follow up
on the state of preparation of Frontex, the Member States and eu-LISA.
Article 17
Operational management
1. Frontex shall be responsible for the operational management of iRCMS and RIAT.
2. Where a working arrangement concluded by Frontex with the competent authority of
a third country in accordance with Article [88] of Regulation (EU) …/… [EBCG
Regulation] provides for the digital exchange of data necessary for the purpose of
readmission in accordance with Articles 37, 38 and 39 of Regulation (EU)
2026/2280, Frontex shall, at the request of the Commission, take the necessary
EN 30 EN
measures to establish and maintain a secure connection between the iRCMS and the
relevant digital system of that third country to facilitate such exchanges. The data
exchanged shall be limited to those strictly necessary for the readmission procedure
applicable between the Member State concerned and the third country. The third
country shall not have access to the iRCMS or to any data other than those
exchanged in relation to an individual readmission case.
3. Member States shall be responsible for the operational management of national
RECAMAS.
4. eu-LISA shall be responsible for the operational management of the communication
portal.
5. Operational management shall consist of all the tasks necessary to ensure the
uninterrupted availability of national RECAMAS, iRCMS, RIAT and the
communication portal, in accordance with this Regulation.
6. Frontex, eu-LISA and Member States shall ensure that at all times the best available
technology, subject to a cost-benefit analysis, is used for national RECAMAS,
Frontex RECAMAS, iRCMS, RIAT and the communication portal.
Article 18
Data security
1. Frontex shall ensure the security of iRCMS and RIAT. Member States shall ensure
the security of the national RECAMAS. eu-LISA shall ensure the security of the
communication portal. In particular, Frontex, eu-LISA and Member States shall:
(a) physically protect the data, including by making contingency plans for the
protection of critical infrastructure;
(b) deny unauthorised persons access to data-processing equipment and national
installations in which the Member State carries out operations in accordance
with the purposes of national RECAMAS, RIAT, iRCMS or the
communication portal (equipment, access control and checks at entrance to the
installation);
(c) prevent the unauthorised reading, copying, modification or removal of data
media (data media control);
(d) prevent the unauthorised input of data and the unauthorised inspection,
modification or erasure of stored personal data (storage control);
(e) prevent the use of automated data-processing systems by unauthorised persons
using data communication equipment (user control);
(f) prevent the unauthorised processing of data in national RECAMAS, in iRCMS,
in RIAT and in the communication portal and any unauthorised modification or
erasure of data (control of data entry);
(g) ensure that persons authorised to access national RECAMAS, iRCMS, RIAT
and the communication portal have access only to the data covered by their
access authorisation, by means of individual and unique user IDs and
confidential access modes only (data access control);
(h) ensure that all authorities with a right of access to national RECAMAS,
iRCMS, RIAT and the communication portal create profiles describing the
EN 31 EN
functions and responsibilities of persons who are authorised to access, enter,
update, erase and search the data (personnel profiles);
(i) ensure that it is possible to verify and establish to which bodies personal data
may be transmitted using data communication equipment (communication
control);
(j) ensure that it is possible to verify and establish what data have been processed
in national RECAMAS, in iRCMS, in RIAT and in the communication portal,
when, by whom and for what purpose (control of data recording);
(k) prevent the unauthorised reading, copying, modification or deletion of personal
data during the transmission of personal data to or from national RECAMAS,
iRCMS, RIAT and the communication portal, or during the transport of data
media, in particular by means of appropriate encryption techniques (transport
control);
(l) ensure that installed systems may, in the event of interruption, be restored
(recovery);
(m) ensure that national RECAMAS, iRCMS, RIAT and the communication portal
perform its functions, that the appearance of faults in the functions is reported
(reliability) and that stored personal data cannot be corrupted by means of the
system malfunctioning (integrity);
(n) monitor the effectiveness of the security measures referred to in this paragraph
and take the necessary organisational measures related to internal monitoring in
order to ensure compliance with this Regulation (self-auditing) and to
automatically detect within 24 hours any relevant events arising from the
application of measures listed in points (b) to (k) that might indicate the
occurrence of a security incident.
2. Frontex, eu-LISA and Member States shall cooperate within the
Program Management Board and the Advisory Group in order to ensure a coherent
data security approach based on a security risk management process.
Article 19
Keeping of logs
1. All data processing operations in national RECAMAS, in iRCMS, in RIAT and in
the communication portal shall be logged for the purposes of checking whether those
processing operations are carried out lawfully, ensure the proper functioning of those
systems, self-monitoring as well as ensure data integrity and security.
2. The log shall show:
(a) the purpose of the processing operation;
(b) the data processed;
(c) the date and time of the processing operation;
(d) the name of the entity and of the person responsible that processed the data.
3. The logs shall only be used for the purposes referred to in paragraph 1 and shall be
deleted three years after their creation.
EN 32 EN
4. Logs may be kept longer than the periods referred to in paragraph 3 if they are
required for monitoring and/or oversight procedures that are already ongoing.
5. Each competent authority shall have access to the logs relating to the data it
recorded.
6. For the purposes of self-monitoring and ensuring the proper functioning, data
integrity and data security of iRCMS and RIAT, Frontex shall have access to the
corresponding logs.
7. For the purposes of self-monitoring and ensuring the proper functioning, data
integrity and data security of the communication portal, eu-LISA shall have access to
the corresponding logs.
8. National data protection supervisory authorities and the European Data Protection
Supervisor shall have access to the logs on request, to the extent necessary to fulfil
their tasks.
Article 20
Retention period for data storage
1. Where a return has been confirmed in accordance with Article 6 of Regulation (EU)
2018/1860, the data recorded in national RECAMAS, in iRCMS and in RIAT shall
be stored for 10 years from the date of the confirmation of return. When a return
decision is annulled or withdrawn, the corresponding data shall be deleted
immediately.
2. Where a return decision is accompanied by an entry ban in accordance with Article
8 of Regulation (EU) 2026/2280, the data recorded in national RECAMAS, in
iRCMS and in RIAT shall be stored for as long as that entry ban is in force or for the
period referred to in paragraph 1, whichever is longer.
3. Upon expiry of the data storage period referred to in paragraph 1 and paragraph 2,
the data shall be automatically erased from national RECAMAS, iRCMS and RIAT.
4. This Article shall not affect the specific rules applicable to Frontex in accordance
with Article [110] of Regulation (EU) …/… [EBCG Regulation].
Article 21
Rights of data subjects
Data subjects may address requests to exercise their rights under applicable data protection
rules to Frontex, which shall transmit the request via the communication portal to the
competent controller, in accordance with Article 23.
Article 22
Statistics
1. The anonymised data referred to in Article 46 of Regulation (EU) 2026/2280 and in
Article 7 of Regulation (EC) No 862/2007, as well as anonymised data on
cases status, shall be recorded, from national RECAMAS, iRCMS and RIAT, in the
CRRS in an automated manner.
2. The statistics generated by the CRRS shall be accessible to competent authorities,
Frontex, eu-LISA and the Commission.
EN 33 EN
3. The Commission may adopt implementing acts specifying the technical requirements
necessary for the recording in the CRRS, as well as the specific types of data needed
for the recording of data on cases status. Those implementing acts shall be adopted in
accordance with the examination procedure referred to in Article 34(2).
Article 23
Responsibility for personal data processing
1. For national RECAMAS, each Member State shall designate the authority which is
to be considered as controller in accordance with Article 4, point (7), of Regulation
(EU) 2016/679 in relation to the processing of data it records in this system and for
its operational management. Frontex shall be considered as processor in accordance
with Article 3, point (12), of Regulation (EU) 2018/1725 in relation to the processing
of data it records in this system.
2. For iRCMS, the authority designated in compliance with paragraph 1 in each
Member State shall be considered as controller in accordance with Article 4, point
(7), of Regulation (EU) 2016/679 in relation to the processing of data it records in
this system. Frontex shall be considered as processor in accordance with Article 3,
point (12), of Regulation (EU) 2018/1725 in relation to the processing of data it
records in iRCMS and for its operational management.
3. For RIAT, the authority designated in compliance with paragraph 1 in each Member
State shall be considered as controller in accordance with Article 4, point (7), of
Regulation (EU) 2016/679 in relation to the processing of data it records in this
system on cases from national reintegration assistance programs. The authorities
designated by Member States and Frontex shall be considered as joint controllers in
accordance with Article 26 of Regulation (EU) 2016/679 and Article 28 of
Regulation (EU) 2018/1725, respectively, in relation to the processing of personal
data recorded in RIAT for cases managed under an EU reintegration assistance
program. The responsibilities of each joint controller shall be limited to the data it
records in RIAT. Frontex shall be considered as processor in accordance with Article
3, point (12), of Regulation (EU) 2018/1725 in relation to the processing of data it
records on cases from national reintegration assistance programs managed in RIAT
and for the operational management of RIAT.
4. For the communication portal, the authorities designated by Member States in
compliance with paragraph 1 and Frontex shall be considered as joint controllers in
accordance with Article 26 of Regulation (EU) 2016/679 and Article 28 of
Regulation (EU) 2018/1725, respectively, in relation to the processing of personal
data exchanged through the communication portal. The responsibilities of each joint
controller shall be limited to the data it processes in the communication portal. eu-
LISA shall be considered as processor in accordance with Article 3, point (12), of
Regulation (EU) 2018/1725 in relation to the operational management of the
communication portal.
Article 24
Staff training
1. Before being authorised to process data stored in national RECAMAS, in iRCMS, in
RIAT and in the communication portal and periodically after access to national
RECAMAS, iRCMS, RIAT and the communication portal has been granted, the staff
EN 34 EN
of competent authorities and Frontex having a right to access national RECAMAS,
iRCMS, RIAT and the communication portal shall receive appropriate training
courses on data security, fundamental rights including data protection, and the rules
and procedures for data processing, including measures for improving the data
quality. The staff shall be informed of any relevant provisions on criminal offences
and penalties, including those provided in Article 26.
2. Member States shall provide training courses to their staff on national RECAMAS.
3. Frontex shall provide training courses to its staff and to competent authorities on
Frontex RECAMAS, iRCMS and RIAT.
4. eu-LISA shall provide training courses to competent authorities on the technical
functioning of the communication portal.
Article 25
Cooperation between national data protection supervisory authorities and the European
Data Protection Supervisor
In accordance with Article 62 of Regulation (EU) 2018/1725, the national supervisory
authorities and the European Data Protection Supervisor shall, each acting within the scope of
their respective competences, cooperate actively in the framework of their responsibilities and
ensure, in particular, the coordinated supervision of the communication portal.
Article 26
Penalties
Member States shall lay down the rules on penalties applicable to infringements of this
Regulation and shall take all measures necessary to ensure that they are implemented. The
penalties provided for shall be effective, proportionate and dissuasive. Member States shall,
without delay, notify the Commission of those rules and of those measures and shall notify it,
without delay, of any subsequent amendment affecting them.
Chapter 4
AMENDMENTS TO OTHER UNION LEGAL ACTS
Article 27
Amendments to Regulation (EU) 2018/1726
Regulation (EU) 2018/1726 is amended as follows:
(1) in Article 1, the following paragraphs 4c and 4d are inserted:
'4c. The Agency shall be responsible for the development, including the design, operational
management and technical evolutions, of a secure communication channel between migration
authorities ('the communication portal'), in accordance with Regulation (EU) …/… of the
European Parliament and of the Council(23) [this Regulation].
4d. The Agency shall be responsible for supporting:
(23) Regulation (EU) …/… of the European Parliament and of the Council [full title of this Regulation].
EN 35 EN
(a) the European Border and Coast Guard Agency in the development, including technical
evolutions, of a reference implementation of a return case management system ('Frontex
RECAMAS'), in accordance with Regulation (EU) …/… [this Regulation];
(b) the European Border and Coast Guard Agency in the development, including technical
evolutions, of an integrated Union readmission case management system ('iRCMS') and a
Union reintegration case management system ('RIAT'), in accordance with Regulation (EU)
…/… [this Regulation].';
(2) the following Articles 8e and 8f are inserted:
'Article 8e
Tasks related to the communication portal
In relation to the communication portal, the Agency shall perform:
(a) the tasks conferred on it by Article 15(4) and Article 17(4) of Regulation (EU) …/… [this
Regulation];
(b) tasks relating to training on the technical use of the communication portal, including the
provision of training materials.
Article 8f
Tasks related to Frontex RECAMAS, iRCMS and RIAT
In relation to the Frontex RECAMAS, iRCMS and RIAT, the Agency shall perform the tasks
conferred on it by Regulation (EU) …/… [this Regulation].';
(3) in Article 14, paragraph 1 is replaced by the following:
'1. The Agency shall monitor developments in research relevant for the operational
management of SIS, VIS, Eurodac, the EES, ETIAS, DubliNet, ECRIS-TCN, the e-CODEX
system, the JITs collaboration platform, the communication portal and other large-scale IT
systems as referred to in Article 1(5).';
(4) in Article 19(1), first subparagraph, the following point (qq) is added:
'(qq) adopt the reports on the development and activities of the communication portal
pursuant to Article 37(2) of Regulation (EU) …/… [this Regulation].'.
Article 28
Amendments to Regulation (EU) 2018/1860
In Regulation (EU) 2018/1860, the following Article 17a is inserted:
'Article 17a
Keeping of data contained in alerts on return in national case management systems for
the purposes of Regulation (EU) …/… of the European Parliament and of the Council
[this Regulation]
1. By way of derogation from Article 41(2) of Regulation (EU) 2018/1861, following a hit on
an alert on return entered by another Member State pursuant to Article 3, the competent
authority of the executing Member State may keep in their national RECAMAS established
pursuant to Regulation (EU) …/… of the European Parliament and of the Council(24)[this
(24) Regulation (EU) …/… of the European Parliament and of the Council [full title of this Regulation].
EN 36 EN
Regulation] the data contained in that alert to the extent necessary for the purposes referred to
in Article 7(1) of Regulation (EU) …/… [this Regulation].
2. Where the alert has been modified by the issuing Member State in accordance with Article
44(2) of Regulation (EU) 2018/1861, the executing Member State shall update those data in
its national RECAMAS established pursuant to Regulation (EU) …/… [this Regulation]
accordingly.
3. By way of derogation from Article 42(1) of Regulation (EU) 2018/1861, the data kept
pursuant to paragraph 1 shall be stored and erased in accordance with Article 20(1) to (3) of
Regulation (EU) …/… [this Regulation].
4. Article 15 shall apply to transfers or the making available of the data kept pursuant to
paragraph 1.'.
Article 29
Amendments to Regulation (EU) 2019/817
In Regulation (EU) 2019/817, the following Article 48a is added:
'Article 48a
Communication portal
1. The communication between the Member States’ authorities and between those authorities
with the ETIAS Central Unit required under this Regulation shall be carried out through the
communication portal established under Regulation (EU) …/… of the European Parliament
and of the Council(25) [this Regulation] for the following purposes:
(a) the exercise of data protection rights pursuant to Article 48(3) and (4);
(b) informing the competent authority about the rectification or erasure of a link pursuant to
Article 31(3) and Article 33(5);
(c) informing about the rectification or erasure of a link pursuant to Article 32(7);
(d) informing the competent authority about a link incorrectly recorded pursuant to Article
32(7).
2. The Commission is empowered to adopt implementing acts to specify the formats for
communications under this Regulation via the communication portal. Those implementing
acts shall be adopted in accordance with the examination procedure referred to in Article
74(2).'.
Article 30
Amendments to Regulation (EU) 2019/818
Regulation (EU) 2019/818 is amended as follows:
(1) Article 39 is amended as follows:
(a) paragraphs 1 and 2 are replaced by the following:
'1. A central repository for reporting and statistics (CRRS) is established for the purpose of
supporting the objectives of the SIS, Eurodac and ECRIS-TCN, in accordance with the
respective legal instruments governing those systems, and to provide cross-system statistical
(25) Regulation (EU) …/… of the European Parliament and of the Council [full title of this Regulation].
EN 37 EN
data and analytical reporting for policy, operational and data quality purposes. The CRRS
shall also support the objectives of Regulation (EU) 2024/982 of the European Parliament and
of the Council(26), Regulation (EU) 2025/13 of the European Parliament and of the
Council(27) and of Regulation (EU) …/… of the European Parliament and of the
Council(28) [this Regulation].
2. eu-LISA shall establish, implement and host in its technical sites the CRRS containing the
data and statistics referred to in Article 12 of Regulation (EU) 2024/1358, Article 74 of
Regulation (EU) 2018/1862 and Article 32 of Regulation (EU) 2019/816 logically separated
by EU information system. eu-LISA shall collect the data and statistics from the router
referred to in Article 71(2) of Regulation (EU) 2024/982 and in Article 39(1) of Regulation
(EU) 2025/13. eu-LISA shall collect the data and statistics referred to in Article 22 of
Regulation (EU) …/… [this Regulation]. Access to the CRRS shall be granted by means of
controlled, secured access and specific user profiles, solely for the purposes of reporting and
statistics, to the authorities referred to in Article 12 of Regulation (EU) 2024/1358, Article 74
of Regulation (EU) 2018/1862, Article 32 of Regulation (EU) 2019/816, Article 71(2) of
Regulation (EU) 2024/982, Article 13(1) of Regulation (EU) 2025/13 and Article 22(2) of
Regulation (EU) …/… [this Regulation].';
(b) in paragraph 4, the following point (d) is added:
'(d) a secure communication infrastructure to connect the CRRS to national return case
management systems ('national RECAMAS'), the integrated Union readmission case
management system ('iRCMS') and the Union reintegration case management system
('RIAT'), in compliance with Regulation (EU) …/… [this Regulation].';
(2) the following Article 48a is inserted:
'Article 48a
Communication portal
1. The communication between the Member States’ authorities and between those authorities
with the ETIAS Central Unit required under this Regulation shall be carried out through the
communication portal established under Regulation (EU) …/… [this Regulation] for the
following purposes:
(a) the exercise of data protection rights pursuant to Article 48(3) and (4);
(b) informing the competent authority about the rectification or erasure of a link pursuant to
Article 31(3) and Article 33(5);
(c) informing about the rectification or erasure of a link pursuant to Article 32(7);
(d) informing the competent authority about a link incorrectly recorded pursuant to Article
32(7).
(26) Regulation (EU) 2024/982 of the European Parliament and of the Council of 13 March 2024 on the
automated search and exchange of data for police cooperation, and amending Council Decisions
2008/615/JHA and 2008/616/JHA and Regulations (EU) 2018/1726, (EU) No 2019/817 and (EU)
2019/818 of the European Parliament and of the Council (the Prüm II Regulation) (OJ L, 2024/982,
5.4.2024, ELI: http://data.europa.eu/eli/reg/2024/982/oj). (27) Regulation (EU) 2025/13 of the European Parliament and of the Council of 19 December 2024 on the
collection and transfer of advance passenger information for the prevention, detection, investigation and
prosecution of terrorist offences and serious crime, and amending Regulation (EU) 2019/818 (OJ L,
2025/13, 8.1.2025, ELI: http://data.europa.eu/eli/reg/2025/13/oj). (28) Regulation (EU) …/… of the European Parliament and of the Council [full title of this Regulation].
EN 38 EN
2. The Commission is empowered to adopt implementing acts to specify the formats for
communications under this Regulation via the communication portal. Those implementing
acts shall be adopted in accordance with the examination procedure referred to in Article
70(2).';
(3) Article 62 is amended as follows:
(a) the following paragraph 3a is inserted:
'3a. The duly authorised staff of the competent authorities of Member States, the European
Border and Coast Guard Agency, eu-LISA and the Commission shall have access to consult
the data related to national RECAMAS, iRCMS and RIAT referred to in Article 22 of
Regulation (EU) …/… [this Regulation].';
(b) paragraph 6 is replaced by the following:
'6. For the purpose of paragraphs 1, 2, 3 and 3a, eu-LISA shall store the data referred to in
those paragraphs in the CRRS. It shall not be possible to identify individuals from the data
included in the CRRS, but the data shall allow the authorities listed in paragraphs 1, 2, 3 and
3a to obtain customisable reports and statistics to enhance the efficiency of border checks, to
help authorities processing visa applications and to support evidence-based policy-making on
migration and security in the Union.'.
Chapter 5
FINAL PROVISIONS
Article 31
Costs
The costs incurred in connection with the development, including technical evolutions, and
operational management of national RECAMAS shall be borne by each Member State
concerned. These costs shall include the costs incurred in connection with the integration of
Frontex RECAMAS, iRCMS, RIAT and the communication portal into national RECAMAS,
as well as with the customisation of the Frontex RECAMAS.
Article 32
Notifications
1. Member States shall notify the Commission, Frontex and eu-LISA of the authority
which is to be considered as controller and joint controller in accordance with Article
23.
2. Member States shall notify the Commission, Frontex and eu-LISA of the competent
authorities referred to in Article 7, Article 8 and Article 9, which may record,
consult, rectify or erase data.
3. Member States shall notify the Commission, Frontex and eu-LISA of their single
point of contact referred to in Article 14(3).
4. Frontex shall maintain a continuously updated public website containing the
information referred to in this Article.
Article 33
Start of operations
EN 39 EN
1. By [OJ: please fill in: four years after the date of entry into force of this Regulation]
at the latest, Member States shall have in place and use a national RECAMAS. Each
Member State shall notify, without delay, the Commission and Frontex of the date on
which it started using its national RECAMAS.
2. The Commission shall determine, by means of an implementing act, the date of
completion of the development of iRCMS and RIAT, once Frontex has declared the
successful completion of a comprehensive test of iRCMS and RIAT, to be conducted
with the support of eu-LISA.
3. Within one year from the date determined in accordance with paragraph 2 or, where
later, from the date of notification referred to in paragraph 1, each Member State
shall take the necessary measures to integrate iRCMS and RIAT into its national
RECAMAS, in accordance with Article 15(3) and shall notify the Commission and
Frontex of the successful integration.
4. The Commission shall determine, by means of an implementing act, the date from
which iRCMS and RIAT are to start operations in the Member States concerned and
are operated by Frontex, once Frontex has declared, for the Member States
concerned, the successful integration of iRCMS and RIAT in the national
RECAMAS of the Member States concerned. Frontex’ declaration shall be based on
the successful completion of comprehensive tests and conducted, upon receipt of the
notification referred to in paragraph 3, in cooperation with the Member State or
Member States concerned and with the support of eu-LISA.
5. The Commission shall determine, by means of an implementing act, the date of
completion of the development of the communication portal, once eu-LISA has
declared the successful completion of a comprehensive test of the communication
portal, to be conducted in cooperation, where necessary, with Frontex and the
Member States.
6. Within one year from the date determined in accordance with paragraph 5, or, where
later, from the date of notification referred to in paragraph 1, each Member State
shall take the necessary measures to integrate the communication portal into its
national RECAMAS, in accordance with Article 15(4) and shall notify the
Commission and Frontex of the successful integration. Within one year from the date
determined in accordance with paragraph 5, Frontex shall take the necessary
measures to integrate the communication portal into IRMA in accordance with
Article 14(2) and shall notify the Commission of the successful integration.
7. The Commission shall determine, by means of an implementing act, the date from
which the communication portal is to start operations in the Member States
concerned and is operated by Frontex, once eu-LISA has declared, for the Member
States concerned, the successful integration of the communication portal in the
national RECAMAS of the Member States concerned and in IRMA. eu-LISA’s
declaration shall be based on the successful completion of comprehensive tests and
conducted, upon receipt of the notification referred to in paragraph 6, in cooperation
with the Member States concerned.
8. The Commission shall inform the European Parliament and the Council of the dates
determined in accordance with paragraphs 2, 4, 5 and 7.
9. The implementing acts referred to in paragraphs 2, 4, 5 and 7 shall be published in
the Official Journal of the European Union.
EN 40 EN
10. Member States and, where applicable, Frontex, shall start using iRCMS, RIAT and
the communication portal from the dates determined in accordance with paragraph 4
and paragraph 7 respectively.
Article 34
Committee procedure
1. The Commission shall be assisted by a committee. That committee shall be a
committee within the meaning of Regulation (EU) No 182/2011.
2. Where reference is made to this paragraph, Article 5 of Regulation (EU) No
182/2011 shall apply.
Article 35
Advisory Group
1. An Advisory Group shall be established by Frontex.
2. The Advisory Group provides Frontex and eu-LISA with the expertise related to the
RECAMAS Model, Frontex RECAMAS, national RECAMAS, iRCMS, RIAT and
the communication portal, in particular in the context of the preparation of their
annual work programmes and their annual activity reports.
3. The Advisory Group shall be composed of national experts, two project managers
from Frontex, two project managers from eu-LISA and one member from the
Commission. It shall be chaired by Frontex.
Article 36
Contact point
Each Member State shall designate an authority as the contact point for the implementation of
this Regulation. Each Member State shall communicate the name of that authority to the
Commission. If a Member State changes its designated authority, it shall inform the
Commission accordingly.
Article 37
Monitoring and evaluation
1. Frontex shall submit to the European Parliament, to the Council, to the Commission
and to the European Data Protection Supervisor an annual report on the development
and activities of Frontex RECAMAS, national RECAMAS, iRCMS and RIAT,
including on their technical functioning and security. The annual report shall include
information on the operational management, including data protection and security
incidents, and performance of these systems against pre-defined quantitative
indicators for the objectives relating to output, cost-effectiveness and quality of
service.
2. eu-LISA shall submit to the European Parliament, to the Council, to the Commission
and to the European Data Protection Supervisor an annual report on the development
and activities of the communication portal, including on its technical functioning and
security. The annual report shall include information on the management and
EN 41 EN
performance of this system against pre-defined quantitative indicators for the
objectives relating to output, cost-effectiveness and quality of service.
3. Five years after the start of operations of all national RECAMAS, iRCMS, RIAT and
the communication portal and every five years thereafter, the Commission shall
submit to the European Parliament and to the Council an evaluation report on the
application of this Regulation. For this purpose, the Commission shall have
permanent access to Frontex RECAMAS, iRCMS, RIAT and the communication
portal without the possibility to access any personal data.
4. Member States shall provide Frontex, eu-LISA and the Commission with the
information necessary to prepare the annual reports and the evaluation referred to in
this Article.
5. Evaluations may be conducted in accordance with Council Regulation (EU)
2022/922(29).
Article 38
Entry into force
This Regulation shall enter into force on the twentieth day following that of its publication in
the Official Journal of the European Union.
This Regulation shall be binding in its entirety and directly applicable in all Member States.
Done at Brussels,
For the European Parliament For the Council
The President The President
[...] [...]
(29) Council Regulation (EU) 2022/922 of 9 June 2022 on the establishment and operation of an evaluation
and monitoring mechanism to verify the application of the Schengen acquis, and repealing Regulation
(EU) No 1053/2013 (OJ L 160, 15.6.2022, p. 1, ELI: http://data.europa.eu/eli/reg/2022/922/oj).
EN 1 EN
LEGISLATIVE FINANCIAL AND DIGITAL STATEMENT
1. FRAMEWORK OF THE PROPOSAL/INITIATIVE ................................................. 3
1.1. Title of the proposal/initiative ................. 3
1.2. Policy area(s) concerned .............................................................................................. 3
1.3. Objective(s) .................................................................................................................. 3
1.3.1. General objective(s) ..................................................................................................... 3
1.3.2. Specific objective(s) ..................................................................................................... 3
1.3.3. Expected result(s) and impact ...................................................................................... 3
1.3.4. Indicators of performance ............................................................................................ 4
1.4. The proposal/initiative relates to: ................................................................................. 4
1.5. Grounds for the proposal/initiative .............................................................................. 5
1.5.1. Requirement(s) to be met in the short or long term including a detailed timeline for
roll-out of the implementation of the initiative ............................................................ 5
1.5.2. Added value of EU involvement (it may result from different factors, e.g.
coordination gains, legal certainty, greater effectiveness or complementarities). For
the purposes of this section 'added value of EU involvement' is the value resulting
from EU action, that is additional to the value that would have been otherwise
created by Member States alone. ................................................................................. 5
1.5.3. Lessons learned from similar experiences in the past .................................................. 6
1.5.4. Compatibility with the multiannual financial framework and possible synergies with
other appropriate instruments ....................................................................................... 7
1.5.5. Assessment of the different available financing options, including scope for
redeployment ................................................................................................................ 7
1.6. Duration of the proposal/initiative and of its financial impact .................................... 8
1.7. Method(s) of budget implementation planned ............................................................. 8
2. MANAGEMENT MEASURES................................................................................. 10
2.1. Monitoring and reporting rules .................................................................................. 10
2.2. Management and control system(s) ........................................................................... 10
2.2.1. Justification of the budget implementation method(s), the funding implementation
mechanism(s), the payment modalities and the control strategy proposed ................ 10
2.2.2. Information concerning the risks identified and the internal control system(s) set up
to mitigate them.......................................................................................................... 11
2.2.3. Estimation and justification of the cost-effectiveness of the controls (ratio between
the control costs and the value of the related funds managed), and assessment of the
expected levels of risk of error (at payment & at closure) ......................................... 11
2.3. Measures to prevent fraud and irregularities .............................................................. 12
3. ESTIMATED FINANCIAL IMPACT OF THE PROPOSAL/INITIATIVE ............ 13
3.1. Heading(s) of the multiannual financial framework and expenditure budget line(s)
affected ....................................................................................................................... 13
EN 2 EN
3.2. Estimated financial impact of the proposal on appropriations ................................... 15
3.2.1. Summary of estimated impact on operational appropriations.................................... 15
3.2.1.1. Appropriations from voted budget ............................................................................. 15
3.2.2. Summary of estimated impact on administrative appropriations ............................... 20
3.2.2.1. Appropriations from voted budget .............................................................................. 20
3.2.3. Estimated requirements of human resources.............................................................. 20
3.2.3.1. Financed from voted budget....................................................................................... 20
3.2.4. Overview of estimated impact on digital technology-related investments ................ 22
3.2.5. Compatibility with the current multiannual financial framework.............................. 22
3.2.6. Third-party contributions ........................................................................................... 23
3.2.7. Estimated human resources and the use of appropriations required in a decentralised
agency ........................................................................................................................ 23
3.3. Estimated impact on revenue ..................................................................................... 26
4. DIGITAL DIMENSIONS .......................................................................................... 27
4.1. Requirements of digital relevance .............................................................................. 27
4.2. Data ............................................................................................................................ 30
4.3. Digital solutions ......................................................................................................... 33
4.4. Interoperability assessment ........................................................................................ 41
4.5. Measures to support digital implementation .............................................................. 45
EN 3 EN
1. FRAMEWORK OF THE PROPOSAL/INITIATIVE
1.1. Title of the proposal/initiative
Proposal on the digitalisation of case management in the area of return, readmission
and reintegration, and amending Regulations (EU) 2018/1726, (EU) 2018/1860,
(EU) 2019/817 and (EU) 2019/818 of the European Parliament and of the Council
1.2. Policy area concerned
Home Affairs
1.3. Objective(s)
1.3.1. General objectives
Support the implementation of the rules on return, readmission and reintegration laid
down in the Return Regulation and contribute to the implementation of the Pact on
Migration and Asylum. Achieving these two objectives will contribute to the proper
functioning of the Schengen Area and to the sustainability of the Common European
Asylum System.
1.3.2. Specific objectives
Specific objective 1: increase data sharing between competent authorities within the
same Member State, between Member States and between member States and
Frontex, and between member States or Frontex and third countries, in compliance
with data protection rules, to ensure that the information necessary to carry out and
monitor return, readmission and reintegration processes is available.
Specific objective 2: foster the digitalisation of return, readmission and reintegration
processes and remedy the limited functionalities of existing IT systems to ensure that
processes and reporting requirements are more digitalised, user-friendly, and
automated, and to significantly decrease the administrative burden and workload of
national authorities.
Specific objective 3: enable the automated compilation of more accurate and reliable
statistics and shorten the timeframe for data collection to better support evidence-
based policy and decision-making.
1.3.3. Expected results and impact
Member States will develop, maintain and operate their national case management
systems on return (national RECAMAS).
Frontex will maintain and update the RECAMAS Model and will develop, in
cooperation with eu-LISA, the Frontex RECAMAS that may be adopted and
customised by willing Member States. Frontex will also develop ad-hoc off-the-shelf
IT solutions (e.g. RECAP, an application allowing the communication between third
country nationals and migration authorities) that may be integrated into national
RECAMAS. Frontex will develop and maintain an EU integrated case management
system on readmission (iRCMS) and on reintegration (RIAT), in cooperation with
eu-LISA, to be integrated in national RECAMAS.
EN 4 EN
eu-LISA will develop a communication portal to allow return authorities to share
information that cannot be shared through existing or future EU Information
Systems.
By digitalising the case management of return, readmission and reintegration
procedures, the initiative will speed up, simplify and streamline processes, increase
their transparency and decrease the workload for national competent authorities and
Frontex.
1.3.4. Indicators of performance
Specific objective 1
– Number of datasets on return, readmission and reintegration cases requested by
Member States and made available to other Member States within the
applicable time limits laid down by the Return Regulation.
– Number of readmission requests processed via iRCMS.
Specific objective 2
– Number of national RECAMAS in place.
– Number of Member States making use of the Frontex RECAMAS, or parts of
it.
– Number of national RECAMAS having integrated iRCMS and RIAT.
– Number of national RECAMAS connected to ESP, CRRS and SIS.
– Number of national RECAMAS connected to the communication portal.
– Number of sub-processes streamlined or automated.
– Average duration of the processing time per return, readmission and
reintegration case.
– Number of staff trained in new procedures and IT systems.
Specific objective 3
– Number of statistical datasets (as per the Return Regulation) created
automatically.
– Number of statistical datasets (as per the Return regulation) provided within
the applicable time limits laid down by the Return Regulation.
1.4. The proposal/initiative relates to:
☑a new action
a new action following a pilot project / preparatory action1
the extension of an existing action
a merger or redirection of one or more actions towards another/a new action
1 As referred to in Article 58(2), point (a) or (b) of the Financial Regulation.
EN 5 EN
1.5. Grounds for the proposal/initiative
1.5.1. Requirements to be met in the short or long term including a detailed timeline for
roll-out of the implementation of the initiative
All systems (national RECAMAS, Frontex RECAMAS, iRCMS, RIAT and the
communication portal) are meant to be developed within four years as of the entry
into force of the regulation, in line with the following indicative timeline:
- Q3 2028: entry into force of the regulation.
- Q3/Q4 2028: establishment of the governance framework for the development
of the IT systems.
- Q3 2028-Q1 2030: inception phase, including recruitment.
- Q1 2030-Q2 2030: procurement phase.
- Q2 2030-Q1 2032: development phase.
- Q1 2032-Q2/ 2032: testing phase.
- Q2 2032-Q3 2032: gradual onboarding phase and gradual start of operations.
1.5.2. Added value of EU involvement (it may result from different factors, e.g.
coordination gains, legal certainty, greater effectiveness or complementarities). For
the purposes of this section 'added value of EU involvement' is the value resulting
from EU action, that is additional to the value that would have been otherwise
created by Member States alone.
Reasons for action at EU level (ex-ante)
The identified problems cannot be effectively resolved at national level. Given the
magnitude of the fragmentation of the current digital landscape, without EU
coordination and an appropriate EU legal framework, Member States will continue
developing siloed systems, leading to inefficiencies, uneven digitalisation, and higher
costs. Inefficient digital management of return, readmission and reintegration
processes will hinder the future implementation of common rules on return, resulting
in suboptimal levels of returns. This would also affect the proper functioning of the
rules of the Pact on Migration and Asylum and have an impact on the Schengen area.
An EU-level intervention is essential to ensure interconnection of relevant IT
systems across Member States (including by leveraging EU Information Systems),
consistent data exchange, and operational efficiency across Member States. Only a
coordinated approach at EU level can address in a coherent manner the cross-border
complexities that Member States are currently facing e.g. as regards the insufficient
sharing of data between Member States.
Expected generated EU added value (ex-post)
The initiative will generate EU added value because an EU initiative can bring about
a common framework at EU level that is expected to enhance data sharing, speed up
procedures, reduce administrative burden and enable the creation of more granular
statistics. This cannot be achieved in the same way by Member States acting
individually. A harmonised digitalised approach to return, readmission and
reintegration processes at EU level will improve the overall effectiveness of the
return system and align with the broader objectives of the Pact on Migration and
Asylum. Eventually, coherent digitalisation efforts will support the proper
EN 6 EN
functioning of the Schengen area and the sustainability of the Common European
Asylum System.
A unified digital framework will strengthen the EU’s position in negotiations and
interactions with third countries and improve the implementation of the 24 EU
readmission instruments which provide for uniform procedures. It would contribute
to a streamlined approach and coherent expectations in third countries and benefit all
Member States.
EU-level efforts will create economies of scale by reducing average costs, as well as
avoiding duplication of efforts through system development in silos, and support
evidence-based policymaking, including by increasing the reliability of data and
statistics. By pooling resources and expertise, the EU can deliver more robust and
scalable solutions than Member States acting individually.
1.5.3. Lessons learned from similar experiences in the past
On return, to help Member States improve their return case management systems and
ensure a minimum level of efficiency, Frontex has developed a Return Case
Management Model (‘RECAMAS Model’) in accordance with its mandate (also
referred to as the ‘EBCG Regulation’). The RECAMAS Model is a template (i.e. a
document and not an IT system) that provides a basis for Member States to build and
set up their own case management systems in similar ways, enabling enhanced
cooperation between relevant Member States’ authorities while improving data
collection. As part of the Operational Strategy of the EU Return Coordinator and the
Common Implementation Plan for the Pact on Migration and Asylum, all Member
States should have started the development and implementation of a national system
based on the RECAMAS Model in 2024-2025. So far, 26 EU Member States have a
return case management system possessing a certain degree of alignment on the
RECAMAS Model, but only 12 of them operate a system fully based on the
RECAMAS Model.
On readmission, to enable Member States and third countries to conduct readmission
procedures in an efficient, digital and standardised manner, the Commission has
supported the development and operation of Readmission Case Management
Systems, though without specific rules at EU level framing the use of these systems.
The systems are physically located in and owned by third countries and require
rolling maintenance costs. Currently, there are only six RCMS in place with
Armenia, Bangladesh, Georgia, Pakistan, Sri Lanka, and Ukraine. The six RCMS
allow for the submission of readmission requests to the third country, as well as
monitoring of workflows related to verification and confirmation of nationality,
issuance of travel documents and return operations. They are separate systems, each
one requiring a different log-in procedure, and do not allow the direct upload of
information from Member States’ and EU systems. The Commission plays a leading
role in facilitating the connection of willing Member States to the existing RCMS
and contributes financially to their proper technical maintenance and operation.
On reintegration, to ensure communication on reintegration cases between return
counsellors in Member States and reintegration implementing partners in third
countries, the Commission has developed the Reintegration Assistance Tool
(‘RIAT’). RIAT is part of the European Migration Network Information Exchange
System (‘EMN IES’), which was established in 2008. In addition to communication,
EN 7 EN
RIAT is used for financial and administrative handling of cases in the context of
various reintegration programmes, including Frontex own EU Reintegration
Programme, and data collection. Currently, all EU Member States, Switzerland,
Norway, and Iceland, as well as some reintegration partners are connected to RIAT.
The availability, the use and functionalities of existing IT systems vary greatly
between Member States. The existing IT systems for return, readmission and
reintegration have been developed separately and by different actors, both at EU and
national level. The possibilities for further development and data sharing are limited
within the current legal frameworks and operational set-up. This results in a
fragmented and inefficient digital landscape.
1.5.4. Compatibility with the multiannual financial framework and possible synergies with
other appropriate instruments
Digitalisation is explicitly identified in the Pact on Asylum and Migration as an
enabler for swift and efficient migration procedures. Digital systems are essential to
improve operational cooperation, ensure reliable data collection, reduce
administrative burden, and strengthen the monitoring and enforcement of EU
migration rules. This objective aligns with the broader EU political ambition to
develop European digital solutions that simplify procedures while safeguarding
fundamental rights and data protection.
The need for digitalisation of case management in the area of return, readmission and
reintegration has been underlined in the Political Guidelines of President von der
Leyen (2024-2029), the Commission Work Programmes for 2025 and 2026, which
explicitly present the initiative as having a strong simplification dimension (3), and
the European Asylum and Migration Management Strategy (4). The Return
Regulation establishes a common EU return system allowing for the enhanced
sharing and transfer of data, in compliance with data protection rules.
The investment required at the EU level and Member States’ level may fall within
the amounts negotiated for the MFF 2028-2034.
1.5.5. Assessment of the different available financing options, including scope for
redeployment
The initiative implies the creation of new IT systems, which will be entrusted to
Frontex and eu-LISA.
Frontex will develop and maintain an IT reference implementation for return case
management (Frontex RECAMAS), the EU Integrated Readmission Case
Management System (iRCMS), the EU Reintegration Case Management System
(RIAT).
eu-LISA will design, develop and maintain a communication channel between
migration authorities (communication portal).
Achieving these objectives requires broadening the mandate of Frontex and eu-LISA,
as these new tasks are not covered by the existing ones. New financial and human
resources are therefore necessary to enable both agencies to fulfil their new tasks.
A Program Management Board and an Advisory Group will support the development
and further evolutions of the new IT systems. DG HOME will be part of these two
EN 8 EN
structures. Meetings will take place on a regular basis and at least six times per year
in the development phase. More generally, DG HOME will have to monitor the
development, implementation and overall compliance with the future regulation.
Accordingly, new staff is required to allow the Commission to fulfil its new tasks.
1.6. Duration of the proposal/initiative and of its financial impact
limited duration
– in effect from [DD/MM]YYYY to [DD/MM]YYYY
– financial impact from YYYY to YYYY for commitment appropriations and
from YYYY to YYYY for payment appropriations.
☑unlimited duration
– Implementation with a start-up period from 2028 to 2034,
– followed by full-scale operation.
1.7. Method(s) of budget implementation planned2
Direct management by the Commission
– by its departments, including by its staff in the Union delegations;
– by the executive agencies
Shared management with the Member States
☑Indirect management by entrusting budget implementation tasks to:
– third countries or the bodies they have designated
– international organisations and their agencies (to be specified)
– the European Investment Bank and the European Investment Fund
– ☑ bodies referred to in Articles 70 and 71 of the Financial Regulation
– public law bodies
– bodies governed by private law with a public service mission to the extent that
they are provided with adequate financial guarantees
– bodies governed by the private law of a Member State that are entrusted with
the implementation of a public-private partnership and that are provided with
adequate financial guarantees
– bodies or persons entrusted with the implementation of specific actions in the
common foreign and security policy pursuant to Title V of the Treaty on
European Union, and identified in the relevant basic act
– bodies established in a Member State, governed by the private law of a
Member State or Union law and eligible to be entrusted, in accordance with
sector-specific rules, with the implementation of Union funds or budgetary
guarantees, to the extent that such bodies are controlled by public law bodies or
by bodies governed by private law with a public service mission, and are provided
2 Details of budget implementation methods and references to the Financial Regulation may be found on
the BUDGpedia site: https://myintracomm.ec.europa.eu/corp/budget/financial-rules/budget-
implementation/Pages/implementation-methods.aspx.
EN 9 EN
with adequate financial guarantees in the form of joint and several liability by the
controlling bodies or equivalent financial guarantees and which may be, for each
action, limited to the maximum amount of the Union support.
Comments
For indirect management – implementation via two decentralized agencies (Frontex, eu-
LISA)
EN 10 EN
2. MANAGEMENT MEASURES
2.1. Monitoring and reporting rules
The Commission will ensure that the necessary arrangements are in place to monitor
the functioning of the measures proposed and evaluate them against the main policy
objectives. Five years after the start of operations of all national RECAMAS,
iRCMS, RIAT and the communication portal, and every five years thereafter, the
Commission will submit an evaluation report to the European Parliament and the
Council assessing the implementation of the Regulation and its added value. The
report will also report on any direct or indirect impact on relevant fundamental
rights. It will examine results achieved against objectives and assess the continuing
validity of the underlying rationale and any implications for future options.
Frontex will submit an annual report to the European Parliament, to the Council, to
the Commission, and to the European Data Protection Supervisor on the
development and activities of Frontex RECAMAS, national RECAMAS, iRCMS
and RIAT, including on their technical functioning and security.
eu-LISA will submit an annual report to the European Parliament, to the Council, to
the Commission, and to the European Data Protection Supervisor on the
development and activities of the communication portal, including on its technical
functioning and security.
2.2. Management and control system(s)
2.2.1. Justification of the budget implementation methods, the funding implementation
mechanisms, the payment modalities and the control strategy proposed
Part of this proposal will be implemented via the European Border and Coast Guard
Agency and eu-LISA’s budgets, through indirect management.
Pursuant to the principle of sound financial management, the budgets of the
European Border and Coast Guard Agency and eu-LISA shall be implemented in
compliance with effective and efficient internal control. The European Border and
Coast Guard Agency and eu-LISA are therefore bound to implement an appropriate
control strategy coordinated among appropriate actors involved in the control chain.
Regarding ex-post controls, the European Border and Coast Guard Agency and eu-
LISA, as decentralised agencies, are notably subject to:
– internal audit by the Internal Audit Service of the Commission;
– annual reports by the European Court of Auditors, giving a statement of
assurance as to the reliability of the annual accounts and the legality and
regularity of the underlying transactions;
– annual discharge granted by the European Parliament;
– possible investigations conducted by OLAF to ensure, in particular, that the
resources allocated to agencies are put to proper use.
As partner DG to the European Border and Coast Guard Agency and eu-LISA, DG
HOME will implement its Control Strategy on decentralised agencies to ensure
reliable reporting in the framework of its Annual Activity Report (AAR). While
decentralised agencies have full responsibility for the implementation of their budget,
EN 11 EN
DG HOME is responsible for regular payment of annual contributions established by
the EU Budgetary Authorities.
Finally, the European Ombudsman provides a further layer of control and
accountability.
2.2.2. Information concerning the risks identified and the internal control system(s) set up
to mitigate them
For the budget implemented by the European Border and Coast Guard Agency and
eu-LISA, a specific Internal Control Framework based on the Internal Control
Framework of the European Commission is required. The Single Programming
Document must provide information on the internal control systems, while the
Consolidated Annual Activity Report (CAAR) must contain information on the
efficiency and effectiveness of the internal control systems, including as regards risk
assessment.
Moreover, the European Data Protection Supervisor and Frontex’s and eu-LISA’s
data protection officer (DPO) supervise Frontex’s and eu-LISA’s processing of
personal data.
Finally, as partner DG of the European Border and Coast Guard Agency and eu-
LISA, DG HOME runs an annual risk management exercise to identify and assess
potential high risks related to agencies’ operations. Risks considered as critical are
reported annually in DG HOME management plan and are accompanied by an action
plan stating the mitigating action.
At operational level the main risk identified is the lack of adequate levels of financial
and human resources to allow for the timely development of the new IT systems.
2.2.3. Estimation and justification of the cost-effectiveness of the controls (ratio between
the control costs and the value of the related funds managed), and assessment of the
expected levels of risk of error (at payment & at closure)
For the European Border and Coast Guard Agency and eu-LISA, the ratio of ‘control
costs/value of the related funds managed’ is reported on by the Commission. The
2024 AAR of DG HOME reports 0,11% for this ratio in relation to Indirect
Management Entrusted Entities and Decentralised Agencies, including European
Border and Coast Guard Agency.
2.3. Measures to prevent fraud and irregularities
DG HOME will continue to apply its Anti-Fraud Strategy in line with the
Commission's Anti-Fraud Strategy (CAFS) in order to ensure inter alia that its
internal anti-fraud related controls are fully aligned with the CAFS and that its fraud
risk management approach is geared to identify fraud risk areas and adequate
responses.
For indirect management, the measures related to combating fraud, corruption and
any other illegal activities are outlined in specific provisions on combating fraud of
the European Border and Coast Guard Agency and eu-LISA’s founding regulations.
EN 12 EN
They require that, among other things, the two decentralised agencies adopt an anti-
fraud strategy.
Moreover, as partner DG, DG HOME has developed and implemented its own anti-
fraud strategy on the basis of the methodology provided by OLAF. Decentralised
agencies, including European Border and Coast Guard Agency, fall within the scope
of the strategy.
EN 13 EN
3. ESTIMATED FINANCIAL IMPACT OF THE PROPOSAL/INITIATIVE
The estimated impact on expenditure and staffing for 2028 and beyond is added for
illustrative purposes only and does not pre-judge the next Multiannual Financial
Framework. The source of financing and scope of Union financial commitment in the
post-2027 period remain subject to the outcome of interinstitutional negotiations on
the MFF 2028-2034 and thereafter shall be determined through the annual budgetary
procedure. All appropriations and staffing allocations as of 2028 are indicative.
3.1. Heading(s) of the multiannual financial framework and expenditure budget
line(s) affected
• Existing budget lines
In order of multiannual financial framework headings and budget lines.
Heading of
multiannual
financial
framework
Budget line Type of
expenditure Contribution
Number
Diff./Non-
diff.3 from EFTA
countries4
from
candidate
countries and
potential
candidates5
From other third
countries6
other
assigned
revenue
1 [XX.YY.YY.YY]
(Frontex) Non-diff. NO NO YES YES
1 [XX.YY.YY.YY]
(eu-LISA) Diff. NO NO YES YES
• New budget lines requested
In order of multiannual financial framework headings and budget lines.
Heading of
multiannual
financial
framework
Budget line Type of
expenditure Contribution
Number
Diff./Non-
diff. from EFTA
countries
from
candidate
countries and
potential
candidates
from other
third countries
other assigned
revenue
[XX.YY.YY.YY]
Diff./Non
-diff. YES/NO YES/NO YES/NO YES/NO
[XX.YY.YY.YY]
Diff./Non
-diff. YES/NO YES/NO YES/NO YES/NO
[XX.YY.YY.YY] Diff./Non YES/NO YES/NO YES/NO YES/NO
3 Diff. = Differentiated appropriations / Non-diff. = Non-differentiated appropriations. 4 EFTA: European Free Trade Association. 5 Candidate countries and, where applicable, potential candidates from the Western Balkans. 6 Frontex and eu-LISA receive contributions from the countries associated with the Schengen Agreement
(NO, IS, CH, LI).
EN 14 EN
-diff.
EN 15 EN
3.2. Estimated financial impact of the proposal on appropriations
3.2.1. Summary of estimated impact on operational appropriations
– The proposal/initiative does not require the use of operational appropriations
– ☑ The proposal/initiative requires the use of operational appropriations, as explained below
3.2.1.1. Appropriations from voted budget
EUR million (to three decimal places)
Heading of multiannual financial framework 1 Economic, social and territorial cohesion, agriculture, rural and maritime
prosperity and security
EU contribution to a decentralised agency
EUR million (to three decimal places)
FRONTEX Year 2028 Year 2029 Year 2030 Year 2031 Year 2032 Year 2033 Year 2034 TOTAL MFF
2028-2034
Budget line: <…….> / EU Budget contribution to the agency 44,130 18,023 18,134 18,244 18,768 19,309 19,447 156,054
The amount of appropriations to be allocated to the agency in the next MFF is indicative and subject to the agreement on the MFF. It
should be integrated into the Agency’s subsidy due to the permanent nature of the tasks allocated by this proposal and will be
compensated, if relevant, by an equivalent reduction of a relevant programme envelope under the same MFF heading. If a compensatory
reduction is needed, the resources allocated to the Agency may also need to be revised through the annual budgetary procedure.
eu-LISA Year 2028 Year 2029 Year 2030 Year 2031 Year 2032 Year 2033 Year 2034 TOTAL MFF
2028-2034
Budget line: <…….> / EU Budget contribution to the agency 14,120 8,113 8,196 8,280 8,615 8,960 9,059 65,343
EN 16 EN
The amount of appropriations to be allocated to the agency in the next MFF is indicative and subject to the agreement on the MFF. It
should be integrated into the Agency’s subsidy due to the permanent nature of the tasks allocated by this proposal and will be
compensated, if relevant, by an equivalent reduction of a relevant programme envelope under the same MFF heading. If a compensatory
reduction is needed, the resources allocated to the Agency may also need to be revised through the annual budgetary procedure.
Year Year Year Year Year Year Year TOTAL MFF
2028-2034 2028 2029 2030 2031 2032 2033 2034
TOTAL operational
appropriations
(including contribution to
decentralised agency)
Commitments (4) 58,250 26,136 26,330 26,524 27,382 28,269 28,506 221,397
Payments (5) 58,250 26,136 26,330 26,524 27,382 28,269 28,506 221,397
TOTAL appropriations of an administrative nature
financed from the envelope for specific programmes (6) 0,000 0,000 0,000 0,000 0,000 0,000 0,000 0,000
TOTAL appropriations
under HEADING 1 Commitments =4+6 58,250 26,136 26,330 26,524 27,382 28,269 28,506 221,397
of the multiannual financial
framework Payments =5+6 58,250 26,136 26,330 26,524 27,382 28,269 28,506 221,397
Year Year Year Year Year Year Year TOTAL MFF
2028-2034 2028 2029 2030 2031 2032 2033 2034
TOTAL operational
appropriations (all
operational headings)
Commitments (4) 58,250 26,136 26,330 26,524 27,382 28,269 28,506 221,397
Payments (5) 58,250 26,136 26,330 26,524 27,382 28,269 28,506 221,397
TOTAL appropriations of an administrative
nature financed from the envelope for specific
programmes (all operational headings)
(6) 0,000 0,000 0,000 0,000 0,000 0,000 0,000 0,000
TOTAL appropriations
Under Heading 1 to 3 Commitments
=4+6 58,250 26,136 26,330 26,524 27,382 28,269 28,506 221,397
EN 17 EN
of the multiannual
financial framework
(Reference amount)
Payments =5+6 58,250 26,136 26,330 26,524 27,382 28,269 28,506 221,397
Heading of multiannual financial framework 4 ‘Administrative expenditure’7
DG HOME Year Year Year Year Year Year Year TOTAL
MFF
2028-2034 2028 2029 2030 2031 2032 2033 2034
Human resources 0,388 0,388 0,388 0,388 0,388 0,388 0,388 2,716
Other administrative expenditure 0,048 0,048 0,048 0,048 0,048 0,048 0,048 0,336
TOTAL DG
HOME Appropriations 0,436 0,436 0,436 0,436 0,436 0,436 0,436 3,052
TOTAL appropriations under HEADING 4 of
the multiannual financial framework
(Total
commitments =
Total
payments)
0,436 0,436 0,436 0,436 0,436 0,436 0,436 3,052
EUR million (to three decimal places)
Year Year Year Year Year Year Year TOTAL MFF
2028-2034 2028 2029 2030 2031 2032 2033 2034
TOTAL
appropriations under
HEADINGS 1 to 4
Commitments
58,68626,57226,76626,96027,81828,70528,942224,449
of the multiannual
financial framework Payments
58,68626,57226,76626,96027,81828,70528,942224,449
7 The necessary appropriations should be determined using the annual average cost figures available on the appropriate BUDGpedia webpage.
EN 18 EN
The estimated impact on expenditure and staffing for 2028 and beyond is added for illustrative purposes only and does not pre-judge the
next Multiannual Financial Framework. The source of financing and scope of Union financial commitment in the post-2027 period
remain subject to the outcome of interinstitutional negotiations on the MFF 2028-2034 and thereafter shall be determined through the
annual budgetary procedure. All appropriations and staffing allocations as of 2028 are indicative.
EN 19 EN
3.2.2. Summary of estimated impact on administrative appropriations
– The proposal/initiative does not require the use of appropriations of an
administrative nature
– ☑ The proposal/initiative requires the use of appropriations of an administrative
nature, as explained below
3.2.2.1. Appropriations from voted budget
VOTED APPROPRIATIONS Year Year Year Year Year Year Year TOTAL
2028 -
2034 2028 2029 2030 2031 2032 2033 2034
HEADING 4
Human resources 0,388 0,388 0,388 0,388 0,3880,3880,388 2,716
Other administrative expenditure 0,048 0,048 0,048 0,048 0,0480,0480,048 0,336
Subtotal HEADING 4 0,436 0,436 0,436 0,436 0,436 0,436 0,436 3,052
Outside HEADING 4
Human resources 0.000 0.000 0.000 0.000 0.0000.0000.000 0.000
Other expenditure of an administrative nature
0.000 0.000 0.000 0.000 0.0000.0000.000 0.000
Subtotal outside HEADING 4 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000
TOTAL 0,436 0,436 0,436 0,436 0,436 0,436 0,436 3,052
The appropriations required for human resources and other expenditure of an administrative nature
will be met by appropriations from the DG that are already assigned to management of the action
and/or have been redeployed within the DG, together, if necessary, with any additional allocation
which may be granted to the managing DG under the annual allocation procedure and in the light of
budgetary constraints.
The estimated impact on expenditure and staffing for 2028 and beyond is added for illustrative
purposes only and does not pre-judge the next Multiannual Financial Framework. The source of
financing and scope of Union financial commitment in the post-2027 period remain subject to the
outcome of interinstitutional negotiations on the MFF 2028-2034 and thereafter shall be determined
through the annual budgetary procedure. All appropriations and staffing allocations as of 2028 are
indicative.
3.2.3. Estimated requirements of human resources
– The proposal/initiative does not require the use of human resources
– ☑ The proposal/initiative requires the use of human resources, as explained
below
3.2.3.1. Financed from voted budget
Estimate to be expressed in full-time equivalent units (FTEs)8
VOTED APPROPRIATIONS Year Year Year Year Year Year Year
2028 2029 2030 2031 2032 2033 2034
Establishment plan posts (officials and temporary staff)
20 01 02 01 (Headquarters and
Commission’s Representation
Offices)
2 2 2 2 2 2 2
8 Please specify below the table how many FTEs within the number indicated are already assigned to the
management of the action and/or can be redeployed within your DG and what are your net needs.
EN 20 EN
20 01 02 03 (EU Delegations) 0 0 0 0 0 0 0
(Indirect research) 0 0 0 0 0 0 0
(Direct research) 0 0 0 0 0 0 0
Other budget lines (specify) 0 0 0 0 0 0 0
• External staff (in FTEs)
20 02 01 (AC, END from the ‘global envelope’)
0 0 0 0 0 0 0
20 02 03 (AC, AL, END and JPD in the EU Delegations)
0 0 0 0 0 0 0
Admin. Support
line
- at
Headquarters 0 0 0 0 0 0 0
[XX.01.YY.YY] - in EU
Delegations 0 0 0 0 0 0 0
(AC, END - Indirect research) 0 0 0 0 0 0 0
(AC, END - Direct research) 0 0 0 0 0 0 0
Other budget lines (specify) -
Heading 4 0 0 0 0 0 0 0
Other budget lines (specify) - Outside Heading 4
0 0 0 0 0 0 0
TOTAL 2222222
The estimated impact on expenditure and staffing for 2028 and beyond is added for illustrative
purposes only and does not pre-judge the next Multiannual Financial Framework. The source of
financing and scope of Union financial commitment in the post-2027 period remain subject to the
outcome of interinstitutional negotiations on the MFF 2028-2034 and thereafter shall be determined
through the annual budgetary procedure. All appropriations and staffing allocations as of 2028 are
indicative.
Considering the overall strained situation in Heading 4, in terms of both staffing and the level
of appropriations, the human resources required will be met by staff from the DG who are
already assigned to the management of the action and/or have been redeployed within the DG
or other Commission services.
The staff required to implement the proposal (in FTEs):
To be covered by
current staff
available in the
Commission
services
Exceptional additional staff*
To be financed
under Heading 4
or Research
To be financed
from BA line
To be financed
from fees
Establishment plan
posts
2 AD posts N/A
External staff (CA,
SNEs, INT)
Description of tasks to be carried out by:
EN 21 EN
Officials and temporary staff New tasks are foreseen for the Commission:
• To monitor the development, implementation and overall compliance
with the future regulation.
• To prepare and participate in the Program Management Board and
the Advisory Group that will support the development and further
evolutions of the new IT systems. Meetings will take place on a
regular basis and at least six times per year in the development phase
that will last several years.
External staff n/a
3.2.4. Overview of estimated impact on digital technology-related investments
NOT APPLICABLE
Compulsory: the best estimate of the digital technology-related investments entailed
by the proposal/initiative should be included in the table below.
Exceptionally, when required for the implementation of the proposal/initiative, the
appropriations under Heading 4 should be presented in the designated line.
The appropriations under Headings 1-3 should be reflected as “Policy IT expenditure
on operational programmes”. This expenditure refers to the operational budget to be
used to re-use/ buy/ develop IT platforms/ tools directly linked to the implementation
of the initiative and their associated investments (e.g. licences, studies, data storage).
The information provided in this table should be consistent with details presented
under Section 4 “Digital dimensions”.
TOTAL Digital
and IT
appropriations
Year Year Year Year Year Year Year TOTAL
MFF
2028 -
2034 2028 2029 2030 2031 2032 2033 2034
HEADING 4
IT expenditure (corporate)
0 0 0 0 0 0 0 0
Subtotal
HEADING 4 0 0 0 0 0 0 0 0
Outside HEADING 4
Policy IT expenditure on operational programmes
0 0 0 0 0 0 0 0
Subtotal outside
HEADING 4 0 0 0 0 0 0 0 0
TOTAL 0 0 0 0 0 0 0 0
3.2.5. Compatibility with the current multiannual financial framework
The proposal/initiative:
EN 22 EN
– ☑ can be fully financed through redeployment within the relevant heading of the
multiannual financial framework (MFF)
Frontex, eu-LISA – the source of financing and scope of Union financial
commitment in the post-2027 period remain subject to the outcome of
interinstitutional negotiations on the MFF 2028-2034 and thereafter shall be
determined through the annual budgetary procedure
Admin lines – additional budget requested
– requires use of the unallocated margin under the relevant heading of the MFF
and/or use of the special instruments as defined in the MFF Regulation
– requires a revision of the MFF
3.2.6. Third-party contributions
The proposal/initiative:
– ☑ does not provide for co-financing by third parties
– provides for the co-financing by third parties estimated below:
Appropriations in EUR million (to three decimal places)
Year Year Year Year Year Year Year
Total 2028 2029 2030 2031 2032 2033 2034
Specify the co-
financing body
TOTAL
appropriations
co-financed
3.2.7. Estimated human resources and the use of appropriations required in a
decentralised agency
Staff requirements (full-time equivalent units)
Agency: FRONTEX Year
2028
Year
2029
Year
2030
Year
2031
Year
2032
Year
2033
Year
2034
Temporary agents
(AD Grades) 28 28 28 28 32 32 32
Temporary agents
(AST grades)
Temporary agents
(AD+AST) subtotal 28282828323232
Contract agents 9 9 9 9 10 10 10
Seconded national experts
Contract agents and
seconded national experts
subtotal
9 9 9 9101010
EN 23 EN
TOTAL staff 37 37 37 37 42 42 42
Agency: eu-LISA Year
2028
Year
2029
Year
2030
Year
2031
Year
2032
Year
2033
Year
2034
Temporary agents
(AD Grades) 15 15 15 15 17 17 17
Temporary agents
(AST grades)
Temporary agents
(AD+AST) subtotal 15 15 15 15 17 17 17
Contract agents 5 5 5 5 5 5 5
Seconded national experts
Contract agents and
seconded national experts
subtotal
5 5 5 5 5 5 5
TOTAL staff 20 20 20 20 22 22 22
Appropriations covered by the EU budget contribution in EUR million (to three decimal places)
Agency: FRONTEX Year
2028
Year
2029
Year
2030
Year
2031
Year
2032
Year
2033
Year
2034
TOTAL
2028 -
2034
Title 1: Staff expenditure 2,730 5,570 5,681 5,795 6,319 6,861 6,999 39,954
Title 2: Infrastructure and
operating expenditure 3,320 1,029 1,029 1,028 1,028 1,028 1,028 9.490
Title 3: Operational
expenditure 38,080 11,424 11,424 11,421 11,421 11,420 11,420 106,610
TOTAL of appropriations
covered by the EU budget 44,130 18,023 18,134 18,244 18,768 19,309 19,447 156,054
For 2028, recruitment is assumed to take place in July; therefore, only 50% of the average cost is taken
into account. The same approach is applied in 2032 to the additional staff. The staff costs are adjusted
with the current correction coefficient for Poland of 82,3% (Frontex) and 113.60% for Strasbourg (eu-
LISA).
Appropriations in EUR million (to three decimal places)
Agency: eu-LISA Year
2028
Year
2029
Year
2030
Year
2031
Year
2032
Year
2033
Year
2034
TOTAL
2028 -
2034
EN 24 EN
Title 1: Staff expenditure 2,030 4,141 4,224 4,308 4,643 4,989 5,088 29,423
Title 2: Infrastructure and
operating expenditure 3,000 0,922 0,922 0,922 0,922 0,921 0,921 8,530
Title 3: Operational
expenditure 9,090 3,050 3,050 3,050 3,050 3,050 3,050 27,390
TOTAL of appropriations
covered by the EU budget 14,120 8,113 8,196 8,280 8,615 8,960 9,059 65,343
Overview/summary of human resources and appropriations (in EUR million) required by the
proposal/initiative in a decentralised agency
Agency: FRONTEX Year
2028
Year
2029
Year
2030
Year
2031
Year
2032
Year
2033
Year
2034
TOTAL
2028 -
2034
Temporary agents (AD+AST) 28 28 28 28 32 32 32 -
Contract agents 9 9 9 9 10 10 10 -
Seconded national experts 0 0 0 0 0 0 0 -
Total staff 37 37 37 37 42 42 42 -
Appropriations covered by the
EU budget 44.130 18.023 18.134 18.244 18.768 19.309 19.447 156.054
Appropriations covered by fees
(if applicable) 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000
Appropriations co-financed
(if applicable) 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000
TOTAL appropriations 44,130 18,023 18,134 18,244 18,768 19,309 19,447 156,054
Agency: eu-LISA Year
2028
Year
2029
Year
2030
Year
2031
Year
2032
Year
2033
Year
2034
TOTAL
2028 -
2034
Temporary agents (AD+AST) 15 15 15 15 17 17 17 -
Contract agents 5 5 5 5 5 5 5 -
EN 25 EN
Seconded national experts 0 0 0 0 0 0 0 -
Total staff 20 20 20 20 22 22 22 -
Appropriations covered by the
EU budget 14,120 8,113 8,196 8,280 8,615 8,960 9,059 65,343
Appropriations covered by fees
(if applicable) 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000
Appropriations co-financed
(if applicable) 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000
TOTAL appropriations 14,120 8,113 8,196 8,280 8,615 8,960 9,059 65,343
3.3. Estimated impact on revenue
– ☑ The proposal/initiative has no financial impact on revenue.
– The proposal/initiative has the following financial impact:
– on own resources
– on other revenue
– please indicate, if the revenue is assigned to expenditure lines
EUR million (to three decimal places)
Budget revenue line:
Appropriations
available for
the current
financial year
Impact of the proposal/initiative9
Year
2028
Year
2029
Year
2030
Year
2031
Year
2032
Year
2033
Year
2034
Article ………….
For assigned revenue, specify the budget expenditure line(s) affected.
n/a
Other remarks (e.g. method/formula used for calculating the impact on revenue or
any other information).
n/a
9 As regards traditional own resources (customs duties, sugar levies), the amounts indicated must be net
amounts, i.e. gross amounts after deduction of 20% for collection costs.
EN 26 EN
4. DIGITAL DIMENSIONS
4.1. Requirements of digital relevance
Reference to the
requirement
High-level
description of the
requirement
Stakeholders
affected by the
requirement
High-level
processes
Categories
Article 3, Article 27
(Technical
architecture)
Establishment of
three digital
systems to
manage cases
relating to return
(‘national
RECAMAS’),
readmission
(‘iRCMS’) and
reintegration
(‘RIAT’) of
third-country
nationals staying
illegally in the
Union, including
a communication
channel
connecting these
systems
(‘communication
portal’)
Member
States’s
competent
authorities
EU Agencies
(Frontex, eu-
LISA)
Third countries’
competent
authorities (for
iRCMS)
Third parties
competent for
reintegration
assistance (for
RIAT)
Establishment
of digital
systems
Digital solution
Digital public
service
Article 5 (EU
Information Systems)
Competent
authorities using
national
RECAMAS, the
iRCMS and
RIAT shall make
use of the ESP to
access EU
Information
Systems
Member
States’s
competent
authorities
Processing of
data
Digital Solution
Digital Public
Service
Article 6 (Connection
to other national
relevant IT systems)
Each national
RECAMAS shall
allow for the
connection with
other relevant
national IT
systems
Member
States’s
competent
authorities
Processing of
data
Digital Solution
Digital Public
Service
Articles 7 - 9 (Case
management
systems)
Article 7:
Recording of
data in national
Member
States’s
competent
Processing of
data
Digital Solution
Data
EN 27 EN
RECAMAS,
iRCMS and
RIAT
Article 8:
Consultation of
data recorded
Article 9:
Rectification and
erasure of data
recorded
authorities
Frontex
Digital Public
Service
Articles 10-14 (Case
management
systems)
Essential
functional
features:
(i) common to
national
RECAMAS,
iRCMS and
RIAT (Article
10)
(ii) of national
RECAMAS
(Article 11)
(iii) of iRCMS
(Article 12)
(iv) of RIAT
(Article 13)
(v) and of the
communication
portal (Article
14)
Member
States’s
competent
authorities
EU Agencies
(Frontex, eu-
LISA)
Processing of
data
Digital Solution
Digital Public
Service
Articles 15-17
(Development,
operation, and
responsibilities)
Organisational
measures
concerning the:
Development and
technical
evolutions
(Article 15)
Program
Management
Board (Article
16)
Operational
management
(Article 17)
Member
States’s
competent
authorities
EU Agencies
(Frontex, eu-
LISA)
Commission
Establishment
of digital
systems
Digital Public
Service
EN 28 EN
Article 18 (Data
security), Article 19
(Keeping of logs),
Article 20 (Retention
period for data
storage)
Measures to
ensure the
security of
iRCMS, RIAT,
and national
RECAMAS
Measures
regarding the
logging of all
data processing
operations, and
the retention
period for data
stored
Member
States’s
competent
authorities
EU Agencies
(Frontex, eu-
LISA)
Establishment
of digital
systems
Digital solution
Digital Public
Service
Article 22 (Statistics),
Article 29 and Article
30 (Amendments to
Regulations (EU)
2019/817 and
2019/818)
Automation of
statistics relating
to return,
readmission and
reintegration
Member
States’s
competent
authorities
eu-LISA
Processing of
data
Data
Digital Public
Service
Article 28
(Amendments to
Regulation (EU)
2018/1860)
Enabling the
possibility to
retain data
relevant for
return,
readmission and
reintegration
purposes from
the Schengen
Information
System into
national systems
Member
States’s
competent
authorities
eu-LISA
Processing of
data
Data
Digital Solution
Digital Public
Service
Article 32
(Notifications)
Data flows
pertaining to
notifications
Member
States’s
competent
authorities
EU Agencies
(Frontex, eu-
LISA)
Commission
Processing of
data
Data
Article 33 (Start of
operations)
Organisational
measures
pertaining to the
start of
operations for
Member
States’s
competent
authorities
EU Agencies
Establishment
of digital
systems
Digital Public
Service
EN 29 EN
national
RECAMAS,
iRCMS, RIAT
and the
communication
portal
(Frontex, eu-
LISA)
Commission
Article 36 (Contact
point)
Member States
shall
communicate the
name of the
designated
authority (or any
changes in said
designation) to
the Commission
Member
States’s
competent
authorities
Commission
Processing of
data
Data
Article 37
(Monitoring and
evaluation)
Data flows in the
context of the
monitoring and
evaluation of the
development and
activities of
Frontex
RECAMAS,
national
RECAMAS,
iRCMS and
RIAT, and
communication
portal
Member
States’s
competent
authorities
EU Agencies
(Frontex, eu-
LISA)
Commission
Processing of
data
Data
4.2. Data
Type of data Reference to the
requirement(s)
Standard and/or
specification (if applicable)
Data necessary for managing
cases in the area of return,
readmission and
reintegration
Article 7(1), itself referring
to Article 36(6) of the
Return Regulation
n/a
Statistical data in the area of
return, readmission and
reintegration
Article 22 n/a
Data from the Schengen
Information System relevant
for return, readmission and
Article 28 n/a
EN 30 EN
reintegration purposes
Data flows pertaining to
notifications
Article 32 n/a
Member States shall
communicate the name of
the designated authority (or
any changes in said
designation) to the
Commission
Article 36 n/a
Data flows in the context of
the monitoring and
evaluation of the
development and activities
of Frontex RECAMAS,
national RECAMAS,
iRCMS and RIAT, and
communication portal
Article 37 n/a
Alignment with the European Data Strategy
Due to the type of data processed and the fact that such data will be processed for very
specific purposes linked to return, readmission and reintegration, the proposed initiative is of
very limited relevance to the objective of achieving a genuine single market for data, which is
the underpinning objective of the European Data Strategy.
Alignment with the once-only principle
First, the proposed IT architecture will rely on the use of EU Information Systems (e.g. the
Schengen Information System, Eurodac, EES), which will be systematically queried via the
European Search Portal. Thanks to these EU Information systems and the interoperability
framework, the data is stored only once and its access by national competent authorities is
immediate.
Second, for the data that may not be available in EU Information Systems, the communication
portal will be used, ensuring a useful and necessary additional technical mean to share data,
without any redundancy with the EU Information Systems.
Third, one of the essential functional features to be complied with will be the automatic
retrieval of data between the three case management systems i.e. national RECAMAS (for
return), iRCMS (for readmission) and RIAT (for reintegration). This will ensure that
competent authorities are required to provide the same data only once, in compliance with the
once-only principle.
Data flows
EN 31 EN
Type of
data
References to
the
requirements
Stakeholder
who
provides the
data
Stakeholder
who
receives the
data
Trigger for
the data
exchange
Frequency
(if
applicable)
Data
necessary
for
managing
cases in the
area of
return,
readmission
and
reintegration
Article 7(1),
itself referring
to Article
36(6) of the
Return
Regulation
Member
States’
competent
authorities.
Frontex
(when
processing a
case upon
request from
a competent
authority)
Third
countries’
competent
authorities
(for part of
the
readmission
procedure).
Third parties
competent
for
reintegration
assistance
(for part of
the
reintegration
procedure)
Member
States’
competent
authorities
Frontex
(when
processing a
case upon
request from
a competent
authority)
Third
countries’
competent
authorities
(for part of
the
readmission
procedure).
Third parties
competent
for
reintegration
assistance
(for part of
the
reintegration
procedure)
Need to
manage
cases
relating to
return,
readmission
and
reintegration
n/a
Statistical
data in the
area of
return,
readmission
and
reintegration
Article 22Member
States’
competent
authorities
(to provide
the data to
the CRRS)
eu-LISA (to
produce the
statistics
through the
CRRS)
Member
States’
competent
authorities.
Frontex
eu-LISA.
Commission
Obligation to
comply with
reporting
requirements
Annually in
accordance
with Article
46 of the
Return
Regulation
and
quarterly
based on
Article 7 of
Regulation
(EC) No
862/2007
EN 32 EN
Data from
the
Schengen
Information
System and
relevant for
return,
readmission
and
reintegration
purposes
Article 28Member
States’
competent
authorities
Member
States’
competent
authorities
Need to
manage
cases
relating to
return,
readmission
and
reintegration
n/a
4.3. Digital solutions
Digital
solution
References
to the
requirement
s
Main
mandated
functionaliti
es
Responsi
ble body
How is
accessibi
lity
catered
for?
How is
reusability
considered?
Use of AI
technologi
es (if
applicable)
National
RECAMAS
Article 3
(Technical
architecture)
Article 6
(Connection
to other
national
relevant IT
systems)
Article 7
(Recording
of data in
national
RECAMAS,
in iRCMS
and in
RIAT)
Article 8
(Consultatio
n of data
recorded in
national
RECAMAS,
in iRCMS,
and in
RIAT)
To be based
on either
RECAMAS
Model,
Frontex
RECAMAS
or a
combination
of the two
Each
national
RECAMAS
shall allow
for the
connection
of other
national
relevant IT
systems and
for the
prompt,
secure, and
effective
transmission
of data from
and to those
systems
Member
States
n/a The use of
the
European
Search
Portal will
allow to
access the
information
stored in
EU
Information
Systems.
The system
should
ensure the
auto
matic
retrieval of
the
necessary
data
between
national
RECAMAS
, iRCMS
and RIAT
Where
relevant,
the
functionali
ties of the
system
should
make use
of artificial
intelligenc
e systems,
in
complianc
e with
Regulation
(EU)
2024/1689
.
EN 33 EN
Article 9
(Rectificatio
n and
erasure of
data
recorded in
national
RECAMAS,
in iRCMS
and in
RIAT)
Article 10
(Essential
functional
features
common to
national
RECAMAS,
iRCMS and
RIAT)
Article 11
(Essential
functional
features of
national
RECAMAS
)
Allow
competent
authorities
(and upon
agreement
by a
competent
authority,
Frontex) to
record data
Allow each
competent
authority of
origin to
consult the
data it
recorded.
Allow
Frontex,
upon
agreement
by the
competent
authority of
origin, to
consult the
data
Allow and
mandate
each
competent
authority of
origin and
Frontex to
rectify or
erase the
data
Establishing
essential
functional
features that
all three
case
managemen
t systems
should
comply with
(e.g.
issuance of
EN 34 EN
a single
identifier
allocated to
each third-
country
national for
whom a
case is
opened as
regards
return,
readmission
and, where
applicable,
reintegratio
n)
Establishing
essential
functional
features that
all national
RECAMAS
should
comply with
(e.g. support
to the
preparation,
issuance
and
notification
of return
decisions)
iRCMS Article 3
(Technical
architecture)
Article 10
(Essential
functional
features
common to
national
RECAMAS,
iRCMS and
RIAT)
Article 12
(Essential
functional
features of
Union
integrated
readmission
case
managemen
t system
Establishing
essential
functional
features that
all three
case
managemen
t systems
should
comply with
(e.g.
Frontex n/a The use of
the
European
Search
Portal will
allow to
access the
information
stored in
EU
Information
Systems.
The system
should
ensure the
auto
matic
Where
relevant,
the
functionali
ties of the
system
should
make use
of artificial
intelligenc
e systems,
in
complianc
e with
Regulation
(EU)
2024/1689
EN 35 EN
iRCMS) issuance of
a single
identifier
allocated to
each third-
country
national for
whom a
case is
opened as
regards
return,
readmission
and, where
applicable,
reintegratio
n)
Establishing
essential
functional
features that
iRCMS
should
comply with
(e.g.
possibility
to automate
the
initiation of
a
readmission
procedure
following
the issuance
of an
enforceable
return
decision)
retrieval of
the
necessary
data
between
national
RECAMAS
, iRCMS
and RIAT
.
RIAT Article 3
(Technical
architecture)
Article 10
(Essential
functional
features
common to
national
Union
reintegratio
n case
managemen
t system
Establishing
essential
functional
features that
Frontex n/a The use of
the
European
Search
Portal will
allow to
access the
information
stored in
EU
Where
relevant,
the
functionali
ties of the
system
should
make use
of artificial
intelligenc
EN 36 EN
RECAMAS,
iRCMS and
RIAT)
Article 13
(Essential
functional
features of
RIAT)
all three
case
managemen
t systems
should
comply with
(e.g.
issuance of
a single
identifier
allocated to
each third-
country
national for
whom a
case is
opened as
regards
return,
readmission
and, where
applicable,
reintegratio
n)
Establishing
essential
functional
features that
RIAT
should
comply with
(possibility
for a
competent
authority to
communicat
e with third
parties
competent
for
reintegratio
n assistance
on
individual
cases)
Information
Systems.
The system
should
ensure the
auto
matic
retrieval of
the
necessary
data
between
national
RECAMAS
, iRCMS
and RIAT
e systems,
in
complianc
e with
Regulation
(EU)
2024/1689
.
Frontex
RECAMAS
Article 3
(Technical
architecture)
Article 10
Reference
implementat
ion of a
return case
Frontex n/a This system
is a
reference
implementa
Where
relevant,
the
functionali
EN 37 EN
(Essential
functional
features
common to
national
RECAMAS,
iRCMS and
RIAT)
Article 11
(Essential
functional
features of
national
RECAMAS
)
managemen
t system
Establishing
essential
functional
features that
all three
case
managemen
t systems
should
comply with
(e.g.
issuance of
a single
identifier
allocated to
each third-
country
national for
whom a
case is
opened as
regards
return,
readmission
and, where
applicable,
reintegratio
n)
Establishing
essential
functional
features that
all national
RECAMAS
should
comply with
and that
Frontex
RECAMAS
reference
implementat
ion must
include
tion and is
therefore
not
containing
data
ties of the
system
should
make use
of artificial
intelligenc
e systems,
in
complianc
e with
Regulation
(EU)
2024/1689
.
Communica
tion portal
Article 3
(Technical
architecture)
Communica
tion channel
between
competent
eu-LISA n/a This system
is a
communica
tion channel
Where
relevant,
the
functionali
EN 38 EN
Article 14
(communica
tion portal)
authorities
Establish
the essential
functional
features that
the
communicat
ion portal
should
comply
with, as
well as to
establish the
single point
of contacts
to
coordinate
and
facilitate the
exchange of
data through
the
communicat
ion portal
and is
therefore
not storing
data
ties of the
system
should
make use
of artificial
intelligenc
e systems,
in
complianc
e with
Regulation
(EU)
2024/1689
CRRS Article 3
(Technical
architecture)
Article 22
(Statistics)
Central
Repository
for
Reporting
and
Statistics, to
generate
statistics
from
national
RECAMAS
, iRCMS
and RIAT
Establish
the
obligation
to
automaticall
y record
anonymised
return,
readmission
and
eu-LISA n/a This system
will ensure
that
statistics are
generated
from the
data
recorded in
national
RECAMAS
, iRCMS
and RIAT
Where
relevant,
the
functionali
ties of the
system
should
make use
of artificial
intelligenc
e systems,
in
complianc
e with
Regulation
(EU)
2024/1689
EN 39 EN
reintegratio
n-related
data from
national
RECAMAS
, iRCMS
and RIAT
into the
CRRS to
generate
statistics,
and provide
access to the
generated
statistics to
competent
authorities,
Frontex, eu-
LISA and
the
Commission
Digital systems for managing return, readmission and reintegration of third-country nationals
i.e. national RECAMAS, Frontex RECAMAS, RIAT, iRCMS, communication portal.
Digital and/or sectorial policy (when these are
applicable)
Explanation on how it aligns
AI Act Where relevant, the functionalities of the system
should make use of artificial intelligence
systems, in compliance with Regulation (EU)
2024/1689. In case high-risk AI systems are to
be used, the corresponding requirements of the
AI Act will apply
EU Cybersecurity framework The systems will comply with the EU
Cybersecurity framework
European Digital Identity Regulation Where relevant, the systems will make use of the
possibilities offered by the European Digital
Identity Regulation concerning secure electronic
identification, authentication, and trust services
across the EU
Single Digital Gateway and IMI n/a
Others n/a
EN 40 EN
4.4. Interoperability assessment
Digital public service
or category of digital
public services
Description and
impact on
interoperability
Reference(s) to
the
requirement(s)
Interoperable
Europe
Solution(s)
Other
interoperability
solution(s)
Digitalisation of
migration
management
Establishment of
three digital
systems to
manage cases
relating to return
(‘national
RECAMAS’),
readmission
(‘iRCMS’) and
reintegration
(‘RIAT’) of third-
country nationals
staying illegally
in the Union,
including a
communication
channel
connecting these
systems
(‘communication
portal’)
Article 3
(Technical
architecture);
Article 5 (EU
Information
Systems);
Article 6
(Connection to
other national
relevant IT
systems);
Articles 7-9
(Case
management
systems);
Articles 10-14
(Case
management
systems);
Articles 15-17
(Development,
operation and
responsibilities);
Article 20
(Retention
period for data
storage);
Article 28
(Amendments to
Regulation (EU)
2018/1860)
Possibly, to be
determined at
the stage of the
development of
the systems.
The regulation
provides that
‘Technical
developments
shall take into
account any
relevant
Interoperable
Europe
solutions, as
referred to in
Article 7 of
Regulation (EU)
2024/903.’
Yes. The
systems will
make use of the
Interoperability
framework
established by
Regulation (EU)
2019/817 of the
European
Parliament and
of the Council
of 20 May 2019
on establishing
a framework for
interoperability
between EU
information
systems in the
field of borders
and visa and
Regulation (EU)
2019/818 of the
European
Parliament and
of the Council
of 20 May 2019
on establishing
a framework for
interoperability
between EU
information
systems in the
field of police
and judicial
cooperation,
asylum and
migration
Statistics on migration
management
Automation of
statistics relating
to return,
readmission and
reintegration
Article 22
(Statistics),
Articles 29 and
30
(Amendments to
Regulations
(EU) 2019/817
No Yes. The
systems will
make use of the
central
repository for
reporting and
statistics
EN 41 EN
and 2019/818) (CRRS)
established by
Regulations
(EU) 2019/817
and (EU)
2019/818
Digitalisation of migration management
Assessment Measure(s) Potential
remaining
barriers (if
applicable)
Alignment with
existing digital and
sectorial policies
Please list the
applicable digital
and sectorial
policies identified
The three case management systems (national RECAMAS,
iRCMS and RIAT) will make full use of the EU Information
Systems (e.g. SIS or EES, in compliance with Regulations
(EU) 2018/1860, 2018/1861 and Regulation (EU) 2017/2226),
in particular through the use of the European Search Portal
(ESP) established by Regulations (EU) 2019/817 and (EU)
2019/818, which will allow to access the relevant data stored
in EU Information Systems
Should AI functionalities be embedded into the three case
management systems (national RECAMAS, iRCMS and
RIAT) and/or in the communication portal, Regulation (EU)
2024/1689 will be complied with, including as regards the
possible implementation of high-risk AI systems
Connections to national relevant IT systems and
corresponding processing activities to be carried out in
compliance with data protection rules and the conditions
determined by national law (Article 6)
n/a
Organisational
measures for a
smooth cross-
border digital
public services
delivery
Please list the
governance
measures foreseen
Access rights:
- Article 7: Competent authorities, and (upon approval
by competent authorities) Frontex, may record data in
national RECAMAS, iRCMS and RIAT. They shall be
responsible for ensuring data is accurate and up to
date.
- Article 8: Details rules for consultation of data by each
competent authority and Frontex.
- Article 9: Competent authority of origin and Frontex
shall be responsible for rectifying and erasing any
factually inaccurate data. If competent
authorities/Frontex have information suggesting
factually inaccurate data, they shall inform the
competent authority of origin (and Frontex).
- Article 14: In each competent authority, a single point
of contact shall have access to the communication
n/a
EN 42 EN
portal.
Development and Operation:
- Article 15: Frontex is responsible for the development
of the RECAMAS Model, Frontex RECAMAS,
iRCMS and RIAT.
- Article 15: Member States are responsible for the
development of national RECAMAS, and the
integration of iRCMS, RIAT, and the communication
portal into their national RECAMAS.
- Article 15: eu-LISA is responsible for the development
of the Communication Poral.
- Article 16: Program Management Board to be
established.
- Article 17: Frontex is responsible for the operational
management of iRCMS and RIAT.
- Article 17: Prior agreement of the Commission is
needed for the selection of third countries to be
connected to iRCMS.
- Article 17: Member States are responsible for the
operational management of national RECAMAS.
- Article 17: eu-LISA is responsible for the operational
management of the communication portal.
- Article 20: Rules and responsibilities as regards
retention period for data storage.
Measures taken to
ensure a shared
understanding of
the data
Please list such
measures
Article 7: Data to be recorded in national RECAMAS, iRCMS
and RIAT to include data referred to in Article 36(6) of
Regulation (EU) 2026/2280.
Article 28: Allows the keeping of relevant data from the
Schengen Information System into national RECAMAS.
Existing interoperability will be enhanced as Member States
will have the possibility to keep into national RECAMAS the
relevant information from the Schengen Information System.
n/a
Use of commonly
agreed open
technical
specifications and
standards
Please list such
measures
Interoperability is ensured as the three case management
systems (national RECAMAS, iRCMS and RIAT) will be
accessing EU Information Systems via the European Search
Portal. In addition, national RECAMAS (in which iRCMS and
RIAT will be integrated) will be connected to the
communication portal.
Common to National RECAMAS, iRCMS and RIAT:
- Article 5: Each competent authority using these
systems shall make use of the ESP to access EU
Information Systems.
- Article 10: The communication portal will provide the
possibility to securely exchange data between
competent authorities and between competent
n/a
EN 43 EN
authorities and Frontex.
- Article 10: Implementing acts to specify technical and
operational requirements necessary for the uniform
application of the essential functional features, and to
address unforeseen technical or operational gaps.
- Article 14: The communication portal shall be
integrated into each national RECAMAS, iRCMS, and
RIAT, as well as into the integrated return
management platform (IRMA). Implementing acts to
specify the technical requirements for the
establishment and connection to the communication
portal.
- Article 15: Technical development shall take into
account any relevant Interoperable Europe Solutions.
National RECAMAS:
- Article 3: Member States shall base their national
RECAMAS on: the model document and
specifications developed by Frontex (RECAMAS
Model), the IT reference implementation developed by
Frontex and based on the RECAMAS Model (Frontex
RECAMAS), or a combination of the RECAMAS
Model and specific digital modules of Frontex
RECAMAS.
- Article 6: Allows the connection of other national
relevant IT systems for the transmission of data to and
from those systems.
- Article 11: Implementing acts to detail or complement
the features of the national RECAMAS.
iRCMS:
- Article 12: Implementing acts to detail or complement
the features of the iRCMS.
RIAT:
- Article 13: Implementing acts to detail or complement
the features of the RIAT.
Statistics on migration management
Assessment Measures Potential
remaining
barriers (if
applicable)
Alignment with
existing digital and Regulations (EU) 2019/817 and (EU) 2019/818 establishing
the Central Repository for Reporting and Statistics (CRRS)
n/a
EN 44 EN
sectorial policies
Please list the
applicable digital
and sectorial
policies identified
Regulation (EC) No 862/2007 on Community statistics on
migration and international protection
Regulation (EU) 2026/2280 (Return Regulation)
Organisational
measures for a
smooth cross-
border digital
public services
delivery
Please list the
governance
measures foreseen
The governance of the CRRS is not amended and remains
regulated by Regulations (EU) 2019/817 and (EU) 2019/818
Article 22: The statistics generated by the CRRS shall be
accessible to competent authorities, Frontex, eu-LISA and the
Commission
n/a
Measures taken to
ensure a shared
understanding of
the data
Please list such
measures
Article 22: The anonymised data referred to in Article 46 of
Regulation (EU) 2026/2280 and in Article 7 of Regulation
(EC) No 862/2007, as well as anonymised data on cases
status, should be recorded, from national RECAMAS,
iRCMS and RIAT, in the CRRS
n/a
Use of commonly
agreed open
technical
specifications and
standards
Please list such
measures
Interoperability is ensured as the three case management
systems (national RECAMAS, iRCMS and RIAT) will make
use of the CRRS
n/a
4.5. Measures to support digital implementation
Description of
the measure
Reference to the
requirement
Commission’s role
in implementing the
measure
Stakeholders to
be involved
Expected timeline
Establishment of
three digital
systems to
manage cases
relating to return
(‘national
RECAMAS’),
readmission
(‘iRCMS’) and
reintegration
(‘RIAT’) of
Article 3
(Technical
architecture),
Article 7 to
Article 14 (Case
management
systems), Article
18 (Data
security), Article
19 (Keeping of
logs), Article 20
The Commission
will be part of the
Program
Management Board
and the Advisory
Group, which will
support the
continuous
development of the
systems
Member States,
Frontex, eu-
LISA,
Commission
Start of
operations by
2034
EN 45 EN
third-country
nationals staying
illegally in the
Union, including
a communication
channel
connecting these
systems
(‘communication
portal’)
(Retention period
for data storage)
Automation of
statistics relating
to return,
readmission and
reintegration
Article 22
(Statistics),
Article 29 and 30
(Amendments to
Regulations (EU)
2019/817 and
2019/818)
The Commission is
part of the
Interoperability
Program
Management Board
and the
Interoperability
Advisory Group,
which support the
continuous
development of the
interoperability
components
Member States,
Frontex, eu-
LISA,
Commission
Start of
operations by
2034
Enabling the
possibility to
retain data
relevant for
return,
readmission and
reintegration
purposes from
the Schengen
Information
System into
national systems
Article 28
(Amendments to
Regulation (EU)
2018/1860)
The Commission is
part of the SIS
Advisory Group,
which monitors and
supports the
continuous
development and
adaptation of the
SIS
Member States,
Frontex, eu-
LISA, Europol,
Eurojust,
Commission
Start of
operations by
2034
EN EN
EUROPEAN COMMISSION
Brussels, 27.10.2026 SWD(2026) 1037 final
COMMISSION STAFF WORKING DOCUMENT
Subsidiarity Grid
Accompanying the document
Proposal for a
REGULATION OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL
on the digitalisation of case management in the area of return, readmission and
reintegration, and amending Regulations (EU) 2018/1726, (EU) 2018/1860, (EU)
2019/817 and (EU) 2019/818 of the European Parliament and of the Council
{COM(2026) 1037 final} - {SEC(2026) 1037 final} - {SWD(2026) 1038 final} -
{SWD(2026) 1039 final}
Commission européenne, 1049 Bruxelles, BELGIQUE
Subsidiarity Grid
1) Can the Union act? What is the legal basis and competence of the Unions’
intended action?
1.1 Which article(s) of the Treaty are used to support the legislative proposal or
policy initiative?
The EU’s legal basis to act is established under Article 79(2)(c) of the Treaty on the
Functioning of the European Union (‘TFEU’). Article 79(2)(c) mandates the European
Parliament and the Council to adopt measures in the area of illegal immigration and
unauthorised residence, including removal and repatriation of persons residing without
authorisation. The development and implementation of efficient digital case
management systems in the area of return, readmission and reintegration is a means to
this end.
Additionally, the proposal is based on Article 77(2) (b) and (d) of the TFEU to enable
the targeted amendment of Regulation (EU) 2019/817 of the European Parliament and
of the Council of 20 May 2019. Article 77(2)(b) and (d) of the TFEU mandates the
European Parliament and the Council to adopt measures concerning the checks to which
persons crossing external borders are subject and any measure necessary for the gradual
establishment of an integrated management system for external borders.
1.2 Is the Union competence represented by this Treaty article exclusive, shared or
supporting in nature?
Shared competence as per Article 4 TFEU.
2) Subsidiarity Principle: Why should the EU act?
2
a) Does the proposal fulfil the procedural requirements of Protocol No.
21:
Yes, for the following reasons:
• A thorough and broad consultation process was conducted with all relevant
stakeholders as part of the external ‘Study on the way towards a comprehensive,
integrated and digitalised EU migration management system’. Such consultation
process made of targeted interviews and a targeted written survey was
complemented by a workshop with Member States, which took place in
September 2025, an additional meeting with Member States in December 2025
and the publication of a Call for Evidence in November 2025.
• A comprehensive impact assessment accompanies the legislative proposal.
Section 3 of the impact assessment addresses the question of why the EU should
act. The explanatory memorandum contains a section on the principle of
subsidiarity.
b) Does the explanatory memorandum (and any impact assessment)
accompanying the Commission’s proposal contain an adequate
justification regarding the conformity with the principle of
subsidiarity?
Yes, an adequate justification is included in the explanatory memorandum and in the
accompanying impact assessment.
Given the magnitude of the fragmentation of the current digital landscape, without EU
coordination and an appropriate EU legal framework, Member States will continue
developing siloed systems, leading to inefficiencies, uneven digitalisation, and higher
costs. Inefficient digital management of return, readmission and reintegration processes
will hinder the future implementation of common rules on return. This would also affect
the proper functioning of the rules of the Pact on Migration and Asylum and have an
impact on the Schengen area.
1 https://eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=CELEX:12016E/PRO/02&from=EN
3
c) Can the objectives of the proposed action be achieved sufficiently by the
Member States acting alone (necessity for EU action)?
The problems to be addressed are cross-border by nature as they pertain to the
effectiveness of return, readmission and reintegration processes, which are essential for
the proper functioning of the Schengen area.
The challenges facing the EU’s common system for returns, such as fragmented IT
systems and limited data-sharing, cannot be effectively resolved at national level.
As explained above, given the magnitude of the fragmentation of the current digital
landscape, without EU coordination and a proper EU legal framework, Member States
will continue developing siloed systems, leading to inefficiencies, uneven digitalisation,
and higher costs. An EU-level intervention is therefore essential to ensure the
interconnection of relevant IT systems across Member States (including by leveraging
EU Information Systems, such as the Schengen Information System and Eurodac),
consistent data exchange, and operational efficiency across Member States. Only a
coordinated approach at EU level can address in a coherent manner the cross-border
complexities that Member States are currently facing e.g. as regards the insufficient
sharing of data between Member States.
Member States will be able to keep and improve their current return case management
systems or make use of an IT reference implementation provided by the EU. By offering
this choice and building on existing digital systems, the proposed approach provides a
broad degree of flexibility to Member States. This preferred course of actions has
received positive views throughout the consultation process.
4
d) Can the objectives of the proposed action be better achieved at Union
level by reason of scale or effects of that action (EU added value)?
A common framework at EU level will enhance data sharing, speed up procedures, and
reduce administrative burden. A harmonised digitalised approach to return, readmission
and reintegration processes at EU level will improve the overall effectiveness of the
return system and align with the broader objectives of the Pact on Migration and
Asylum. Eventually, coherent digitalisation efforts will support the proper functioning
of the Schengen area and the sustainability of the Common European Asylum System.
A unified digital framework will strengthen the EU’s position in negotiations and
interactions with third countries, allowing, for instance, the EU to increase the number
of readmission case management systems established with third countries and
benefitting to all Member States.
EU-level efforts will create economies of scale, reduce costs, avoid duplication of efforts
through system development in silos, and support evidence-based policymaking,
including by increasing the reliability of data and statistics. By pooling resources and
expertise, the EU can deliver more robust and scalable solutions than Member States
acting individually.
The proposal clarifies the roles and responsibilities of the different stakeholders
(Member States, EU agencies and the Commission) and lays down a clear governance
framework for the new IT systems.
3. Proportionality: How the EU should act
a) Does the explanatory memorandum (and any impact assessment)
accompanying the Commission’s proposal contain an adequate
justification regarding the proportionality of the proposal and a
statement allowing appraisal of the compliance of the proposal with the
principle of proportionality?
Yes. To address the problems, identified, the proposal envisages a solution based on a
partially decentralised approach, which will build on existing systems at national and
EU level. For the case management of return cases, this solution will provide Member
States with the flexibility to either continue developing their existing national return
systems in line with the RECAMAS Model developed by Frontex or to adopt an off-the-
shelf RECAMAS-based IT solution developed by Frontex. This dual approach will
allow Member States to build on prior investments while ensuring convergence towards
a common framework. For the case management of readmission and reintegration cases,
the case management systems (iRCMS and RIAT) will continue to be provided at EU
level. By building on existing systems and relying on a partially decentralised approach,
the proposal does not go further than what is necessary to solve the problems identified.
5
b) Is the proposed action an appropriate way to achieve the intended
objectives?
The initiative takes duly into account the existing governance of relevant IT systems
whereby Member States are in charge of return case management systems while the EU
provides readmission and reintegration case management systems.
The initiative is limited to aspects that Member States cannot achieve satisfactorily on
their own and where the EU can do better. Member States may keep and improve their
current return systems or make use of an IT reference implementation provided by the
EU. By offering this choice and building on existing digital systems, the proposed
approach provides a broad degree of flexibility to Member States. To ensure that
Member States make use of national systems having a minimum level of efficiency,
some functional requirements are set at EU level. The management of readmission and
reintegration processes require interactions with third countries’ authorities or entities
located in third countries. A uniform way of exchanging with third countries and external
partners increases the efficiency of these processes, by facilitating a better understanding
on their side (which do not have to deal with 27 different interfaces but with only one).
For this reason, and building on the existing situation, IT systems to manage these
processes should be provided at EU level.
A regulation appears to be the most suitable legal instrument given the objective to
establish a new integrated digital case management system both at national and EU level,
mirroring thereby the choice made for all founding regulations of EU Information
Systems (e.g. Schengen Information System or Eurodac).
The initiative includes some costs to be incurred by the EU and its Member States. By
building on existing digital systems, the sunk costs will be limited as existing systems
are meant to be preserved, while being improved.
The situation of non-EU Schengen Associated Countries and EU Member States
benefitting from an opt-out on Justice and Home Affairs has been duly taken into
account.
EUROPEAN COMMISSION
01.07.2026
SEC(2026) 1037
REGULATORY SCRUTINY BOARD OPINION
{COM(2026) 1037}
{SWD(2026) 1037-1039}
Impact assessment / Digitalisation of case management in the area of return, readmission and reintegration
________________________________
This opinion concerns a draft impact assessment which may differ from the final version.
Commission européenne/Europese Commissie, 1049 Bruxelles/Brussel, BELGIQUE/BELGIË - Tel. +32 22991111 [email protected]
EUROPEAN COMMISSION REGULATORY SCRUTINY BOARD
Brussels, RSB
Opinion
Title: Impact assessment / Digitalisation of case management in the area of return, readmission and reintegration
Overall opinion: POSITIVE WITH RESERVATIONS
(A) Policy context The Pact on Migration and Asylum calls for making full use of the potential of digital systems for more efficient procedures in the field of migration, including for return, readmission and reintegration. The initiative aims to digitalise case management for the returns, readmissions and reintegration of non-EU nationals staying illegally in the European Union. It forms part of the development of a new common approach on returns established under the Return proposal and features in Annex I of CWP 2026.
(B) Key issues The Board notes the additional information provided and commitments to make changes to the report. However, the report still contains significant shortcomings. The Board gives a positive opinion with reservations because it expects the lead Service to rectify the following aspects: (1) The report does not identify the problems in a way which is sufficiently precise.
In particular, it is not clear which problem drivers are directly linked to the lack of integrated digitalisation within the EU of the return, readmission and reintegration processes (hereafter ‘RRR’).
(2) The report does not present a complete baseline and does not describe all options in sufficient details. It does not explain well the implementation of the Communication Portal and the measures on cyber-security and data protection.
(3) The impacts of the options, in particular of the costs and benefits, are not sufficiently assessed.
2
(C) What to improve (1) The report should better identify the problems linked to the lack of integration of digital management systems of RRR. The report should improve the description of the problems, and their drivers that stem from the lack of integrated IT systems between the key actors (Agencies, in particular Frontex and eu-LISA, member states, Commisson and third countries (TC) wherever relevant), using available evidence. The report should substantiate with evidence what statistics are not currently available but are considered essential, outlining clearly whether this lack of availability is linked to the lack of integrated IT systems or to other legal or operational reasons. (2) The baseline should encompass the effects of the Interoperability Regulation as well as the changes in SIS and SIRENE expected to apply shortly. The main report should describe the measures in sufficient details to allow for their assessment, particularly how data protection and cybersecurity concerns will be addressed, how the Communication Portal will operate . The report should elaborate on the precise tasks and responsibilities of key actors, notably Frontex and eu-LISA, across the policy options. (3) The report should better assess the impacts of the proposed measures in the main report, including on fundamental rights, as well as unintended consequences. It should be clearer on the governance model envisaged for data protection. (4) The report should enhance the assessment of costs and benefits, particularly in view of the fact that the development of new IT systems -at least in those MS that have none- will come at a cost. Although ‘sunk costs’ may be analysed, they should not directly affect the rating of efficiency. The report should better reflect the different timelines in the comparison of the various options. It should also analyse the impact of future updates and upgrades. (5) The specific objectives should be better defined in line with SMART principles to allow for the possibility of monitoring progress and measuring success. Some more technical comments have been sent directly to the author Service.
(D) Conclusion The lead Service may proceed with the initiative. The lead Service must revise the report and its executive summary in accordance with the Board’s findings before launching the interservice consultation. Full title Digitalisation of case management in the area of return,
readmission and reintegration
Reference number PLAN/2024/2663
Submitted to RSB on 24 February 2026
Date of RSB meeting Written procedure
Electronically signed on 27/03/2026 11:45 (UTC+01) in accordance with Article 11 of Commission Decision (EU) 2021/2121
EN EN
EUROPEAN COMMISSION
Brussels, 27.10.2026 SWD(2026) 1038 final
COMMISSION STAFF WORKING DOCUMENT
IMPACT ASSESSMENT REPORT
Accompanying the document
Proposal for a REGULATION OF THE EUROPEAN PARLIAMENT AND OF THE
COUNCIL
on the digitalisation of case management in the area of return, readmission and
reintegration, and amending Regulations (EU) 2018/1726, (EU) 2018/1860, (EU)
2019/817 and (EU) 2019/818 of the European Parliament and of the Council
{COM(2026) 1037 final} - {SEC(2026) 1037 final} - {SWD(2026) 1037 final} -
{SWD(2026) 1039 final}
i
TABLE OF CONTENTS
1. Introduction: Political and legal context ......................................................................1
2. Problem definition .......................................................................................................6
3. Why should the EU act? ............................................................................................22
4. Objectives: What is to be achieved? ..........................................................................23
5. What are the available policy options? ......................................................................25
6. What are the impacts of the policy options? ..............................................................40
7. How do the options compare?....................................................................................50
8. Preferred option .........................................................................................................60
9. How will actual impacts be monitored and evaluated? .............................................61
ANNEX 1: Procedural information ...................................................................................63
1. Lead DG, Decide Planning/CWP references .............................................................63
2. Organisation and timing .............................................................................................63
3. Consultation of the RSB ............................................................................................64
4. Evidence, sources and quality ....................................................................................64
ANNEX 2: Stakeholder consultation (Synopsis report) ....................................................68
1. Consultation methods and stakeholders consulted ....................................................68
2. Results of the consultation activities .........................................................................71
ANNEX 3: Who is affected and how? ...............................................................................83
ANNEX 4: Analytical methods .........................................................................................86
ANNEX 5: Competitiveness check ...................................................................................89
1. Overview of impacts on competitiveness ..................................................................89
2. Synthetic assessment ..................................................................................................89
ANNEX 6: Data protection impact assessment for Option 1 ............................................90
1. Step 1: Identification of the need for a DPIA ............................................................90
2. Step 2: Description of the processing ........................................................................91
3. Step 3: Consultation process ......................................................................................94
4. Step 4: Assess necessity and proportionality .............................................................94
5. Step 5: Identification and assessment of risks ...........................................................96
6. Step 6: Identify measures to reduce risk ....................................................................96
7. Potential of artificial intelligence for digital migration management ........................97
ANNEX 7: Detailed impacts of the options ......................................................................98
1. ‘Baseline scenario’ .....................................................................................................98
2. Option 1 ‘Partially decentralised option without central EU database’ ...................107
ii
3. Option 2: ‘Partially decentralised option with central EU database’ .......................116
4. Option 3: ‘Centralised system’ ................................................................................125
5. Choice of policy instrument .....................................................................................132
ANNEX 8: Overview of policy options ...........................................................................133
ANNEX 9: Assessment of financial costs of retained policy options .............................139
1. Formulas used to estimate the total costs per policy option ....................................139
2. Methodological Approach used to estimate infrastructure costs .............................141
3. Methodological Approach used to estimate development costs ..............................142
4. Horizontal assumptions across all policy options ....................................................145
5. Assumptions specific to each policy section ...........................................................147
6. Cost items per policy option ....................................................................................155
7. Cost estimation per option .......................................................................................163
iii
Glossary
Term or acronym Meaning or definition
AI Artificial Intelligence
AMMR Asylum and Migration Management Regulation
API Application Programming Interface
BRG Better Regulation Guidelines
CEAS Common European Asylum System
CIR Common Identity Repository
CRRS Common Repository for Reporting and Statistics
CSOs Civil Society Organisations
DG HOME Directorate-General for Migration and Home Affairs of
the European Commission
DG JUST The Directorate-General for Justice and Consumers
DPIA Data Protection Impact Assessment
ECRIS-TCN European Criminal Records Information System – Third
Country Nationals
EDPB European Data Protection Board
EDPS European Data Protection Supervisor
EES Entry/Exit System
EF Environmental Factor
EMN European Migration Network
EMN-IES European Migration Network Information Exchange
System
ESP European Search Portal
ETIAS European Travel Information Authorisation System
ETTC European Technology and Training Centre
EU European Union
iv
EUDPR Data Protection Regulation for EU institutions, bodies,
offices and agencies
eu-LISA European Union Agency for the Operational
Management of Large-Scale IT Systems in the Area of
Freedom, Security and Justice
EUAA European Union Agency for Asylum
EU Information Systems EU Large-scale IT Systems: Eurodac, VIS, SIS, ECRIS-
TCN, EES, ETIAS
Eurodac European Asylum Dactyloscopy Database
FAR Frontex Application for Return
GDPR General Data Protection Regulation
ICD Interface Control Documents
ICMPD International Centre for Migration Policy Development
IOM International Organisation for Migration
IOs International Organisations
IRMA Integrated Return Management Application
ISCG Inter-Service Coordination Group
IT Information Technology
MCA Multi-Criteria Analysis
M&E Monitoring and Evaluation
MID Multiple-Identity Detector
Member States EU Member States and Schengen Associated Countries
NGOs Non-Governmental Organisations
RCMS Existing Readmission Case Management System(s)
iRCMS Future EU Integrated Readmission Case Management
System
RECAMAS Return Case Management Model
RECAP Return Mobile Application
RIAT Reintegration Assistance Tool
RRF Return and Reintegration Facility
RRR Return, readmission and reintegration
v
SACs Schengen Associated Countries
sBMS Shared Biometric Matching Service
SIRENE Supplementary Information Request at the National
Entries
S.M.A.R.T. Specific, Measurable, Achievable, Relevant, Time-bound
SMEs Small- and Medium-sized Enterprises
SPOC Single Point of Contact
TCF Technical Complexity Factor
TCN Third Country National
TFEU Treaty on the Functioning of the European Union
SIS Schengen Information System
UAW Unadjusted Actor Weight
UCP Use Case Points
UUCW Unadjusted Use Case/User stories Weights
UUPC Unadjusted Use Case Points
VIS Visa Information System
1
INTRODUCTION: POLITICAL AND LEGAL CONTEXT
The proper functioning and the sustainability of the European migration and asylum system
relies on a comprehensive migration system that manages migration in the long term,
which includes the effective return of third country nationals (‘TCNs’) who have no right
to stay in the European Union (‘EU’ or ‘Union’).
The Pact on Migration and Asylum (1) set out the ground for such system and relies on swift
and clear processes as well as close and interlinked cooperation between different authorities,
within and among Member States, with European Union agencies and with third countries. The
adopted Pact legislation forges a seamless link between asylum and return procedures to
increase the efficiency and coherence of the asylum and migration system as a whole.
The Pact on Migration and Asylum calls for making full use of the potential of digital systems
for more efficient procedures in the field of migration (2). Digital systems are key enablers for
more effective procedures and cooperation, and for reliable data-collection, both crucial to
effectively design, enforce and monitor migration policy and rules. They ultimately contribute
towards achieving the political goal of establishing a comprehensive migration management
system. State-of-the-art digital solutions and processes, as well as planned and possible
developments in the next years, increase the potential for improved capabilities and
efficiencies. This also fits into the wider EU ambition to find and promote European
solutions in the digital age, to simplify processes and to reduce the administrative
workload of relevant national and EU authorities.
The Political Guidelines of the President von der Leyen (2024-2029) announced a new
common approach on returns, with a new legislative framework to speed up and simplify
the process, ensure that returns take place in a dignified manner, digitalise case management
and ensure that return decisions are mutually recognised across Europe (3). The EU Strategy
on Voluntary Return and Reintegration (4) and the Operational Strategy for More
Effective Returns of the EU Return Coordinator (5) reiterated the importance of leveraging
the full potential of digital systems to improve efficiency. This point was also mentioned in the
Commission Work Programme (‘CWP’) for 2025 and the CWP for 2026 refers to the
digitalisation of the return process as a way to ‘continue the work to modernise the common
European return system’ and as an initiative ‘with a strong simplification dimension’ (6). Most
(1) The Pact on Migration and Asylum was published in the Official Journal of the EU, L series, on 22 May
2024. For detailed legislative acts, see Official Journal L series daily view - EUR-Lex (europa.eu).
(2) European Commission, Communication from the Commission to the European Parliament and the Council
on a new Pact on Migration and Asylum.; COM/(2020/) 609 final, of 23 September 2020; EUR-Lex -
52020DC0609 – EN – EUR-Lex (europa.eu).
(3) Ursula von der Leyen, Political Guidelines for the Next European Commission 2024–2029, Strasbourg, 18
July 2024; e6cd4328-673c-4e7a-8683-f63ffb2cf648_en (europa.eu).
(4) European Commission, Communication from the Commission to the European Parliament and the Council:
The EU strategy on voluntary return and reintegration; COM(2021) 120 final, 27 April 2021; EUR-Lex -
52021DC0120 - EN - EUR-Lex (europa.eu).
(5) European Commission, Policy Document: Towards an operational strategy for more effective returns;
COM(2023) 45 final, of 24 January 2023; EUR-Lex - 52023DC0045 - EN - EUR-Lex (europa.eu).
(6) European Commission, Communication from the Commission to the European Parliament, the Council, the
European Economic and Social Committee and the Committee of the Regions; Commission work programme
2
recently, the long-term European Asylum and Migration Management Strategy, adopted
on 26 January 2026, stressed again that developing digital case management systems in the
area of return, reintegration and readmission will further contribute to reducing the
administrative workload of national authorities, simplifying and automating processes (7).
On 7 October 2026, the European Parliament and the Council adopted a regulation
establishing a common system for the return of third-country nationals staying illegally
in the Union (‘the Return Regulation’) (8). Return, readmission and reintegration (‘RRR’),
are three distinct yet interlinked processes. Their common objective is to ensure that TCNs
with no right to stay in the EU leave the EU (‘return’) in a safe and dignified manner. These
procedures are characterised by a high level of complexity and diversity of actors involved at
local, national and EU level, as well as in third countries.
Despite the ambition of the Return Regulation to further simplify and streamline return rules
at EU level, return processes are bound to retain a number of specificities at national level. The
Return Regulation envisages digital systems for managing RRR cases of TCNs as one of the
components of the common system for returns, considering that digital systems are key to
support the effective implementation of return rules, including to enable digital features
supporting mandatory mutual recognition of return decisions. The Return Regulation sets out
clear legal bases to share and transfer the data necessary to complete RRR processes, in
compliance with applicable data protection rules, but does not address the technical means
through which such data should be shared and transferred. Detailing these technical means will
contribute to ensure that appropriate technical and organisational measures are operational and
complied with (9).
To advance on this, the Commission contracted an external study (the ‘Digitalisation Study’)
(10). The purpose of the Digitalisation Study was twofold: (i) map the existing migration-related
systems at EU and Member States’ level and explore a path towards a comprehensive,
integrated and digitalised EU migration management system (encompassing other migration
processes, such as asylum); (ii) assess the different options to further digitalisation efforts in
the specific areas of RRR. All Member States, relevant EU agencies and stakeholders have
2026 Europe's Independence Moment; COM(2025) 870 final, of 21 October 2025; EUR-Lex - 52025DC0870
- EN - EUR-Lex.
(7) European Commission, Communication from the Commission to the European Parliament and the Council:
European Asylum and Migration Management Strategy, COM(2026) 45 final, 26 January 2026; ce0d294e-
5dd9-4e2a-bf68-53d9d16fc95a_en.
(8) Regulation of the European Parliament and of the Council establishing of 7 October 2026 establishing a
common system for the return of third-country nationals staying illegally in the Union, and repealing
Directive 2008/115/EC of the European Parliament and of the Council, Council Directive 2001/40/EC and
Council Decision 2004/191/EC, OJ L, 2026/2280, 15.10.2026, ELI:
http://data.europa.eu/eli/reg/2026/2280/oj). Article 40(1)(c) of the Return Regulation.
(9) Please also refer to the Data Protection Impact Assessment in Step 1: Identification of the need for a DPIA.
(10) Study on the way towards a comprehensive, integrated and digitalised EU migration management system,
HOME-AMIF-TF2-FW-EVA1-4010, ISBN 978-92-68-37351-4; DOI 10.2837/8436041, with Annexes
(ISBN 978-92-68-42383-7; DOI 10.2837/0124908); https://data.europa.eu/doi/10.2837/8436041;
https://data.europa.eu/doi/10.2837/0124908.
3
been consulted via surveys and interviews, at dedicated workshops and other technical
meetings.
Following the Digitalisation Study, the Commission is considering options to digitalise case
management in the specific areas of RRR as an important step towards the establishment of
a comprehensive and digitalised migration management system (11).
The Commission, EU agencies (eu-LISA, Frontex, European Union Agency for Asylum
(‘EUAA’)), and Member States have been making significant investments and progress in the
development and implementation of Information Technology (‘IT’) systems in the field of
migration management.
However, as regards case management in the area of RRR, the availability, the use and
functionalities of IT systems vary greatly between Member States. The existing IT systems
for RRR have been developed separately and by different actors, both at EU and national level.
The possibilities for further development and data sharing are limited within the current legal
frameworks and operational set-up. This results in a fragmented and inefficient digital
landscape.
First, on return, all Member States have a return case management system. The structure
and content of national return case management systems as well as their overall efficiency vary.
To help Member States improve their return case management systems and ensure a minimum
level of efficiency, Frontex has developed a Return Case Management Model (‘RECAMAS
Model’) in accordance with its mandate (also referred to as the ‘EBCG Regulation’) (12). The
RECAMAS Model is a template (i.e. a document and not an IT system) that provides a basis
for Member States to build and set up their own case management systems in similar ways,
enabling enhanced cooperation between relevant Member States’ authorities while improving
data collection. As part of the Operational Strategy of the EU Return Coordinator and the
Common Implementation Plan for the Pact on Migration and Asylum (13), all Member States
should have started the development and implementation of a national system based on the
RECAMAS Model in 2024-2025. So far, 26 EU Member States have a return case management
system possessing a certain degree of alignment on the RECAMAS Model, but only 12 of
them operate a system fully based on the RECAMAS Model.
Second, to enable Member States and third countries to conduct readmission procedures in
an efficient, digital and standardised manner, the Commission has supported the development
and operation of the existing Readmission Case Management Systems (‘RCMS’), though
without specific rules at EU level framing the use of these systems. The systems are physically
located in and owned by third countries and require rolling maintenance costs. Currently,
there are only six RCMS in place with Armenia, Bangladesh, Georgia, Pakistan, Sri Lanka,
and Ukraine. The six RCMS allow for the submission of readmission requests to the third
(11) As indicated in the European Asylum and Migration Management Strategy, ‘the Commission plans to
explore, starting in 2026, the feasibility of a dedicated proposal for digitalisation in the area of asylum, also
in light of such proposal being prepared in the area of return’.
(12) Regulation (EU) 2019/1896 of the European Parliament and of the Council of 13 November 2019 on the
European Border and Coast Guard and repealing Regulations (EU) No 1052/2013 and (EU) 2016/1624; OJ
L 295, 14.11.2019, p. 1; https://eur-lex.europa.eu/legal-content/EN/TXT/PDF/?uri=CELEX:32019R1896.
(13) European Commission, Communication from the Commission to the European Parliament, the Council, the
European Economic and Social Committee and the Committee of the Regions; Common Implementation
Plan for the Pact on Migration and Asylum; COM (2024) 251 final, 12 June 2024; EUR-Lex - 52024DC0251
– EN – EUR-Lex (europa.eu).
4
country, as well as monitoring of workflows related to verification and confirmation of
nationality, issuance of travel documents and return operations. They are separate systems,
each one requiring a different log-in procedure, and do not allow the direct upload of
information from Member States’ and EU systems. The Commission plays a leading role in
facilitating the connection of willing Member States to the existing RCMS and contributes
financially to their proper technical maintenance and operation.
Third, to ensure communication on reintegration cases between return counsellors in
Member States and reintegration implementing partners in third countries, the Commission has
developed the Reintegration Assistance Tool (‘RIAT’). RIAT is part of the European
Migration Network Information Exchange System (‘EMN IES’), established in 2008 (14). In
addition to communication, RIAT is used for financial and administrative handling of cases in
the context of various reintegration programmes, including Frontex own EU Reintegration
Programme, and data collection. Currently, all EU Member States, Switzerland, Norway, and
Iceland, as well as some reintegration partners are connected to RIAT.
Fourth, to support Member States on the return and readmission process, Frontex has
developed the Integrated Return Management Application (‘IRMA’), to which all Member
States are connected. The development of IRMA is a task of Frontex under its mandate. IRMA
is a centralised information system, which allows for secure strategic and operational
information exchange on topics such as return statistics, assessment of third country
cooperation in the field of readmission, and management of Member States’ needs for forced
and voluntary returns, i.e. through its own flight booking system (Frontex Application for
Return (‘FAR’)).
Fifth, Frontexis currently developingan off-the-shelf mobile application (i.e. to be placed at
the disposal of Member States and customised by them) to facilitate the communication
between return authorities and TCNs to be returned. Frontex called it ‘RECAP’.
Sixth, six EU large-scale IT systems (‘EU Information Systems’) relevant for migration
purposes are or will be soon in place at EU level. Each system contains an extended list of data
of key relevance for the purposes of RRR. In particular:
The European Asylum Dactyloscopy Database (15) (‘Eurodac’) is the EU’s centralised
biometric database, which has been operational since 2003 and is undergoing a major
upgrade in 2026. Eurodac helps with the management of asylum applications, by
storing and comparing the fingerprint and alphanumeric data of asylum seekers and
irregular migrants who have entered a Member State. Eurodac also supports the
identification of third-country nationals or stateless persons illegally staying in a
Member State.
(14) Council Decision 2008/381/EC, Article 2 (e) and Article 8.
(15) Regulation (EU) 2024/1358 of the European Parliament and of the Council of 14 May 2024 on the
establishment of ‘Eurodac’ for the comparison of biometric data in order to effectively apply Regulations
(EU) 2024/1351 and (EU) 2024/1350 of the European Parliament and of the Council and Council Directive
2001/55/EC and to identify illegally staying third-country nationals and stateless persons and on requests for
the comparison with Eurodac data by Member States’ law enforcement authorities and Europol for law
enforcement purposes, amending Regulations (EU) 2018/1240 and (EU) 2019/818 of the European
Parliament and of the Council and repealing Regulation (EU) No 603/2013 of the European Parliament and
of the Council; OJ L 1358, 22.5.2024; https://eur-lex.europa.eu/eli/reg/2024/1358/oj/eng.
5
The Schengen Information System (16) (‘SIS’), operational since 1995, is an
information-sharing platform for border management and internal security. Since
March 2023, Member States are also obliged to enter alerts on return in the SIS when
a Member State issues a decision to return a TCN.
The Visa Information System (17) (‘VIS’) supports the implementation of the EU’s
common visa policy and facilitation of border checks by allowing the exchange of data
on short-term visas (‘Schengen visas’). The revised VIS, expected to enter into
operations in 2027, will also store information on long-term visa and residence permit
holders.
Since 12 October 2025, the Entry/Exit System (18) (‘EES’) electronically registers the
time and place of entry and exit of TCNs travelling for a short stay and calculates the
duration of their authorised stay.
Expected to start operations in the fourth quarter of 2026, the European Travel
Information Authorisation System (19) (‘ETIAS’) will be a pre-travel authorisation
system for visa-exempt TCNs.
The European Criminal Records Information System – Third Country Nationals (20)
(‘ECRIS-TCN’) will facilitate the exchange of criminal records information on non-
(16) Regulation (EU) 2018/1860 of the European Parliament and of the Council of 28 November 2018 on the use
of the Schengen Information System for the return of illegally staying third-country nationals; OJ L 312/1,
7.12.2018; https://eur-lex.europa.eu/eli/reg/2018/1860/oj/eng. Regulation (EU) 2018/1861 of the European
Parliament and of the Council of 28 November 2018 on the establishment, operation and use of the Schengen
Information System (SIS) in the field of border checks, and amending the Convention implementing the
Schengen Agreement, and amending and repealing Regulation (EC) No 1987/2006; OJ L 312/1, 7.12.2018;
https://eur-lex.europa.eu/eli/reg/2018/1861/oj/eng.
Regulation (EU) 2018/1862 of the European Parliament and of the Council of 28 November 2018 on the
establishment, operation and use of the Schengen Information System (SIS) in the field of police cooperation
and judicial cooperation in criminal matters, amending and repealing Council Decision 2007/533/JHA, and
repealing Regulation (EC) No 1986/2006 of the European Parliament and of the Council and Commission
Decision 2010/261/EU; OJ L 312/1, 7.12.2018; https://eur-lex.europa.eu/eli/reg/2018/1862/oj/eng.
(17) Regulation (EC) No 767/2008 of the European Parliament and of the Council of 9 July 2008 concerning the
Visa Information System (VIS) and the exchange of data between Member States on short-stay visas (VIS
Regulation); OJ L 218/60, 13.8.2008; https://eur-lex.europa.eu/eli/reg/2008/767/oj/eng.
(18) Regulation (EU) 2017/2226 of the European Parliament and of the Council of 30 November 2017 establishing
an Entry/Exit System (EES) to register entry and exit data and refusal of entry data of third-country nationals
crossing the external borders of the Member States and determining the conditions for access to the EES for
law enforcement purposes, and amending the Convention implementing the Schengen Agreement and
Regulations (EC) No 767/2008 and (EU) No 1077/2011; OJ L 327/20, 9.12.2017; https://eur-
lex.europa.eu/eli/reg/2017/2226/oj/eng.
(19) Regulation (EU) 2018/1240 of the European Parliament and of the Council of 12 September 2018 establishing
a European Travel Information and Authorisation System (ETIAS) and amending Regulations (EU) No
1077/2011, (EU) No 515/2014, (EU) 2016/399, (EU) 2016/1624 and (EU) 2017/2226; OJ L 236/1, 19.9.2018;
https://eur-lex.europa.eu/eli/reg/2018/1240/oj/eng.
(20) Regulation (EU) 2019/816 of the European Parliament and of the Council of 17 April 2019 establishing a
centralised system for the identification of Member States holding conviction information on third-country
nationals and stateless persons (ECRIS-TCN) to supplement the European Criminal Records Information
System and amending Regulation (EU) 2018/1726; OJ L 135/1, 22.5.2019; https://eur-
lex.europa.eu/eli/reg/2019/816/oj/eng.
6
EU citizens and stateless persons across Member States. The system will help judges,
prosecutors and other relevant authorities to obtain comprehensive information on
criminal history of TCNs, regardless of the Member State where they were previously
convicted. ECRIS-TCN is set to start operations in the second quarter of 2026.
All these EU Information Systems will benefit from interoperability components, as
established by the Interoperability Regulations (21). Today, they all work independently, and
are queried separately. The interoperability components will make these systems speak to
each other, allowing for enhanced information sharing and comparison of available data. The
Multiple-Identity Detector (‘MID’) will enable the detection of multiple identities across
different EU information systems. For example, a new identity inserted in Eurodac will be
automatically compared against the identities already stored in SIS, VIS, ETIAS, EES and
ECRIS-TCN. The European Search Portal (‘ESP’) will allow competent authorities to search
all these information systems simultaneously. The Shared Biometric Matching Service
(‘sBMS’) will enable the search and comparison of biometric data across systems, while the
Common Identity Repository (‘CIR’) will store the biometric, identity and travel document
data of non-EU nationals available in the EU Information Systems, and the Central Repository
for Reporting and Statistics (‘CRRS’). The rollout of interoperability components started in
May 2025 when the sBMS entered into operation.
When fully operational, the EU large-scale IT systems will store most of the data required
to manage the return and readmission procedures (22) and thanks to the interoperability of
the systems, the future return and readmission IT architecture will be able to articulate and
integrate this existing information into the workflows, without duplicating data collection.
PROBLEM DEFINITION
What are the problems?
The management of RRR under the current framework is not sufficiently effective to deal
with the number of cases. There are often significant delays and, in some instances, it is not
possible in the end to carry out the return and, where applicable, to provide reintegration.
In 2025, 487 285 TCNs were ordered to leave, and 136 665 TCNs effectively returned to third
countries. In 2025, Member States submitted 56 304 readmission requests to third countries.
In 2025, the Frontex EU Reintegration Programme (EURP) provided support to approximately
(21) Regulation (EU) 2019/817 of the European Parliament and of the Council of 20 May 2019 on establishing a
framework for interoperability between EU information systems in the field of borders and visa and amending
Regulations (EC) No 767/2008, (EU) 2016/399, (EU) 2017/2226, (EU) 2018/1240, (EU) 2018/1726 and (EU)
2018/1861 of the European Parliament and of the Council and Council Decisions 2004/512/EC and
2008/633/JHA; OJ L 135/27, 22.5.2019; https://eur-lex.europa.eu/eli/reg/2019/817/oj/eng, and Regulation
(EU) 2019/818 of the European Parliament and of the Council of 20 May 2019 on establishing a framework
for interoperability between EU information systems in the field of police and judicial cooperation, asylum
and migration and amending Regulations (EU) 2018/1726, (EU) 2018/1862 and (EU) 2019/816; OJ L 135/85,
22.5.2019; https://eur-lex.europa.eu/eli/reg/2019/818/oj.
(22) Please also refer to
Option 1 can be visualised as follows ():
Figure 5 – Baseline scenario
7
20 000 returnees to 40 countries of origin. While the Return Regulation already addresses many
of the underlying problems (23), it does not cover the digital management of RRR cases.
Figure 1 – Problem tree
Source: Commission
This Section describes the specific problems and problem drivers that can be identified and
linked to the overarching question of digitalisation.
The information needed to carry out efficiently RRR is not easily accessible to
all relevant authorities
Several categories of data are needed to support the authorities in performing their tasks
relating to processing RRR cases in an effective and timely manner. They include (24):
information necessary to establish the identity of the TCN (e.g. surnames, biometric data),
information related to the nationality and the travel document(s) of the TCN (e.g. nationality,
type of travel document); information related to the TCN’s places of residence, routes travelled,
languages spoken and contact details (e.g. phone number); information on residence documents
or visas issued by a Member State or a third country; information related to the return operation
of the TCN (e.g. flight details); information related to the reintegration of the TCN (e.g. work
experience, diplomas); grounds for any return decision taken concerning the TCN, information
as to whether the TCN was detained or alternatives to detention were applied to the individual;
(24) Return Regulation, Article 36.
Incomplete and siloed digitalisation
D ri ve rs
Inadequate system functionalities
Lack of sufficiently clear legal bases for the sharing of data
and development of IT systems
Pr ob
le m s
The information needed to carry out
efficiently RRR is not easily accessible to
all relevant authorities
Excessive administrative
burden, delays and inefficient
monitoring of cases
More granular and swiftly available
statistics are needed
C on
se qu
en ce
s Inefficient and fragmented digital migration management for RRR
Hindered future implementation of common rules on return
Impact on the proper functioning of the rules of the Pact on Migration and Asylum
Impact on the functioning of the Schengen area
8
information related to the criminal records or related to the threat to public policy, public
security or national security posed by the TCN; information on vulnerability, health and
medical needs of the TCN.
Without this information, the RRR process can often not be completed or becomes lengthy and
dependent on the cooperation of the person and/or their country of origin. For instance, a third
country will generally not readmit a TCN if its nationality is not first established. The data
necessary to swiftly complete RRR processes is often available to other entities/administrations
that have interacted with the third country nationals during their migration journey (e.g. data
were collected when the TCN asked for a visa, applied for asylum) but not at the ready disposal
of the relevant authorities in charge of RRR since it is not shared sufficiently (i) within the
same Member State, (ii) between Member States and between Member States and Frontex, and
(iii) between Member States or Frontex and third countries.
(i) As regards the sharing of data within the same Member State, the majority of Member
States did not expressly report limitations during the consultations (25). Yet, Member States
also indicated that, in practice, only a few categories of information are widely used for RRR
purposes (personal identification data, biometric data, legal status and documentation, and
criminal records). Many useful data categories, that when easily available would increase
the effectiveness of the process and speed it up, are not used or fully exploited by most
Member States, as shown in the Figure below.
Figure 2 - Different data used in Member States to manage RRR cases (n=24) (26)
Source: Digitalisation Study
(ii) As regards the sharing of data with other Member States and Frontex, the consultation
evidenced certain shortcomings (see Table 1). A total of 18 Member States reported that there
are legal barriers to cross-border data sharing (27), which in practice means a Member State
might need to re-start the RRR process after a TCN crosses an internal border, even if the
process was already advanced in another Member State. This is all the more problematic that
the number of TCNs subject to a return decision found in a Member State different than the
one that issued the return decision amounted to 72 320 in 2025 (28). Several (15) Member States
face challenges in collecting and analysing data and nine Member States complained about
(25) 18 Member States indicated that the data available is sufficient to manage RRR cases at national level, as
opposed to six Member States which reported to experience limitations; Digitalisation Study, Table 127.
(26) ‘n=24’ means that the data was available for 24 Member States.
(27) Digitalisation Study, Table 139.
(28) Estimates based on the number of SIS hits on alerts on return; SIRENE mail statistics produced by eu-LISA.
9
data accuracy as the main difficulty (29). For 10 Member States, significant differences in data
quality between Member States undermine the overall efficiency of digital management of
RRR processes. 19 Member States consider integration with other information systems as the
main challenge (30). These findings are corroborated by the evaluation of Regulation (EU)
2018/1860 of the European Parliament and of the Council of 28 November 2018 on the
Schengen Information Systems for the return of illegally staying TCNs. Users of the system
who participated in the focus groups conducted in the context of the SIS study acknowledged
that, while the SIS has improved communication between Member States on return cases,
shortcomings remain regarding data completeness and quality.
Table 1 - Type of data collected by Member States and shared with other Member States and through
EU Information Systems
Type of Data Number of Member States
collecting and using data
Number of Member
States sharing data
Legal status and documentation (e.g. existence of
residence permit, approved asylum application, etc.)
24 17
Biographic data (e.g. name, date of birth,
nationality)
23 22
Information on criminal records 23 20
Biometric data (e.g. fingerprints, facial recognition) 22 21
Travel history and entry/exit records 18 9
Health and medical records 18 5
Source: Digitalisation Study
While much relevant data can be shared via existing and upcoming EU Information Systems
(e.g., SIS, Eurodac, EES), there are no channels to exchange some categories of data or data
are not stored long enough as they must be deleted before the RRR processes are fully
completed. These structural limitations are evident in three distinct scenarios:
• The data has not yet been recorded in the EU Information Systems. For instance,
return related data in the SIS can only be exchanged once a return decision is issued.
Before the issuance of a return decision, no data is recorded in the SIS, and
consequently no information can be shared among Member States, even when
operational needs may already exist. For instance, a return case is opened by Member
State A in relation to an illegally staying TCN, but this TCN absconds to Member State
B before a return decision is issued. Member State A has collected some information
that would be useful to Member State B to process the return case, but it is unable to
record it in the SIS because there is no return decision and hence no alert in SIS.
• The data has been deleted from the EU Information Systems before the RRR
procedures are finalised. For instance, reintegration support may require information
exchanges for several years after the person has effectively returned. However, the SIS
(29) Digitalisation Study, Tables 130 and 131. Survey results indicate that 55% (N=13) of Member States
identified data completeness as a key issue and 41% (N=9) highlighted data accuracy as a major concern (see
Figure 50 in Annex V of the Digitalisation Study).
(30) Digitalisation Study, Table 131.
10
Return Regulations provide that return alerts must be deleted without delay following
the receipt of the confirmation of return (31).
• The data are queried for purposes not covered by the EU Information Systems’
corresponding legal framework. For instance, Member States need to exchange data
for the purpose of reintegration, while such purpose is not referred to by the SIS
Regulations.
The insufficient sharing of data within the same Member State, between Member States, and
between Member States and Frontex leads to delays in RRR procedures and may prevent their
successful completion. On return, the lack of sharing impedes the detection and management
of secondary movements (e.g. because the national RECAMAS is not connected to SIS, which
prevents a smooth access to return alerts created in the SIS by other Member States). On
readmission, this causes delays in the identification procedures (e.g. because the RCMS being
used is not connected to the national RECAMAS, which complicates the retrieval of proofs of
nationality). On reintegration, the lack of sharing may lead to an accrued risk of reintegration-
shopping and double payments as the data on whether a TCN already benefitted from
reintegration assistance may not be available (e.g. because the national RECAMAS is not
connected to RIAT or because RIAT is not accessing the relevant Eurodac data on reintegration
assistance).
(iii) As regards the sharing of data between Member States or Frontex and third
countries, the situation is characterised by inconsistent approaches between Member States
and, in several cases, the lack of sharing of necessary data with third countries (32). The
insufficient sharing of data between Member States or Frontex and third countries (due to the
lack of sufficiently clear legal bases to share the personal data (33)) prevents in some cases the
readmission process from being completed (e.g. when certain information relating to criminal
records cannot be shared with the third country of return). The cumbersome sharing of data
(due to the lack of RCMS established with the said third countries) may cause delays and
hampers the overall readmission process, as the exchange of data with third countries is then
done in a less standardised manner (e.g. via emails, postal mails or note verbales).
Excessive administrative burden, delays and inefficient monitoring of cases
Manual intervention in managing RRR cases, such as recording relevant data and uploading
documents, places a considerable strain on competent authorities across the EU, contributing
to lengthy procedures. Many Member States perceive manual processes as problematic,
resulting in increased operational, labour, and administrative costs. 17 Member States identify
manual processes that could be, at least partly, automated as a crucial operational challenge (34).
(31) Article 6 and Article 16 of Regulation (EU) 2018/1860.
(32) As confirmed by the information collected in preparation of joint committees of readmission agreements and
arrangements as well as in relevant Council Working Groups and Commission Expert Groups.
(33) In accordance with the GDPR and the EUDPR, the processing of personal data may be lawful if necessary
for a task carried out in the public interest. This merely indicates that such processing is not prohibited, but
subject to the fact that this processing, in the first place, has a legal basis in national or EU law explicitly
enabling the authorities to process the data.
(34) Digitalisation Study, Table 133.
11
The lack of automation and system integration leads to a duplication of efforts, higher
likelihood of errors and omissions, and administrative burden and costs. These
inefficiencies delay procedures, overburden staff, hamper cooperation between Member States
and undermine the overall effectiveness of management of RRR processes (35).
Specific issues include the manual copying of data between national information systems and
between national and EU Information Systems (for instance to create return alerts and upload
them in the SIS), manual exchanging data with another Member State, and the manual
adaptation to new data formats and standards. For instance, one Member State estimated
that it takes approximately 30 minutes to create manually an alert on return and upload it into
the SIS (36). Given that there were 464 985 return decisions in the EU in 2024 (37), this amounts
to 29 062 working days (38) for a total cost of EUR 7 788 499 (39). Member States also estimated
that integrating applications like FAR and RIAT could save 30 minutes per case (40). With
112 040 effective returns from the EU in 2024 (41), this could in theory equate to 7 003 working
days saved annually, or up to EUR 1 876 670 in labour costs (42). These figures highlight the
significant potential of improved interconnection.
The involvement of multiple stakeholders subject to different requirements leads to complex
demands for manual information transmission, further increasing administrative burden.
Member States highlighted data entry needs, communication via email, and reliance on
physical files as major inefficiencies. The absence of automated data exchange mechanisms
further hampers the generation of reliable analytics and statistics. Consequently, these
manual processes create significant additional workloads for authorities (43). Data entry errors
occur more without interconnection and automation and undermine system efficiency and
data integrity and reduce trust in data shared between Member States. This in turn risks
hindering Member States’ willingness to collaborate (44).
15 Member States identify overall manual data entry as a major operational challenge (45),
leading to bottlenecks, higher labour costs and delays in RRR case management. The perceived
(35) In the framework of the Digitalisation Study, most Member States were unable to provide data or estimates to
quantify the extent of manual intervention. One Member State reported that approximately 70% of its asylum
and return processes are conducted manually, with only 20% partly automated and 10% fully automated. This
situation likely reflects a broader reliance on manual processes across many Member States, although the
degree of manual processing may vary significantly between Member States, leading to a fragmented
landscape and differing levels of maturity in their systems. Digitalisation Study, Section 1.1 of Part 2.
(36) Bilateral meetings conducted with national competent authorities in 2025.
(37) Eurostat, [migr_eiord] Third country nationals ordered to leave - annual data (rounded).
(38) Counting 8h per working day.
(39) Based on the average hourly labour cost in 2024 i.e. €33.5: EU hourly labour costs ranged from €11 to €55
in 2024 - News articles - Eurostat.
(40) Digitalisation Study, Section 1.1 of Part 2.
(41) Eurostat, [migr_eirtn] Third country nationals returned following an order to leave - annual data (rounded).
(42) Based on the average hourly labour cost in 2024 i.e. €33.5: EU hourly labour costs ranged from €11 to €55 in
2024 - News articles - Eurostat.
(43) Digitalisation Study, Section 5.1.1 of Annex V.
(44) Digitalisation Study, Section 1.2.3 of Part 2.
(45) Digitalisation Study, Annexes to Part 2, Annex V, Figure 51.
12
limited user-friendliness of EU-level and national systems’ interfaces further exacerbates the
issue. The resulting data inaccuracies and correction efforts impede timely decision-making
and affect both authorities and TCNs through delays in RRR procedures. National authorities
interviewed as part of the Digitalisation Study reported human resource shortages and
operational challenges, such as tight deadlines under applicable procedures, which further
complicate timely case processing (46).
The lack of automation also impedes the effective monitoring and follow-up of RRR
procedures. In particular, the lack of automation hinders the efforts to ensure that each return
decision is enforced and that readmission procedures are timely launched so that the overall
return process can be completed. Return decisions are not always meant to be followed up by
readmission requests (e.g. in case the TCN is documented, returns voluntarily and by its own
means). That being said, in 2024, 464 985 TCNs were ordered to leave (47) and only 59 593
readmission requests were submitted to third countries (48). In 2025, 487 285 TCNs were
ordered to leave (49) and only 56 304 readmission requests were submitted to third
countries (50).
More granular and swiftly available statistics are needed
Statistics relating to RRR are first and foremost based on information collected at national
level. This information is then transmitted at EU level (for example through the SIS or directly
to Eurostat and Frontex), which allows to produce statistics on RRR.
At present, many Member States face significant shortcomings in data collection. As part
of the Study, 15 Member States report significant difficulties in collecting and analysing
data (51). Nine Member States consider that inadequate data analytics and reporting are a crucial
operational challenge in existing systems. Although 21 Member States indicated that they could
generate reports and statistics, real-time monitoring is rarely available or used, with 17 Member
States reporting that their national systems do not provide real-time data dashboards. 19
Member States lack the ability to forecast trends related to return decisions (52). Some Member
States report challenges linked to resource-intensive and time-consuming manual collecting of
statistical data, which is further exacerbated by the volume of information required for
reporting. At the same time, levels of automation remain low and manual corrections are
frequently required due to inaccuracies, which undermines the reliability of statistical
indicators (53).
(46) For example, it was estimated in one interview that processing each case in the current scenario takes around
30 minutes longer than would actually be necessary in case the process would be more automated.
(47) Eurostat, [migr_eiord] Third country nationals ordered to leave - annual data (rounded).
(48) Frontex operational data.
(49) Eurostat, [migr_eiord1] Third country nationals ordered to leave by citizenship, age and sex - quarterly data
(rounded).
(50) Frontex operational data.
(51) Digitalisation Study, Figure 53.
(52) Digitalisation Study, Table 146.
(53) Digitalisation Study, Section 1.2.2 of Part 2.
13
Reliable statistics are crucial to understand migration trends, identify challenges and
evaluate measures to effectively manage migration, as well as to enable targeted interventions
and efficient resource allocation (54). Limited access to relevant data at various stages of the
migration process makes it difficult to conduct a comprehensive analysis and obstructs
effective decision-making (55). The inability to access reliable data results in inaccurate
understanding of the number and status of RRR cases, limits in turn the ability to forecast
upcoming trends and leaves authorities ill-prepared to address emerging challenges (56).
On return, in some Member States, the return decisions that are withdrawn or annulled are not
deducted from the total amount of return decisions issued, due to the lack of automation of this
task (57). In other words, the number of annulled or withdrawn return decisions should be
systematically collected to deduct them from the total number of return decisions, so as to
obtain a more accurate return rate, based on enforceable return decisions. On readmission,
inaccurate statistics hamper the ability of national and EU authorities to swiftly and accurately
assess the cooperation of third countries on readmission. For instance, the issuance rate (i.e.
the number of requests for confirmation of nationality or issuance of travel documents
compared to the number of travel documents issued) does not currently give a sufficiently
accurate picture of the cooperation of third countries on readmission due to the failure to
calculate the number of travel documents issued compared to the number of cases in
which the nationality was confirmed. In other words, it would be needed to collect statistics
on the number of cases where the nationality was confirmed and the number of cases where
travel documents were issued, so as to be able to identify the number of cases where travel
documents were not issued while the nationality was confirmed.
On reintegration, RIAT is currently a case-based system (that may include several persons)
rather than a person-based system. When a family applies for reintegration support, the case is
opened in RIAT using the main applicant data, and the family included in the same case.
Consequently, this does not allow a sufficient level of granularity for statistics.
(54) International Organisation for Migration. Global Migration Data Portal (2024). The Essentials of Migration
Data - Chapter 1: The relevance of migration data and statistics; accessed 22 October 2025. Available at:
https://www.migrationdataportal.org/handbook; European Commission, Joint Research Centre, Belmonte,
M., Sermi, F., Tarchi, D., How to measure the effectiveness of return? Problem definition and alternative
definitions of the return and readmission rates, EUR 30491 EN, Publications Office of the European Union,
Luxembourg, 2021, ISBN 978-92-76-27075-1, doi:10.2760/200580, JRC122948, p.5.
(55) Digitalisation study, Section 1.2.2 of Part 2.
(56) European Commission, Joint Research Centre, Belmonte M., Pingsdorf J., Cortinovis R., Nédée A., Tintori
G., Managing irregular migration and return: A framework for understanding and measuring pathways in and
out of irregularity in the EU and in selected Member States. Publications Office of the European Union,
Luxembourg, 2025, https://data.europa.eu/doi/10.2760/3751767, JRC142752.
(57) European Commission, Joint Research Centre, Belmonte, M., Sermi, F., Tarchi, D., How to measure the
effectiveness of return? Problem definition and alternative definitions of the return and readmission rates,
EUR 30491 EN, Publications Office of the European Union, Luxembourg, 2021, ISBN 978-92-76-27075-1,
doi:10.2760/200580, JRC122948, page 6.
14
What are the problem drivers?
Incomplete and siloed digitalisation
The current landscape of digitalisation in the field of RRR is characterised by varying levels of
progress at both national and EU level. In general, the digitalisation of RRR processes is
insufficient and/or fragmented, with excessive manual processing leading to the problems
identified in Section 2.1. The lack of integrated systems and the resulting high degree of
manual intervention is a direct problem driver of the excessive administrative burden,
due to the need to connect to different systems to process the same RRR case.
Insufficient digitalisation and fragmented digital systems
The availability and use of IT systems to support RRR processes are often limited and
differ between Member States. In eight Member States, the management of at least one of
the RRR processes is not entirely digitalised (58). Within a single Member State, in particular
if it has a federal structure, several case management systems may be in use to handle RRR
cases and may not always be integrated with one another (59), thereby leading to an
insufficient sharing of information and increasing the administrative workload of migration
authorities due to the need to switch from one system to another and manually copy the
information from or into different systems.
Manual processing creates delays in 12 Member States, increases workload in 15 Member
States, and increases the risk of errors and omissions in 15 Member States.
Figure 3 Member States' views on the consequences of manual processing (n=22)
Source: Survey conducted as part of the Digitalisation Study
National case management systems are currently not connected to RIAT and RCMS, creating
a digital gap between the management of return and the management of readmission and
reintegration. While all Member States are making use of IRMA, no national return system is
directly connected to it (a pilot project is ongoing but with only one Member State). Similarly,
while all Member States supported by Frontex have access to FAR, only one Member State has
a return national system that is directly connected to this Frontex system. FAR is not connected
(58) Digitalisation Study, Table 122.
(59) Integrated systems manage RRR cases within a single national system, while separate systems involve
distinct, independent IT systems, requiring switching from one system to another to process a RRR case.
15
to RCMS and RIAT, despite a clear added value from the point of view of readmission (to
organise return operations, including the obtention of landing permits) and reintegration (to
identify accurately the starting point of the reintegration programme i.e. the date of effective
return, which serves to determine the eligibility of costs).
Return and readmission procedures, except for readmission cases concerning the six third
countries with which RCMS are in place, are usually handled through centralised national
systems. The provision of reintegration assistance is increasingly managed via an EU-level
system (i.e. RIAT).
As explained above under Section 1, Member States use a mix of systems, including (1)
national systems based on RECAMAS, (2) EU systems such as RIAT, FAR and IRMA, and
(3) RCMS.
Implementation levels and the use of the RECAMAS Model vary significantly across Member
States, with 12 Member States using a national case management system built on RECAMAS.
Table 2 – Type of RRR systems in EU Member States (n=27)
Systems Number of MS
National system based on the RECAMAS
Model
12
National system with a certain degree of
alignment on the RECAMAS Model
26
RCMS (at least with one third country) 27
RIAT 27
FAR 26
IRMA 27
Source: Commission, Frontex data and Digitalisation Study.
Many Member States use custom-built national systems that lack interconnection with
other systems, with 19 of them employing such systems tailored to national needs without
ensuring compatibility with EU systems (including Frontex systems) or other Member States'
systems (60). 19 Member States consider the lack of integration of their systems with other
systems to be a major challenge in migration management (61). 15 Member States identify the
lack of integration as a crucial operational challenge (62).
The absence of a central communication channel or RRR system at EU level complicates
information exchange across Member States (63), as national case management systems are not
connected with one another.
(60) Digitalisation Study, Figure 52.
(61) Digitalisation Study, Table 131.
(62) Digitalisation Study, Table 133.
(63) Digitalisation Study, Section 1.2.1 of Part 2.
16
The fragmentation of systems used in the case management of RRR is a key reason for
the ineffectiveness of the digital management of RRR processes which require effective
coordination and timely information exchange at national and EU levels. The fragmentation of
systems creates silos that impede effective collaboration and sharing of data. Limited
interconnection, isolated national solutions and inconsistent use of shared tools restrict access
to critical data for relevant stakeholders. Key information becomes compartmentalised and
inaccessible. This in turn leads to limited access to information, miscommunication and
duplication of efforts and data. It ultimately undermines the efficiency and coherence of the
process, slows it down unnecessarily and hampers the effective monitoring of individual cases
across different stages and different Member States (64).
The insufficient digitalisation and lack of interconnection between relevant systems (i.e.
between national return case management systems and other national systems) and between
national and EU-level systems (e.g. RIAT and RCMS) increases administrative burdens and
prolongs processing times for authorities and TCNs (e.g. need to connect to national
RECAMAS to manage return and separately to RCMS to manage readmission).
According to 14 Member States, there is a strong need for the Commission to address
inefficiencies in RRR digital management (65), as the lack of system integration prevents
authorities from accessing relevant data when needed and exacerbates information gaps (66).
Due to the lack of integrated systems (e.g. lack of connection between the national RECAMAS
and the SIS), some data is currently not processed by all Member States for RRR purposes (67),
while such processing would contribute to more efficient processes and better results. This data
would in particular help to speed up the identification process (e.g. by making a better use of
biometric data).
The lack of integrated digital management systems amplifies the current difficulties to
accurately, timely and reliably measure the effectiveness and efficiency of RRR processes and
the relevance of their results. For instance, the lack of sufficient granularity of statistics is
partially due to the fact that national systems cannot currently benefit from the CRRS, as this
EU statistical module can only be connected to EU Information Systems and not to national
systems. In addition, the lack of integrated systems causes delays in gathering the relevant data
and contributes to the fact that some Member States are often late (compared to the applicable
legal deadlines (68)) in providing EUROSTAT with the relevant statistics on return.
At the same time, Problem 3 on statistics is also caused by problem drivers going beyond the
lack of integrated systems. In particular, the lack of clear definitions at EU level on key
concepts such as ‘readmission procedure’ or ‘readmission request’ tends to amplify the
problems experienced.
(64) Digitalisation Study, Section 1.1 of Part 2.
(65) Digitalisation Study, Table 123.
(66) Digitalisation Study, Table 121.
(67) See Figure 2 - Different data used in Member States to manage RRR cases (n=24) ().
(68) Regulation (EC) No 862/2007 of the European Parliament and of the Council of 11 July 2007 on Community
statistics on migration and international protection and repealing Council Regulation (EEC) No 311/76 on
the compilation of statistics on foreign workers, OJ L 199, 31.7.2007,
http://data.europa.eu/eli/reg/2007/862/oj.
17
These inefficiencies and ineffectiveness, in particular linked to the lack of integration between
systems, contribute to the gap between the number of return decisions and the number of actual
returns (‘return rate’). In 2024, in the EU, the return rate was of 24% (464 985 TCNs ordered
to leave (69) and 112 040 effectively returned (70)). In 2025, in the EU, the return rate was of
27% (487 285 TCNs ordered to leave (71) and 136 665 effectively returned (72)). The SIS return
alert has improved communication between Member States, enabling better identification and
monitoring of TCNs to be returned. However, a limited number of Member States has a return
case management system directly connected to SIS, which complicates the retrieval of
necessary data as Member States need to switch from and manually copy data to one system to
another. As evidenced in the 2024 thematic Schengen evaluation report 'Bridging national
gaps: towards an effective EU return system through common solutions and innovative
practices’ (73), 11 Member States do not have any connection between SIS and RECAMAS, of
which five do not foresee it in the near future.
As regards readmission, existing RCMS are used with only six third countries (Armenia,
Bangladesh, Georgia, Pakistan, Sri Lanka, and Ukraine). As a result, with many relevant third
countries, it is not possible to manage readmission cases digitally. Moreover, they are all
independent, requiring a separate log-in, and not connected to EU and Member States systems.
This again requires additional time and manual work.
Fragmented governance of IT systems
The involvement of multiple stakeholders in developing and maintaining RRR systems often
results in inconsistent practices, standards, and technologies. The fragmented approach
complicates collaboration and hinders the efficiency of digital migration management in the
field of RRR. The lack of a coherent governance framework further hampers the smooth
maintenance and upgrade of IT systems (74). Responsibilities are often fragmented across
institutions, leading to overlapping roles, inconsistent practices, and inefficiencies (75). In some
cases, national authorities share responsibilities with private contractors in charge of
maintaining and developing the systems, while at EU level, Frontex manages systems like
FAR and IRMA and the Commission manages RIAT. As a result, the allocation of roles and
responsibilities under data protection rules (i.e. who acts ascontroller and as processor) is
(69) Eurostat, [migr_eiord] Third country nationals ordered to leave - annual data (rounded).
(70) Eurostat, [migr_eirtn] Third country nationals returned following an order to leave - annual data (rounded).
(71) Eurostat, [migr_eiord1] Third country nationals ordered to leave by citizenship, age and sex - quarterly data
(rounded).
(72) Eurostat, [migr_eirtn1] Third-country nationals returned following an order to leave, by type of return,
citizenship, country of destination, age and sex - quarterly data.
(73) Commission Implementing Decision establishing the 2024 thematic Schengen evaluation report 'Bridging
national gaps: towards an effective EU return system through common solutions and innovative practices',
C(2024) 9171 final.
(74) Digitalisation Study, Section 1.2.1 of Part 2.
(75) Digitalisation Study, Section 1.2.1 of Part 2.
18
complex and depends on the specificities of each system. While most Member States report
satisfaction with specific system updates (76), systemic challenges persist.
On RIAT, decisions on functional changes are currently made through the RIAT Taskforce,
in which DG HOME, DG JUST and Frontex participate. Member States and reintegration
service providers’ needs are collected through the Frontex Post Return and Reintegration
Network and RIAT development meetings organised by the Return and Reintegration Facility
(‘RRF’), with participation of Member States.
The existing RCMS, have been developed by partner organisations such as IOM and ICMPD.
RCMS are located in third countries, owned by them and heavily depend on them for their
proper functioning. Some Member States have security and data protection concerns about
connecting to RCMS, while third countries have expectations regarding financial contributions
from the EU. The ongoing functioning of the RCMS - including system maintenance,
development and integration of newly agreed functionalities, and providing user support on
both sides - depends entirely on the capabilities and willingness of third countries, thereby
constituting a serious governance issue. In the current setup, there is a significant dependence
on continued EU funding to maintain and further improve the systems with technological
updates and additional functionalities, such as prioritisation of cases or the possibility to search
in national identity databases.
Inadequate system functionalities
Even when RRR case management systems are in place and integrated (i.e. the problem driver
described in Section 2.2.1 does not occur), the functionalities of these systems are often
inadequate and technical functionalities to effectively manage and monitor RRR cases
vary across Member States, leading to the problems described in Section 2.1.
As regards national return case management systems, some features, such as transferring return
cases between procedures (77) (available in 19 Member States) or processing additional data
sources for identification (available in 20 Member States), are more common. Other, such as
adjusting deadlines (available in three Member States), automatic follow-up of return decisions
(available in two Member States), and evaluating returnee cooperation (available in four
Member States) are rarely implemented (78).
Technical challenges in the follow-up of individual return cases across Member States (e.g.
due to the lack of single EU identifier or the lack of connection of the national return system
to SIS) can lead to multiple cases for the same person due to secondary movements, with 13
Member States reporting this as an issue (79). 14 Member States highlight the lack of systematic
follow-up to return decisions by readmission requests as a major challenge (80). Unlike other
EU Information Systems relevant for migration purposes, the information available in the SIS
cannot be copied into the national systems, leaving national authorities with no possibility to
(76) Digitalisation Study, Annex V, Figure 59.
(77) For instance, between the standard return procedure and the return border procedure.
(78) Digitalisation Study, Table 147.
(79) Digitalisation Study, Table 148.
(80) Digitalisation Study, Table 149.
19
import the data into their national return case management systems (81). This technical
limitation is the result of a legal limitation. Consequently, once the alert is deleted, no data on
the third-country national remains in the system. This limits the follow-up on processes that
extend beyond the moment of effective return and for which certain data categories previously
stored in the alert—such as aliases or previously used names—may be useful, including for
reintegration purposes. According to the supporting study to the evaluation of Regulation (EU)
2018/1860, only 52% of the Member States have implemented an automatic SIS alert creation
functionality in their national case management systems. These limitations also contribute to
insufficiently reliable statistics, which do not allow to assess sufficiently satisfactorily the
effectiveness of returns.
As regards RCMS, the functionalities differ depending on the third country concerned. In
general, RCMS serve as communication tools and repository for evidence. RCMS might also
support consular identification interviews through videoconference feature to be embedded in
the systems, although this feature is not yet available. Among the most advanced features that
an RCMS can provide are the possibilities to (i) upload biometrics through the system to
facilitate the identification of the TCN to be returned and (ii) print out the travel documents
directly from the system, once readmission requests are accepted by the third country.
However, these essential advanced features are not available in all the existing RCMS.
As regards RIAT, which provides a basic infrastructure for managing reintegration cases, the
technical functionalities are limited to case management, financial management and
monitoring. Users have expressed interest in improvements and enhancements of the system.
In particular, the system is now case- rather than person-based, complicating the management
of cases, especially when additional support is provided. Furthermore, the system lacks an
overview of reintegration programmes available, and information provided to the users of the
system is either limited or difficult to find – impairing the user-friendliness of the system.
Communication between users with different user roles can be improved. Furthermore,
Member States have expressed the desire to link RIAT to FAR and their national return case
management systems.
Structural challenges such as insufficient funding (reported by 15 Member States) and
insufficient training and support (reported by six Member States) exacerbate these technical
inefficiencies (82).
Lack of sufficiently clear legal bases for the sharing of data and development
of IT systems
In accordance with the GDPR and the EUDPR, the processing of personal data may be lawful
if necessary for a task carried out in the public interest. This merely indicates that such
processing is not prohibited, but subject to the fact that this processing, in the first place, has a
legal basis in national or EU law explicitly enabling the authorities to process the data.
Member States can already access the data recorded in EU Information Systems as legal bases
are in place in the respective founding regulations of these systems. However, the sharing
(81) Article 41(2) of Regulation (EU) 2018/1861 and Article 56(2) of Regulation (EU) 2018/1862 provide that ‘a
Member State shall not copy alert data or additional data entered by another Member State from its N.SIS or
from the CS-SIS into other national data files’.
(82) Digitalisation Study, Table 145.
20
between Member States of data recorded at national level but not recorded in EU Information
Systems often lacks sufficiently clear legal bases. Similarly, the transfer of personal data with
third countries for RRR purposes requires a lawful ground for processing, which is often
lacking at national and EU level, in particular concerning sensitive personal data.
This leads Member States to refrain from such sharing of information. 13 Member States
surveyed refer to a lack of legal framework for the sharing of data as an obstacle for the data
sharing (83) while 10 raise data privacy concerns as another reason for refraining to share the
data.
Figure 4 – Member States’ views on reasons why the relevant data is not used for RRR (n=20)
Source: Digitalisation Study
This problem driver is already partially addressed by the Return Regulation, which lays down
some clear legal bases for the sharing and transfer of data (84). However, the Return Regulation
does not detail the technical means that may be used to share and transfer such data. In addition,
such sharing is currently limited by the legal framework that applies to Frontex (85).
The lack of sufficiently clear legal framework concerning the technical means and IT systems
through which the data could be shared and transferred leads some Member States to refrain
from using these systems, and eventually to share the necessary data. This finding applies in
particular in the field of readmission where some Member States refrain from using existing
RCMS due to data protection concerns stemming from the lack of clear legal framework
applicable to these IT systems (86).
In addition, the development of additional RCMS with new third countries would be facilitated
by a clear legal basis, which is currently lacking at EU level.
The lack of clear legal framework on the use of RCMS is also slowing down improvements of
the current system, in particular the rationalisation of access, connection with national and EU
(83) Digitalisation Study, Table 129.
(84) Return Regulation, Articles 36-39.
(85) For instance, Article 87(1)(b) of the EBCG Regulation, which frames the purposes for which Frontex may
process personal data, does not refer expressly to reintegration.
(86) As confirmed by the information collected in preparation of joint committees of readmission agreements and
arrangements as well as in relevant Council Working Groups and Commission Expert Groups.
21
systems and data storage on the EU side as no relevant EU entity has a clear mandate to store
and process such data.
How likely are the problems to persist?
The problems described in Section 2.1 are expected to persist unless further action is taken at
national, European, and international levels.
Problem 1 - The information needed to carry out efficiently RRR is not easily accessible to
all relevant authorities
To comply with data protection rules, legal bases are needed to enhance interconnection, data
sharing and establish new systems. The Pact on Migration and Asylum and the upgraded
Eurodac and VIS will contribute to improving data availability, access, exchange and
standardisation. The EES will enhance the possibilities to identify overstayers. However,
without improved interconnection of digital RRR case management with EU Information
Systems (e.g. Eurodac, SIS, EES), the effectiveness of the digital management of RRR
processes will remain limited, hindering the EU’s overall migration management efforts. As
stated above, the Return Regulation lays down clear legal bases for the sharing and transfer of
data, which will contribute to improve the situation. However, the Return Regulation does not
detail the technical means that may be used to share and transfer such data, to enhance the
interconnection of existing systems, and to develop new systems. The problem identified is
therefore expected to persist without intervention.
Problem 2 – Excessive administrative burden, delays and inefficient monitoring of cases
Without a clear and mandatory legal framework, the involved actors would not have sufficient
capabilities nor any incentive to develop their system in a manner likely to address the problem
identified in Section 2.1.2. irregular arrivals at Union level are expected to decrease across all
the main migratory routes in 2026 compared to 2024, in line with the downward trend already
observed in the first half of 2025 (87). At the same time, it is reasonable to assume that, at least
for the foreseeable future, the number of return decisions to be handled by RRR case
management systems will remain high in absolute terms. In 2025, 487 285 TCNs were ordered
to leave (88) and 56 304 readmission requests were submitted to third countries (89). As a result,
without intervention, the corresponding administrative burden incurred by national authorities
will remain excessive.
Problem 3 - More granular and swiftly statistics are needed
Shortcomings in data collection are expected to persist without intervention as siloed
digitalisation and inadequate system functionalities will continue to prevent the automated
creation of sufficiently granular statistics. The Pact on Migration and Asylum, the upgraded
Eurodac and VIS, and the adoption and implementation of the Return Regulation will
(87) Communication from the Commission to the European Parliament and the Council, The European Annual
Asylum and Migration Report (2025), Brussels, 11.11.2025 COM(2025) 795 final, page 18.
(88) Eurostat, [migr_eiord1] Third country nationals ordered to leave by citizenship, age and sex - quarterly data
(rounded).
(89) Frontex operational data.
22
contribute to improving data availability, access, exchange and standardisation. The EES will
enhance the possibilities to identify overstayers. However, without improved interconnection
of digital RRR case management with EU Information Systems (e.g. Eurodac, SIS, EES), the
effectiveness of the digital management of RRR processes will remain limited, hindering the
EU’s overall migration management efforts
WHY SHOULD THE EU ACT?
Legal basis
The EU’s legal basis to act is established under 79(2)(c) of the Treaty on the Functioning of
the European Union (‘TFEU’). Article 79(2)(c) mandates the European Parliament and the
Council to adopt measures in the area of illegal immigration and unauthorised residence,
including removal and repatriation of persons residing without authorisation. The development
and implementation of efficient digital case management systems in the area of RRR is a means
to this end.
Subsidiarity: Necessity of EU action
The identified problems cannot be effectively resolved at national level. Given the magnitude
of the fragmentation of the current digital landscape, without EU coordination and an
appropriate EU legal framework, Member States will continue developing siloed systems,
leading to inefficiencies, uneven digitalisation, and higher costs (90). Inefficient digital
management of RRR processes will hinder the future implementation of common rules on
return, resulting in suboptimal levels of returns. This would also affect the proper functioning
of the rules of the Pact on Migration and Asylum and have an impact on the Schengen area.
An EU-level intervention is essential to ensure interconnection of relevant IT systems across
Member States (including by leveraging EU Information Systems), consistent data exchange,
and operational efficiency across Member States. Only a coordinated approach at EU level can
address in a coherent manner the cross-border complexities that Member States are currently
facing e.g. as regards the insufficient sharing of data between Member States.
Subsidiarity: Added value of EU action
The initiative will generate EU added value because an EU initiative can bring about a common
framework at EU level that is expected to enhance data sharing, speed up procedures, reduce
administrative burden and enable the creation of more granular statistics. This cannot be
achieved in the same way by Member States acting individually. A harmonised digitalised
approach to RRR processes at EU level will improve the overall effectiveness of the return
system and align with the broader objectives of the Pact on Migration and Asylum. Eventually,
coherent digitalisation efforts will support the proper functioning of the Schengen area and the
sustainability of the Common European Asylum System.
A unified digital framework will strengthen the EU’s position in negotiations and interactions
with third countries and improve the implementation of the 24 EU readmission instruments
(90) Digitalisation Study, Section 2.2 of Part 2.
23
which provide for uniform procedures. It would contribute to a streamlined approach and
coherent expectations in third countries and benefit all Member States.
EU-level efforts will create economies of scale by reducing average costs, as well as avoiding
duplication of efforts through system development in silos, and support evidence-based
policymaking, including by increasing the reliability of data and statistics. By pooling
resources and expertise, the EU can deliver more robust and scalable solutions than
Member States acting individually.
OBJECTIVES: WHAT IS TO BE ACHIEVED?
General objectives
The general objectives are to support the implementation of the rules on RRR laid down in
the Return Regulation, and contribute to the implementation of the Pact on Migration and
Asylum. Achieving these two objectives will contribute to the proper functioning of the
Schengen Area and to the sustainability of the Common European Asylum System.
Working towards a comprehensive and integrated digital case management system at EU and
national level to manage RRR processes efficiently, despite the diversity of authorities involved
at local, national and EU level, will contribute to these general objectives. Such system would
be a first step towards a comprehensive, integrated and digitalised EU migration
management system, that would go beyond RRR processes and encompass other migration
processes such as asylum. To do so, the initiative pursues several specific objectives.
Specific objectives
Specific Objective 1: enhancing data sharing
The initiative aims to increase data sharing within the same Member State, between Member
States and between Member States and Frontex, and between Member States or Frontex and
third countries. The objective is to reduce information gaps by ensuring that relevant authorities
have access, through appropriate technical means and in compliance with applicable data
protection rules, to the information necessary to carry out and monitor RRR processes more
efficiently. In particular, all return alerts in SIS should contain the required biometric data.
Specific Objective 2: digitalising, automating and simplifying RRR processes
The initiative aims to foster the digitalisation of RRR processes and remedy the limited
functionalities of existing IT systems to ensure that processes and reporting requirements are
more digitalised, user-friendly and automated (where relevant through the use of AI, e.g.
predictive analytics). National RECAMAS, a future EU Integrated Readmission Case
Management System (‘iRCMS’) and RIAT should feature functionalities such as: issuance of
a single identifier allocated to each third-country national for whom a case is opened, the
automation of case creation upon the ending of a legal stay of a third-country national, a search
functionality to identify and detect multiple cases, possibility to monitor deadlines and
prioritise cases, possibility for competent authorities and third-country nationals to securely
communicate and exchange documents via digital means or possibility to securely exchange
information via the Communication Portal. The initiative will support the automated creation
of European Return Orders provided for by the Return Regulation and will thereby contribute
to the establishment of a mandatory mutual recognition of return decisions.
24
The initiative will speed up, simplify and streamline processes, increase their transparency
and decrease the workload for competent authorities. By doing so, the initiative aims to
improve the governance of existing and future IT systems. This streamlined governance will
ensure a smooth maintenance and upgrade of the systems, mitigate the risk of developing such
systems in silos, ensure data protection compliance by laying down a clear allocation of roles
and responsibilities, and provide relevant staff with appropriate and sufficient training.
Specific Objective 3: enabling the creation of accurate statistics
The initiative aims to improve data collection to enable the automated compilation of more
accurate and reliable statistics and shorten the timeframe for data collection to better
support evidence-based policy and decision-making. In particular, the initiative will enable or
simplify the creation of statistics on (i) the number of return decisions issued, (ii) the number
of annulled or withdrawn return decisions, (iii) the number of effective returns, (iv) the number
of voluntary and forced returns, (v) the readmission statistics on whether the nationality was
confirmed, (vi) the number of travel documents issued, and (vii) the number of persons subject
to reintegration support per Member State and per third-country of return
WHAT ARE THE AVAILABLE POLICY OPTIONS?
Five policy options were considered, with four retained for in-depth assessment, including the
baseline scenario. Two options were discarded early (see Section 5.3). All options aim to
achieve the same objectives (see Section 4.1) and address the same problem drivers (see
Section 2.2) but differ in approach.
Annex 8 provides a comparative overview of the baseline scenario and Policy options 1-3,
covering rationale, architecture, technical features, and proposed way forward.
What is the baseline from which options are assessed?
In the baseline scenario, case management systems for RRR are fragmented, operating in silos
rather than as an integrated framework. Within the EU, around 40 systems are being used to
process RRR cases (91). Return case management systems exist at national level, but only 12
of them are aligned with the RECAMAS Model. National return case management systems are
not connected to one another and RIAT and RCMS are not connected to national return case
management systems. In addition, national return systems, RCMS and RIAT are not yet
connected to the ESP, IRMA and FAR (apart from one Member State) and cannot be connected
to the CRRS. The governance of the IT systems is fragmented.
Competent authorities insufficiently leverage the existing EU Information Systems (e.g. by not
making an efficient use of the SIS, as explained under Section 2.1). Technical limitations with
regard to the EU information systems will persist. For instance, concerning availability of
biometric data stored in the SIS, despite the legal obligation to add biometric data to alerts on
return, when this data is available at national level, according to eu-LISA statistics on 1
December 2025, only 60.24% of the alerts on return contained biometric data. In 10 Member
States the percentage of alerts with biometrics was below 10%. This is explained by the lack
(91) 27 return case management systems, six RCMS, RIAT, at least 4 EU Information Systems (SIS, VIS,
Eurodac, EES), FAR, IRMA.
25
of automation in some Member States, a problem which is expected to persist in the baseline
scenario.
At the same time, improvements in the field of EU Information Systems are ongoing. Eurodac
is undergoing a major upgrade in 2026 and will contain more relevant information for RRR
purposes. The EES is fully operational since 10 April 2026 and ETIAS is expected to start
operations in the fourth quarter of 2026. Interoperability components are progressively entering
into operation (sBMS in 2025) and the ESP is expected to be operational in 2026. The entry
into operation of the ESP (and of the MID) will improve Member States’ access to information
stored in EU Information Systems and enhance their identity management capabilities.
As detailed in Annex 9, yearly national maintenance costs for case management system are
estimated at EUR 3.32 million per Member state.
Option 1 can be visualised as follows (92):
Figure 5 – Baseline scenario
(92) The figure depicts the current baseline scenario, where each Member State [MS1. MS2 and MS3] operates
their own case management system on return (not based on the RECAMAS model in all cases, and with
differing level of automation). The national case management systems are not connected, and therefore
Member States cannot share information directly, but need to do it through the EU Information Systems, for
example the SIS and the SIRENE Channel. In addition, the readmission (RCMS) and reintegration (RIAT)
IT systems are not connected to the national case management, which causes gaps in information sharing at
national level. Certain IT systems, including ETIAS and RECAP, are not operational as of today but will be
a near future.
Example of the standard digital processing by Member State A of a RRR case concerning TCN X, on which Member State B possesses some information
• Step 1: Member State A creates and processes the case of TCN X in its national RECAMAS. The information from the EU Information Systems can be accessed but is not queried and retrieved directly into the national RECAMAS and it has to be inserted manually.
• Step 2: Member State A may need additional information from Member State B (e.g. for identification purposes), which is not available in EU Information Systems. The information is often not exchanged.
• Step 3: the readmission process, and where applicable, reintegration process
are managed through iRCMS (which only exists with six third countries) and RIAT. The case handler has to log off from national RECAMAS and log on to iRCMS and RIAT and copy manually the data to these systems.
26
Source: Commission
Description of the other policy options
The following sections outline three policy options, which address the problems and objectives
identified. All three options would achieve full digitalisation of case management in the area
of RRR, by providing the following common features:
• All Member States will need to use a digitalised case management system on
RRR.
• Integrated access to one single case management system covering all RRR
processes (no need for the user of the system to log off from one system and log on
to a different system).
• Interaction and connection with existing and future EU Information Systems,
resulting in an enhanced sharing of information between Member States.
• Building case management systems for readmission (iRCMS) and reintegration
(RIAT) at EU level.
• Automation of several processes currently carried out manually, where relevant by
leveraging Artificial Intelligence (AI) functionalities, resulting in a substantial
simplification and decrease of administrative burden for competent authorities.
• Opening the way for a comprehensive, integrated and digitalised EU migration
management system to which additional migration processes could later be added
(e.g. screening, asylum), in line with the Pact on Migration and Asylum, and the
long-term European Asylum and Migration Management Strategy
Policy option 1 ‘Partially decentralised option without central EU database’
Key features
27
Under Option 1, the case management system for return will be at national level (‘national
RECAMAS’).To ensure consistency and interoperability and with the support of Frontex,
national RECAMAS will be based on either (i) the RECAMAS Model developed by Frontex
or (ii) an off-the-shelf RECAMAS-based IT system developed by Frontex, in cooperation with
eu-LISA, that may be adopted and customised by willing Member States (‘Frontex
RECAMAS’), or (iii) based partially on the RECAMAS Model and partially on parts of the
Frontex RECAMAS
New integrated case management systems for readmission (iRCMS) and reintegration
(RIAT) are developed at EU level (by Frontex, with the support of eu-LISA)and integrated in
the national RECAMAS. They will allow to store data from all Member States on readmission
and reintegration cases in a centralised manner.
Case management systems query and retrieve information from existing and future EU
Information Systems, thanks to functionalities of the European Search Portal. No new EU
central database on return is created.
Instead, a Communication Portal developed by eu-LISA (building on existing digital
infrastructure e.g. SIRENE, DublinNet, VIS Mail) is used for the communication of additional
information that cannot be shared through EU Information Systems (as explained under Section
2.2.1).In those cases, the Communication Portal will allow the exchange of this information
between Member States. The Communication Portal is connected to each national RECAMAS
and the information is directly retrieved from the system and exchanged between national
Single Point of Contact (‘SPOC’). The Communication Portal will be a communication channel
allowing for structured and non-structured exchanges and running on a secure network.
It will not store data. The system will be owned by eu-LISA and will be connected to all
national RECAMAS.
Technical modules for flight booking (via FAR) may be integrated in iRCMS. National
RECAMAS, iRCMS and RIAT will be connected to the CRRS to generate more granular
statistics. The communication with returnees may occur through ‘RECAP’.
Example of the standard digital processing by Member State A of a RRR case concerning TCN X, on which
Member State B possesses some information
• Step 1: Member State A creates and processes the case of TCN X in its national RECAMAS. Thanks
to the ESP, the information on TCN X is queried and retrieved from the EU Information Systems
directly into the national RECAMAS.
• Step 2: Member State A may need additional information from Member State B (e.g. for identification
purposes), which is not available in EU Information Systems. Member State A requests Member State
B to share this additional information. The request and the exchange of information is done through
the Communication Portal.
• Step 3: the readmission process and, where applicable, the reintegration process are managed through
iRCMS and RIAT without the need to log off and log on or to manually copy data as these systems
will be integrated into national RECAMAS.
28
Option 1 can be visualised as follows (93):
Figure 6 – Infographic for Option 1: ‘Partially decentralised option without central EU database’
Source: Commission
Governance
Member States will develop, maintain and operate their national case management systems on
return (national RECAMAS).
Frontex will maintain and update the RECAMAS Model and will develop, in cooperation with
eu-LISA, the Frontex RECAMAS that may be adopted and customised by willing Member
States. Frontex will also develop ad-hoc off-the-shelf IT solutions (e.g. RECAP) that should
be integrated into national RECAMAS.
Frontex will develop and maintain a new EU integrated case management system on
readmission (iRCMS) and on reintegration (RIAT), in cooperation with eu-LISA, to be
integrated in national RECAMAS. In other words, Frontex will be in charge of the IT
management of these systems.
(93) The figure depicts Policy option 1, in which each Member State [MS1. MS2 and MS3] would operate a
‘national RECAMAS’ with a minimum set of functional requirements. The systems for readmission (iRCMS)
and reintegration (RIAT) will be integrated in the ‘national RECAMAS’ allowing for a seamless case
management of the RRR process. The ‘national RECAMAS’ will be connected to the ESP, allowing it to
search and retrieve information from all relevant EU Information Systems. The Communication Portal will
allow Member States to exchange relevant information.
29
eu-LISA’s support to Frontex will include providing technical advice and expertise on the
development and management of the Frontex RECAMAS, iRCMS and RIAT (e.g. during the
designing phase or during the procurement phase).
eu-LISA will develop a Communication Portal to allow return authorities to share information
that cannot be shared through existing or future EU Information Systems, building on existing
infrastructure (e.g. SIRENE, DublinNet, VIS Mail).
Overall, while Member States will still be in charge of their national RECAMAS, Frontex will
take a leading role under Option 1 by developing and maintaining the RECAMAS Model, the
Frontex RECAMAS, iRCMS and RIAT. As this option does not imply the creation of a new
central database, the role of eu-LISA will be more limited. The impact of this governance
model on data protection (including the identification of controllers and processors) is
described in Section 6.2 (fundamental rights).
Implementation
Option 1 can be implemented by a self-standing EU legislative regulation (i.e. a separate
regulation and not only a regulation amending other pieces of EU legislation) containing
provisions on the digitalisation of case management of RRR processes and some targeted
amendments to existing EU law. The EBCG Regulation will need to be amended. The
Interoperability Regulations will have to be amended to ensure that national RECAMAS can
make use of the CRRS for statistical purposes. The eu-LISA Regulation (94) would have to be
amended to expand eu-LISA's mandate to entrust the Agency with the development of the
Communication Portal. A targeted amendment to the SIS Regulation (95) will be needed to
create the legal base to ensure that the data contained in alerts on return entered under Article
3 of Regulation (EU) 2018/1860 can be kept in national RECAMAS. There is no need to amend
the founding regulations of other EU Information Systems.
Policy option 2 ‘Partially decentralised option with central EU database’
Key features
This option has some elements in common with Option 1. The case management system for
return is developed at national level (national RECAMAS). As in Option 1,to ensure
harmonisation and with the support of Frontex, national RECAMAS will be based on either (i)
the RECAMAS Model developed by Frontex or (ii) an off-the-shelf RECAMAS-based IT
system, that may be adopted and customised by willing Member States. The case management
systems for readmission (iRCMS) and reintegration (RIAT) are developed at EU level (by
eu-LISA, with the support of Frontex)and integrated in the national RECAMAS.
(94) Regulation (EU) 2018/1726 of the European Parliament and of the Council of 14 November 2018 on the
European Union Agency for the Operational Management of Large-Scale IT Systems in the Area of Freedom,
Security and Justice (eu-LISA), and amending Regulation (EC) No 1987/2006 and Council Decision
2007/533/JHA and repealing Regulation (EU) No 1077/2011; OJ L 295, 21.11.2018, p. 99; https://eur-
lex.europa.eu/legal-content/EN/TXT/PDF/?uri=CELEX:32018R1726.
(95) Regulation (EU) 2018/1860 of the European Parliament and of the Council of 28 November 2018 on the use
of the Schengen Information System for the return of illegally staying third-country nationals; OJ L 312/1,
7.12.2018; https://eur-lex.europa.eu/eli/reg/2018/1860/oj/eng.
30
Contrary to Option 1, an EU central database dedicated to RRR is created to facilitate the
storing and sharing of the relevant data between Member States stored in national RECAMAS,
iRCMS and RIAT. For this reason, there is no need for a Communication Portal (as in Option
1). The connection between the EU central database and national RECAMAS is made through
a uniform interface. This system would ensure interoperability with existing and future EU
Information Systems, leveraging tools like the CRRS, ESP, and other interoperability
components (CIR, MID, and sBMS). Unlike Option 1, it allows for the automatic exchange of
all data processed in national RECAMAS through the EU central database.
In terms of technical and functional features, the central database enables the introduction of a
unique EU case identifier, allowing to identify cases being managed for the same person in
different Member States.
Example of the standard digital processing by Member State A of a RRR case concerning TCN X, on which
Member State B possesses some information
• Step 1: As under Option 1, Member State A creates and processes the case of TCN X in its national
RECAMAS. Thanks to the ESP, the information on TCN X is queried and retrieved from the EU
Information Systems directly into the national RECAMAS.
• Step 2: Member State A may need additional information from Member State B (e.g. for identification
purposes), which is not available in EU Information Systems. Member State A requests Member State
B to share this additional information which becomes accessible to Member State A in its national
RECAMAS thanks to the new EU central database (and not thanks to the Communication portal as
under Option 1).
• Step 3: As under Option 1, the readmission process and, where applicable, the reintegration process
are managed through iRCMS and RIAT without the need to log off and log on or to manually copy
data as these systems will be integrated into national RECAMAS
Option 2 can be visualised as follows (96):
(96) The figure depicts Policy option 2, in which each Member State [MS1. MS2 and MS3] would operate a
‘national RECAMAS’ with a minimum set of functional requirements. The systems for readmission (iRCMS)
and reintegration (RIAT) will be integrated in the ‘national RECAMAS’ allowing for a seamless case
management of the RRR process. A new database would be created containing all relevant RRR information,
inserted through the ‘national RECAMAS’. Member States’ competent authorities would have direct access
to the RRR database and would exchange information directly through it. The RRR database would become
part of the Interoperability framework, leveraging the interoperability components MID, CIR, sBMS, ESP
and the CRRS.
31
Figure 7 – Infographic for Option 2: ‘Partially decentralised option with central EU database’
Source: Commission
Governance
Just as under Option 1, Member States will develop, maintain and operate their national case
management systems on return (national RECAMAS). Frontex will maintain and update the
RECAMAS Model.
Unlike in Option 1, eu-LISA will develop and maintain the off-the-shelf RECAMAS-based IT
system, as well as a new EU integrated case management systems on readmission (iRCMS)
and reintegration (RIAT), in cooperation with Frontex, to be integrated in national RECAMAS.
eu-LISA will also develop the new EU central database. In other words, eu-LISA will be in
charge of the IT management of these systems.
Overall, eu-LISA will take the leading role as the off-the-shelf RECAMAS-based IT system,
iRCMS and RIAT will be connected to the EU central database (i.e. a new large-scale IT
system) that eu-LISA will develop. The impact of this governance model on data protection
(including the identification of controllers and processors) is described in Section 6.3
(fundamental rights).
Implementation
Implementing Option 2 will require a regulation and amendments to the Interoperability
Regulation, the founding regulations of all six EU Information Systems (SIS, EES, Eurodac,
VIS, ETIAS, ECRIS-TCN), the EBCG Regulation and the eu-LISA Regulation to expand the
agencies’ respective mandates, to entrust them with the development of the respective systems.
Policy option 3 ‘Centralised solution’
Key features
32
Unlike Option 1 and 2, a single case management system is developed at EU level (by eu-
LISA) for RRR. This single case management system replaces all national case management
systems and integrates the functionalities of RCMS and RIAT. Member States log in to a single
EU case management system, which contains all the data relating to RRR. The automatic
sharing of relevant data is enabled through the creation of a dedicated EU central database
on RRR.
This option replaces national systems with a unified EU case management system, making it
mandatory for Member States to use a centralised database for seamless data sharing, removing
the need for a dedicated Communication Portal. Accessible via a web platform, the system will
leverage the ESP and all other interoperability components (CIR, MID, and sBMS).
Example of the standard digital processing by Member State A of a RRR case concerning TCN X, on which
Member State B possesses some information
• Step 1: Member State A creates and processes the case of TCN X directly in the EU centralised case
management system. Thanks to the ESP, the information on TCN X is queried and retrieved from
other EU Information Systems.
• Step 2: Member State A may need additional information from Member State B (e.g. for identification
purposes), which is not available in EU Information Systems. Member State A requests Member State
B to share this additional information which becomes accessible to Member State A through the new
EU central database.
• Step 3: the readmission process and, where applicable, the reintegration process are managed directly
in the EU centralised case management system.
Option 3 can be visualised as follows (97):
Figure 8 – Infographic for Option 3: ‘Centralised system’
Source: Commission
(97) The figure depicts Policy option 3, in which a single common case-management system would be developed
at EU level, to which all Member States are connected through a uniform national interface. The single
common case-management system would also include an RRR database.
33
Governance
eu-LISA will develop the new centralised EU case management system and the EU central
database, in cooperation with Frontex, which will still be in charge of maintaining and updating
the RECAMAS Model. eu-LISA will take the leading role in the development and operational
management as the case management system will be inherently linked to the EU central
database (i.e. a new large-scale IT system) that eu-LISA will have to develop. The impact of
this governance model on data protection (including the identification of controllers and
processors) is described in Section 6.4 (fundamental rights).
Implementation
Implementing Option 3 will require a new regulation as well as amendments to the
Interoperability Regulations, the founding regulations of all six EU Information Systems, the
EBCG Regulation and the eu-LISA Regulation to expand the agencies’ respective mandates
and to entrust them with the task to establish the new centralised EU case management system.
Options discarded at an early stage
‘Decentralised option’
During the preparatory process, the option of a decentralised system was considered. This
option would involve an EU legislative framework establishing a decentralised national case
management system for RRR. Unlike Options 1, 2 and 3, readmission case management
systems (RCMS) and reintegration case management systems (RIAT) would also be developed
at national level and not at EU level.
The decentralised option can be visualised as follows (98):
(98) The figure depicts the discarded policy option for a decentralised system, in which each Member State [MS1.
MS2 and MS3] would operate a ‘national RECAMAS’ with a minimum set of functional requirements. The
systems for readmission (iRCMS) and reintegration (RIAT) would also be developed at national level, with
no EU component. A dedicated RRR database will be established storing all data recorded in national
RECAMAS, iRCMS and RIAT.
34
Figure 9 – Infographic for the discarded policy option ‘Decentralised system’
Source: Commission
As in Option 2 and 3, a central database would connect the national case management systems.
Member States would continue using their own systems, while the framework would harmonise
technical requirements to ensure efficiency, automation, and reliable statistics. This option
would also enhance data sharing, particularly with existing EU Information Systems.
Frontex would support this transition by providing guidance, standardised IT solutions, and
tools like return applications and identification modules to ensure consistency across Member
States. A self-standing Regulation and amendments to existing EU Regulations would be
required to establish the legal framework for this decentralised system.
This policy option was discarded based on its lack of coherence, proportionality, effectiveness,
and efficiency. This policy option is not coherent with the problems experienced, given their
cross-border nature which requires action at EU level, while this option would regress by
shifting responsibility for RCMS and RIAT to Member States. This policy option would be
disproportionate as it would contradict existing and well-functioning practices whereby RCMS
and RIAT are managed at EU level, in line with the principle of subsidiarity.
This policy option is not effective as the time horizon for an EU central database could extend
up to seven years due to legal, and technical challenges, making this option ineffective in
addressing current problems (99). This policy option is not efficient as each Member State will
have to develop its own RCMS and RIAT, in addition to their national RECAMAS, which will
imply some high sunk costs concerning the existing RCMS and RIAT, as these systems will
have to remain in place at EU level in the meantime.
These elements make this option inadequate in addressing the current problems, even if this
option might imply some progresses compared to the baseline.
(99) Digitalisation Study, Section 4.3 of Part 2.
35
Soft law alternatives
Soft law alternatives were considered but discarded at an early stage, given that the problems
identified in Section 2 can only be addressed by the establishment of one or several new IT
systems, by an improved governance, by an increased interconnection between the different IT
systems and by ensuring a minimum level of efficiency of the case management systems.
For instance, the current RECAMAS Model, developed by Frontex, is a non-mandatory
blueprint that Member States may decide to implement or not. This is one of the issues
explaining the existing fragmentation in case management and information sharing between
Member States. EU Information Systems, such as the SIS, while constituting important tools
for information sharing in the return area, present technical limitations which do not allow for
case management of all RRR processes.
The nature of the existing systems, and the required interconnection between different IT
systems to ensure a minimum level of efficiency of the case management systems, would by
nature necessitate the adoption of a legal act due to (i) the need for a clear legal basis for
processing, under data protection rules, and (ii) the need to amend and broaden the mandate of
Frontex and eu-LISA to entrust them with the tasks to develop the new IT systems.
WHAT ARE THE IMPACTS OF THE POLICY OPTIONS?
Annex 7 provides a more detailed presentation of the impacts of the policy options.
The rating of the impact ranges from -5 (very negative in comparison to baseline scenario) to
5 (very positive in comparison to baseline scenario). The baseline scenario is by convention
rated as 0.
Policy option 0 ‘Baseline scenario’
Under this option, the Commission would not take any additional action beyond what is already
planned or ongoing.
Assessment of impacts
E co
n o
m ic
0 Option 0 has no significant economic impact.
This is based on the assessment that the various effects are all rather limited in scale.
The impact on public budgets under the baseline scenario is limited, as existing
infrastructures are already in place. However, the maintenance costs are estimated at
EUR 3.32 million per Member State per year (EUR 24 million in total) (100).
At the same time, the management of return has by its nature no relevance for the activity
of Small- and Medium-sized Enterprises (‘SMEs’), competitiveness or property rights.
The very limited digitalisation in this field also offers no stimulus for innovation or
growth, as it is not related to new technological developments or investments in IT
systems.
(100) Please refer to Table 37 - Overview of costs per stakeholder and policy option for more details.
36
S o
ci et
al
0 The baseline scenario has a negative societal impact, primarily due to the fact that
insufficient digital management of RRR processes leads to the problems identified in
Section 2, which may continue to fuel public discontent, widen social divides, and erode
trust in institutions, ultimately weakening the EU’s ability to tackle a politically sensitive
issue. Looking forward, the numbers of irregular TCNs is expected to continue to place
pressure on social welfare systems and public services, diverting resources from other
critical areas such as healthcare, education, and housing. At the same time, a negative
societal impact is due to the exploitation of irregular TCNs, who will continue to support
sectors such as agriculture, care work, and construction.
E n
v ir
o n
m en
t
al .
0 Option 0 has a negligible negative environmental impact.
The energy consumption of the necessary IT systems may vary with the level of
modernity and manual processes and represent missed opportunities to implement more
sustainable digital solutions but is overall too limited under the baseline scenario to have
any environmental impact.
S ec
u ri
ty
0 The baseline scenario has a negative impact on security across the EU.
The lack of sufficiently effective return procedures weakens the EU’s ability to manage
RRR processes, leading to concrete security risks within the Member States due to delays
in return procedures and insufficient monitoring of individuals posing security threats.
Due to the current shortcomings in terms of data-sharing, the EU's ability to carry out
effective risk assessments is diminished, impairing efforts to identify high-risk
individuals, reducing the overall effectiveness of security measures.
The security of RRR processes is undermined by structural and operational challenges,
increasing the risk of errors, misuse of information, and personal data breaches.
F u
n d
am en
ta l
ri g h
ts
0 Option 0 generally adheres with fundamental rights. However, concerns have been raised
regarding the protection of personal data, particularly for TCNs. The fragmented digital
landscape may lead to difficulties to identify the roles and responsibilities of different
actors (i.e. controllers and processors). The insufficient digitalisation may hinder the
ability of TCNs to make use of their data subjects rights (e.g. right of access), and the
limited functionalities of existing IT systems may prevent controllers from swiftly
addressing data subjects’ requests.
Moreover, the absence of a harmonised approach at EU level complicates monitoring
efforts and heightens the risk of violations going undetected, thereby undermining the
consistent protection of TCNs' rights across Member States.
Feasibility
F ea
si
b il
it y
0 N/A
Further details on the assessment of the baseline scenario can be found in Section 1.1 of
Annex 7.
Policy option 1 ‘Partially decentralised option without central EU database’
Assessment of impacts
37
E co
n o
m ic
0 Option 1 has no significant, direct or indirect, economic impact because the
various effects of return policies on macro-economic parameters are rather
limited in scale. That being said, Option 1 provides Member States with
flexibility to either continue developing their existing national systems in line
with the RECAMAS Model developed by Frontex or to adopt the off-the-shelf
RECAMAS-based IT solution developed by Frontex. This dual approach allows
Member States to build on prior investments while ensuring convergence
towards a common framework. At the same time, it offers a cost-efficient
alternative for those Member States with less mature case management systems,
which would benefit from the off-the-shelf RECAMAS-based IT solution,
reducing spending only to the customisation of the model.
Over time, the one-off and recurrent costs may be offset by efficiency gains
thanks to the improved digital migration management.
A minor economic stimulus may benefit larger IT companies but is unlikely to
benefit SMEs, with no significant impact on competition, technological
developments, consumers, innovation, or education. In this regard, it can also be
referred to the competitiveness check undertaken (see Section 2 of Annex 5).
S o
ci et
al 1 Option 1 is expected to contribute to strengthening public trust in EU and
Member States’ migration management, by improving the management of RRR
processes. Labour market effects are limited, with marginal impacts on
employers relying on irregular TCNs but greater and swifter certainty for legal
recruitment, partially due to greater legal certainty regarding the status of TCNs.
E n
v ir
o n
m en
ta l
0 For the reasons explained under the baseline, Option 1 is expected to have a
negligible negative environmental impact.
Although the reuse of existing systems and the Communication Portal under this
option contribute to resource efficiency and reduce the need for new
infrastructure, the restructuring process itself will require additional energy and
resources, particularly in Member States undertaking significant system
upgrades. Overall, as the EU intervention is not significantly disruptive, the
negative environmental impacts are expected to be negligible.
S ec
u ri
ty
4 Option 1 is expected to have a positive impact on security for citizens,
businesses, and public administration across the EU, addressing the main
shortcomings identified in the baseline scenario. The case-management would
allow Member States to carry out RRR processes in a faster and more efficient
manner, enabling better identification of irregular TCNs, including those
individuals posing security threats.
Option 1 is expected to improve data-sharing between Member States,
increasing the EU’s ability to carry out effective risk assessment, improving the
capacity to identify high-risk individuals, and improving the overall
effectiveness of security measures. However, reliance on a partially
decentralised structure (i.e. national RECAMAS) may lead to inconsistencies in
information exchange if the Communication Portal is not properly used.
Risk of errors, misuse of information, and personal data breachesis expected to
reduce with Option 1 by establishing standardising readmission and
reintegration case management systems across Member States, managed
centrally by Frontex. Harmonised processes and security standards would
reduce inconsistencies in data handling, strengthen compliance with EU data
protection rules, and enhance accountability, thereby improving the secure and
reliable management of sensitive personal data.
Specific measures must be implemented to ensure IT security and address the
following issues: equipment, access control and checks at entrance to the
installation, data media control, storage control, user control, control of data
entry, data access control, personnel profiles, communication control, control of
data recording, transport control, recovery, integrity, self-auditing.
38
F u
n d
am en
ta l
ri g h
ts
0 Option 1 adheres overall to fundamental rights, despite some potential risks
related to data protection, due to the integration of iRCMS, RIAT, and the
connection of national RECAMAS to the Communication Portal.
In particular, risks may arise in case the governance of the different IT systems
is not defined sufficiently clearly, thereby leading to difficulties to identify the
roles and responsibilities of the different data processors and controllers, as well
as the applicable data protection rules. These risks can be mitigated by laying
down clear provisions on the governance of the systems and on the
corresponding applicable rules. Roles and responsibilities under data protection
rules will be clearly allocated (i.e. ‘who is controller, who is processor) (101).
More specifically, the following data protection governance could be
established:
• Each Member State may act as data controller for the personal data it
records in its national RECAMAS, in iRCMS, and in RIAT, and for the
operational management of its national RECAMAS.
• Frontex may act as processor in relation to the data it records in national
RECAMAS, in iRCMS, and on cases from national reintegration
assistance programmes managed in RIAT.
• Member States and Frontex may be considered as joint controllers in
relation to the processing of personal data recorded in RIAT for cases
managed under an EU reintegration assistance programme.
• Frontex may act as processor for the operational management of
iRCMS and RIAT.
• Member States and Frontex may be considered as joint controllers in
relation to the processing of personal data exchanged through the
Communication Portal.
• eu-LISA may act as processor in relation to the operational
management of the Communication Portal.
This option may enable faster, more transparent RRR processing, with better-
protected data sharing, particularly in sensitive areas, thanks to the
Communication Portal.
Under Option 1, data protection rules applicable to transfers (Chapter V
GDPR/EUDPR) will fully apply.
Compliance with the GDPR (General Data Protection Regulation) and the
EUDPR (Data Protection Regulation for EU institutions, bodies, offices and
agencies) requires implementing several safeguards, including encryption,
access controls, and audit logging. Specific measures must be implemented to
ensure that no unauthorised access takes place. The Communication Portal will
ensure traceable data exchanges, and Member States will uphold data subject
rights, such as access and erasure, even in cross-border cases.
Pseudonymisation or anonymisation will be mandated for non-operational uses
to reduce risks.
Data protection principles such as accountability and data minimisation apply.
Data retention will align with the purpose of the processing, with mechanisms
for automated deletion, logging, and alerts to prevent over-retention or
premature deletion.
Cross-border data sharing (i.e. of data that cannot be exchanged through EU
Information Systems) relies on secure, case-by-case communication channels
through the Communication Portal based on the existing infrastructure
(SIRENE, DublinNet, VIS Mail).
Oversight within Member States is essential. National data protection
supervisory authorities and the European Data Protection Supervisor (‘EDPS’)
will effectively monitor the new systems, together with a close monitoring of
data protection officers within the authorities concerned.
39
This option will not derogate from the GDPR/EUDPR or the AI Act. This means
that, where applicable and relevant, additional and more specific data protection
impact assessments may be conducted before the designing phase of the IT
systems, in compliance with the principle of privacy by design and by default.
Similarly, in case high-risks AI systems are considered to be embedded in some
of the digital systems, the corresponding obligations of providers and deployers
of high-risk AI systems will be complied with and fundamental rights impact
assessment for high-risks AI systems may be conducted, as needed, in
compliance with Regulation (EU) 2024/1689 (102) (‘AI Act’).
Feasibility
F ea
si b
il it
y
4 As confirmed by the majority of Member States during the consultation
process (103), Option 1 is highly feasible. It builds on existing EU systems and
national structures, aligning with Member States’ preference for less intrusive
approaches (politically feasible). It provides Member States with a broad room
for manoeuvre by offering them to choose between (i) adjusting their existing
systems to the RECAMAS Model or (ii) adoption and customising the Frontex
RECAMAS. Technically, the feasibility is high as it leverages existing
solutions, while operational feasibility benefits from established workflows,
minimising disruption.
Financially, it is moderately feasible due to significant costs, potentially partially
covered by the EU budget. Legally, the need for a new regulation and
amendments to several existing EU regulations adds a degree of complexity.
(101) Please also refer to the Data Protection Impact Assessment in STEP 1: IDENTIFICATION OF THE NEED FOR
A DPIA.
(102) Regulation (EU) 2024/1689 of the European Parliament and of the Council of 13 June 2024 laying down
harmonised rules on artificial intelligence and amending Regulations (EC) No 300/2008, (EU) No 167/2013,
(EU) No 168/2013, (EU) 2018/858, (EU) 2018/1139 and (EU) 2019/2144 and Directives 2014/90/EU, (EU)
2016/797 and (EU) 2020/1828 (Artificial Intelligence Act); OJ L 1689, 12.7.2024; https://eur-
lex.europa.eu/eli/reg/2024/1689/oj/eng.
(103) Please refer to Annex 2 on the stakeholder consultation.
40
Further information concerning the assessment of the effects of Option 1, as well as its likely
impacts are provided in Section 2 of Annex 7.
Policy option 2 ‘Partially decentralised option with central EU database’
Assessment of impacts
E co
n o
m ic
0 Under Option 2, economic impacts are expected to be equivalent as those identified under
Option 1, even though, this option places a slightly greater burden on the EU budget.
S o
ci et
al 1 Option 2 is expected to have the same moderate positive societal impacts as Option 1.
Any impact resulting from the establishment of the EU central database and improved
digital management of RRR processes are likely to materialise comparatively later, due
to the time needed for full implementation and start of operation of the new systems.
E n
v ir
o n
m e
n ta
l
0 Option 2 is expected to have a limited negative environmental impact. Developing and
maintaining a new central database, without reducing existing infrastructure, will
increase energy consumption, resource use, and electronic waste. However, the
magnitude of this impact is considered negligible compared with the baseline scenario.
S ec
u ri
ty
3 Option 2 is expected to have a positive impact on security for citizens, businesses, and
public administration across the EU for the reasons explained under Option 1.
However, security improvements would only materialise once the system becomes
operational in the medium to long term.
Specific measures must be implemented to ensure IT security and address the following
issues: equipment, access control and checks at entrance to the installation, data media
control, storage control, user control, control of data entry, data access control, personnel
profiles, communication control, control of data recording, transport control, recovery,
integrity, self-auditing.
41
F u
n d
am en
ta l
ri g h
ts
-1 Option 2 is expected to align with fundamental rights, with no significant impact
compared to the baseline scenario. However, the creation of a central database accessible
by all competent authorities of Member States introduces challenges, particularly
regarding large-scale processing of sensitive personal data. This option could improve
transparency, efficiency, and harmonised application of data protection rules and data
subjects’ rights, offering TCNs more consistent rights and clarity on data handling. The
following data protection governance could be established:
• Each Member State may act as data controller for the personal data it records in
its national RECAMAS, in iRCMS, and in RIAT, and for the operational
management of its national RECAMAS.
• Member States may act as joint controllers as regards the central database.
• Frontex may act as processor in relation to the data it records in national
RECAMAS, in iRCMS, and on cases from national reintegration assistance
programmes managed in RIAT.
• Member States and Frontex may be considered as joint controllers in relation to
the processing of personal data recorded in RIAT for cases managed under an
EU reintegration assistance programme.
• eu-LISA may act as processor for the operational management of iRCMS, RIAT
and the central database.
Concerns may arise over data security, data minimisation, purpose limitation, necessity
and proportionality due to the broad data categories that may be processed in the central
database, which will mainly replicate data already stored in other EU Information
Systems.
Technically, the system must ensure data protection by design and default, with
encryption, role-based access, secure logging, and interoperability with EU Information
Systems. Specific measures must be implemented to ensure that no unauthorised access
takes place. The interface must enable seamless exercise of data subject rights under
Chapter III GDPR and Chapter III EUDPR, with clear procedures for handling requests.
Under Option 2, data protection rules applicable to transfers (Chapter V GDPR/EUDPR)
will fully apply.
Independent oversight by the EDPS and national data protection supervisory authorities
is crucial, together with a close monitoring of data protection officers within the
authorities concerned. Pseudonymisation or anonymisation should be applied for non-
operational use cases (e.g. creation of statistics) to minimise risks. Member States'
varying technical readiness and lack of appropriate monitoring mechanisms may lead to
uneven safeguards, necessitating capacity-building, technical assistance, and common
compliance benchmarks to meet GDPR and EUDPR standards.
This option will not derogate from the GDPR/EUDPR or the AI Act. This means that,
where applicable and relevant, additional and more specific data protection impact
assessments may be conducted before the designing phase of the IT system, in
compliance with the principle of privacy by design and by default. Similarly, in case
high-risks AI systems are considered to be embedded in the digital system, the
corresponding obligations of providers and deployers of high-risk AI systems will be
complied with and fundamental rights impact assessment for high-risks AI systems may
be conducted, as needed, in compliance with Regulation the AI Act.
42
Feasibility F
ea si
b il
it y
2 As confirmed by a majority of Member States during the consultation process (104),
Option 2 is moderately feasible. Retaining national systems may facilitate the
implementation of the option but the establishment of a new central database, without a
clear added value would add considerable complexity. Technically, integrating the
database with national systems would pose numerous challenges. Operational success
depends on exogenous factors like stakeholder collaboration, but differing priorities may
hinder progress.
Further information concerning the assessment of the effects of Option 2, as well as its likely
impacts are provided in Section 3 of Annex 7.
Policy option 3 ‘Centralised solution’
Assessment of impacts
E co
n o
m ic
0 Under Option 3, potential positive and negative economic impacts are also expected to
balance each other out. The same line of argumentation as for Option 1 and 2 applies.
Given the long term of implementation for the project, economic effects would only
likely materialise in the long term under this policy option.
S o
ci et
al 1 Option 3 is expected to have the same moderate positive societal impacts as under
Option 1 and 2.
E n
v ir
o n
m en
t
al
0 Option 3 is expected to have a limited negative environmental impact compared to the
baseline scenario. Developing and maintaining a central database will require
significant energy, materials, and generate electronic waste, though this may be
partially offset by abolishing national systems.
S ec
u ri
ty
3 Option 3 is expected to have a positive impact on security for citizens, businesses, and
public administration across the EU, for the reasons explained under Option 1 and
Option 2.
However, security improvements would only materialise once the system becomes
operational in the medium to long term.
Specific measures must be implemented to ensure IT security and address the following
issues: equipment, access control and checks at entrance to the installation, data media
control, storage control, user control, control of data entry, data access control,
personnel profiles, communication control, control of data recording, transport control,
recovery, integrity, self-auditing.
(104) Please refer to Annex 2 on the stakeholder consultation.
43
F u
n d
am en
ta l
ri g h
ts
-1 Option 3 is expected to have a small negative impact on fundamental rights.
Establishing a centralised system to replace national systems may create challenges due
to legal and procedural differences across Member States. Standardised data processing
and automation could struggle to reflect these divergences, complicating adaptation.
Under this centralised solution, Member States could act as joint controllers, while eu-
LISA could act as processor. Centralising sensitive personal data raises data protection
concerns, including risks of misuse or unauthorised access if safeguards are not
uniformly applied. The system will comply with GDPR and EUDPR requirements,
incorporating strong safeguards such as encryption, and role-based access controls,
while supporting data subject rights like access, rectification, and erasure. Specific
measures must be implemented to ensure that no unauthorised access takes place.
Under Option 3, data protection rules applicable to transfers (Chapter V
GDPR/EUDPR) will fully apply. Independent oversight by the EDPS, in cooperation
with national data protection supervisory authorities, is essential to ensure
accountability, together with a close monitoring of data protection officers within the
authorities concerned. Pseudonymisation or anonymisation techniques should be
applied for non-operational purposes, such as statistical analysis. Positively, the system
could enhance transparency and efficiency in RRR processes, improving access to
consistent information and ensuring more uniform protection of TCN rights across
Member States.
This option will not derogate from the GDPR/EUDPR or the AI Act. This means that,
where applicable and relevant, additional and more specific data protection impact
assessments may be conducted before the designing phase of the IT system, in
compliance with the principle of privacy by design and by default. Similarly, in case
high-risks AI systems are considered to be embedded in the digital system, the
corresponding obligations of providers and deployers of high-risk AI systems will be
complied with and fundamental rights impact assessment for high-risks AI systems
may be conducted, as needed, in compliance with Regulation the AI Act.
Feasibility
F ea
si b
il it
y
-2 As confirmed by stakeholders during the consultation process (105), Option 3 is
expected to be feasible only to a very limited extent, likely facing strong resistance
from Member States. This option would require replacing national systems, which may
encounter significant opposition and delays in the transition period, because national
systems are embedded in domestic legal and technical frameworks.
Although most costs would be incurred at EU level, financial feasibility is low as
Member States must continue investing in existing systems until the central system
becomes operational. This delay would result in substantial ‘sunk costs'. Legally, the
need for a new regulation and amendments to many other legal instruments adds
complexity, increasing the risk of stakeholder’s resistance. Technically, the feasibility
is moderate but depends partially on Member States’ ability to transition effectively to
the central system. Operational feasibility is similarly constrained by a slow
development of the central database and limited stakeholder acceptance.
Further details on the assessment of Option 3, as well as its likely impacts are provided in
Section 4 of Annex 7.
(105) Please refer to Annex 2 on the stakeholder consultation.
44
HOW DO THE OPTIONS COMPARE?
Effectiveness
Option Rating Summary of assessment
O p
ti o
n 0
0 The unresolved issues identified in Section 2 will continue to hinder the effectiveness of
RRR processes, making it unlikely that objectives will be achieved. Challenges in data
sharing will persist, limiting the availability and quality of information for RRR
processes. Low levels of digitalisation and automation, due to reliance on manual data
entry, will prevent the implementation of streamlined systems. Fragmented systems and
lack of interoperability will continue to cause administrative burden, straining authorities
and slowing procedures. Isolated national systems and inconsistent data sharing will
undermine a coherent governance, hindering coordination and collaboration in digital
management of RRR processes. Key challenges that hamper data sharing and generation
of reliable statistics, such as the lack of automated mechanisms to feed information into
EU Information Systems and the absence of harmonised tools for generating reliable
statistics at national level, will continue to limit the effectiveness of RRR processes.
While EU initiatives like upgrades to Eurodac and VIS, and new systems such as EES
and ETIAS, may improve RRR processes, the baseline scenario will remain ineffective.
Existing inefficiencies will persist and worsen, making it harder for Member States to
enforce the new proposed rules on return and the Pact on Migration and Asylum.
Eventually, this will negatively impact the proper functioning of the Schengen area, the
sustainability of the CEAS, and create undue costs.
O p
ti o
n 1
4 Option 1 is expected to achieve the objectives pursued effectively in the short term to
medium term (i.e. six years to become operational from the adoption of the Commission
proposal until the go-live) (106), assuming that the entry into force of the future legislative
act will take place two years after the adoption of the Commission proposal.
Consequently, all systems are expected to be operational by Q3 2032. This means that
Option 1 will be faster to implement than Option 2 and 3. It builds on existing Member
State systems for return and leverages existing systems at EU level on readmission and
reintegration.
This approach enhances information sharing enabling faster procedures, reduced
workload, and better coordination between authorities. Limitations include restricted
searchability for specific individuals, limited visibility on secondary movements, and
case-by-case information sharing through the Communication Portal, where only the
sender and receiver are aware of the data exchanged. The policy has a minimal IT impact
as it leverages existing EU databases (e.g. SIS, Eurodac) and systems (e.g. RIAT,
iRCMS), allowing for rapid operationalisation. Frontex is also well positioned to deliver
on the Frontex RECAMAS (as it already developed the RECAMAS Model), on iRCMS
(as a frequent user of the existing iRCMS) and on RIAT (as the main user of the existing
RIAT through the EU Reintegration Programme). Consequently, this option does not
overburden eu-LISA. Option 1 has an overall smaller disruptive impact than Option 2
and 3.
(106) Digitalisation Study, Figure 17.
45
Option Rating Summary of assessment O
p ti
o n
2
2 Option 2 is expected to achieve the objectives pursued but only in the medium to long
term (i.e. eight years to become operational from the adoption of the Commission
proposal until the go-live) (107), assuming that the entry into force of the future legislative
act will take place two years after the adoption of the Commission proposal.
Consequently, the new system is expected to be operational by Q4 2034. This means that
Option 2 will be longer to implement than Option 1 and 3.
Option 2 aims to enhance data sharing and reduce silos thanks to the establishment of a
new central database. All Member States would have equal access to relevant data as all
relevant data would be stored in this central database. However, as the database would
take approximately eight years to become operational, existing problems will persist,
delaying progress. Additionally, much of the data can already be shared via existing or
future systems (e.g. SIS, VIS, Eurodac, EES), making the added value of the central
database unclear, especially given the urgency of addressing current issues. Option 2 has
an overall bigger disruptive impact than Option 1 but smaller than 3.
O p
ti o
n 3
2 Option 3 is expected to achieve the objectives pursued but only in the medium to long
term (i.e. seven years to become operational from adoption of the Commission proposal
until the go-live) (108), assuming that the entry into force of the future legislative act will
take place two years after the adoption of the Commission proposal. Consequently, the
new system is expected to be operational by Q3 2033. This means that Option 2 will be
longer to implement than Option 1 but faster than Option 2. Unlike Option 1 and 2, the
establishment of an EU case management system will not leverage the investments done
by Member States at national level and will not build on previously established systems.
It will improve data sharing and reduce silos by creating a unified case management
system for RRR processes (and underlying central database) at EU level. This is likely
to improve access to and quality of information, ensuring consistent availability across
Member States, in line with the enhanced sharing proposed under the Return Regulation.
However, as under Option 2, the added value of the central database remains unclear, as
it may only provide limited additional data compared to existing EU Information
Systems. The creation of the database will duplicate data stored in already existing or
future EU information systems. Establishing a single EU case management system that
manages to accommodate the multiple differences in national return procedures will be
challenging due to diverse practices and legal frameworks. Existing national return case
management systems currently connected to other national systems (e.g. asylum case
management systems) will lose this connection. Re-establishing it will require
establishing multiple connections between the central database and the other relevant
national systems, which will be technically challenging and time-consuming.
Migrating data to the central system and training the staff on how to use the new system
is expected to be time-consuming and complex, delaying the system’s launch and
diverting resources needed elsewhere. Option 3 has an overall bigger disruptive impact
than Option 1 and 2.
(107) Digitalisation Study, Figure 17.
(108) Digitalisation Study, Figure 17.
46
Efficiency and administrative burden
Option Rating Summary of assessment
O p
ti o
n 0
0 In terms of efficiency, the baseline scenario has negligible direct costs but on
balance, is not efficient since it does not allow to achieve the objectives to
reduce indirect costs of manual processing. As explained under Section 2.1.2,
the yearly cost of manual creation of return alerts is for instance estimated at
EUR 7 788 499 and the lack of connection between national RECAMAS and
FAR and RIAT at EUR 1 876 670.
The overall costs are low because the existing infrastructures in several Member
States are already in place and operational. Thus, under this Option 0 there are
no or only minor development, implementation and maintenance costs to
consider, unless the Member States trigger (larger) changes themselves.
Competent staff is already familiar with the systems, significantly reducing any
need for training – other than for new hires - and allowing them to use the
systems efficiently.
While the costs for digitalisation are not expected to increase substantially in
the future under the baseline scenario, the overall efficiency of digital migration
management is also not expected to increase either, as the desired effects and
benefits would not materialise. The ongoing reliance on manual processes,
undue workload and lengthy exchanges will contribute to moderate / high
operational costs and a high administrative burden will continue to be incurred
by migration authorities. TCNs with no right to stay in the EU will not be
returned more efficiently.
O p
ti o
n 1
3 Overall assessment of efficiency
Option 1 is efficient, and is expected to have effects in the short term. Despite
relatively high costs for Member States, it is rated the most efficient due to
limited sunk costs (see below). Moderate investments are needed to adapt
national systems based on the RECAMAS Model or Frontex RECAMAS, set
up shared infrastructure, integrate iRCMS and RIAT with national RECAMAS
and connect them to the newly established Communication Portal. These
changes build on existing systems, requiring minor adaptations and aiming at
administrative simplification. Data availability will improve through the use of
ESP.
47
Option Rating Summary of assessment
Assessment of costs (please see Annex 9 for context, methodology, assumptions,
detailed estimates)
Total costs across Member States, Frontex, eu-LISA and the Commission are
estimated to range between EUR 582 and 753 million (considering two years of
one-off development and six years of ongoing maintenance and support) (109).
This estimation includes hardware, software, development, maintenance, and
support. The development and/or improvement of national RECAMAS will
come at a cost for Member States, especially for those which are less advanced.
The working assumption is that 10 Member States will decide to retain their
own national RECAMAS while having to expand their infrastructure capacity
and develop an integration with other systems (110). The other Member States
would make us of the Frontex RECAMAS. National RECAMAS would be
funded by Member States (where applicable supported by EU funds). Frontex
RECAMAS, iRCMS, RIAT and the Communication Portal would be funded by
the EU budget (111).
Sunk costs are negligible under Option 1, as Member States will build upon
existing systems at national level and the short-term operational nature of this
option (112). Costs would vary if more or fewer Member States retain their
systems. While higher than in Option 3, costs are lower than in Option 2.
Limited sunk costs are expected due to the short-term operational nature of this
option. Administrative burden incurred by migration authorities is expected to
decrease thanks to enhanced digitalisation and automation of processes as well
as reliance on existing IT systems and models. As explained under Section
2.1.2, EUR 7 788 499 could be saved each year by automating the creation of
return alerts and EUR 1 876 670 by integrating FAR and RIAT into national
RECAMAS.
O p
ti o
n 2
2 Overall assessment of efficiency
The efficiency of Option 2 is expected to be moderate, with effects materialising
comparatively later than the other policy options. Implementation is complex
and expensive in the short term.
Once fully implemented, the central data pool is expected to ease operational
work, reduce lengthy processes, and lower operational costs compared to the
baseline, improving cost-efficiency in the long term.
(109) Cost estimates are based on the current level of information on the architectural set-up and should be
considered as preliminary.
(110) Please refer to Annex 9 for more details on the costs.
(111) The legislative initiative is accompanied by a Legislative, Financial and Digital Statement, detailing the
means of fundings.
(112) Please refer to Table 37 - Overview of costs per stakeholder and policy option for more details. Sunk
costs are not taken into account for the rating of efficiency.
48
Option Rating Summary of assessment
Assessment of costs (please see Annex 9 for context, methodology, assumptions,
detailed estimates)
The total costs for this policy option across Member States, Frontex, eu-LISA
and the Commission are estimated to range between EUR 700 and 891 million
(considering three years of one-off development and six years of ongoing
maintenance and support), covering in total hardware, software, development,
maintenance, and support (113). These costs are higher than for Option 1 and 3.
The development and/or improvement of national RECAMAS will come at a
cost for Member States, especially for those which are less advanced. The
working assumption is that 10 Member States will decide to retain their own
national RECAMAS while having to expand their infrastructure capacity and
develop an integration with other systems (114). The other Member States would
make us of the RECAMAS IT reference implementation developed by eu-
LISA. National RECAMAS would be funded by Member States (where
applicable supported by EU funds). The RECAMAS IT reference
implementation, iRCMS, RIAT and the Communication Portal would be funded
by the EU budget (115).
Sunk costs are considered negligible under Option 2 as Member States will
build upon existing systems at national level (116).
The implementation of this alternative requires eu-LISA to develop a single
case management system for RRR. eu-LISA will develop a central database and
uniform interface, while Frontex’s IRMA and RECAP systems will be
integrated through an interface. Once the system will be operational,
administrative burden incurred by migration authorities is expected to decrease
thanks to enhanced digitalisation and automation of processes. As explained
under Section 2.1.2, EUR 7 788 499 could be saved each year by automating
the creation of return alerts and EUR 1 876 670 by integrating FAR and RIAT
into national RECAMAS. However, the creation of a new central database at
EU level to which all Member States would need to connect is expected to
create, during the development phasis that will last several years, a substantial
administrative burden for Member States.
(113) Cost estimates are based on the current level of information on the architectural set-up and should be
considered as preliminary.
(114) Please refer to Annex 9 for more details on the costs.
(115) The legislative initiative is accompanied by a Legislative, Financial and Digital Statement, detailing the
means of fundings.
(116) Please refer to Table 37 - Overview of costs per stakeholder and policy option for more details. Sunk
costs are not taken into account for the rating of efficiency.
49
Option Rating Summary of assessment O
p ti
o n
3
1 Overall assessment of efficiency
The efficiency of Option 3 is expected to be moderate, with effects materialising
only in the long term. While the cost for the EU budget is higher than for Option
1, total costs are the lowest due to limited Member States’ expenses. However,
Member States’ ‘sunk costs’, as detailed below, are the highest, justifying the
lowest efficiency rating.
The system’s delayed implementation means elevated administrative and
operational costs will persist, with inefficiencies such as fragmented data
management and siloed operations continuing to burden Member States.
Accommodating divergences in national procedures within a centralised system
is likely to worsen these inefficiencies.
Member States must migrate data to the central system, adapt processes,
establish many bilateral connections between their other national systems (e.g.
asylum systems) and the new central system (or renounce to such connections
and continue to switch between different systems), and train staff accustomed
to national systems, incurring significant organisational and administrative
costs. For these reasons, the administrative burden incurred by migration
authorities will be very high.
In the long term, Option 3 would simplify operations, reduce coordination
needs, and enhance efficiency by centralising and automating processes across
the EU.
Assessment of costs (please see Annex 9 for context, methodology, assumptions,
detailed estimates)
The total costs for this policy option across Member States, Frontex, eu-LISA
and the Commission are estimated to range between EUR 226 and 288 million
(considering two-and-a-half years of one-off development and six years of
ongoing maintenance and support), covering in total hardware, software,
development, maintenance, and support (117). Sunk costs are estimated under
Option 3 to range between EUR 689.19 and 877.16 million for seven years for
27 Member States (118). While these costs are lower than for Option 1 and 2,
Member States would face significant ‘sunk costs’ from maintaining and
upgrading existing systems until the new system becomes operational. This
option involves developing a single EU central database and a common case
management system, eliminating national systems. Member States would only
need access to the central solution, avoiding the need for integrations. As
explained under Section 2.1.2, EUR 7 788 499 could be saved each year by
automating the creation of return alerts and EUR 1 876 670 by integrating FAR
and RIAT into national RECAMAS.
Table 3 - Overview of costs per stakeholder and policy option
Minimum (in million EUR) Maximum (in million EUR)
Policy option 1
Member States422.04537.14
(117) Cost estimates are based on the current level of information on the architectural set-up and should be
considered as preliminary.
(118) Please refer to Table 37 - Overview of costs per stakeholder and policy option for more details. Sunk
costs are not taken into account for the rating of efficiency.
50
Minimum (in million EUR) Maximum (in million EUR)
Sunk Costs (119) 0.00 0.00
Frontex127.71162.54
eu-LISA30.1350.30
Commission 2.51 3.19
Total 582.39 753.17
Policy option 2
Member States422.04 537.14
Sunk Costs (120) 0.00 0.00
Frontex10.84 13.79
eu-LISA264.91 337.16
Commission 2.51 3.19
Total 700.30 891.28
Policy option 3
Member States42.4153.98
Sunk Costs (121) 689.194 877.156
Frontex10.8413.79
eu-LISA170.57217.08
Commission 2.51 3.19
Total226.33 288.04
Source: Digitalisation Study/eu-LISA
(119) Sunk costs in Option 1 are considered negligible as the policy option build on the existing case management
systems at national level. Not added to the total costs of the option, only included for comparison purposes.
(120) Sunk costs in Option 2 are considered negligible as the policy option builds on the existing case management
systems at national level. Not added to the total costs of the option, only included for comparison purposes.
(121) Sunk costs in Option 3 are calculated as using the costs of developing the national RECAMAS. Under Option
3, Member States have to maintain and fund existing systems for a period of seven years until the centralised
case management system enters into operation. The yearly maintenance costs are estimated at 30% of the
total infrastructure costs of national RECAMAS [costs items 2 and 3], as estimated under Option 1 (30% of
EUR 11.05 EUR = EUR 3.32 million). The sunk costs are calculated by multiplying the yearly maintenance
costs per Member State, by seven years of development and by 27 Member States (3.32x7x27= EUR 626.54
million).
51
Coherence
Option Rating Summary of assessment
O p
ti o
n 0
0 The baseline scenario is not allowing for an internally and externally coherent approach
towards RRR in the EU.
Internally, there will be no coherence due to the absence of a unified approach. Under the
baseline scenario, national approaches remain fragmented, leading to varying practices of
digital management of RRR in all Member States.
Externally, the baseline scenario is not fully coherent with the broader EU framework
although national systems can be connected to the ESP. The existing case management
systems will continue to coexist with existing and future EU Information Systems, and
other digital systems that are not yet operational such as RECAP. In addition, the increased
cooperation and data exchange anticipated under the Pact on Migration and the proposed
Return Regulation may be challenging to fully implement.
O p
ti o
n 1
2 Option 1 improves the internal coherence of digital management of RRR processes. It
offers moderate harmonisation in return and uniformisation on readmission, and
reintegration, reduces system fragmentation, leverages existing and future EU Information
Systems, other digital systems that are not yet operational such as RECAP, interoperability
components (e.g. ESP, SIS, CRRS), and clarifies responsibilities for Frontex and Member
States.
In terms of external coherence, Option 1 benefits from interoperability infrastructure via
the ESP and aligns with the rules from the Return Regulation on information sharing.
Option 1 does not have an impact on the legal basis of the CIR, ESP, MID and sBMS.
Option 1, as all policy options, would need to be coherent with and accommodate the
procedural novelties introduced by the Return Regulation. Therefore, this constitutes a
horizontal requirement and is not a differentiating element between options.
The policy option is coherent with data-sharing provisions and statistical reporting under
the Return Regulation and the overall objectives of the Pact on Migration and Asylum.
O p
ti o
n 2
3 Option 2 is expected to improve the internal coherence of EU digital migration
management and is considered externally coherent.
Internal coherence will be strengthened through a central database, enabling consistent
and systematic data sharing across Member States as all data from national RECAMAS
will be uploaded to the central database. National RECAMAS will be harmonised (either
directly via the adoption and customisation of the Frontex RECAMAS or indirectly via
the alignment on the RECAMAS Model, just as in Option 1). iRCMS and RIAT will be
developed by eu-LISA and integrated into the national RECAMAS. The clear delineation
of responsibilities among Member States, Frontex, and eu-LISA further reduces the risk
of duplication of tasks.
In terms of external coherence, Option 2 will leverage the EU’s interoperability
framework, connecting the central database to the ESP, CIR, sBMS, MID and CRRS.
However, the database will primarily replicate data already stored in existing or future EU
Information Systems (e.g. SIS, Eurodac, EES), which lacks coherence.
Adapting the Interoperability Regulations and amending regulations governing EU
Information Systems, the EBCG Regulation, and the eu-LISA Regulation will be
necessary.
Option 2, as all policy options, would need to be coherent with and accommodate the
procedural novelties introduced by the Return Regulation. Therefore, this constitutes a
horizontal requirement and is not a differentiating element between options.
The policy option is coherent with data-sharing provisions and statistical reporting under
the Return Regulation and the overall objectives of the Pact on Migration and Asylum.
52
Option Rating Summary of assessment O
p ti
o n
3
3 Option 3 is expected to improve the internal coherence of EU digital migration
management by addressing fragmentation through a centralised solution. However, this
depends on the ability of the new system to reflect and adjust to the diversity of Member
States’ frameworks, as unresolved divergences could undermine coherence. Clear
delineation of responsibilities among stakeholders, including Member States, Frontex, and
eu-LISA, further strengthens coherence and reduces duplication.
In terms of external coherence, Option 3 aligns with the EU’s interoperability framework
but requires adapting the Interoperability Regulations. The new database will primarily
replicate data already stored in existing or future EU Information Systems (e.g. SIS,
Eurodac, EES), which lacks coherence. Amendments to the EBCG Regulation, EU
Information Systems’ regulations, and the eu-LISA Regulation will be necessary.
Option 3, as all policy options, would need to be coherent with and accommodate the
procedural novelties introduced by the Return Regulation. Therefore, this constitutes a
horizontal requirement and is not a differentiating element between options.
The policy option is coherent with data-sharing provisions and statistical reporting under
the Return Regulation and the overall objectives of the Pact on Migration and Asylum.
Multi-Criteria Analysis and comparison of timelines
A Multi-Criteria Analysis (‘MCA’) was conducted to compare policy options against the
baseline scenario, following the Commission’s Better Regulation Toolbox (Tool #62). The
MCA evaluates the effectiveness, efficiency, coherence, and impacts of each option using
qualitative ratings supported by quantitative data. The process involved three steps: (1) setting
up criteria and an assessment grid, (2) creating an outranking matrix, and (3) assessing results
through a permutation matrix.
Table 4 - MCA assessment grid
Criteria Weight Baseline PO1 PO2 PO3
Effectiveness 4 0 4 2 2
Efficiency and administrative burden 3 0 3 2 1
Coherence 2 0 2 3 3
Assessment of impacts
Economy 2 0 0 0 0
Society 2 0 1 1 1
Environment 1 0 0 0 0
Security 5 0 4 3 3
Fundamental rights 3 0 0 -1 -1
Feasibility 4 0 4 2 -2
Total 0 67 42 23
Based on the multi-criteria analysis, Option 1 is recommended.
The policy options may also be compared from a temporal perspective (see Figure 10), based
on the key phases and milestones of each policy option.
53
Figure 10 – Comparisons of indicative timelines between policy options
Source: Digitalisation Study
The figure above is based on the assumption that all policy options are decided upon within
two years from the adoption of the Commission’s proposal (i.e. the entry into force of the
legislative act), while the technical development and implementation vary across the options.
Overall, the timeframe for the development of Policy Option 1 is expected to be shorter than
for Policy Options 2 and 3. By building on existing national solutions and the RECAMAS
Model developed by Frontex and already implemented fully or partially by many Member
States, Option 1 limits the need for complex large-scale IT development and reduces
implementation risks. In contrast, Policy Option 2 and 3 would require the design, deployment,
and long-term maintenance of more extensive technical systems, a RRR dedicated central
database, at EU level, as well as a complex implementation at national level, resulting in longer
delivery timelines and higher administrative burden.
The accelerated implementation under Option 1 brings clear financial advantages, as it avoids
substantial upfront investment costs and allows Member States to reuse existing infrastructure
or adopt a ready-made solution, generating economies of scale. A shorter delivery timeframe
is particularly relevant, as it enables faster operational improvements in RRR management, and
strengthens Member States’ confidence in the EU’s capacity to provide practical and cost-
effective common solutions.
PREFERRED OPTION
This section summarises the main advantages, disadvantages, impacts, and costs of the
preferred policy option.
54
Main advantages and disadvantages
Option 1 ‘Partially decentralised option without central EU database’ is the preferred option
due to its faster deployment, cost-effectiveness, and flexibility. It leverages existing EU and
Member State infrastructures, avoiding delays and duplication of data associated with
developing a new central database.
While Option 1 is operationally efficient, it has some limitations, such as lower standardisation
and continued reliance on decentralised systems for return, which may perpetuate some
fragmentation (national RECAMAS will remain national systems).
Table 5 - Overview of main advantages and disadvantages of PO1
Main advantages of PO1 Main disadvantages of PO1
• Rapid deployment: Due to building on existing
systems, the case management system will be
operational comparatively faster than other
options.
• Increased harmonisation: national RECAMAS
will be harmonised based on the RECAMAS
Model and iRCMS and RIAT will be uniformised
EU systems integrated into national RECAMAS.
• Flexibility: The option provides substantial
flexibility for Member States on return case
management, enabling them to make use of
existing infrastructures tailored to their needs and
national procedures.
• Established infrastructure: Leveraging existing
national return systems, the existing iRCMS and
RIAT and EU Information Systems facilitates
swifter implementation and reduces the need for
extensive training, ensuring a smoother transition.
• Reduced technical complexity: a partially
decentralised system simplifies the technical
architecture and allows for an easier integration
into existing national infrastructures. By building
on existing digital systems, Option 1 will
minimise the number of implementing and
delegated acts needed for the development of the
systems.
• Streamlined communication: The introduction
of a secure communication channel (the
Communication Portal) is expected to reduce
cumbersome and fragmented information
exchanges between authorities.
• Timely responses: The option is expected to
enable quicker responses and decisions in urgent
RRR cases, thereby improving the overall
effectiveness.
• Political feasibility: Generally, Member States
have expressed preference for options that are less
disruptive of existing systems. Option 1 offers the
least disruptive approach for Member States,
likely enhancing stakeholder acceptance.
• Standardisation: The overall standardisation is
not as high as it could be on return case
management systems, allowing Member States
significant leeway in designing their own systems.
Due to the coexistence of several IT systems, the
data protection governance will remain
characterised by a certain degree of segmentation.
• Single EU identifier for each returnee not
immediately available: As Option 1 does not
establish a single EU case management system,
there will not be a single identifier for each
returnee upon creation of a new case but only upon
the creation of a return alert in SIS. This is because
the information on a return case will not be
accessible to other Member States before it is
uploaded in the SIS as national RECAMAS will
not be directly connected to each other.
• Dependency on EU Information Systems: The
effectiveness of Option 1 is contingent upon the
completeness of information stored in existing and
upcoming EU Information Systems (e.g. SIS,
Eurodac).
• Limited scope of information exchange:
Information exchange through the
Communication Portal will be provided upon
request. Data stored in national RECAMAS of
Member State A will not be automatically
accessible by Member State B.
55
Application of the ‘one in, one out’ approach
The ‘one in, one out’ approach refers to the principle whereby each legislative proposal creating
new burdens should relieve people and businesses of an equivalent existing burden at EU level
in the same policy area. The preferred option is not expected to have any new or removed
administrative burden on businesses and citizens.
HOW WILL ACTUAL IMPACTS BE MONITORED AND EVALUATED?
The implementation of the preferred policy option requires close monitoring to ensure that
objectives are met. A high-level monitoring framework, summarised in the table below,
outlines the objectives, and the corresponding indicators.
Table 6 – Main indicators for the monitoring the implementation of the preferred policy option
Objectives Indicators
Specific Objective 1:
enhancing data sharing.
Number of datasets on RRR cases requested by Member States and made
available to other Member States within the applicable time limits laid
down by the Return Regulation.
Number of readmission requests processed via iRCMS.
Specific Objective 2:
digitalising, automating
and simplifying RRR
processes.
Number of national RECAMAS in place.
Number of Member States making use of the Frontex RECAMAS, or parts
of it.
Number of national RECAMAS having integrated iRCMS and RIAT.
Number of national RECAMAS connected to ESP, CRRS and SIS.
Number of national RECAMAS connected to the Communication Portal.
Number of sub-processes streamlined or automated.
Average duration of the processing time per RRR case.
Number of staff trained in new procedures and IT systems.
Specific Objective 3:
enabling the creation of
accurate statistics.
Number of statistical datasets (as per the Return Regulation) created
automatically.
Number of statistical datasets (as per the Return Regulation) provided
within the applicable time limits laid down by the Return Regulation.
Monitoring data and indicators will be collected and should also capture reductions in
administrative burden (e.g. time saving in reporting and case transfer process). Data should
ideally be collected in real time and in an automated manner. This data will inform the
Commission after the start of operations. AI analytics could also contribute to monitoring and
evaluation by identifying patterns in RRR processes.
56
Evaluations will follow the Commission’s Better Regulation Guidelines (#47122), assessing
relevance (e.g. alignment with EU needs), effectiveness (e.g. observed impacts), efficiency
(e.g. cost-effectiveness), coherence (e.g. alignment with related interventions), and EU added
value (e.g. benefits beyond national efforts). The legal proposal for the preferred policy option
must include provisions for monitoring and evaluation to ensure accountability and continuous
improvement. The monitoring of the application of the new rules will also be done through the
Schengen evaluation and monitoring mechanism.
122 European Commission (2023). Better Regulation Toolbox – July 2023 edition (complementing the BRG).
Available at: https://commission.europa.eu/law/law-making-process/planning-and-proposing-law/better-
regulation/better-regulation-guidelines-and-toolbox_en.
57
ANNEX 1: PROCEDURAL INFORMATION
LEAD DG, DECIDE PLANNING/CWP REFERENCES
The lead Commission service for this file is DG HOME. The Decide reference for this initiative
is PLAN/2024/2663.
This initiative complements the Return Regulation and is linked to the reopening of the EBCG
Regulation.
This initiative is part of the Commission Work Programme of 2026.
ORGANISATION AND TIMING
Between 2024 and 2025, a consortium led by EY, commissioned by DG HOME, undertook
the assignment titled ‘Study on the way towards a comprehensive, integrated, and digitalised
EU migration management system’. The Digitalisation Study carried out an accurate analysis
of existing policy issues and included a detailed cost-benefit & feasibility analysis of the
different policy options to support the work on the Impact Assessment Report. The reports
issued by the contractor (Inception Report, Interim Report, Final Report) were designed to feed
into the impact assessment work of the Commission. Several meetings were organised by the
contractor to discuss the problem definition, the objectives to be achieved and to develop and
evaluate the policy options.
An Interservice Coordination Group (‘ISCG’) on the digitalisation of case management in the
area of RRR was set up in January 2025. In addition to the EEAS, SG and HOME, the following
DGs are part of the ISCG: BUDG, CONNECT, DIGIT, ENEST, INTPA, JUST, JRC, MENA,
SJ and RTD. After each meeting, the members of the ISCG were given the opportunity to
comment in writing on a draft version of the impact assessment report and its annexes.
The ISCG was consulted throughout the different steps of the impact assessment: notably on
the stakeholder consultation questionnaire and deliverables of the external support study.
The ISCG reviewed and approved the following documents: questionnaires for the
stakeholders’ consultation; inception, interim and final reports of the Digitalisation Study; Call
for Evidence; Commission’s Impact Assessment Report (i.e. this document).
Throughout the Digitalisation Study, DG HOME engaged directly with stakeholders, organised
meetings with experts and other interested parties in order to identify problems and develop
options for possible action. The internal and external consultations conducted ensured that the
problem definition, baseline scenario, and range of options were grounded in operational
realities faced by Member States and EU agencies. The internal and external meetings
organised to support the proposal are listed below. For a precise breakdown of and details on
the stakeholder consultation, see Annex 2.
The chronology of the main events is as follows:
• 7 November 2024: kick-off meeting of the Digitalisation Study (on the way towards a
comprehensive, integrated, and digitalised EU migration management system).
• 18 December 2024: presentation of the draft inception report of the Digitalisation Study.
58
• 23 January 2025: ISCG meeting to present, discuss and approve the draft Call for
Evidence and the draft inception report of the Digitalisation Study.
• 26 June 2025: presentation of the draft interim report of the Digitalisation Study, with the
attendance of the ISCG.
• 30 September 2025: validation workshop with Member States to present and discuss the
main findings of the Digitalisation Study.
• 7 November 2025 – 5 December 2025: publication of the Call for Evidence.
• 13 November 2025: presentation of the draft final report of the Digitalisation Study, with
the attendance of the ISCG.
• 9 December 2025: meeting with Member States to discuss the policy options identified.
• 2 February 2026: ISCG meeting on the draft Impact Assessment Report.
• 27 April 2026: ISCG meeting on the draft Impact Assessment Report and on the draft
Regulation.
CONSULTATION OF THE RSB
On 25 February 2026, DG HOME submitted the draft Impact Assessment to the Regulatory
Scrutiny Board. The Board issued a positive opinion with reservations on 27 March 2026. The
Board’s findings have been addressed in the final version of the impact assessment.
EVIDENCE, SOURCES AND QUALITY
In order to gather quantitative and qualitative evidence for the legislative proposal, the Impact
Assessment partially relied on the Digitalisation Study conducted by an external contractor
(EY) assessing the feasibility and implications of the various options related to the
digitalisation of the RRR processes and to support the preparation of the impact assessment
report.
The Digitalisation Study assessed the impacts, costs and benefits associated with each policy
option, based on a combination of multi-criteria analysis and cost-benefits analysis, in line with
the Commission’s Better Regulation Guidelines. The contractor carried out the following
consultation activities specifically designed for the purposes of the Digitalisation Study:
targeted interviews, targeted written survey, validation workshop.
DG HOME consulted with all relevant stakeholders on the objectives of the initiative and on
the identified policy choices. In particular, a specific meeting between the DG HOME and
Member States took place on 9 December 2025, as well as several meetings with the ISCG,
which constituted a very relevant source of expertise for the preparation of the impact
assessment.
The specific evidence sources used are referenced throughout the document whenever they are
used. The evidence for the impact assessment report was also based on the following relevant
EU public documents and sources:
• Better Regulation Guidelines and the Better Regulation Toolbox.
• Regulation of the European Parliament and of the Council of 7 October 2026
establishing a common system for the return of third-country nationals staying illegally
in the Union, and repealing Directive 2008/115/EC of the European Parliament and of
the Council, Council Directive 2001/40/EC and Council Decision 2004/191/EC.
59
• Directive 2008/115/EC of the European Parliament and of the Council of 16 December
2008 on common standards and procedures in Member States for returning illegally
staying third-country nationals.
• Proposal for a Directive of the European Parliament and of the Council on common
standards and procedures in Member States for returning illegally staying third-country
nationals (recast) A contribution from the European Commission to the Leaders’
meeting in Salzburg on 19-20 September 2018; COM (2018) 634.
• Regulation (EU) 2024/1349 of the European Parliament and of the Council of 14 May
2024 establishing a return border procedure and amending Regulation (EU)
2021/1148.
• Regulation (EU) 2018/1860 of the European Parliament and of the Council of 28
November 2018 on the use of the Schengen Information System for the return of
illegally staying third-country nationals.
• Regulation (EU) 2018/1861 of the European Parliament and of the Council of 28
November 2018 on the establishment, operation and use of the Schengen Information
System (SIS) in the field of border checks, and amending the Convention implementing
the Schengen Agreement, and amending and repealing Regulation (EC) No 1987/2006.
• Regulation (EU) 2018/1862 of the European Parliament and of the Council of 28
November 2018 on the establishment, operation and use of the Schengen Information
System (SIS) in the field of police cooperation and judicial cooperation in criminal
matters, amending and repealing Council Decision 2007/533/JHA, and repealing
Regulation (EC) No 1986/2006 of the European Parliament and of the Council and
Commission Decision 2010/261/EU.
• Regulation (EU) 2018/1726 of the European Parliament and of the Council of 14
November 2018 on the European Union Agency for the Operational Management of
Large-Scale IT Systems in the Area of Freedom, Security and Justice (eu-LISA), and
amending Regulation (EC) No 1987/2006 and Council Decision 2007/533/JHA and
repealing Regulation (EU) No 1077/2011.
• Regulation (EU) 2019/1896 of the European Parliament and of the Council of 13
November 2019 on the European Border and Coast Guard and repealing Regulations
(EU) No 1052/2013 and (EU) 2016/1624.
• Regulation (EU) 2024/1358 of the European Parliament and of the Council of 14 May
2024 on the establishment of ‘Eurodac’ for the comparison of biometric data in order
to effectively apply Regulations (EU) 2024/1351 and (EU) 2024/1350 of the European
Parliament and of the Council and Council Directive 2001/55/EC and to identify
illegally staying third-country nationals and stateless persons and on requests for the
comparison with Eurodac data by Member States’ law enforcement authorities and
Europol for law enforcement purposes, amending Regulations (EU) 2018/1240 and
(EU) 2019/818 of the European Parliament and of the Council and repealing Regulation
(EU) No 603/2013 of the European Parliament and of the Council.
• Regulation (EU) 2017/2226 of the European Parliament and of the Council of 30
November 2017 establishing an Entry/Exit System (EES) to register entry and exit data
and refusal of entry data of third-country nationals crossing the external borders of the
Member States and determining the conditions for access to the EES for law
enforcement purposes, and amending the Convention implementing the Schengen
Agreement and Regulations (EC) No 767/2008 and (EU) No 1077/2011.
• Regulation (EU) 2018/1240 of the European Parliament and of the Council of 12
September 2018 establishing a European Travel Information and Authorisation System
60
(ETIAS) and amending Regulations (EU) No 1077/2011, (EU) No 515/2014, (EU)
2016/399, (EU) 2016/1624 and (EU) 2017/2226.
• Regulation (EU) 2019/816 of the European Parliament and of the Council of 17 April
2019 establishing a centralised system for the identification of Member States holding
conviction information on third-country nationals and stateless persons (ECRIS-TCN)
to supplement the European Criminal Records Information System and amending
Regulation (EU) 2018/1726.
• Regulation (EU) 2019/817 of the European Parliament and of the Council of 20 May
2019 on establishing a framework for interoperability between EU information
systems in the field of borders and visa and amending Regulations (EC) No 767/2008,
(EU) 2016/399, (EU) 2017/2226, (EU) 2018/1240, (EU) 2018/1726 and
(EU) 2018/1861 of the European Parliament and of the Council and Council
Decisions 2004/512/EC and 2008/633/JHA.
• Regulation (EU) 2019/818 of the European Parliament and of the Council of 20 May
2019 on establishing a framework for interoperability between EU information systems
in the field of police and judicial cooperation, asylum and migration and amending
Regulations (EU) 2018/1726, (EU) 2018/1862 and (EU) 2019/816.
• Regulation (EC) No 767/2008 of the European Parliament and of the Council of 9 July
2008 concerning the Visa Information System (VIS) and the exchange of data between
Member States on short-stay visas (VIS Regulation).
• Regulation 2016/679 of the European Parliament and of the Council of 27 April 2016
on the protection of natural persons with regard to the processing of personal data and
on the free movement of such data, and repealing Directive 95/46/EC (General Data
Protection Regulation).
• Regulation (EU) 2018/1725 of the European Parliament and of the Council of 23
October 2018 on the protection of natural persons with regard to the processing of
personal data by the Union institutions, bodies, offices and agencies and on the free
movement of such data, and repealing Regulation (EC) No 45/2001 and Decision No
1247/2002/EC.
• Regulation (EU) 2016/1953 of the European Parliament and of the Council of 26
October 2016 on the establishment of a European travel document for the return of
illegally staying third-country nationals, and repealing the Council Recommendation of
30 November 1994.
• Study on the way towards a comprehensive, integrated and digitalised EU migration
management system, HOME-AMIF-TF2-FW-EVA1-4010, ISBN 978-92-68-37351-4;
DOI 10.2837/8436041, with Annexes (ISBN 978-92-68-42383-7; DOI
10.2837/0124908).
• European Commission, Joint Research Centre, Belmonte M., Pingsdorf J., Cortinovis
R., Nédée A., Tintori G., Managing irregular migration and return: A framework for
understanding and measuring pathways in and out of irregularity in the EU and in
selected Member States. Publications Office of the European Union, Luxembourg,
2025, https://data.europa.eu/doi/10.2760/3751767, JRC142752.
• European Commission, Joint Research Centre, Belmonte, M., Sermi, F., Tarchi, D.,
How to measure the effectiveness of return? Problem definition and alternative
definitions of the return and readmission rates, EUR 30491 EN, Publications Office of
the European Union, Luxembourg, 2021, ISBN 978-92-76-27075-1,
doi:10.2760/200580, JRC122948.
• European Commission, Joint Research Centre, Rosinska A., Drivers of migration:
dimensions and indicators. A policy-oriented literature review. Publications Office of
61
the European Union, Luxembourg, 2024, https://data.europa.eu/doi/10.2760/5771973,
JRC139459.
• Study supporting the evaluation of Regulation (EU) 2018/1860 of the European
Parliament and of the Council of 28 November 2018 on the Schengen Information
Systems for the return of illegally staying third-country nationals.
62
ANNEX 2: STAKEHOLDER CONSULTATION (SYNOPSIS REPORT)
No public consultation was organised, as a thorough and broad consultation process was
conducted with all relevant stakeholders as part of the ‘Study on the way towards a
comprehensive, integrated and digitalised EU migration management system’ (the
Digitalisation Study). Such consultation process was complemented by a workshop with
Member States, which took place in September 2025, an additional meeting with Member
States in December 2025 and the publication of a Call for Evidence published in November
2025.
The synopsis report offers an overview of the consultation process, detailing the stakeholders
consulted and key topics explored through each consultation method. Furthermore, it provides
a concise summary of the main results from each consultation activity.
CONSULTATION METHODS AND STAKEHOLDERS CONSULTED
The consultation activities performed included targeted interviews as well as a targeted written
survey, validation workshop, ad hoc stakeholder meeting and the publication of a Call for
Evidence. Overall, the consultation activities reached around an estimated 180 stakeholders.
11 contributors provided feedback to the Call for Evidence. The objective of the consultations
conducted was to better understand the current situation and functioning of migration
management, including developments, problems and challenges, as well as to identify the most
feasible policy options.
In the following section, information is provided on the type and number of participants in the
individual consultation methods.
Targeted interviews
As part of the consultation activities undertaken under the Digitalisation Study, the external
contractor conducted a total of 34 targeted interviews with 91 persons. These interviews were
designed to gather in-depth qualitative insights from key stakeholders at both EU and national
levels, focusing on operational, legal, and policy-related dimensions of EU migration
management.
The interviews engaged representatives from four principal stakeholder clusters: the
Commission (specifically relevant services of DG HOME, DG JUST and JRC), national
authorities from EU Member States and Schengen Associated Countries (‘SACs’), relevant EU
agencies and institutions (eu-LISA, Frontex, EDPS), as well as Civil Society Organisations
(‘CSOs’), International Organisations (‘IOs’), academia, and reintegration partners. All
interviews were conducted virtually between late January and mid-March 2025.
In total, 22 national authorities participated in the targeted interviews, ensuring broad
geographic representation across EU Member States and SACs. Additionally, interviews were
held with three relevant EU agencies and institutions, four CSOs, IOs and academic institutions
and two reintegration partners, alongside three interviews with representatives of the
Commission.
The primary aim of the targeted interviews was to elicit stakeholder feedback on the current
functioning of the digital management of RRR processes, identify the main challenges
encountered, and explore potential avenues for enhancement. Additionally, the interviews
sought to better understand which policy options were preferred by stakeholders. Key topics
63
addressed included the current state of digitalisation, interoperability of systems, data
protection and privacy concerns, reintegration processes, and the operational needs of frontline
actors. An overview of the targeted interviews conducted is presented in the table below.
Table 7 – Overview of targeted interviews
(123) National authorities in nine Member States (AT, CY, DK, EL, ES, HU, MT, NL and SI) did not respond to
the interview invitations, despite several reminders.
Type of stakeholder # of
participants
Date of interview
Commission
DG HOME B3 4 31 January 2025
DG JUST 1 21 February 2025
JRC 7 17 February, 18
February, 25 June
2025
National authorities (123)
Belgium 5 20 February 2025
Bulgaria 2 04 March 2025
Switzerland 2 11 February 2025
Czechia 3 05 February 2025
Germany 3 05 February 2025
Estonia 2 19 February 2025
Finland 1 03 February 2025
France 7 10 February, 11
February 2025
Croatia 5 04 February 2025
Ireland 3 12 February 2025
Iceland 2 17 February 2025
Italy 1 18 February 2025
Lichtenstein 1 30 January 2025
Lithuania 3 24 February 2025
Luxembourg 2 13 February 2025
Latvia 3 12 February 2025
Norway 4 18 February 2025
Poland 1 06 February 2025
Portugal 2 17 February 2025
Romania 3 12 February 2025
Sweden 4 21 February 2025
Slovakia 5 29 January 2025
64
Source: Survey conducted as part of the Study on the way towards a comprehensive, integrated and digitalised EU
Targeted written survey
Three different written surveys targeted at three stakeholder types (i.e. national authorities of
EU Member States and SACs, CSOs and IOs) have been conducted in the scope of the
Digitalisation Study, involving about 86 respondents.
The survey targeted at national authorities included 107 questions clustered into the following
sections: I) the existing situation in Member States and SACs; II) the problem definition; III)
why the EU should act; IV) policy objectives; V) policy options; VI) impacts of policy options;
and VII) a comparison among policy options.
National respondents include authorities from 27 Member States and SACs (AT, BE, BG, CH,
CY, CZ, DE, DK, EE, EL, ES, FI, FR, HR, HU, IE, IT, LT, LU, LV, MT, NL, NO, PL, RO,
SE, SI) (124), mainly entailing national ministries in charge of migration management and
asylum (i.e. Ministry of Interior, Ministry of Justice), migration authorities (i.e. Immigration
Service Agency), border authorities (i.e. Border Guards, National Police) and a Permanent
National Representation to the EU.
The survey targeted at CSOs included 14 questions and answers from three stakeholders
providing an overview of the perceptions regarding data protection in the digital management
of RRR processes. The survey targeted at IOs gathered answers from stakeholders from two
international organisations to 25 questions concerning existing problems, challenges, solutions,
and best practices in the area of RRR.
Validation workshop
As part of the Digitalisation Study, a validation online workshop took place on 30 September
2025 with representatives from the Member States, SACs and the Commission. The purpose
of the workshop was to validate the findings made during the Digitalisation Study with a broad
(124) National authorities from four Member States (IS, LI, PT, SK) did not respond to the survey.
Relevant EU agencies
eu-LISA 4 11 February 2025
Frontex 1 17 February 2025
EDPS 1 19 March 2025
EU Reintegration Partners
Caritas International 2 29 January 2025
European Technology and Training Centre (‘ETTC’) 1 14 February 2025
CSOs, IOs, Academia
PICUM113 February 2025
ECRE 1 07 February 2025
University of Rotterdam 1 31 January 2025
IOM 3 28 October 2025
Total 91
65
range of stakeholders, ensuring that results are robust and shared with the broader stakeholder
community in RRR.
Nearly all Member States and Schengen-Associated Countries in the workshop were
represented, ensuring a broad and sufficiently representative range of contributions. In total,
24 Member States and two SACs participated in the meeting
Stakeholder meeting with Member States
On 9 December 2025, the Commission held a virtual two-hour meeting with representatives
from EU Member States, SACs and Frontex. The purpose of the meeting was to present the
main policy options under consideration and to give national authorities an opportunity to
provide feedback. In total, 22 Member States and 2 SACs participated in the meeting, with 87
registered attendees overall. The Commission presented the specific problems, problem drivers
and objectives to be achieved.
Call for Evidence
A Call for Evidence was published and open to feedback from 7 November 2025 to 5 December
2025.
11 contributions were received from seven EU citizens, one international organisation, one
non-governmental organisation, one professional organisation and one company/business.
RESULTS OF THE CONSULTATION ACTIVITIES
The following section provides a summary of the main results of the consultation activities.
Targeted interviews
The main findings of the targeted interviews are as follows:
Interviews with national authorities
Current case management systems
Diversity of systems: Various countries utilise distinct case management systems, each
tailored to their specific needs but often lacking integration with EU-wide systems like SIS and
Eurodac and also other national systems.
Integration challenges: Many national systems are outdated and rely heavily on manual data
entry, leading to inefficiencies. Numerous countries highlighted the need for improved
interoperability and data sharing between existing systems.
Centralised vs. decentralised approaches: Most interviewees expressed a preference for
decentralised or hybrid architectures, citing the impracticality and high costs associated with
fully centralised EU systems. Certain Member States emphasised the importance of
maintaining national systems while enhancing connectivity with EU frameworks.
Data management and sharing
Data quality issues: Several authorities reported challenges with data accuracy and
completeness, often due to individuals providing incorrect information or inconsistencies in
biometric data. Some countries noted difficulties in distinguishing between executed return
66
decisions and decisions where individuals are resettled (i.e. residing in another EU Member
State where they have the right to stay), which leads to confusion and affects the accuracy of
data.
Limited data sharing: Data sharing with other Member States and EU systems is often
conducted via email or manual processes, which can hinder timely decision-making. Several
countries highlighted the need for better integration with EU systems to facilitate more efficient
communication.
Unique identifiers: The implementation of unique identifiers for tracking individuals through
the return process was noted as a critical improvement needed in several national systems.
Existing challenges in digital migration management
Fragmented IT systems: It was often noted that the fragmented IT systems across EU Member
States hinder coherence and efficiency in RRR processes, complicating information sharing
and case management. This lack of interoperability leads to delays and difficulties in
monitoring returnees across borders.
Communication with third countries: Numerous interviewees highlighted communication
difficulties with the embassies of third countries as a major obstacle to effective RRR
processes. Some Member States specifically noted the necessity for a centralised
communication channel to facilitate smoother interactions.
Resource constraints: Several national authorities reported limited resources, specifically
human resources for managing return and reintegration cases, which contributes to delays and
inefficiencies in digital processes. The need for enhanced support from organisations such as
the IOM was often highlighted to improve the capacity for effective digital management of
RRR cases.
Future outlook and recommendations
Need for automation: Interviewees from multiple countries emphasised the importance of
automating processes to enhance efficiency and reduce manual data entry. This includes
integrating flight booking systems and improving reporting capabilities.
Interoperability with EU systems: There is a strong desire for enhanced interoperability with
EU systems, particularly SIS and Eurodac, to facilitate better data sharing and improve the
overall effectiveness of return management.
Political and legal considerations: The feasibility of implementing new systems is often
hindered by political and legal constraints, including varying national jurisdictions, different
agencies involved taking responsibility, and the need for mutual recognition of return decisions
among Member States.
Interviews with relevant EU agencies
Roles and responsibilities
Need for clarity: The interviewees underlined the lack of clarity and coherence among various
authorities involved in RRR processes. This ambiguity often leads to overlaps in duties and
gaps in accountability, resulting in inefficiencies and delays in case management.
Integration and coordination: Desires were expressed for a more integrated approach to
defining functions within the system, suggesting that a unified framework could facilitate better
coordination and resource allocation. This would not only enhance operational efficiency but
67
also foster a shared understanding of objectives among all stakeholders involved in the return
and reintegration processes.
Challenges in current systems
Fragmentation and silos: Existing EU Information Systems operate in silos, leading to
inconsistencies in data management and quality. This fragmentation complicates the
identification and monitoring of individuals across different systems.
Data quality issues: Varying data quality across systems poses challenges for accurate
matching of individuals, impacting the effectiveness of RRR efforts.
Digitalisation efforts
Need for centralised solutions: A centralised approach to identity management and data
sharing is recommended by the interviewed agencies to improve efficiency and compliance.
While a hybrid model may also be feasible, a unified system is preferred for better coordination.
Interoperability: Enhancing interoperability among existing systems is crucial for effective
migration management. The ESP could facilitate this by allowing queries across all systems in
line with access rights.
Data protection and rights
Right to information: TCNs often lack sufficient information regarding how their data is
handled, which undermines their rights. Some agencies emphasised the importance of timely
and clear communication of rights to data subjects.
Legal framework: The existing data protection framework, including the EUDPR, is
considered robust but there is a growing gap between legal obligations and technical
implementation, necessitating better guidelines and training for staff.
Recommendations for improvement
Enhanced training: There is a need for improved training for staff on data protection rights
and the use of digital tools to ensure compliance and effective communication with data
subjects.
M&E: Developing a robust Monitoring and Evaluation (‘M&E’) framework for return
practices in the digital context is essential to refine existing programmes and ensure effective
implementation across Member States.
Future considerations
Identity management: Addressing identity management within migration systems is critical
for data protection and the overall effectiveness of migration management processes.
Capacity for development: Agencies like eu-LISA face challenges in meeting development
timelines due to their current workload, highlighting the need for integrated planning and
resource allocation. Other such as Frontex noted that the lack of a clear legal basis and
established timeframe for digitalisation initiatives makes it difficult to set concrete goals and
priorities.
Interviews with reintegration partners
Challenges
Inflexibility of RIAT: Some reintegration partners highlighted the inflexibility of the RIAT
system, particularly regarding the inability to update submitted information once it has been
approved. This limitation can hinder effective case management and responsiveness to
individual needs.
Data quality issues: Challenges related to data quality were noted, including missing or
incorrect contact details for returnees, which complicate communication and support efforts.
68
The quality of data varies across Member States, impacting the overall effectiveness of
reintegration preparations.
Communication and collaboration
Effective communication: Some interviewees reported excellent communication through the
RIAT system, contributing to their good reputation among partnering Member States. Regular
training for staff ensures effective service delivery and collaboration.
Bilateral agreements: Reintegration partners collaborate with various Non-Governmental
Organisations (‘NGOs’) and government entities, enhancing the reintegration process through
established partnerships and shared resources.
Recommendations for improvement
Enhancements to RIAT:
• Enhanced visibility for post-arrival packages and the introduction of colour
coding for case management.
• Mandatory uploads of travel documents and contact details to ensure
comprehensive case information.
• Allowing users to edit arrival dates and re-upload documents to maintain
accurate records.
Consultation with service providers: It was emphasised that service providers like Caritas
and ETTC should be consulted when implementing digital strategies for returnees, given their
practical experience and insights into the challenges faced.
Interviews with CSOs, IOs, academia
Fundamental rights and data protection
Emphasis on rights: All organisations highlighted the importance of protecting fundamental
rights within migration management, particularly concerning return processes. There is a
consensus that migration policies must not compromise the dignity and rights of TCNs.
Data protection concerns: Some CSOs raised significant concerns regarding excessive data
collection that often lacks relevance to return decisions. They emphasised the necessity for
compliance with the GDPR and the implementation of robust safeguards to protect individuals'
data. Other interviewees echoed these concerns, advocating for transparency in data collection
practices and the need to inform TCNs about the data being collected and its intended use.
Data sharing and interoperability
Need for improved infrastructure: The importance of strengthening data-sharing
infrastructure and improving interoperability between systems was emphasised only by some
interviewees, while all interviewees pointed out that common rules on data collection are
important. Enhanced data sharing is seen as crucial for effective return processes and better
coordination among Member States.
One interviewee outlined that the central solutions of data are easier to implement, as only one
authority will be responsible for the management afterwards. In addition, a centralisation of
safeguarding rules on data collection and storage was considered an advantage.
In the interviews, the necessity for investment in registration infrastructure to facilitate the
identification and documentation of migrants was highlighted.
Outdated technology: Interviewees from an IO pointed out that with regard to the current
systems used (e.g. RCMS), the technology provided is somewhat outdated. Often the systems
used are still legacy systems. The question of where the data should be stored for RCMS may
prevent further developments of the system.
69
Many of the databases in the Member States do not capture all relevant data or do not allow
for sufficient monitoring of cases.
Fragmentation
High levels of fragmentation: Some interviewees confirmed the finding that the current
infrastructure is highly fragmented, complicating infrastructure between the different Member
States.
In this context it was mentioned that also the involved actors are highly fragmented.
Policy recommendations
Long-term development investments: Some interviewees recommended that the EU invest
in the long-term digital development of third countries to foster cooperation on return and
reintegration.
Basic data principles: Interviewees reiterated that basic principles such as data minimisation
and transparency should be respected in order to ensure a lawful collection of data.
Cooperation: Interviewees confirmed that it is needed that Member States start to cooperate
more strongly in the field of digital migration management.
Targeted written survey
Existing situation
The survey targeted at national authorities provides information regarding the current system
in place to manage RRR, including the type of available data and the extent to which they are
shared across countries.
Firstly, the approach to managing RRR differsamong Member States. Indeed, seven national
authorities use an integrated case management system (i.e.one single system treating RRR)
while seven reported using separate systems for RRR and nine national authorities highlighted
the use of methods not standardised across countries. Only one national authority stated that
no specific system is in place.
In addition, the digital management of RRR cases varies with regard to the practical
implementation. Indeed, according to survey results, return cases are primarily handled
through centralised national systems, with limited reliance on EU-level systems. In a similar
manner, readmission cases are mainly managed through a centralised system, with only few
countries relying on decentralised local systems. Conversely, reintegration is mainly managed
through EU-level systems, followed by centralised national systems, and with limited use of
manual and decentralised local systems.
There are various systems designed to manage RRR, ranging from custom-built national
solutions, created by individual Member States, to systems, such as EU-level systems which
operate across multiple countries.
The survey gathered information about the type of data that are collected by Member States
to manage return, reintegration and readmission and the type of data that is shared across
Member States and through EU systems. In terms of data collected and used by countries to
manage RRR, the majority of national authorities responding to the survey stated that they
collect and use the following data: legal status and documentation (24 national authorities),
personal identification data (23 national authorities), criminal records (23 national
authorities), biometric data (22 national authorities), health and medical records (18
national authorities), travel history and entry/exit record (18 national authorities). However,
evidence collected through the survey presents a mixed picture regarding the alignment
70
between the data collected at the national level for RRR and the data shared with other
countries and with EU systems. As shown in the table below, all Member States that collect
and use personal and biometric data for RRR tend to share it with other Member States and
EU systems. Similarly, half, or more than half of national authorities collecting legal status
and travel history data share it as well.On the other hand,less than half of the Member States
collecting and using information of criminal and medical records tend to share this
information with other EU Member States and EU systems, and only few Member States
gathering data on the social and economic background of TCNs share it.
Table 8 - Type of data collected by Member States and shared among national and EU systems
Type of data Number of Member States
collecting and using data
Number of Member
States sharing data
Legal status and documentation (e.g. existence of
residence permit, approved asylum application, etc.)
24 17
Personal data (e.g. name, date of birth, nationality) 23 22
Information on criminal records 23 20
Biometric data (e.g. fingerprints, facial recognition) 22 21
Travel history and entry/exit records 18 9
Health and medical records 18 5
Source: Study on the way towards a comprehensive, integrated and digitalised EU
Moreover, the large majority (18 national authorities) of survey respondents considered the
available data sufficient for managing cases, with six reporting limitations stemming from
data protection regulations, lack of access to social and private data, and challenges in verifying
nationality when individuals do not cooperate.
Also, the survey results remarked that some data are available but not yet used due to the lack
of technical capability, data protection and privacy concerns, and insufficient legal
frameworks.
Finally, three CSOs out of three warned against the risk of low data protection which is
undermined by data breaches and limited effectiveness of data protection regulations among
CSOs, while the IO stressed inefficient data sharing mechanisms with regard to readmission,
and a lack of standardised procedures for what concerns both data management systems for
readmission and reintegration programmes.
In addition, the participant in the IO survey highlighted a substantial inconsistency in data
formats in the RCMS as well as data entry errors hindering data accuracy.
Problem definition
Survey results provide a picture of the overarching, technical and operational challenges
faced by national authorities in the management of their RRR systems.
As concerns overarching challenges, most national authorities responding to the survey have
highlighted:
• Legal barriers to cross-border data sharing (18 national authorities).
• Complex and fragmented legal frameworks across Member States (18 national
authorities).
• Strict data protection regulations limiting data sharing and processing (18 national
authorities).
• Delays caused by bureaucratic complexities in implementation (17 national
authorities).
71
• Lack of standardised digital tools across Member States (16 national authorities).
• Difficulties in integrating digital systems with existing administrative frameworks (15
national authorities).
• Challenges in data collection and analysis (15 national authorities).
• Insufficient funding for relevant initiatives aiming at strengthening the digitalisation of
processes (15 national authorities).
• Limited availability of skilled talent and expertise (15 national authorities).
• Complexity in complying with national and EU-level regulations (15 national
authorities).
• Legal constraints on cross-border data transfers (18 national authorities).
• Data protection and privacy and security concerns (13 national authorities).
The majority of national authorities responding to the survey also remarked some existing
technical challenges:
• Lack of interoperability between different digital systems and platforms (16 national
authorities).
• Issues in ensuring secure communication and data exchange (14 national
authorities).
• Difficulties in scaling systems to handle increasing volumes of data and users (13
national authorities).
• Difficulties in integrating automation and workflow tools into existing systems (13
national authorities).
Moreover, with respect to challenges connected to interoperability of systems to manage RRR,
19 national authorities further confirmed that integration with other systems represents one
of the main challenges faced with current systems, along with data completeness (15 national
authorities).
Overall, major operational challenges seem to be related to manual processes and the limited
degree of automatisation. Indeed, among operational challenges faced with the use of existing
systems, national authorities responding to the survey underscored manual processes that
could be automated (17 national authorities). Moreover, while no main operational challenges
are identified with regard to returns and reintegration, 1 national authority remarked that the
main challenge related to readmission stands in the limited automatic and systematic follow
up of a return decision by a readmission request.
In addition, the use of manual processes over automated ones leads to increased costs
according to national authorities responding to the survey. Indeed, 17 national authorities
agreed that the lack of automated processes requiring manual intervention, the need for
manual data entry and verification, as well as manual case management processes, lead
correspondingly to higher operational, labour and administrative costs. In a similar manner,
the need for manual data entry and processing increases the workload of officers and
enhances the likelihood of errors and omissions according to 15 national authorities
responding to the survey.
Finally, the survey highlighted several other challenges, including insufficient funding for
the development and maintenance of digital tools (with 15 national authorities agreeing or
slightly agreeing), budget constraints limiting investment in new technologies (with 16
national authorities agreeing or slightly agreeing), securing long-term financial support for
digital initiative (with 16 national authorities agreeing or slightly agreeing), and organisational
culture and practices differences across different Member States (with 15 national authorities
agreeing or slightly agreeing). In addition, three out of three CSOs identified potential
violations of privacy and discrimination as another severe challenge.
72
Two participants in the IO survey highlighted some challenges regarding the functioning of
the RCMS, including user interface complexities, frequent technical issues and slow system
performance, resistance to change, as well as issues with data accuracy and consistency, in
terms of data entry errors and data fragmentation.
Why should the EU act
15 responding Member States are convinced that existing challenges can be effectively solved
by individual Member States, with only one feeling that national efforts would suffice.
However, when asked about the necessity for the Commission to intervene, 18 national
authorities indicated a ‘large’ (14) or ‘very large’ (4) need for action, highlighting the
Commission's critical role in facilitating cooperation and standardisation.
Moreover, when inquired about the need for EU action, respondents showed a strong belief
that coordinated EU-level action would enhance data sharing and improve
communication with third countries (14 national authorities), while they agreed that a more
united and coherent digital approach of the EU in its communications with third
countries for readmission cooperation’s purposes is likely to improve the effectiveness of the
readmission process as a whole (12 national authorities) and that digital challenges hinder the
overall functioning of the EU system governing RRR (11 national authorities).
In addition, the participants in the IO survey also highlighted the need to improve
communication tools with a view to use digital systems. The participants stressed the need to
perform comprehensive access control in order to enhance data security in readmission
processes, the need for standardised guidelines and procedures for reintegration
programmes and, lastly, the need to enhance interoperability among various systems.
Policy objectives
The majority of Member States surveyed highlighted that a new EU action on the digitalisation
of migration management shall achieve the following policy objectives:
• To speed up procedures and decrease the workload for the competent authorities
(indicated by 22 respondents of high or very high importance).
• To increase the data sharing between existing and future IT systems on RRR and other
relevant IT systems such as relevant EU Information Systems (indicated by 21
respondents of high or very high importance).
• To conduct RRR processes more efficiently (indicated by 21 respondents of high or
very high importance).
• To ensure that processes and reporting requirements are more digitalised, user-friendly,
and automated (indicated by 20 national authorities).
• To ensure access to the necessary data (indicated by 20 national authorities).
In addition, three out of three CSOs opposed the idea of having an integrated case management
system at EU level, which, on the opposite, is supported by the participants in the IO survey
together with the need to introduce standardised reintegration protocols and interoperable
systems.
Policy options
Respondents assessed several procedural features based on their importance in addressing
current and future challenges. Notably, 15 national authorities emphasised the importance of
processing additional data sources for identification and decision-making, while 13
respondents accounted automatic and systematic follow up of return decisions by a
readmission request as important or very important. Moreover, the integration of a flight
booking system was rated as important or very important by 12 respondents, together with the
73
extraction of departure obligation lists and the adjustment of deadlines that may differ (e.g.
between different types of readmission procedures) deemed important or very important by 10.
Lastly, the ability to start a return case under one procedure and later transfer it to
another was accounted as important or very important by nine respondents.
The survey also assessed the importance of horizontal features critical for effective
management. Generating reports and statistics, as well as M&E and user-friendliness of the
interface for case handlers was rated as of high or very high importance by 16 and 15 national
authorities correspondingly. Furthermore, varying access rights (i.e. identity management) for
different users depending on the systems or modules was rated as important or very important
by 14 respondents, while monitoring real-time data dashboard on reintegration statistics and
managing multiple cases for the same person in different Member States following secondary
movements were rated by 13 authorities as of high or very high importance.
When inquired about the most crucial improvements for enhancing management, the
introduction of an integrated case management system was favoured by 11 national
authorities. Increased funding and resources were also highlighted by eight, indicating a
consensus on the need for better coordination and resource allocation to support return
management efforts. Other options, such as better coordination between national and EU
levels and enhanced M&E, received minimal support, with only one each.
In terms of design features for an integrated case management system, interoperability
with existing systems emerged as the most critical aspect, with 18 national authorities
emphasising its importance. Additionally, a modular and flexible architecture was favoured by
15 national authorities, suggesting a preference for adaptable systems that can evolve with
changing requirements. User-friendly interface was also recognised as important by 14
respondents.
Furthermore, the survey explored the potential of emerging technologies in enhancing case
management systems. Biometric systems were identified as promising advancements by 17
national authorities, while artificial intelligence and machine learning received support from
14 respondents. These technologies were seen as vital for improving identification and data
analysis processes, which are essential for effective return management.
Finally, two participants in the IO survey indicated automated workflow management as the
most effective digital solution to streamline the readmission process, coupled with the carry
out of a comprehensive training for user to enable them to effectively use the systems. With
regard to reintegration, case tracking management would benefit the most from an increased
digitalisation of the system, including the introduction of a real-time data dashboard, stressing
the need to combat resistance to change as the most significant barrier to implementing a digital
case management system for reintegration.
Validation workshop
Problem and objectives
Participants were presented the problem definition and objectives pursued. Two participants
flagged that the limited data sharing and completeness outlined as problem drivers will be
difficult to resolve, as Member States would need to first agree upon a shared definition for the
data. This is considered to involve significant workload that requires sufficient resources and
time. Overall, feedback on both aspects was rather positive.
Table on the summary of main components of the policy options
An overview on the main components of the policy options was presented. Among the most
important points discussed were:
74
• The roles of Frontex and eu-LISA in developing and implementing the technical
infrastructure.
• The intrusiveness of the policy options: Some respondents enquired whether policy
option 1 can be considered the least intrusive among the policy options presented. One
stakeholder indicated that policy option 1 was their preferred policy option.
• The availability of public funding from the Commission: Multiple participants
enquired whether public funding will be made available by the Commission to
implement the new system (e.g. under AMIF).
• The use of Artificial Intelligence (AI) and other digital, innovative solutions.
SWOT analyses
Policy option 1: Partially decentralised option without central EU database
Among the main strengths discussed were in particular:
• The quick implementation time.
• Building upon already existing solutions in the Member States.
• The flexibility to adapt the system to the single needs of individual Member States.
• The cost-effectiveness.
• The low invasiveness.
Among the main weaknesses discussed were in particular:
• The higher degree of manual work by Member States without a central database
available.
• The differing levels of ability and expertise in implementation of Member States.
• Limited possibilities to exchange data.
• The fact that administrative burden is not necessarily reduced.
Among the main opportunities discussed were in particular:
• The opportunity for Member States to exchange data via RIAT and RCMS.
Among the main threats discussed were in particular:
• Difficulties in ensuring that all Member States use the system correctly across the
Union.
• The use of the communication channel might not be as intended.
• The danger of double registration, which might not be fully mitigated through the policy
option.
Policy option 2: Partially decentralised option with central EU database
Among the main strengths discussed were in particular:
• The higher data quality (in particular accuracy).
• Faster exchange of relevant information.
Among the main weaknesses discussed were in particular:
• The very long implementation time.
• The costs are expected to be quite high.
• Data harmonisation might be difficult and data definitions must be harmonised.
Among the main opportunities discussed were in particular:
• A reduction of the risk to handle cases in parallel.
• Frontex could be included under this option with a role related to IT development.
Among the main threats discussed were in particular:
75
• eu-LISA might be one organisation too much in managing return and would lead to
additional confusion.
• ‘Weaker’ national set-ups are not necessarily changed.
• The technical implementation needs to be fully uniform.
Policy option 3: Centralised solution
Among the main strengths discussed were in particular:
• Very fast, real-time exchange of data.
• Better time savings for users when they use a single platform.
• A better harmonisation of the European system.
• The existence of a central service provider (e.g. eu-LISA), which could enhance
interoperability.
Among the main weaknesses discussed were in particular:
• The very long implementation time.
• The high sunk costs related to this option, as national systems would continue to be
used until they will be abandoned.
• Data harmonisation might be difficult and data definitions must be harmonised.
• The reduction of flexibility to changes.
• The fact that one system might not fit everyone’s interests and needs.
There were no main opportunities mentioned by the participants.
Among the main threats discussed were in particular:
• The risk that all Member States would be equally affected by a system downtime.
• The threat that national specifications might not be considered sufficiently in the
system.
• The lack of certain elements linked to asylum such as Dublin.
• The loss of very advanced systems in some Member States.
Stakeholder meeting with Member States
Participants were presented the three core problems affecting the current RRR systems, the
problem drivers, and the objectives of the digitalisation legislative proposal. No Member State
objected to the Commission’s understanding of these problems and objectives.
Based on these elements, the Commission recalled the three possible policy options and opened
the floor to participants for questions and comments. During the discussion, several
representatives posed questions and shared observations. All Member States who took the floor
supported Option 1 and no Member State objected to the presentation of Option 1 as the most
beneficial one. More specifically, one participant asked whether, under Policy Option 1, it
would be possible to automatically retrieve data from iRCMS and RIAT without having to
request it from another Member State. Another representative sought clarification on the
legislative proposal’s ambition regarding interoperability, in particular whether the future
proposal would foresee integration with environments such as FAR and IRMA. A question was
raised on the two possible development pathways under Policy Option 1—using a system based
on the RECAMAS Model or an off-the-shelf reference implementation.
Furthermore, one Member State referred to the possible relationship between the digitalisation
legislative proposal, Article 40 of the Return Regulation, and the forthcoming changes to the
Frontex mandate. Questions were also raised regarding integration with the ESP and the
76
usability of the communication channel. Finally, concerns were expressed about the extent of
possible changes to SIS and whether the new communication channel would replace the
existing consultation requirements under the SIS Regulation.
Call for Evidence
General concerns relating to migration and the role of the EU were raised. Harmonised
digitalisation was depicted by some respondents as having the potential to facilitate exchange
of information between the EU and third countries and between Member States, as well as to
ease the return process and keep the detention period as short as possible. The importance of
recording biometric data was underlined by one contributor. The importance to strictly adhere
to fundamental rights, including data protection (e.g. storage limitation, purpose limitation,
transparency), was underlined by several contributors.
ANNEX 3: WHO IS AFFECTED AND HOW?
The purpose of this section is to support the analysis provided in Section 6 by providing an
overview of the costs and benefits (as much as possible in quantitative terms), as well as the
application of the ‘one in, one out’ approach and an overview of relevant Sustainable
Development Goals.
Overview of who is affected and how
Table 9 - Overview of benefits (total for all provisions) – Preferred Option
Description Amount Comments
Direct benefits
Expected improvements in operational efficiency and
effectiveness in managing RRR processes
Group affected: Migration
authorities
Enhanced data sharing may lead to swifter decision-
making and resource allocation
Group affected: Migration
authorities
Enhanced digitalisation across Member States may
reduce administrative burden
Group affected: Migration
authorities
Enhanced ability to monitor and evaluate RRR trends and
impacts, including readmission cooperation
Group affected:
Commission/Migration
authorities/Frontex
Expected expansion of responsibilities in supporting
Member States with implementation of the new systems
Group affected: Frontex
Expected role in developing and maintaining the
Communication Portal
Group affected: eu-LISA
Indirect benefits
Anticipated improvements in security and public safety
through better digital management of RRR processes
Group affected: EU citizens
77
Potential for reduced pressure on public services due to
more efficient handling of RRR processes
Group affected: EU citizens
Increased trust in institutions as a result of more efficient
digital management of RRR processes
Group affected: EU citizens
Summary of costs and benefits
As a tool for assessing the costs and benefits, the Commission used the relevant parts of the
Commission’s Better Regulation Guidelines’ Toolbox. This concerns in particular Chapter 8
‘Methodologies for analysing impacts in impact assessments, evaluations and fitness checks’,
tools #56 (‘Typology of costs and benefits’), #57 (‘Methods to assess costs and benefits’), #58
(‘EU Standard Cost Model’) and #59 (‘Cost estimates and the One In, One Out approach).
An overview on the costs is given in the following tables. Table 10 provides an overview of
the overall costs for the preferred policy option. The estimates include one-off and recurrent
costs across the first six years after entry into operation.
Table 10 - Overview on the general costs (in EURm)
Minimum Maximum
Policy option 1
Member States422.04537.14
Additional ‘sunk costs’ Very limited since national systems continue to be in use
Frontex127.71162.54
eu-LISA30.1350.30
Commission 2.51 3.19
Total 582.39 753.17
Source: Digitalisation Study
Table 11- Overview of costs – Preferred option
Citizens / consumers Businesses Administrations
One-off Recurrent One-
off
Recurrent One-off Recurrent
Action
(a)
Direct adjustment
costs
Not
applicable
See
table
above
Direct administrative
costs
Not
estimated
Direct regulatory fees
and charges
Not
applicable
Direct enforcement
costs
Not
applicable
Indirect costs Not
estimated
78
Table 12 – Application of the ‘one in, one out’ approach – Preferred option
[M€]
One-off
(annualised total net
present value over the
relevant period)
Recurrent
(nominal values per
year)
Total
Businesses
New administrative
burdens (INs)
Removed administrative
burdens (OUTs)
Net administrative
burdens (125)
Adjustment costs (126)
Citizens
New administrative
burdens (INs)
Removed administrative
burdens (OUTs)
Net administrative
burdens
Adjustment costs
Total administrative
burdens (127)
No costs stemming from new or removed administrative burdens (i.e. from the application of
the ‘one in, one out’ approach) have been identified.
Relevant sustainable development goals
Table 13 - Overview of relevant Sustainable Development Goals – Preferred Option
(125) Net administrative burdens = INs – OUTs.
(126) Adjustment costs falling under the scope of the OIOO approach are the same as reported in Table above.
Non-annualised values.
(127) Total administrative burdens = Net administrative burdens for businesses + net administrative burdens for
citizens.
Relevant
SDG
Expected progress towards the Goal Comments
No. 3: Good
health and
well-being
Streamlined digital management of RRR processes are expected to enhance
access to healthcare for returnees (thanks to increased sharing of data
for the purposes of reintegration).
79
ANNEX 4: ANALYTICAL METHODS
The work focused on assessing the feasibility and impacts of policy options. For this purpose,
an external study (the Digitalisation Study) was procured to gather the relevant data and support
the impact assessment.
The Commission’s impact assessment methodology served to structure and guide the analyses
informing policy design. It illustrated the logical reasoning that connected the problem
(including subsidiarity issues), its underlying root causes, the objectives of a policy
intervention, and a range of policy options to address the problem. It also assessed the likely
impacts of the options, who would be affected by them, and how.
The text below highlights how the specific impact assessment questions were addressed (as per
the Better Regulation Guidelines) and provides an overview of the key methodologies
(highlighted in blue).
Table 14 - Overview of the analytical approach
IA
questions (128)
Activity Methodological approach
What is the
problem and
why is it a
problem?
Step 1 To answer this question, the Commission conducted, notably through the
Digitalisation Study, a comparative analysis of the data collected at the EU and
national levels regarding the existing landscape of IT systems in the area of RRR.
The Commission defined the problems affecting the current systems, the related
root causes (drivers) and consequences. The analysis involved the following:
Formulation of the core problem(s), i.e. the focal problem whose magnitude and
relevance from an EU perspective could require intervention.
Identification of the main underlying drivers (causes) of the core problem(s), and
the relationships between them.
(128) Based on the table included in Better Regulation Guidelines, Chapter 3, p. 17.
Improved data sharing among Member States may facilitate timely access
to medical services.
No. 10:
Reduced
inequalities
Harmonisation of case management systems in RRR is expected to promote
more equitable treatment of migrants across Member States.
Enhanced digitalisation and more harmonised digital processes could
empower migrants with better access to information about their rights
and available services.
No. 16:
Peace,
justice, and
strong
institutions
The initiative is expected to strengthen the rule of law and enhance security
within the EU through harmonised digital management of RRR.
Improved coordination among Member States may lead to more effective
management of RRR processes, potentially reducing public distrust
towards institutions.
80
IA
questions (128)
Activity Methodological approach
Identification of the likely consequences stemming from the core problem.
Identification of the relevant stakeholders concerned by the core problem and its
drivers, including both those affected by the problem(s) and those whose
behaviour caused it.
Identification of the contextual factors/developments that had an external
influence – positive or negative – on the problem (e.g. trends in the number
of return decisions).
The problem definition served to describe the nature of the challenges at hand and
also assess, to the extent possible, the magnitude of the problem. Evidence was
gathered via the stakeholder consultations, stakeholders meetings and desktop
research.
Based on the definition of the problem, the baseline scenario was defined (see
Section 5.1).
Why should
the EU act?
Step 2 After having defined the problem, its drivers and consequences under Step 1, the
Commission analysed the need for EU action in accordance with TOOL #5 (129)
and the model grid developed by the Task Force on Subsidiarity, Proportionality
and ‘Doing Less More Efficiently’ (130). To assess the compliance of a possible
EU intervention with the principles of subsidiarity and proportionality, the
Commission performed:
(1) a legality assessment (to assess whether an EU intervention was allowed
under the Treaties and whether the EU had exclusive competences or not)
(2) a necessity assessment (to assess whether the objectives of the intervention
could be adequately achieved by the Member States alone)
(3) an EU added value assessment (to assess whether the objectives of the
intervention could be better achieved at EU level by reason of the scale/effects of
the intervention)
(4) a proportionality assessment (to assess whether the EU intervention was
commensurate with the identified problems)
What should
be achieved?
Step 3 After having defined the problem and established the need for EU action, the
Commission defined the objectives of the EU intervention in accordance with
TOOL #15. The Commission articulated ‘S.M.A.R.T.’ (Specific, Measurable,
Achievable, Relevant, Time-bound) objectives for the policy intervention, both
general and specific.
A consistency analysis was undertaken to ensure that the identified objectives
were consistent with and clearly linked to the problems and their drivers. The link
between the problem and the objectives was visualised by means of a
correspondence table. Moreover, the Commission conducted a
consistency/complementarity analysis to ensure that the identified objectives
complemented and contributed to other relevant EU policy goals.
What are the
various
options to
Step 4 Following the establishment of the policy objectives and taking into account the
findings of previous tasks, the Commission implemented a step-by-step approach
in order to define relevant policy options and sub-options (131) in line with TOOL
(129) Better Regulation Toolbox TOOL #5: Legal basis, subsidiarity and proportionality.
(130) European Commission, Communication from the Commission to the European Parliament, the European
Council, the Council, the European Economic and Social Committee and the Committee of the Regions: The
principles of subsidiarity and proportionality: Strengthening their role in the EU's policymaking;
COM/2018/703 final, 23 October 2018; EUR-Lex - 52018DC0703 – EN – EUR-Lex (europa.eu).
(131) The step-by-step approach comprises all five steps identified in TOOL#17.
81
IA
questions (128)
Activity Methodological approach
achieve the
objectives?
#16 and 17: (1) Established the baseline and a long list of policy options,
considering a wide range of measures that could be implemented to address the
problems and achieve the objectives; (2) Conducted a high-level screening
(TOOL #18) (132) of the policy options in order to identify the most viable options
and whether any of the identified measures were not suitable, as they were e.g.
not feasible or did not respect the principles of proportionality and subsidiarity
and should thus be discarded; and (3) Elaborated a final list of policy options to
be assessed in detail.
What are their
economic,
social and
environmental
impacts and
who will be
affected?
Step 5 The assessment of the policy options’ main economic, societal, environmental,
security, and fundamental rights impacts was performed in compliance with
the Better Regulation Toolbox in a three-step process: (1) Refinement of the
impact assessment methodology including the establishment of a long-list of
potential impacts of the policy options; (2) Screening and preliminary assessment
of the impacts of the policy options and their likely development to identify the
most important impacts for a detailed assessment; and (3) In-depth qualitative and
quantitative assessment of the impacts, including the application of TOOLS #19,
21–23, 28, 29, 30, and 36.
How do the
different
options
compare
(effectiveness,
efficiency and
coherence)?
Step 6 Starting from the assessment of the impacts and their distribution, the comparison
of the different policy options was carried out according to TOOLS #56–59, 62,
and 63, including the analysis of costs and benefits, a multi-criteria analysis,
as well as the analysis relating to the Commission’s ‘one in one out’ approach.
The Commission performed an MCA at the stage of comparing the policy options
against the main criteria of necessity, effectiveness, efficiency, coherence with
other EU policies, subsidiarity and proportionality.
How will
monitoring
and
subsequent
retrospective
evaluation be
organised?
Step 7 In accordance with TOOLS #43 and 44, the Commission defined monitoring and
evaluation arrangements for the preferred policy option by setting operational
policy objectives and monitoring indicators to monitor its implementation and
application by the Member States.
(132) Better Regulation Toolbox TOOL #19: Identification/ screening of impacts.
ANNEX 5: COMPETITIVENESS CHECK
OVERVIEW OF IMPACTS ON COMPETITIVENESS
Dimensions of
Competitiveness
Impact of the initiative
(++ / + / 0 / - / -- / n.a.)
References to sub-sections
of the main report or
annexes
Cost and price competitiveness Negligible (0) Short reference made in
Section 6.2
International competitiveness Negligible (0) Short reference made in
Section 6.2
Capacity to innovate Negligible (0) Short reference made in
Section 6.2
SME competitiveness Negligible (0) Short reference made in
Section 6.2
SYNTHETIC ASSESSMENT
Synthetic assessment
The synthetic assessment summarises the expected impacts of the preferred option on
competitiveness.
In general, the initiative is expected to have some small to moderate effects on private-sector
IT businesses in two ways. First, the Frontex, with the support of eu-LISA, may procure the
development of the new systems through a private contractor and, second, Member States may
also procure private contractors to implement new systems or new system components.
No significant effects on any of the competitiveness dimensions provided in the Better
Regulation Guidelines Toolbox (133) were identified. As the target stakeholders of the initiative
largely comprise competent national authorities in the Member States, no major impacts are
expected on e.g. companies’ production or compliance costs, any movements of goods in the
Member States, investment flows, business shocks or businesses’ capacity to innovate and
undertake research and development. The only expectable (very moderate) effects are in the
area of outsourcing of tasks to private-sector contractors in the IT area (see above), which is
not expected to impact competitiveness in the long-term. There are also no measurable effects
that would particularly affect small- and medium-sized enterprises (‘SMEs’) across the
Member States.
(133) European Commission (2023). Better Regulation Guidelines Toolbox. #Tool 11 Format of the Impact
Assessment Report & Appendix – Competitiveness Check. Available at:
https://commission.europa.eu/law/law-making-process/better-regulation/better-regulation-guidelines-and-
toolbox_en
83
ANNEX 6: DATA PROTECTION IMPACT ASSESSMENT FOR OPTION 1
STEP 1: IDENTIFICATION OF THE NEED FOR A DPIA
Project purpose
Option 1 aims to enhance the digital management of RRR processes across EU Member States
by introducing a harmonised national case management system based on the Frontex-
developed RECAMAS Model, maintaining decentralised data storage while improving
interoperability and coordination. In addition to national RECAMAS, EU-level tools such as
iRCMS and RIAT will be integrated into national systems. Frontex will assume lead
responsibility for the development and maintenance of the EU segments of iRCMS and RIAT,
while third countries and international organisations will continue to manage the third-country
segment of iRCMS. The architectural setup under this option does not include a central EU
database or uniform interface. Instead, the ESP will be connected directly into the national
RECAMAS, enabling Member States to query relevant EU Information Systems in line with
access rights. IRMA and RECAP will be directly connected to the national RECAMAS-based
systems, while iRCMS and RIAT will be integrated into national RECAMAS to support
readmission and reintegration workflows, including direct communication with local
reintegration partners. The Communication Portal will allow return authorities to share
information that cannot be exchanged through EU Information Systems. This decentralised yet
interconnected architecture aims to improve operational efficiency while providing some
flexibility to Member States as regards return case management systems.
The processing activities under this option involve the collection, storage, and exchange of
personal data of TCNs, including potentially sensitive categories such as biometric data,
criminal records, and information related to health, vulnerability, and reintegration needs.
These data are processed for the purposes of case management of RRR processes.
Need for a DPIA
In view of the risk factors set out above and taking into account the nature, scope, context, and
purposes of the processing, it follows that the processing activities envisaged under the
proposed digitalisation of RRR procedures in the EU require the performance of a DPIA, in
accordance with Article 35 GDPR/Article 39 EUDPR and the guidelines of EDPB (‘the EDPB
Guidelines’) (134).
The processing associated with this initiative presents the following risk factors that justify the
need for a DPIA:
Processing on a large scale of special categories of data, or of personal data relating to
criminal convictions and offences.
In order to determine whether the data is processed on a large scale, the following elements
must be assessed: (i) the number of data subjects concerned, either as a specific number or as
a proportion of the relevant population; (ii) the volume of data and/or the range of different
data items being processed; (iii) the duration, or permanence, of the data processing activity;
as well as (iv) the geographical extent of the processing activity (135).
(134) EDPB Guidelines on Data Protection Impact Assessment (‘DPIA’) and determining whether processing is
“likely to result in a high risk” for the purposes of Regulation 2016/679, 4 April 2017, WP 248 rev.01,
Available at: JUSTICE AND CONSUMERS ARTICLE 29 - Guidelines on Data Protection Impact
Assessment (DPIA) (wp248rev.01).
(135) EDPB Guidelines, p.10.
84
In view of the above criteria, it can be concluded that this risk factor would be present in this
case, taking into account that the processing (i) affects a significant number of TCNs across all
EU Member States, (ii) involves the collection and exchange of special categories of data and
data relating to criminal convictions and offenses (e.g. biometric data, criminal records, health
data), (iii) over extended periods of time, and (iv) across a broad geographical scope. Also, the
data is processed by multiple actors (national authorities, Frontex, eu-LISA) and exchanged
across borders, further increasing the scale of the processing.
Conclusion
Based on all the above, it can be concluded that the processing activities envisaged under the
proposed digital RRR system are subject to the obligation to carry out a DPIA.
STEP 2: DESCRIPTION OF THE PROCESSING
Nature of the processing
The data processed will include all data necessary to complete the RRR processes and in
particular:
• Information necessary to establish the identity of the TCN and, where applicable, the
identity of his or her family members, relatives and any other family relations.
• Information related to the biometric data taken of the TCN in accordance with
Regulation (EU) 2024/1358 (136).
• Information related to the nationality and any travel document(s) of the TCN.
• Information related to the TCN’s places of residence, routes travelled, languages
spoken and contact details (electronic mail address(es) and phone number(s)).
• Information on any residence status or authorisations offering a right to stay, including
residence documents or visas as well as any applications or extensions hereof, issued
by a Member State or a third country.
• Information related to the return operation of the TCN.
• Information related to the return and reintegration of the TCN.
• The grounds for any return decision taken concerning the TCN.
• Information on the compliance of the TCN with the obligations under the return
procedure.
• Information as to whether the TCN was detained or alternatives to detention were
applied to the individual.
• Information related to the criminal records or related to the threat to public policy,
public security or national security posed by the TCN.
• Information on vulnerability, health and medical needs of the TCN.
The purpose of the processing is to manage digitally RRR processes.
Data will be stored in national RECAMAS (and also at Frontex level as regards iRCMS and
RIAT data), with each Member State maintaining control over its own data repositories. There
will be no centralised EU database. Data retention periods will be defined at EU level, in
(136) Regulation (EU) 2024/1358 of the European Parliament and of the Council of 14 May 2024 on the
establishment of ‘Eurodac’ for the comparison of biometric data in order to effectively apply Regulations
(EU) 2024/1351 and (EU) 2024/1350 of the European Parliament and of the Council and Council Directive
2001/55/EC and to identify illegally staying third-country nationals and stateless persons and on requests for
the comparison with Eurodac data by Member States’ law enforcement authorities and Europol for law
enforcement purposes, amending Regulations (EU) 2018/1240 and (EU) 2019/818 of the European
Parliament and of the Council and repealing Regulation (EU) No 603/2013 of the European Parliament and
of the Council, OJ L, 2024/1358, 22.5.2024, ELI: http://data.europa.eu/eli/reg/2024/1358/oj.
85
accordance with the principles of data minimisation and storage limitation under the GDPR
and the EUDPR.
Data sharing will occur in several ways:
• National RECAMAS will be connected to the ESP, which will allow authorities to
query and retrieve the necessary information from relevant EU Information Systems
such as SIS, Eurodac or EES.
• When the information cannot be retrieved through EU Information Systems, Member
States will exchange information with each other through the Communication Portal,
based on existing infrastructure (SIRENE, DublinNet, VIS Mail).
• iRCMS will be embedded into national RECAMAS and will allow the exchange of
information with third countries.
• RIAT will be embedded into national RECAMAS and will allow the exchange of
information with reintegration partners.
• Frontex digital tools such as IRMA, FAR and RECAP will be integrated into national
RECAMAS to support exchange of information with Frontex and the communication
with returnees.
Scope of the processing
The nature of the data includes both non-sensitive personal data - such as names, dates of birth,
nationality, travel history, and contact details - and special categories of personal data as
defined under Article 9 GDPR and Article 10 EUDPR, namely biometric data and health-
related information. Data relating to criminal convictions and offences, as defined under Article
10 GDPR and Article 11 EUDPR, may be processed too.
The volume of data processed is expected to be substantial, as it will cover all TCNs subject to
RRR procedures across the whole Union. Hundreds of thousands of return decisions are issued
annually, and the systems will need to manage data for each case, including updates throughout
the RRR process.
The processing of personal data will occur on a continuous basis, as the system is designed to
support the long-term digital management of RRR procedures across the Union. This is not a
one-off or time-limited project but rather a structural and operational framework intended to
be embedded in the daily work of national migration authorities. Data will be collected,
updated, and processed dynamically throughout the lifecycle of each individual case, from the
initiation of return procedures to the completion of reintegration support (where applicable).
Personal data will be stored only for as long as necessary to fulfil the purposes for which it was
collected, in accordance with Article 5(1)(e) GDPR and Article 4(1)(e) EUDPR. As underlined
by the EDPS in its Opinion 9/2025 on the Commission proposal for the Return Regulation,
there is a need to ensure consistent application of the EU data protection in the context of the
return procedures as regard, among other things, the storage duration (137).
A duration of 10 years from the confirmation of return is considered to be necessary and
sufficient for Member States to (i) complete all RRR processes, including reintegration, which
may last several years after the effective return in the country of return and (ii) allow migration
authorities to identify TCN who would return irregularly to the EU after having been returned.
This duration should be longer where the return decision is accompanied by an entry ban. In
(137) EDPS Opinion 9/2025 on the Proposal for a Regulation establishing a common system for the return of third-
country nationals staying illegally in the Union; 23 May 2025; Opinion on the Proposal for a Regulation
establishing a common system for the return of third-country nationals staying illegally in the EU | European
Data Protection Supervisor.
86
this case, the retention period should be as long as the entry ban is in force or 10 years,
whichever period is longer. When a return decision is withdrawn or annulled, there would be
no reason to continue storing the data, which should therefore be deleted immediately.
Frontex does not act as a fully-fledged return authority, personal data processed for the purpose
of performing tasks relating to return and readmission should be deleted no later than 30 days
following the receipt of confirmation of return. Personal data processed for the purpose of
reintegration should be stored for two years following the receipt of the confirmation of return.
This longer retention period for data relating to reintegration is justified by the fact that the
provision of reintegration assistance, under the EU Reintegration Programme run by Frontex
and under several other national reintegration programmes, can extend to up to one year
following the effective return. Following this one year, there is a need to continue keeping the
data for an additional year for reporting purposes and ensuring that TCNs can be further
referred to other reintegration programmes (outward referral) running in the longer term (e.g.
implemented by third countries). Just as for Member States, when a return decision is deleted
or withdrawn, Frontex should delete the corresponding data immediately. Personal data
processed for the purpose of the development and operational management of iRCMS and
RIAT (i.e. hosting the data) should be stored in compliance with the rules applicable to Member
States.
Upon expiry of the retention period, personal data must be securely and automatically deleted,
and appropriate technical and organisational measures must be in place to ensure compliance
with these obligations.
The geographical scope of the processing is EU-wide. All EU Member States participating in
the system will process and exchange data through their national case management systems.
The processing may extend to third countries in the context of readmission cooperation and
reintegration, where data needs to be shared with competent authorities in countries of return
and local reintegration partners. Such transfers will be subject to compliance with Chapter V
GDPR/Chapter V EUDPR and the additional safeguards laid down by the Return Regulation.
Context of the processing
The processing occurs within national RECAMAS, which integrate EU-level modules (iRCMS
and RIAT).
Data subjects are TCNs subject to RRR procedures. The data subjects include vulnerable
groups, such as asylum seekers, minors, and individuals with medical or social vulnerabilities,
which requires heightened safeguards and attention to data protection principles.
Each Member State will act as data controller for the data it records in its national RECAMAS,
in iRCMS, and in RIAT as Member States will determine the purposes and means of processing
personal data related to RRR. Each Member State will be considered as controller for
the operational management of its national RECAMAS.
Frontex will act as processor in relation to the data it records in national RECAMAS, iRCMS,
and on cases from national reintegration assistance programmes managed in RIAT. In this case,
the relationship between the parties must be governed by a clear and binding arrangement in
line with Article 28 GDPR/Article 29 EUDPR. This arrangement must specify the scope,
nature, and purpose of the processing, the types of personal data involved, and the categories
of data subjects. It must also define the obligations and rights of the controller, including
instructions for processing, the duration of processing, and the measures to ensure data security.
Member States and Frontex will be considered as joint controllers in relation to the processing
of personal data recorded in RIAT for cases managed under an EU reintegration assistance
87
programme. The responsibilities of each joint controller should be limited to the data it records
in RIAT.
Frontex will act as processor for the operational management of iRCMS and RIAT.
Member States and Frontex may be considered as joint controllers in relation to the processing
of personal data exchanged through the Communication Portal. The responsibilities of each
joint controller will be limited to the data it processes in the Communication Portal.
eu-LISA will be considered as processor in relation to the operational management of the
Communication Portal.
The systems and tools involved will be partially based on existing systems. There are no known
major controversies or security flaws identified, although concerns have been raised in the past
about the fragmentation of systems, inconsistent data quality, and the risk of errors due to
manual processing.
The processing is not currently covered by any approved code of conduct or certification
scheme specific to migration management or public sector IT systems.
Purposes of the processing
The purpose of the processing is to support the digital management of RRR cases, in
compliance with the applicable legal framework. The general and specific objectives pursued
are those referred to in Section 4 of the Impact Assessment.
STEP 3: CONSULTATION PROCESS
Given the nature and complexity of the processing activities, stakeholder consultation and
expert input are essential components of the DPIA process. Member States, relevant IO and
CSOs as well as relevant services of the Commission and relevant EU agencies have been
consulted in the context of the Digitalisation Study.
Direct consultation with data subjects is not considered appropriate or feasible in this context,
as the processing is carried out by public authorities in the exercise of official duties, and the
individuals concerned will not have a direct relationship with the system’s design or
governance. However, their rights and interests have been considered through the application
of data protection principles and risk-based safeguards.
To support the assessment and design of the processing activities, the Commission has engaged
EY and RAND Europe, who have provided technical, legal, and operational input throughout
the development of the policy options. In addition, the EDPS has been consulted at a general
level in the context of the Digitalisation Study.
STEP 4: ASSESS NECESSITY AND PROPORTIONALITY
The conditions for the processing of personal data within the digitalisation of RRR procedures
are regulated, for Member States, according to Article 6(1)(e) GDPR and, for the EU agencies
and institutions, according to Article 6(1)(a) EUDPR, when the processing is necessary for the
performance of a task carried out in the public interest or in the exercise of official authority
vested in the controller. The processing is carried out by national competent authorities and EU
agencies in accordance with the future regulation on the digitalisation of case management in
the area of RRR and the Return Regulation.
Where special categories of data are involved, such as biometric or health data, the processing
is further justified under Article 9(2)(g) GDPR/Article 10(2)(g) EUDPR, which permits
processing for reasons of substantial public interest. The processing of data relating to criminal
88
convictions will be subject to Article 10 GDPR/Article 11 EUDPR and will be carried out
under the control of official authority and as authorised by EU law providing for appropriate
safeguards for the rights and freedoms of data subjects.
The processing is proportionate to its purpose, which is to address the problems identified in
Section 2 of the Impact Assessment. In line with the principle of data minimisation, the
processing does not go beyond what is necessary to achieve the objectives pursued. This is
notably evidenced by the fact that Option 1 does not imply creating a new central EU database,
which would mostly replicate data already stored in other EU Information Systems.
To prevent any function creep, the purposes of the processing will be clearly defined in a
legislative framework. Access to personal data will be restricted to authorised personnel based
on role and necessity, and any future changes in the scope or purpose of processing would
require legal review, legislative changes and, where appropriate, a new DPIA.
Data minimisation and quality are ensured through the design of the systems, which limit the
categories of data processed to those necessary for the RRR procedures and leverage EU
Information Systems. Member States are responsible for ensuring data quality at the national
level and reporting mechanisms at EU and national level will be established.
Although direct communication with data subjects may be limited due to the nature of the
processing, individuals will be informed through privacy notices issued by national authorities
and EU agencies, in compliance with the GDPR/EUDPR. Mechanisms will be in place to
support the exercise of data subject rights, including access, rectification, restriction, and the
right to lodge a complaint with a supervisory authority. These rights will be facilitated through
national data protection supervisory authorities and the EDPS, depending on the level at which
the processing occurs.
Processors will be bound by data processing agreements or the respective regulation in
accordance with Article 28 GDPR and Article 29 EUDPR. These agreements will define the
scope, purpose, and duration of the processing, as well as the technical and organisational
measures required to ensure compliance. Processors will act only on documented instructions
from the controller and will be subject to audit and oversight mechanisms to ensure
accountability.
Where personal data will be transferred to third countries, for example, in the context of
readmission cooperation, the conditions of such transfers will be governed by Chapter V GDPR
and Chapter V EUDPR and further applicable safeguards stemming from the Return
Regulation as eventually adopted.
STEP 5: IDENTIFICATION AND ASSESSMENT OF RISKS
Source of risk and nature of potential impact on
individuals
Likelihood of
harm [Remote,
possible or
probable]
Severity of
harm
[minimal,
significant or
severe]
Overall [Low,
medium or high
risk]
Processing of special categories of data or data
relating to criminal convictions or offences and
processing of data of vulnerable data subjects.
Possible Significant Medium
Large-scale processing of personal data. Probable Minimal Medium
Data processing that prevents data subjects from
exercising their rights.
Remote Significant Low
89
Source of risk and nature of potential impact on
individuals
Likelihood of
harm [Remote,
possible or
probable]
Severity of
harm
[minimal,
significant or
severe]
Overall [Low,
medium or high
risk]
Hybrid IT architecture and data governance that
deters data subjects from exercising their rights.
Possible Significant Medium
Loss of control over the use of personal data. Probable Significant Medium
Re-identification of personal data anonymised for
statistical purposes.
Possible Minimal Medium
STEP 6: IDENTIFY MEASURES TO REDUCE RISK
Risk Options to reduce or eliminate risk Effect on
risk
Residual risk
Processing of special
categories of data or
data relating to
criminal convictions or
offences and
processing of data of
vulnerable data
subjects.
-Apply the specific safeguards provided under the
Return Regulation.
-Restrict access and log access events.
-Monitor access and usage regularly.
-Train staff to handle sensitive data.
-Draft internal policies for handling such data.
Reduced Low
Large-scale processing
of personal data.
- Purpose of the processing embedded in a
legislative act.
-Harmonised retention period at EU level and
automated deletion upon expiry.
-Restrict access and log access events.
-Monitor access and usage regularly.
-Coordinated supervision between the EDPS and
national data protection supervisory authorities.
Reduced Low
Hybrid IT architecture
and data governance
that deters data
subjects from
exercising their rights.
-Provide clear information to data subjects, in
compliance with the GPDR/EUDPR.
-Establish a single access point (i.e. Frontex) where
data subjects may submit their request that will then
be redirected to the competent controller.
Reduced Low
Loss of control over
the use of personal
data.
-Enforce role-based access controls.
-Ensure that logs are in place and monitored.
Reduced Low
Re-identification of
personal data
anonymised for
statistical purposes.
-Use CRRS and robust anonymisation techniques
(prior to their processing in the CRRS).
Reduced Low
POTENTIAL OF ARTIFICIAL INTELLIGENCE FOR DIGITAL MIGRATION MANAGEMENT
The potential of artificial intelligence for digital migration management
Potential of artificial intelligence for digital migration management
90
AI holds significant potential for enhancing digital management of RRR through various applications,
including risk assessment and predictive analytics. By analysing historical data, AI can forecast migratory
trends and identify potential risks or delays in RRR processes. This capability enables authorities to engage in
proactive planning, thereby improving the efficiency of migration management strategies. Furthermore, AI-
powered analytics can predict migratory patterns, compliance trends, and political stability in third countries,
facilitating targeted actions that align with current conditions. Additionally, AI can evaluate personal profiles,
migration histories, and socio-economic factors, providing authorities with data-driven insights and
recommendations tailored to specific cases. This analysis can also extend to migration trends, offering
suggestions that may enhance cooperation between countries.
In terms of case management optimisation, AI-driven platforms have the potential to automate and streamline
processes, prioritising urgent cases, reducing human errors, and expediting processing times. These systems
can assist authorities in managing RRR cases more effectively by analysing legal documents, identifying
patterns, and ensuring compliance with EU regulations. AI can also be used to support the identification process
of TCNs as part of the readmission procedure. For instance, AI can be of some use to verify travel documents
or to recognise foreign languages and dialects. AI may also be used to support the management of the risk of
absconding and the detention and alternatives to detention processes. Moreover, AI can support the
development of personalised reintegration plans by assessing individual needs and recommending tailored
programs, such as vocational training or financial assistance. Continuous monitoring and evaluation of RRR
program data through AI can identify factors contributing to successful or unsuccessful outcomes, thereby
informing policy adjustments and improvements in the RRR process. Additionally, AI algorithms can be
employed to monitor RRR processes for potential human rights issues, bias, or discrimination, thereby
enhancing transparency, accountability, and adherence to European standards.
Key considerations for AI implementation
While the potential benefits of AI in migration management are substantial, several key considerations must
be addressed to ensure responsible implementation. First and foremost, any AI deployment must adhere to data
protection rules (such as the GDPR) and the AI Act. According to the AI Act, several AI systems used in the
area of migration are considered as high-risk.
Migration, asylum and border control management, in so far as their use is permitted under relevant Union or
national law:
• AI systems intended to be used by or on behalf of competent public authorities or by Union
institutions, bodies, offices or agencies as polygraphs or similar tools.
• AI systems intended to be used by or on behalf of competent public authorities or by Union
institutions, bodies, offices or agencies to assess a risk, including a security risk, a risk of irregular
migration, or a health risk, posed by a natural person who intends to enter or who has entered into the
territory of a Member State.
• AI systems intended to be used by or on behalf of competent public authorities or by Union
institutions, bodies, offices or agencies to assist competent public authorities for the examination of
applications for asylum, visa or residence permits and for associated complaints with regard to the
eligibility of the natural persons applying for a status, including related assessments of the reliability
of evidence.
• AI systems intended to be used by or on behalf of competent public authorities, or by Union
institutions, bodies, offices or agencies, in the context of migration, asylum or border control
management, for the purpose of detecting, recognising or identifying natural persons, with the
exception of the verification of travel documents.
Except when performing profiling of natural persons, these AI systems should not be considered to be high-
risk where they do not pose a significant risk of harm to the health, safety or fundamental rights of natural
persons, including by not materially influencing the outcome of decision making. The situation should apply
where any of the following conditions is fulfilled:
• The AI system is intended to perform a narrow procedural task.
• The AI system is intended to improve the result of a previously completed human activity.
91
• The AI system is intended to detect decision-making patterns or deviations from prior decision-
making patterns and is not meant to replace or influence the previously completed human assessment,
without proper human review.
• The AI system is intended to perform a preparatory task to an assessment relevant for the purposes of
the use cases listed above.
Compliance with the AI Act implies to avoid biases in AI algorithms and ensure transparency and
accountability in decision-making processes. Furthermore, investments in AI should encompass training for
case workers, immigration authorities, and other relevant stakeholders to ensure they can effectively leverage
AI tools in their operations. By addressing these considerations, migration authorities can harness the potential
of AI to enhance digital migration management while upholding fundamental rights and promoting ethical
practices.
AI in the context of case management of RRR
During the development phase of the RRR case management system, AI functionalities could be embedded to
support essential technical requirements. A case-by-case assessment, in line with the AI Act and the data
protection rules, will have to be carried out for each AI systems that is considered to be integrated in the RRR.
ANNEX 7: DETAILED IMPACTS OF THE OPTIONS
‘BASELINE SCENARIO’
Assessment of effects
Effectiveness
Under the baseline scenario, the problems identified in Section 2 will remain unresolved,
negatively impacting the effectiveness of RRR processes. The general and specific objectives
will not be achieved.
The figure below illustrates that in all areas critical to achieving the objectives, Member States
have indicated a pressing need to address the problems – otherwise facing the risk to continue
encountering these issues in the future (138). For example, 21 Member States stated that the
problem of data sharing would remain if no change was made (see Table 152 of the
Digitalisation Study for a more detailed breakdown of Member States’ views on this regard).
(138) Survey conducted as part of the Digitalisation Study.
92
Figure 11 - Member States' assessment of the importance of the current problems that are likely to
arise in the future if no action is taken (n=21)
Source: Survey conducted as part of the Digitalisation Study
This finding is supported by the interviews conducted as part of the Digitalisation Study, which
revealed that the RRR processes are not handled as effectively as they could be. One of the
most frequent points mentioned was the lack of interoperability between national and EU
systems, complicating effective case management.
The availability and quality of information and statistics are not expected to improve, as
the Member States will continue to grapple with problems related to data sharing and non-
standardised information. This lack of consistency and reliability in data directly impacts the
usability of information in RRR processes, potentially leading to misinformed decisions and
inefficient case management.
Moreover, if the current high level of manual intervention remains unchanged, it may lead to
continued lengthier procedures, risk of errors as well as limited automation. The reliance on
human input for data entry and processing obstructs the implementation of automated systems
that could enhance effectiveness and streamline RRR processes.
Figure 12 - Most crucial operational challenges stemming from the existing systems (n=22)
Source: Survey conducted as part of the Digitalisation Study
93
In terms of speeding up procedures while simultaneously reducing workloads, the
fragmentation of systems and the absence of interoperability are expected to perpetuate delays
and continue to create undue workloads for authorities. This fragmentation not only
complicates communication among stakeholders but also prevents the effective sharing of
critical information, further straining competent authorities and hindering efforts to streamline
RRR processes.
Additionally, the continued existence of silos, stemming from custom-built national systems
and inconsistent data sharing practices, is expected to undermine broader European governance
in RRR. This prevents effective coordination and collaboration among the various stakeholders
involved in digital migration management, leading to a disjointed approach that fails to address
the complexities of the migration landscape.
Under the baseline scenario, it is expected that the situation will remain sub-optimal for
Member States with regard to managing RRR processes migration effectively on their own.
The current system is characterised by significant divergence in effectiveness across Member
States. While some interviewees reported that their national systems perform sufficiently well,
others pointed to major inefficiencies. These disparities are also reflected in the survey results,
revealing a fragmented landscape with varying levels of capability. The lack of consistency in
systems, standards, processes, and communication already hampers national efforts and
undermines collective EU action. Without a coordinated approach, this fragmentation is
expected to persist, preventing meaningful improvements and weakening the EU’s overall
migration strategy.
94
Efficiency and administrative burden
In terms of efficiency, the baseline scenario demonstrates a low level of costs but is overall not
expected to be efficient as it fails to achieve the intended objectives and benefits.
The established infrastructures will continue to be operational and existing systems are fully
integrated into the daily operations of various authorities, meaning that there are minimal
development and implementation costs associated with their continued use. Since the systems
are already in place, Member States can avoid the significant financial outlay that would be
required for new system development or extensive upgrades, unless they decide to do so on
Assessment of governance structure
Under the baseline scenario, the governance of digital migration management, particularly
concerning RRR processes, is expected to remain largely decentralised.
Member States will continue assuming the most significant roles and responsibilities,
including in relation to developing, implementing, using and maintaining their national return
case management systems.
The Commission is anticipated to play a limited role, primarily focused on strategic policy
development, as well as funding and oversight (monitoring, evaluation, reporting). The
Commission will continue supporting the development of RIAT.
Frontex will continue its current operational role in relation to the return of TCNs. With
regard to case management systems, Frontex will continue to develop and maintain IRMA,
RECAP, and FAR as well as further develop the RECAMAS reference model. The
fragmented nature of governance and the lack of interoperable systems may hinder its ability
to support Member States with the integration of Frontex digital tools into national systems.
eu-LISA will maintain responsibility for the operational management of EU Information
Systems and the interoperability components. Its role in the digital management of RRR
processes is expected to remain limited.
Data protection supervision would be split between the EDPS, which would oversee Frontex
and eu-LISA, and national data protection supervisory authorities, which would supervise
Member States. National data protection authorities and the EDPS would cooperate for the
coordinated supervision of the Communication Portal, in accordance with Article 62 EUDPR.
The table below provides a brief overview of main (dis-)advantages of the baseline scenario
in terms of governance.
Advantages Disadvantages
National ownership: Member States retain control
over their systems, allowing for tailored
approaches that reflect national specificities.
Fragmentation: Decentralised responsibilities may
lead to inconsistent implementation and hinder
cross-border cooperation.
Policy consistency: The Commission’s oversight
ensures alignment with EU-wide standards and
legal frameworks.
Limited interoperability: Non-integrated systems
reduce the effectiveness of EU Information
Systems and Frontex digital tools.
Operational continuity: Frontex and eu-LISA
continue in familiar roles, avoiding disruption
from structural changes.
Reduced efficiency: The lack of central coordination
may slow down limit the development of
efficient digital solutions.
95
their own initiative. This would allow to allocate resources to other pressing needs within the
digital migration management framework.
Moreover, the familiarity of officers with the current systems is a crucial benefit. With
personnel already trained and experienced in using these systems, there is a reduced need for
additional training sessions, except for new hires, which can be both time-consuming and
costly. This familiarity allows officers to navigate the systems efficiently in terms of cost.
However, under the baseline scenario, other aspects of the process - such as speed and accuracy
- would continue to be inconsistent or suboptimal.
As the figure below shows, costs such as management costs, compliance costs and
documentation costs are not considered particularly high by the Member States but rather
moderate. For example, 60% (N=12) of the Member States responding to the survey rated the
current compliance costs as low whereas 25% (N=5) classified the costs as moderate and only
15% (N=3) as high. The assessment of other costs, such as costs for hiring staff or storing data,
is similar to this example.
Figure 13 - Member States' ratings of the magnitude of current costs (n=20)
Source: Survey conducted as part of the Digitalisation Study
However, despite these factors, the overall efficiency of digital migration management does
not improve under the baseline scenario, primarily due to the continued use of fragmented,
custom-built systems that lack sufficient automation, interoperability and ways to cooperate
and coordinate with other Member States. 10 Member States highlighted ongoing
fragmentation, limited data exchange, and a lack of innovation as critical drawbacks. Five of
these specifically pointed to the continued lack of harmonisation and integration as a major
concern, particularly regarding cooperation and data sharing between the Member States (139).
Thus, despite the cost advantages in the short term, the cumulative effect of fragmented systems
and manual workloads diverts resources away from more strategic, long-term investments. This
could, potentially, contribute to staff fatigue and turnover, as experienced personnel face high
workloads and limited system support. Replacing them with less experienced staff further
strains efficiency, as new personnel require time and training to adapt to existing systems.
These dynamics perpetuate a cycle of inefficiency that affects the overall capacity and
responsiveness of RRR.
(139) Digitalisation Study, Section 4.5.1 of Annex 4.
96
Coherence
The baseline scenario is considered to be neither internally nor externally coherent due to
several interrelated factors, notably the (i) lack of unified approaches in digital migration
management and (ii) clear responsibilities in managing RRR processes.
As concerns the internal coherence of the policy option: as outlined in detail in Section 2, the
digital management of RRR is fragmented and operates in silos, rather than as a cohesive and
integrated system. This is exemplified by the fact that 19 Member States indicated in the
Digitalisation Study’s survey that they have developed customised national systems (140). The
fragmentation leads to diverse governance structures, with various stakeholders responsible for
IT system development and maintenance, resulting in inconsistent practices across the Member
States. Moreover, the lack of standardised protocols for integrating national systems with EU-
level interoperability components further deepens the incoherence. Without a unified strategy,
the Member States are likely to pursue divergent paths in their digital migration management
efforts, creating a disjointed approach overall. Interviews also revealed significant disparities
in the levels of digitalisation and technological capabilities among the Member States, which
further complicate RRR process management. These variations hinder the development of a
cohesive management for RRR cases and processes as well as impede the effective sharing of
critical data, especially for return procedures. Lastly, the responsibilities of stakeholders
involved in the process are not always clear, making it hard for practitioners to identify the
right points of contact.
As concerns the external coherence of the policy option: this option lacks full coherence with
the broader EU framework, primarily due to the limitations imposed by the current
implementation of national systems, although these systems could be connected in a near future
to the ESP. Under the baseline scenario, the intended improvements in cooperation and data
exchange outlined in the Pact on Migration and Asylum and in the Return Regulation may
prove more difficult to achieve. The lack of a unified approach to data sharing means that the
collaborative efforts envisioned in these new policies cannot be realised, resulting in missed
opportunities for enhanced coordination among the Member States.
Assessment of impacts
Economic
The baseline scenario is expected to have no impact on the EU economy. This is primarily due
to the fact that the impacts in this regard are expected to be limited in scope.
The impact on public budgets will be minimal in terms of increased costs, as the existing
infrastructure in Member States is already in place and operational. However, public budgets
will continue to absorb the costs of inefficient processes, such as manual workflows and
prolonged case handling, which do not deliver proportional benefits. The maintenance costs
are estimated at EUR 3.32 million per Member State per year (EUR 24 million in total) (141).
In terms of other economic aspects, such as the effects on SMEs, competitiveness, or property
rights, no notable changes are anticipated. The baseline scenario does not offer any substantial
stimulus for innovation or growth, as it does not involve new technological developments or
investments in migration-related IT systems.
(140) Digitalisation Study, Table 135.
(141) Please refer to Table 37 - Overview of costs per stakeholder and policy option for more details.
97
Societal
The societal impact of the baseline scenario is assessed as negative.
The continuing insufficient digitalisation does not lead to sufficient improvement in the
coordination of RRR processes and is thus expected to further fuel public discontent, deepen
social divides, and erode trust in institutions, ultimately weakening the EU’s ability to tackle a
politically sensitive issue.
Moreover, the baseline scenario is likely to continue reinforcing the public perception that
returns are not managed sufficiently effectively or fairly, strengthening the narrative of
institutional failure in migration governance. The lack of integration between systems, and
inconsistent practices may undermine the EU’s credibility and control in an area of significant
public concern. This fragmentation, compounded by insufficient monitoring and
accountability, will likely persist.
Furthermore, the inadequate management of returns and the continued presence of high
numbers of irregular staying TCNs already places a significant strain on social systems,
diverting resources and limiting the overall capacity to address other pressing societal needs, a
trend expected to persist.
However, it should be noted that while TCNs may contribute to the economy, particularly in
sectors such as agriculture, construction, and caregiving, these same sectors – often reliant on
low-skilled labour – are also among the most common employers of irregular staying TCNs.
Small to medium-sized enterprises, in particular, are considered high-risk for illegal
employment (142). Under the baseline scenario, this continued reliance on irregular labour risks
sustaining exploitative practices and undermining fair labour standards, representing a negative
societal impact of irregular migration that would remain unaddressed.
Environmental
The baseline scenario is expected to have a negligible negative impact on the environment.
The continued reliance on existing IT systems with varying levels of modernity and manual
processes may lead to higher resource consumption and waste generation, contributing to a
larger environmental footprint. The persistence of such inefficient methods reflects missed
opportunities to adopt more sustainable approaches in the management of RRR processes.
The absence of new infrastructure or technology deployment in this scenario will help to
mitigate environmental impacts by avoiding additional consumption of raw materials, such as
plastics.
Security
The security impact of the baseline scenario is expected to be negative, both in terms of the
internal security of the systems themselves and their ability to contribute to greater security
within the EU.
Regarding the system level, the interviews revealed that security is currently undermined by
the lack of interoperability, reliance on manual processes, and fragmented data handling. The
absence of integrated systems leads to manual updates across systems, significantly increasing
the risk of errors and compromising the integrity of sensitive information. These vulnerabilities
are compounded by limited safeguards for secure communication and data exchange, an issue
noted by 14 of the Member States. Concerns about data privacy were also raised by 13 Member
(142) EMN (2025). Study on Illegal Employment of Third-Country Nationals, p.5. Available at:
https://www.emnnetherlands.nl/sites/default/files/2025-02/EMN_Study_Illegal-employment.pdf
98
States, indicating that the current framework does not adequately meet security and privacy
standards (143).
The disjointed systems may create conditions that could be exploited by individuals posing
potential security threats. From a broader EU security perspective, the baseline scenario will
continue to hinder authorities' ability to conduct comprehensive risk assessments. Interviewees
highlighted that the inability to access key databases – such as criminal records, tax, or social
security information - already hampers the ability to fully evaluate the potential risks posed by
individuals.
While the introduction of systems, such as the EES, and ETIAS in the future, as well as
upgrades of existing systems, such as Eurodac and VIS, may positively impact security, the
structural and operational weaknesses within the baseline scenario will still persist, limiting
their effectiveness. While systems like SIS do enable a degree of monitoring, the absence of
more comprehensive sharing mechanisms will continue to leave gaps in the enforcement of
return decisions. Interviews carried out as part of the Digitalisation Study confirmed that
challenges related to data availability and cross-border information exchange will remain
unresolved.
The persistent fragmentation and lack of interoperability among EU digital migration
management systems not only impede operational efficiency but also elevate the risk of data
misuse, breaches, and cybersecurity failures.
Fundamental rights
The baseline scenario is assessed to be in line with fundamental rights at present.
However, looking ahead, concerns may emerge regarding the protection of personal data,
particularly for TCNs. These concerns are not based on confirmed violations but rather stem
from assumptions linked to systemic limitations, such as the fragmented nature of the policy
option.
As can be seen in the figure below, there is some disagreement among the Member States about
compliance with fundamental rights with regard to the use of digital tools in the baseline
scenario. Eight Member States responding to the Digitalisation Study’s survey stated that they
have some concerns regarding compliance with fundamental rights, while seven disagreed. The
remaining eight Member States surveyed were indifferent to the statement.
Figure 14 - Member States' indication of whether there are concerns regarding the protection of
fundamental rights when using digital tools (n=23)
(143) Digitalisation Study, Table 155.
99
Source: Survey conducted as part of the Digitalisation Study
Interview feedback reinforces this picture, pointing to risks associated with the gap between
the technical implementation of digital tools and the legal provisions intended to safeguard data
protection. In particular, the lack of a centralised or harmonised approach makes it difficult to
monitor compliance across Member States, increasing the risk that potential issues go
undetected.
In this context, while there is no evidence of systemic breaches of fundamental rights today,
the baseline scenario may not offer sufficient guarantees to ensure that these rights can be
consistently upheld in the future. The ability to monitor, manage, and ensure rights protections
across Member States may become increasingly difficult if current conditions remain
unchanged.
Feasibility
Overall, the baseline scenario is considered feasible in the short term but not sustainable in the
long-term.
As shown in the figure below, the survey results show that Member States consider the baseline
scenario as generally (highly) feasible in all respects, which is particularly due to the fact that
the systems are already up and running. In addition, and as confirmed by the interviews, most
Member States feel comfortable with their existing national systems and specifications as well
as with the established legal basis in place.
Figure 15 - Member States' ratings of the feasibility of Option 0 (n=22)
Source: Survey conducted as part of the Digitalisation Study
Although the baseline scenario is overall currently considered feasible, the interviews showed
that stakeholders do not consider this policy option to be durable and sustainable in the long
term. As already outlined in the problem assessment (Section 2), there are too many problems
and drivers present that will continue to limit the effectiveness and efficiency of case
management of RRR. The prevailing views are that the baseline scenario lacks the necessary
changes to effectively manage RRR processes in the long term.
100
OPTION 1 ‘PARTIALLY DECENTRALISED OPTION WITHOUT CENTRAL EU DATABASE’
Assessment of effects
Effectiveness
Option 1 is expected to achieve the specific and general objectives to a high extent in the short-
term.
By leveraging existing EU Information Systems (e.g. by connecting national RECAMAS to
the ESP) and introducing a new Communication Portal, cumbersome and fragmented
information exchanges between authorities are expected to be reduced. This structural
improvement will likely enhance both the quality and availability of information by ensuring
more consistent, timely, and accessible data sharing. As a result, RRR processes can be carried
out more efficiently, easing the workload on authorities and enabling quicker responses and
decisions which is critical to manage urgent RRR cases.
The degree of manual intervention is expected to decrease significantly, as standardised EU
systems on readmission (iRCMS) and reintegration (RIAT) as well as the widespread use of
RECAMAS-based solutions will reduce the need for manual data reformatting, speeding up
procedures and minimising human error.
The establishment of a Communication Portal is moreover expected to foster more direct
coordination between authorities, which is expected to diminish the current tendency to
work in silos.
In addition, under this policy option, the system established for digital migration management
would largely build upon already existing system and models. Whereas the national systems
would build upon the already well-established RECAMAS Model, or its reference
implementation developed by Frontex, the communication infrastructure will build upon
existing infrastructure (e.g. SIRENE, DublinNet, VIS Mail).
Reliance on existing infrastructure preserves operational continuity and is expected to enhance
stakeholder acceptance, as the targeted interviews conducted in the context of the Digitalisation
Study have indicated. Stakeholders expressed a wish for continuing to use the already well-
established systems, underlining that an approach which could be considered too disruptive
would likely reduce stakeholder acceptance. This is also confirmed in the survey conducted in
the context of the Digitalisation Study, with Member States indicating that interoperability with
existing systems and a modular as well as flexible infrastructure are more important to them,
whereas the adoption of a central infrastructure is less favoured.
101
Figure 16 - Member States’ perception of the most crucial design features for an integrated case
management system (see Table 157 of the Digitalisation Study) n=24
Source: Survey conducted as part of the Digitalisation Study
The benefits associated with Option 1 should be understood in the light of the fact that a fast
and effective short-term solution is needed at the moment, in order to quickly mitigate the
effects stemming from the problems outlined in Section 2. Option 1 can be implemented
comparatively fast, given that there would be no need to develop an additional EU central
database. The comparatively swift implementation timeline thus enables an early delivery of
benefits and transition towards the objectives, reducing the time that is continuously spent in
status quo.
The reliance on ‘only’ a communication tool for the exchange of ad-hoc information (i.e.
information that cannot be exchanged through existing EU information systems) and the
absence of a shared database used by all Member States may create risks for incorrect data
being transmitted or miscommunication occurring, in case working instructions concerning the
Communication Portal are understood and applied differently depending on the users. Without
clearly defined instructions and agreed-upon standards for use, Member States may adopt
differing practices, which could lead to inconsistencies in data exchange and potential delays
in processing.
In addition, there are limitations and caveats to the effectiveness of Option 1:
• The effectiveness and efficiency of this policy option will partially depend on
the extent to which in the future (1) the completeness of the information stored
in EU Information Systems will improve and (2) the information contained in
the return decisions stored already in the SIS are used in practice to manage
returns.
• The effectiveness and efficiency of this policy option will depend on the extent
to which Frontex will be capable to deliver its tasks in the required quality and
time. It will be essential that Frontex closely work with eu-LISA, Member
States and the Commission to deliver. For this purpose, specific governance’s
arrangements should be established (e.g. similar to what is in place with eu-
LISA to develop EU Information Systems through advisory groups and project
management boards or through a different approach).
• The exchange of information between Member States will be limited to case-
by-case needs. While SIS return alerts and the bilateral or multilateral
information exchange between SIRENE Bureaux enable Member States to
102
monitor secondary movements or identify persons who should be subject to
return processes, it only facilitates data exchange on a case-by-case basis and
only the sender and receiver are aware of the information shared. Similarly, the
ESP will not function as a tool for information exchange under Option 1. The
ESP will merely provide access to the data from all existing and future EU
Information Systems, such as SIS, VIS, Eurodac and EES in line with access
rights, as in the baseline scenario. Consequently, Member States will remain
unaware of what other Member States are processing regarding a specific TCN
until a return alert is shared via SIS or the data is uploaded in another EU
Information system e.g. Eurodac.
Assessment of governance structure and data protection
Under Option 1, the governance structure would shift significantly compared to the baseline
scenario.
Member States will still be responsible for the operational case management (i.e. processing
the cases in national RECAMAS, iRCMS and RIAT) and the development and maintenance
of national RECAMAS. Frontex will support Member States to integrate iRCMS and RIAT
into national RECAMAS as well as to adjust their national RECAMAS based on the
RECAMAS Model or the Frontex RECAMAS.
The Commission’s role is not expected to change compared to the baseline scenario with the
exception that the development and maintenance of RIAT and iRCMS will fall under the
responsibility of Frontex in collaboration with Member States.
Frontex’s role will be more prominent under Option 1 than under the baseline scenario,
assuming lead responsibility for developing the Frontex RECAMAS, including ready-to-use
IT modules to support less digitised Member States. It will also assume responsibility for
iRCMS and RIAT. It will continue to develop and maintain IRMA, RECAP, FAR and
provide training to national officers. This enhanced role is coherent with the active role that
Frontex already plays as regards iRCMS (as a frequent user) and RIAT (as a frequent user
and key stakeholder).
eu-LISA will continue to be in charge of EU Information Systems and the respective
interoperability components. In addition, eu-LISA will be tasked with developing and
maintaining the Communication Portal for the exchange of supplementary information not
covered by existing EU Information Systems. Additionally, eu-LISA will support Member
States to ensure that national RECAMAS are effectively connected to the ESP enabling
seamless data access to the relevant data stored in EU Information Systems in line with
access rights. eu-LISA will also support Frontex in establishing the Frontex RECAMAS,
iRCMS and RIAT.
Third countries and/or international organisations will be dealing with the segment of
iRCMS related to third countries.
From a data protection perspective, under Option 1, national case management systems
remain in place but are harmonised through the RECAMAS Model or the Frontex
RECAMAS. These systems integrate EU-level modules such as iRCMS (readmission),
RIAT (reintegration), and the Communication Portal for supplementary data exchange. The
governance structure is decentralised but with increased EU-level coordination and technical
103
support. Depending on the allocation of responsibilities and the degree of control over
purposes and means of processing, several data protection models may apply.
One possibility would be that each Member State would act as the data controller for the
data it records in its national RECAMAS, in iRCMS, and in RIAT as Member States will
determine the purposes and means of processing personal data related to RRR. Each Member
State will be considered as controller for the operational management of its national
RECAMAS. Frontex could act as processor in relation to the data it records in national
RECAMAS, iRCMS, and on cases from national reintegration assistance programmes
managed in RIAT. In this case, the relationship between the parties must be governed by a
clear and binding arrangement in line with Article 28 GDPR/Article 29 EUDPR. This
arrangement will specify the scope, nature, and purpose of the processing, the types of
personal data involved, and the categories of data subjects. It will also define the obligations
and rights of the controller, including instructions for processing, the duration of processing,
and the measures to ensure data security.
Member States and Frontex would be considered as joint controllers in relation to the
processing of personal data recorded in RIAT for cases managed under an EU reintegration
assistance programme. The responsibilities of each joint controller should be limited to the
data it records in RIAT.
Frontex would act as processor for the operational management of iRCMS and RIAT.
Member States and Frontex may be considered as joint controllers in relation to the
processing of personal data exchanged through the Communication Portal. The
responsibilities of each joint controller will be limited to the data it processes in the
Communication Portal. eu-LISA would be considered as processor in relation to the
operational management of the Communication Portal.
Data protection supervision would be split between the EDPS, which would oversee eu-
LISA and Frontex, and national data protection supervisory authorities, which would
supervise Member States. National data protection authorities and the EDPS would
cooperate for the coordinated supervision of the central database, in accordance with Article
62 EUDPR.
The table below provides a brief overview of main (dis-) advantages of Option 1 in terms of
governance.
Advantages Disadvantages
Balanced responsibility sharing: Governance is
distributed across EU and national levels,
promoting cooperation.
Coordination complexity: Multiple actors with
overlapping roles may complicate governance.
Targeted support: Frontex provides technical tools
to support less digitalised and willing Member
States.
Reliance on Frontex: Centralised technical
development could create bottlenecks.
Improved interoperability: National systems are
better integrated with EU-wide IT
infrastructure.
Regulatory burden: Requires legislative and
technical changes of several legal acts.
Flexible implementation: Member States can adapt
the Frontex RECAMAS or integrate modules as
needed.
.
104
Efficiency and administrative burden
The efficiency of Option 1 is expected to be moderate. However, its effects are expected to
materialise rather short-term. Despite relatively high costs for Member States, the option is still
rated the most efficient given the very limited ‘sunk costs’ of Member States. The automation
of multiple processes will significantly reduce the administrative burden for migration
authorities. In the short-term, the financial investment required is expected to be relatively
moderate, focusing on four key areas: (i) adapting national RECAMAS that are not yet aligned
with the RECAMAS Model, establishing iRCMS and RIAT and integrating those in national
RECAMAS, (iii) setting up the Communication Portal, (iv) connecting national RECAMAS to
the ESP for performing queries as well as (v) to SIS for the creation of return alerts. According
to Article 66(2) of the Interoperability Regulation, costs that incur due to integrating the
interoperability components, such as the ESP, with existing national infrastructures will be
borne by the general budget of the Union. Once these adaptations are made in a relatively short
term, the Option 1 is expected to become fully operational. This can be expected to significantly
limit the costs that Member States would otherwise have to spend if the time horizon until the
operation of the system would be long-term. Therefore, Member States are not expected to
incur a significant amount of ‘sunk costs’ under Option 1.
The introduction of the Communication Portal will facilitate more efficient and timely
exchanges of information between Member States, ultimately improving the identification of
individuals and the completion of RRR processes. Option 1 is expected to promote the
harmonisation of national RECAMAS, in part thanks to the additional EU-developed
components on readmission (iRCMS) and reintegration (RIAT), which will be integrated into
national RECAMAS.
In the long term, Option 1 is not expected to maintain the same level of cost-efficiency as is
expected in the short-term. While it is comparatively straightforward to implement and incurs
low initial costs, its reliance on the Communication Portal for the ad-hoc exchange of
information may introduce potential inefficiencies. If no standardised data format for
communication is agreed upon, there is an increased risk of transmitting incorrect or
incomplete data, which could disrupt RRR processes and require additional time and resources
to resolve inconsistencies. However, should standardised formats for communication be
established, these risks would be largely minimised, leading to a more efficient and streamlined
process overall.
Based on the methodology, as well as the overarching and policy option-specific assumptions
provided in section 5.1 in Annex 9, costs for the Member States, Frontex, eu-LISA and the
Commission are expected to range between EUR 582.39 and 753.17 million. Sunk costs
are negligible under Option 1, as Member States will build upon existing systems at national
level and the short-term operational nature of this option. This includes hardware and software
investments, development, as well as maintenance and support across six years. A more
detailed breakdown, as well as the methodology and underlying assumptions, are provided in
Annex 9.
Coherence
Option 1 is expected to improve the internal coherence of EU digital migration management.
Option 1 is considered to be externally coherent.
In terms of internal coherence, this option is expected to facilitate a minimum level of
harmonisation in the areas of RRR by leveraging the RECAMAS Model and Frontex
RECAMAS. The integration of iRCMS and RIAT into national RECAMAS is likely to reduce
the current fragmentation, promoting a more unified approach across Member States.
Additionally, leveraging existing data from systems such as SIS and Eurodac enhances
105
coherence by minimising the duplication of structures and building upon pre-existing systems.
This policy option further clarifies institutional responsibilities, with Frontex taking the leading
role in the development and maintenance of iRCMS and RIAT and supporting Member States
to adjust their national RECAMAS. The use of the existing infrastructure (e.g. SIRENE,
DublinNet, VIS Mail) for the Communication Portal will help to avoid duplication of structures
and contributes to coherence by building upon established frameworks, supporting the
standardisation of procedures and reducing fragmentation. eu-LISA will be responsible for the
development of the Communication Portal, which is coherent with its current responsibilities
on existing communication infrastructure (e.g. SIRENE, DublinNet, VIS Mail).
Regarding external coherence, Option 1 is expected to make use of the interoperability
infrastructure by connecting national RECAMAS, iRCMS and RIAT to the ESP.
Option 1, as all policy options, would need to be coherent with and accommodate the
procedural novelties introduced by the Return Regulation. Therefore, this constitutes a
horizontal requirement and is not a differentiating element between options. Option 1 is
expected to enhance coherence with the Return Regulation, as it facilitates adequate
information sharing between the Member States and the automation of the creation of statistical
data, thanks to the connection of the CRRS to national RECAMAS, iRCMS and RIAT.
Assessment of impacts
Economic
Under Option 1, potential positive and negative economic impacts are expected to balance each
other out.
That being said, Option 1 provides Member States with flexibility to either continue
developing their existing national systems in line with the RECAMAS model developed by
Frontex or to adopt the off-the-shelf RECAMAS-based IT solution developed by Frontex. This
dual approach allows Member States to build on prior investments while ensuring convergence
towards a common framework. At the same time, it offers a cost-efficient alternative for those
Member States with less mature case management systems, which would benefit from the off-
the-shelf RECAMAS-based IT solution, reducing spending only to the customisation of the
model.
Over time, the one-off and recurrent costs may be offset by efficiency gains thanks to the
improved digital migration management.
Since Member States still need to invest in IT infrastructure and development, this policy
option might result in a minor economic stimulus for Member States’ local IT industry and
market. However, it is expected that this would affect larger established IT companies rather
than SMEs and start-ups. Thus, there is next to no impact on competition expected.
No impacts are expected on issues such as technological developments, consumers and
households, innovation, or education and training systems.
Societal
Option 1 is expected to have minor positive societal impacts compared to the baseline scenario.
The improvement of digital migration management is expected to positively contribute to
supporting the social inclusion of TCNs and their smooth integration into the regular labour
market, by accelerating procedures for those who have no right to stay.
While the impact on employers in sectors relying on TCNs may be marginal, it will offer more
certainty regarding the recruitment of legal workers.
106
Overall, this option is also expected to contribute to strengthening public trust in the EU’s and
Member States’ capacity to manage migration effectively.
Environmental
Option 1 is expected to have a negligible negative impact on the environment compared to the
baseline scenario.
Although the reuse of existing systems and the Communication Portal under this option
contribute to resource efficiency and reduce the need for new infrastructure, the restructuring
process itself will require additional energy and resources, particularly in Member States
undertaking significant system upgrades.
As outlined in Table 2, only 12 Member States have national systems based on RECAMAS in
place, meaning that the majority of Member States would need to adjust their systems to reach
alignment with the RECAMAS Model.
Overall, as the EU intervention is not significantly disruptive, the negative environmental
impacts are expected to be negligible.
Security
Option 1 is expected to significantly contribute to increase the security of citizens, businesses,
and public administration in the EU, most importantly because certain existing problems in
digital migration management with regard to RRR could be addressed in the medium to short-
term.
The close relationship between system effectiveness and security outcomes means that
improvements in identification, data exchange, and coordination directly contribute to greater
public safety.
One of the key advantages of Option 1 lies in its rapid adaptability as it can be implemented
relatively quickly by Member States, allowing relevant authorities to better identify and address
high-risk individuals shortly after the implementation.
Cross-border cooperation is supported through the Communication Portal, enabling more
seamless and protected data exchange between Member States. While this represents a step
forward in strengthening cybersecurity and reducing fragmentation, the continued reliance on
a decentralised structure presents limitations. In particular, the absence of standardised data
formats or automated validation checks can lead to inconsistencies and errors in information
exchange. Moreover, the effectiveness of the system depends heavily on Member States using
the Communication Portal as well as existing digital migration management systems
consistently and correctly.
Fundamental rights
Option 1 is expected to adhere with fundamental rights and thus not expected to have any
further positive nor negative impact compared to the baseline scenario. As Member States will
continue to be responsible for the national systems they operate (even though they will now be
based on the RECAMAS Model, either indirectly or directly by customising the newly
developed Frontex RECAMAS), the fundamental rights situation is expected to stay the same
as in the baseline scenario (see Section 5.1 of Part 2 of the Digitalisation Study).
As this policy option introduces a new approach to managing RRR processes, certain
fundamental rights-related challenges may emerge. These could include risks to data
protection, inconsistencies in the implementation of safeguards, or varying levels of system
readiness across Member States. While the exact implications remain difficult to predict at this
stage, the shift from the baseline introduces a degree of uncertainty, and some risk – albeit
expected to be limited – cannot be ruled out.
107
Option 1 could offer tangible improvements in terms of transparency and efficiency. The secure
exchange of information may not only speed up case handling but also make it easier for
authorities to follow the progress of individual RRR cases. For TCNs, this could translate into
clearer procedures and potentially greater access to the information held about them – a step
toward strengthening data subject rights and building trust in the system. By embedding more
structured and protected channels for communication, this option may offer a more rights-
compliant and user-aware framework for managing sensitive migration-related data (144).
Feasibility
Option 1 is expected to be highly feasible.
From a perspective of political feasibility, stakeholder consultations have shown that most
Member States prefer policy options that are the less disruptive when it comes to improving
RRR. When asking stakeholders which policy options they prefer, a majority of stakeholders
(81%, N=17) indicated that they prefer decentralised and/or hybrid solutions, as is indicated in
the figure below (see also Table 158 of the Digitalisation Study) (145):
Figure 17 - Member States' preference with regard to a new RRR system's architecture (n=20)
Source: Survey conducted as part of the Digitalisation Study
The results clearly indicate that most Member States prefer a solution that retains at least a
certain degree of national autonomy. Consequently, and given that Option 1 is relatively less
disruptive, it is reasonable to anticipate broad acceptance among stakeholders, enhancing its
political feasibility. In addition, although this policy option may not be the most cost-effective
in comparison, it is still more affordable than Option 3, which could further bolster its political
feasibility. Moreover, it can be deduced from the stakeholder consultations that the preference
for less fragmentation while maintaining flexibility is appealing which is what Option 1 stands
for. Additionally, Option 1 allows for Member States to choose their preferred approach (i.e.
either to adopt and customise the Frontex RECAMAS or to keep their existing RECAMAS
(144) Please also refer to the Data Protection Impact Assessment in STEP 1: IDENTIFICATION OF THE NEED FOR A
DPIA.
(145) As already noted above, none of the options assessed in the survey does fully correspond to Option 1 assessed
in this section. However, it is still possible to deduce some findings.
108
while aligning it on the RECAMAS Model). This flexibility is likely to garner some support,
contributing to the overall political feasibility of this option.
In terms of technical feasibility, Option 1 is expected to entail only minor to moderate technical
adaptions to be undertaken by the Member States to their national systems. Tasks can be
expected for the re-modelling of the national RECAMAS (either by adopting and customising
the Frontex RECAMAS, or parts of it, and/or by aligning the national RECAMAS on the
RECAMAS Model), integrating iRCMS and RIAT in national RECAMAS, connecting
national RECAMAS to the ESP and to SIS, and ensuring that Member States are connected to
the Communication Portal. As Frontex will provide support to Member States, the technical
feasibility is expected to be high. The development of Frontex RECAMAS by Frontex as well
as the integration of iRCMS and RIAT into the national RECAMAS will require substantial
resources and expertise, which raises the technical feasibility to a moderate level, even if eu-
LISA will also support Frontex in this task.
Lastly, in terms of organisational and operational feasibility, Option 1 is expected to be highly
feasible, given the relatively low complexity of the policy option and the opportunity for
stakeholders to work with well-known systems.
OPTION 2: ‘PARTIALLY DECENTRALISED OPTION WITH CENTRAL EU DATABASE’
Assessment of effects
Effectiveness
Option 2 is expected to achieve the specific and general objectives to a moderate extent, albeit
only in the medium to long-term.
Evidence gathered from interviews with national authorities in the context of the Digitalisation
Study indicates a general optimism about the option's ability to streamline processes by
leveraging existing national systems while integrating them into EU-wide frameworks. As can
be seen in the figure below, this finding is supported by the survey results, according to which
17 Member States consider Option 2 to perform better in regard to interoperability than the
baseline scenario (146).
Figure 18 - Member States' ratings of the partially decentralised option’sperformance compared to
the baseline scenario (n=21)
Source: Survey conducted as part of the Digitalisation Study
(146) Digitalisation Study, Figure 77.
109
Interviewees further highlighted that Option 2 is likely to enhance cooperation among
stakeholders involved in RRR processes, thereby improving the monitoring of individuals
throughout the whole process. This is particularly due to the enhanced data sharing of this
option, with 14 Member States considering it to be significantly better than the baseline
scenario.
The more centralised approach is generally expected to lead to improved availability and
quality of information, particularly in alignment with the increased data sharing anticipated
under the Return Regulation. By providing all Member States with equal access to necessary
data, the central database aims to mitigate the current issue of data fragmentation, which has
been a significant barrier to effective digital migration management.
However, as a major restriction, stakeholders noted during the interviews that the effectiveness
of the tools within the architecture of this policy option is contingent upon the quality and
availability of the data inputted by the Member States. Consistent updates to the national
systems and accurate provision of information are essential to maximise the utility of this
option. In this respect, the survey results show that the Member States do not consider the
accuracy and reliability of the data to become better on the whole. While 10 Member States
consider data accuracy and reliability to be better under Option 2, two consider it hardly better
and eight see it as equally good as in the baseline scenario (see Figure above).
If Option 2 is implemented as intended, the improved access to necessary data, opportunities
to implement automated tools and the opportunities for information exchange are likely to
speed up the processing of cases, as the need for manual processes is reduced. 12 Member
States have backed this finding, by pointing out that Option 2 is ‘much more’ or ‘more’
favourable than the baseline scenario when it comes to automation. With a centralised database,
the need for making bilateral requests for critical information is expected to be diminished,
allowing authorities to more swiftly access all necessary data needed for their operations.
Lastly, the adoption of the central database is expected to reduce siloed working, as it would
enable streamlined, role-based access to relevant information held by other national authorities,
ensuring that only those with a legitimate operational need can retrieve the data.
However, the overall effectiveness of Option 2 is expected to be moderate, primarily because
it is not likely to be operational in the short term. The complex technical implementation
required to establish the central database may take several years, during which time existing
problems in digital migration management will remain unresolved. This delay could hinder the
timely achievement of both specific and general objectives, pushing them further into the
future.
Assessment of governance structure and data protection
Under Option 2, the governance structure will evolve further compared to both the baseline
scenario and Option 1 with a strong EU-level layer led by eu-LISA and supported by the
Commission and Frontex. Member States will remain key operational actors but are expected
to be more tightly integrated into a unified EU-wide digital infrastructure for managing RRR
processes.
Member States are expected to maintain a high level of responsibility, particularly in
operating and adapting their national RECAMAS. They will also be responsible for ensuring
that these systems are connected to the newly established EU central database and the
corresponding uniform interface, enabling seamless data exchange across the Union.
Similarly to Option 1, the Commission will have a medium level of responsibility, primarily
focused on regulatory oversight and policy coordination. It would be responsible for proposing
110
and facilitating the necessary legislative measures to support the establishment and functioning
of the EU central database and related systems.
Frontex will take on a more limited, supportive role compared to Option 1. It will continue to
assist Member States in developing IT components related to return and support eu-LISA in
developing the RECAMAS reference implementation, iRCMS and RIAT. Frontex’s tools,
such as IRMA and RECAP, will be connected to the uniform interface but the agency will no
longer lead the development of EU-level systems for readmission and reintegration.
eu-LISA will assume a leading role under this policy option. It will be tasked with developing
and maintaining the new EU central database and the uniform interface that connects national
systems to the EU-level infrastructure. In addition, eu-LISA willlead the development of the
RECAMAS reference implementation and the EU-level case management systems for
readmission (iRCMS) and reintegration (RIAT). This centralised role positions eu-LISA as
the key technical authority responsible for the coherence, security, and interoperability of the
overall system.
In this option, a central EU database is introduced, managed by eu-LISA and connected to
national systems via a uniform interface. From a data protection perspective, the governance
structure must reflect the layered architecture of the system. While Member States retain their
national case management systems for return (RECAMAS), the readmission (iRCMS) and
reintegration (RIAT) systems are developed and maintained at EU level. The governance
structure reflects a layered and partially centralised architecture, with shared responsibilities
across Member States, eu-LISA, Frontex, and the Commission. Depending on the allocation
of decision-making power and operational control, several models of data controllership may
apply.
One possibility would be for Member States to act as joint controllers as regards the central
database (as Member States will be jointly determining the purposes of the processing of
personal data within the central database). The responsibilities of each joint controller will be
limited to the data it processes in the central database.
Each Member State would remain separate controller as regards the processing of data it
records in national RECAMAS, in iRCMS and in RIAT, and for the operational management
of its national RECAMAS
Frontex may act as processor in relation to the data it records in national RECAMAS, in
iRCMS, and on cases from national reintegration assistance programmes managed in RIAT.
Member States and Frontex may be considered as joint controllers in relation to the processing
of personal data recorded in RIAT for cases managed under an EU reintegration assistance
programme.
eu-LISA, as the technical operator of the central database, iRCMS and RIAT, would act as a
data processor. In this case, the relationship between the parties must be governed by a clear
and binding arrangement in line with Article 28 GDPR/Article 29 EUDPR. This arrangement
will specify the scope, nature, and purpose of the processing, the types of personal data
involved, and the categories of data subjects. It will also define the obligations and rights of
the controller, including instructions for processing, the duration of processing, and the
measures to ensure data security.
Data protection supervision would be split between the EDPS, which would oversee eu-LISA,
and national data protection supervisory authorities, which would supervise Member States.
National data protection authorities and the EDPS would cooperate for the coordinated
supervision of the Communication Portal, in accordance with Article 62 EUDPR.
111
The table below provides a brief overview of main (dis-) advantages of Option2 in terms of
governance.
Advantages Disadvantages
Clear role allocation: Responsibilities are well
defined across national and EU actors.
Increased dependency: Centralising key technical
functions on one agency may create bottlenecks
or over-reliance.
Improved case monitoring: A unique EU case ID
reduces duplication and enhances consistency.
Legislative complexity: Requires multiple EU-level
legal amendments to enable full functionality.
Enhanced interoperability: Full use of all
interoperability components supports efficient
operations.
Efficiency and administrative burden
The efficiency of Option 2 is expected to be moderate. Its effects are expected to materialise
only in the medium- to long-term. The costs are expected to be the highest among all policy
options with ‘sunk costs’ of Member States also expected to be higher than in Option 1 (but
lower than in Option 3).
Several interviewed Member States emphasised that the shared EU and national systems option
would be more efficient than the baseline scenario. This is primarily due to more automated
processes leading to faster procedures, which are expected to lead to time savings and a
reduction in administrative workload. In this context, the newly established central database is
a key component, as it would enhance data-sharing capabilities and significantly expand the
potential for generating relevant statistics.
Moreover, Option 2 can be regarded as efficient as it builds upon existing systems and
structures (national RECAMAS, iRCMS, RIAT). By retaining and upgrading current systems,
rather than replacing them entirely, the option leverages existing infrastructure to improve
overall efficiency. However, the benefits noted are rather expected in the long-term, once it is
implemented. In addition, the above-mentioned efficiency is accompanied by the creation of a
new central database, the necessity of which may be questioned as most data stored in this new
database will already be stored in other EU Information Systems (e.g. SIS, Eurodac).
In the short-term, efficiency of this option is expected to be limited. As illustrated in the figure
below, Member States anticipate substantial costs across all dimensions. For instance, 14
Member States classify the integration and interoperability costs as (very) high, while the
remaining six expect these costs to be moderate.
112
Figure 19 - Member States' ratings of the magnitude of costs (n=20)
Source: Survey conducted as part of the Digitalisation Study
Stakeholder consultations further indicate that Option 2 would involve significant development
and implementation expenditures, alongside sunk costs. Implementation is expected to be
particularly resource-intensive, requiring adaptations to national systems as well as the creation
of a new central database. This dual effort will result in considerable additional workload for
both EU and national authorities. In particular, eu-LISA would face a substantial and heavy
workload, as it would be responsible for developing the central database from the start.
In addition, the full implementation of this policy option is projected to take several years with
a gradual go-live, which would further delay the full realisation of its efficiency. Furthermore,
the expected gains do not appear to be proportionate to the anticipated costs. Much of the data
intended to be shared via the new central database is already accessible through existing
systems such as SIS, EES and VIS as well as will be available through upgraded and future
systems such as Eurodac.
Based on the methodology, as well as the overarching and policy option-specific assumptions
provided in Section 5.2 in Annex 9, costs for the Member States, Frontex, eu-LISA and the
Commission are expected to range between EUR 700.30and 891.28million. This includes
hardware and software investments, development, as well as maintenance and support across
six years. Sunk costs are negligible under Option 2, as Member States will build upon existing
systems at national level and the short-term operational nature of this option
A more detailed breakdown, as well as the methodology and underlying assumptions are
provided in Annex 9.
Coherence
Option 2 is expected to improve the internal coherence of EU digital migration management to
a moderate extent. Option 2 is also considered to be externally coherent.
Internal coherence is expected to be enhanced through the creation of a central database,
which will facilitate data sharing among the Member States by systematising it and ensure that
Member States have access to the same data. The implementation of national RECAMAS as
well as integration of iRCMS and RIAT, supported by eu-LISA and Frontex, is expected to
promote a more harmonised approach to managing return cases across Member States as it not
only harmonises and standardises RRR management practices but also promotes enhanced
cooperation among stakeholders. The clear delineation of responsibilities among stakeholders,
including the Member States, eu-LISA, and Frontex further bolsters the coherence of this
approach and mitigates the risk of duplicative efforts.
113
However, the coherence of Option 2 is highly dependent on the Member States’
implementation of the system. Variations in national implementation, as well as differences in
data sharing and operational working practices, could negatively impact coherence.
In terms of external coherence, Option 2 is set to fully leverage the EU’s interoperability
framework. By connecting the central database to the CIR, sBMS, MID and ESP, the option
will enable quick identification of duplicate entries. In addition, this policy option would
expand the scope of data currently exchanged via EU Information Systems.
An adaptation of the Interoperability Regulation and of all founding Regulations of existing
EU Information Systems is necessary in order to make use of all interoperability components
and to allow the direct exchange of data between the new central database and EU Information
Systems. As eu-LISA and Frontex will take on new responsibilities under Option 2, an
amendment to the EBCG Regulation and to the eu-LISA Regulation will be required.
Option 2, as all policy options, would need to be coherent with and accommodate the
procedural novelties introduced by Return Regulation. Therefore, this constitutes a horizontal
requirement and is not a differentiating element between options.
The policy option is coherent with data-sharing provisions and statistical reporting under the
Return Regulation and the overall objectives of the Pact on Migration and Asylum.
Assessment of impacts
Economic
Under Option 2, potential positive and negative economic impacts are also expected to balance
each other out. The line of argumentation developed for Option 1 also applies to Option 2.
However, there are some notable differences: first and foremost, Option 2 does not only strain
Member States’ budgets but also the EU’s budget to a slightly greater extent than Option 1,
due to the creation of a central database.
Moreover, Option 2 could in addition to the economic stimulus in the Member States also
provide a minor stimulus to larger IT companies that are serving EU bodies such as eu-LISA.
Societal
Option 2 is expected to have moderate positive societal impacts compared to the baseline
scenario.
The same types of societal impacts can be expected to materialise as under Option 1. However,
the magnitude of the impacts might be somewhat more pronounced through the establishment
of the EU central database and the improvements of the effectiveness and efficiency of digital
management of RRR over time.
Environmental
Option 2 is expected to have a limited negative environmental impact compared to the baseline
scenario.
The development and maintenance of a new central database is likely to intensify energy
consumption due to the operation of large-scale data servers and associated digital
infrastructure. Additionally, over time, the continuous upgrading and replacement of hardware
will contribute to a rise in electronic waste. However, the magnitude of this negative impact is
considered negligible compared with the baseline scenario.
114
Security
Option 2 is expected to contribute to increase the security of citizens, businesses, and public
administration in the EU only to a moderate extent, most importantly because existing
problems in digital management of RRR processes could only be addressed in the medium to
long-term.
Option 2 is expected to address the main shortcomings identified in the baseline scenario. The
case-management would allow Member States to carry out the return process in a faster and
more efficient manner, enabling better identification of irregular TCNs, including those
individuals posing security threats.
Option 2 is also expected to improve data-sharing between Member States, increasing the EU’s
ability to carry out effective risk assessment, improving the capacity to identify high-risk
individuals, and improving the overall effectiveness of security measures. The exchange of
information directly through the RRR databases reduces the risks of inconsistencies in
information exchange associated to the creation of a separate communication portal.
Risk of errors, misuse of information, and personal data breaches is expected to reduce
with Option 2 by establishing standardising readmission and reintegration case management
systems across Member States, managed centrally by eu-LISA, which has extensive experience
in managing large-scale IT systems. Harmonised processes and security standards would
reduce inconsistencies in data handling, strengthen compliance with EU data protection rules,
and enhance accountability, thereby improving the secure and reliable management of sensitive
personal data.
As can be seen in the figure below, survey data underscores the divided perception among the
Member States regarding the option’s added security value. While 10 Member States consider
data security to be improved under the shared EU and national systems option with central
database, a similar number (11 Member States) perceive only partial, or no improvement
compared to the baseline scenario (see Figure 20 - Member States’ ratings of the partially
decentralised option’s impact on security (n=21)). These mixed views reflect both optimism
about centralised safeguards and concerns over potential cybersecurity risks and reduced
national control.
Figure 20 - Member States’ ratings of the partially decentralised option’s impact on security (n=21)
Source: Survey conducted as part of the Digitalisation Study
Similarly, in terms of risk management, only seven Member States consider the partially
decentralised optionwith central database to perform better, while 14 Member States see little
or no added benefit.
115
Fundamental rights
Option 2 is expected to adhere with fundamental rights and thus not expected to have any
further positive nor negative impact compared to the baseline scenario.
As illustrated in the figure below, this assessment is confirmed by the survey in which most
Member States indicated that Option 2 is likely to have a similar impact on fundamental rights
as the baseline scenario (see Figure 21 - Member States' ratings of the partially decentralised
option’simpact on fundamental rights compared to the baseline scenario (n=21))).
Figure 21 - Member States' ratings of the partially decentralised option’simpact on fundamental
rights compared to the baseline scenario (n=21)
Source: Survey conducted as part of the Digitalisation Study
However, new challenges might occur due to the implementation of a new central database,
the adjustment of national RECAMAS across all Member States and the integration thereto of
iRCMS and RIAT. While this will improve data availability and coordination, the large-scale
processing and centralisation of sensitive personal data may raise concerns around data
protection, including the potential for misuse, unauthorised access, or insufficient oversight.
At the same time, this policy option has the potential to foster greater procedural clarity and
accountability. By enabling authorities across the EU to access up-to-date and coherent
information, it may reduce administrative fragmentation and help ensure that RRR cases are
processed more consistently and transparently. For the data subjects (i.e. TCNs), this could
translate into more equal treatment across Member States as well as better monitoring and
access to the information shared and processed about them. To fully realise these benefits while
avoiding unintended consequences, robust technical and legal safeguards will be essential to
uphold fundamental rights throughout implementation and use.
Feasibility
Option 2 is expected to be feasible to a moderate extent.
This is primarily because integrating a new central database with existing national systems
presents significant challenges in practice, as ensuring technical compatibility and data
standardisation may lead to complications that affect technical and operational feasibility.
12 Member States consider the partially decentralised optionwith central database as
politically and legally feasible. This is mainly due to the fact that Member States can continue
working in a decentralised manner and in a system preserving their national specificities (i.e.
national RECAMAS). Legally, the need for a self-standing Regulation and multiple legislative
amendments (such as to all regulations establishing EU Information Systems) diminish the
overall feasibility of this option.
116
Figure 22 - Member States' ratings of the feasibility of Option 2 (n=22)
Source: Survey conducted as part of the Digitalisation Study
The results also demonstrate that the majority of Member States do not regard the technical,
operational and organisational feasibility favourably but rather question it. 14 Member States
consider the technical viability as hardly feasible, while 12 Member States regard operational
and organisational feasibility as similarly lacking in viability. This scepticism is closely tied to
the understanding that the successful implementation of this option hinges on collaboration
among different stakeholders. While such collaboration can be beneficial, it also risks
misalignment of priorities that could hinder progress.
This assessment by the Member States is closely related to the fact that it is seen as a technical
challenge to connect national systems to the central database, as foreseen under Option 2.
Furthermore, several Member States repeatedly mentioned that it would require a significant
amount of organisational effort to create real consistency between all the national systems and
the EU systems.
OPTION 3: ‘CENTRALISED SYSTEM’
Assessment of effects
Effectiveness
Option 3 is expected to achieve the specific and general objectives to a moderate extent, albeit
only in the medium to long-term.
The overall effects are equal to those for Option 2, with Member States expecting similar
benefits in the area of data accuracy, completeness and interoperability as well as in the field
of coordination and cooperation but also significant shortcomings in terms of time needed to
implement the policy option.
Overall, participants in the survey conducted as part of the Digitalisation Study explained that
the introduction of Option 3 would indeed bring positive effects in comparison to the baseline
scenario, which involved in particular the following aspects (clustered):
• Increased standardisation and accuracy of data and less fragmentation.
The follow-up of cases and exchange of information would be easier and faster.
Costs for Member States would decrease in the long-term.
117
Thus, the policy option is expected to enhance data sharing and reduce silos by establishing
a central database, which is expected to significantly improve access to and the quality of
information. In conjunction with the enhanced data sharing anticipated under the Return
Regulation, this initiative will enable all Member States to access necessary data in a consistent
manner, thereby fostering a more integrated approach to digital migration management. This
is also underlined by the comparison of policy options undertaken by the Member States in the
Digitalisation Study’s survey, with effectiveness-related factors scoring overall well: data
sharing is expected by 15 Member States responding to that item being ‘much more’ or ‘more’
favourable than in the baseline scenario under Option 3. 14 Member States made the same
assessment as regards interoperability. For automation, 12 Member States also confirmed an
increased effectiveness.
The creation of a centralised system is also expected to address many of the issues associated
with the current operation in silos, which primarily arise from the use of disparate national
systems. By consolidating data into a single database and system, the option is expected to
substantially reduce the fragmentation that hampers effective coordination and collaboration
among the Member States. Furthermore, this centralised approach presents significant
opportunities for the automation of processes, which can be implemented uniformly across all
EU Member States, leading to greater effectiveness and consistency.
However, the effectiveness of this policy option is expected to be moderate in the short term,
largely due to the time required to establish the necessary infrastructure and connect it to
relevant national systems. A centralised EU case management system would face considerable
difficulties in accommodating the diverse legal and procedural frameworks of Member States.
Differences in national administrative structures, legal standards, and operational practices
would complicate the integration of data and processes (15 Member States fully or slightly
agree that difficulties will arise by integrating digital systems in existing administrative
frameworks). These divergences could lead to inconsistencies, institutional resistance, and
delays, as Member States may be unwilling to fully align their systems with EU-wide
procedures.
The timeline for the go-live of the centralised system is likely to extend into the long term,
meaning that existing problems related to data sharing and siloed operations will remain
unresolved during this interim period. This delay will hinder the timely achievement of both
specific and general objectives, as authorities will continue to struggle with the inefficiencies
of the current systems. Member States confirmed this assumption in the Digitalisation Study’s
survey by outlining that the policy option would be complex and time-intensive to develop. 11
Member States indicated that the implementation and integration complexity is ‘hardly more
favourable’ or ‘similar’ to the baseline.
Moreover, Member States have criticised that national specifications cannot be taken into
consideration sufficiently, significantly reducing the Member States’ leeway in adapting the
system towards country-specific needs. In this regard, 15 Member States indicated in the survey
that the flexibility and adaptability is ‘hardly more feasible’ or ‘similar’ to the baseline
scenario. If country-specific factors, such as national legislation and operational practices, are
not considered sufficiently, the system may fail to align with unique legal frameworks and
operational needs, leading to challenges in compliance that hinder effective digital migration
management.
Assessment of governance structure and data protection
Under Option 3, the governance structure would be fundamentally transformed compared to
the baseline by introducing a fully centralised EU case management system for RRR, replacing
all national systems.
118
Member States would still be expected to be responsible for the operational case management
as such and the integration of any national database/system that is relevant for handling RRR
processes.
The Commission and Frontex would assume the same roles and responsibilities as under
Option 2.
eu-LISA, however, would take an even more enhanced role under this policy option, acting
as the central technical authority. It would be fully responsible for developing, maintaining,
and operating the new EU case management system and the associated central database. eu-
LISA would ensure full interoperability with EU Information Systems and manage the
system’s architecture, security, and performance.
From a data protection perspective, a fully centralised EU case management system would
be established, replacing national systems. In this model, several options could be considered
depending on the different obligations and responsibilities of each party.
One possibility would be for the Member States to assume the role of joint controllers while
eu-LISA would act as data processor in its capacity of technical operation of the central
system. In this case, the relationship between the parties must be governed by a clear and
binding arrangement in compliance with Article 28 GDPR and Article 29 EUDPR. The
arrangement will specify the scope, nature, and purpose of the processing, the types of personal
data involved, and the categories of data subjects. It will also define the obligations and rights
of the controller, including instructions for processing, the duration of processing, and the
measures to ensure data security.
In this model, each Member State would remain responsible for determining the purposes and
means of processing the data it records - such as initiating return procedures, updating case
files, or managing reintegration support. eu-LISA, in turn, would provide and maintain the
centralised infrastructure, ensuring secure data storage, access management, and system
interoperability, without independently determining the purposes of processing. The
responsibilities of each joint controller will be limited to the data it processes in the central
database.
Data protection supervision would be split between the EDPS, which would oversee eu-LISA,
and national data protection supervisory authorities, which would supervise Member States.
National data protection authorities and the EDPS would cooperate for the coordinated
supervision of the central case management system and database, in accordance with Article
62 EUDPR.
The table below provides a brief overview of main (dis-) advantages of Option 3 in terms of
governance.
Advantages Disadvantages
Streamlined operations: Member States no longer
need to maintain separate national systems.
Reduced national autonomy: Member States have
limited flexibility to tailor the system to their
national needs.
Faster policy implementation: Updates or changes
to the system can be rolled out uniformly across
all Member States without requiring national-
level adaptations.
High dependency on eu-LISA: Centralised control
may create bottlenecks or single points of failure.
Complex transition: Replacing national systems
requires significant legal, technical, and
119
Unified accountability: A single system managed
by eu-LISA simplifies oversight and clarifies
who is responsible for system performance.
operational adjustments. Such significant efforts
will also be needed to connect the central system
to other relevant national systems that will
remain in place at national level that may be
currently connected to national return case
management systems (e.g. asylum systems, ).
Implementation burden: Requires extensive
training and capacity building for national
authorities.
Efficiency and administrative burden
The efficiency of Option 3 is expected to be moderate. Its effects are expected to materialise
only in the long-term. The costs are expected to be the lowest among all policy options due to
the limited costs for Member States. However, due to the long-term nature of this policy option,
Member States’ ‘sunk costs’ are expected to be highest among all policy options, therefore
justifying the lowest efficiency rating.
In the short-term, in particular the implementation of Option 3 is expected to be highly
resource-intensive, as was confirmed by multiple Member States in the Digitalisation Study’s
survey. The Member States pointed out that the benefits and practicality of the policy option
do not outweigh the costs that are created during the overall implementation, given that the
national systems in place would need to be fully discarded and already existing data migrated
to the central system. As pointed out by one interviewee, the policy option would overall be
less of a burden for the Member States but would place a high burden on eu-LISA. This is due
to its leading role in the development of the central database, whose added value is questionable
given that most of the relevant data is already stored in other EU Information Systems (a point
already discussed for policy option 2 and still relevant here). Additionally, eu-LISA's resources
are already constrained: the current workload, workspace limitations, data capacity and
recruitment issues constrains the agency’s capacity to swiftly develop the system. The time and
complexity required for implementation also imply that existing inefficiencies—such as
insufficient sharing of information and lack of automation—will persist during the transition
period, continuing to burden Member States. After being implemented, the system is expected
to create additional costs (such as e.g. for training of officers and maintenance, need to connect
other national relevant systems to the central system such as asylum systems), therefore not
balancing out the implementation costs with what could have been expected as lower
operational costs.
120
Figure 23 - Costs expected for the implementation
of the new system under Option 3 (n=20)
Figure 24 - Costs expected for the operation of the
new system under Option 3 (n=20)
Source: Survey conducted as part of the Digitalisation Study Source: Survey conducted as part of the Digitalisation Study
In the long-term it can be expected that, under a central system cooperation, data exchange
between Member States would be more efficient, thus reducing the need to engage in lengthy
coordination processes. In addition, a major benefit would be the central go-live and
maintenance of the system, reducing the need for responsible staff in the Member States and
bundling costs in one central authority at the EU-level. By centralising processes and
automating functions uniformly across all EU Member States, the option holds considerable
potential to enhance overall efficiency. However, this potential is conditional upon the system’s
capacity to reconcile national procedural differences effectively. Without sufficient flexibility
and adaptability to accommodate the specific operational and legal requirements of each
Member State, the centralised system risks exacerbating inefficiencies rather than resolving
them. Given the significant costs expected during development and implementation, the long-
term benefits do not fully outweigh the short-term costs associated with the policy option,
making this option rather inefficient.
Based on the methodology, as well as the overarching and policy option-specific assumptions
provided in Section 5.3 in Annex 9, costs for the Member States, Frontex, eu-LISA and the
Commission are expected to range between EUR 226.83 and 288.04 million. This includes
hardware and software investments, development, as well as maintenance and support across
six years. Sunk costs are estimated under Option 3 to range between EUR 689.19 and 877.16
million for seven years for 27 Member States.
A more detailed breakdown, as well as the methodology and underlying assumptions are
provided in Annex 9.
Coherence
Option 3 is expected to improve the internal coherence of EU digital migration management to
a moderate extent. Option 3 is also considered to be externally coherent.
In terms of internal coherence, this policy option is expected to go beyond merely establishing
minimum standards for national systems but rather to overcome national fragmentation entirely
through the implementation of a centralised solution. This approach is thus expected to ensure
a high level of coherence among Member States, facilitating very consistent practices and
procedures across the board. The use of a single system as well as the streamlining of
maintenance and support services with one agency (eu-LISA with partial support of Frontex)
would reduce the need for complex coordination processes, which in turn reduces the risk for
incoherencies in development, implementation and running of the system. Moreover, a central
121
go-live could be ensured in order for all Member States to start using the system at the same
time, reducing the risk for delays. However, this level of coherence can only be achieved if the
system is designed to effectively accommodate the significant procedural and legal differences
among Member States. Without adequate flexibility and alignment mechanisms, these
divergences risk reintroducing fragmentation through uneven application, resistance, or
delayed integration.
Regarding external coherence, the same effects are expected for Option 3 as those described
under Option 2.
Assessment of impacts
Economic
Under Option 3, potential positive and negative economic impacts are also expected to balance
each other out. The same line of argumentation as for Option 1 and 2 applies.
However, given the long term of implementation for the project, economic effects would only
likely materialise in the long term under this policy option.
Societal
Option 3 is expected to have moderate positive societal impacts compared to the baseline
scenario.
The same types of societal impacts can be expected to materialise as under Option 1 and 2.
However, the magnitude of the impacts might be somewhat more pronounced through the
establishment of the EU central database and the improvements of the effectiveness and
efficiency of digital migration management over time.
Environmental
Option 3 is expected to have a limited negative environmental impact compared to the baseline
scenario.
The development and maintenance of a new central database will substantially increase energy
as well as material consumption and generate electronic waste. However, this is at least
partially offset by the abolition of the systems at national level. However, the magnitude of this
impact is considered negligible compared with the baseline scenario.
Security
Option 3 is expected to contribute to increase the security of citizens, businesses, and public
administration in the EU only to a limited extent, most importantly because existing problems
in digital migration management could only be addressed in the medium to long-term.
However, the rating foreseen is equal to the one under Option 2 as Option 3 could potentially
provide even more positive security impacts through overcoming the fragmentation of national
systems.
As for Option 2, the implementation of a new central database is expected to significantly
enhance the ability to monitor RRR processes, ensuring that relevant authorities have access
up-to-date information. By providing up-to-date, consistent data access, this option would
improve information exchange and support earlier detection of high-risk individuals.
In addition, the harmonisation of case management and standardised procedures would reduce
system vulnerabilities by ensuring consistency across Member States, leading to fewer
discrepancies in data handling and processing. Moreover, standardisation offers the possibility
to implement robust security measures uniformly across all Member States.
122
Additionally, the lengthy implementation timeline means that current security gaps would
persist for several years, limiting the short-term impact on EU security of this option.
Fundamental rights
Option 3 is expected to have a small negative impact on fundamental rights compared to the
baseline scenario. However, no infringements of fundamental rights are overall anticipated.
This is confirmed by the survey results which indicate that a majority of the Member States
envisage either no improvement or a deterioration in the fundamental rights situation under the
centralised option. While a centralised system could promote consistency in applying RRR
processes, potentially reducing arbitrary practices across the Member States, it may face
practical limitations in accommodating the legal and procedural divergences that exist among
national systems. These challenges may arise from the central database’s reliance on
standardised data processing and automation, which, while promoting efficiency and
alignment, may not fully reflect the varying administrative practices, legal requirements, or
institutional capacities across Member States. This could make it difficult to adapt the system
to existing national procedures or to take into account specific legal and procedural safeguards
in national frameworks.
Figure 25 - Member States' ratings of the centralised option's impact on fundamental rights
compared to the baseline scenario (n=21)
Source: Survey conducted as part of the Digitalisation Study.
In addition, and as outlined under Option 2, the shift to a fully centralised system and the
replacement of national systems may introduce further challenges. While intended to enhance
consistency and coordination, the large-scale processing and centralisation of personal data,
including sensitive personal data, may raise concerns related to data protection, including risks
of misuse, unauthorised access, or insufficient oversight.
This policy option may contribute to more transparent and efficient RRR processes by
improving access to up-to-date and consistent information. It is also expected to support a more
uniform application of data subject (i.e. TCN) rights across Member States by facilitating
clearer communication, enhancing access to the data processed about them, and promoting
more transparent treatment throughout RRR processes.
Feasibility
Option 3 is expected to be feasible only to a very limited extent, potentially triggering strong
resistance from Member States. This is in particular due to the Member States not being able
to build upon and use the developed and adapted system many of them have used over several
years.
123
This aligns with the findings of the survey conducted in the context of the Digitalisation Study,
with a majority of Member States indicating that the central option is hardly feasible or
unfeasible across all dimensions, as can be seen in the figure below.
Figure 26 - Member States' rating of the feasibility of Option 3 (n=22)
Source: Survey conducted as part of the Digitalisation Study
As the figure shows, the technical and organisational feasibility are particularly questioned by
Member States. Member States’ views do not reveal a consensus among the Member States
but rather highlight the fact that the centralised option has a lot of potential for discussion and
opposition. Overall, it is to be assumed that the policy option in its current form will probably
not be fully accepted by the Member States.
Member States have in particular expressed shortcomings with regard to the (i) lack of
flexibility for Member States to adapt the system based to national needs, (ii) high costs for
data migration / loss of historical data and (iii) slow development and evolution of the system
as major factors impacting the feasibility to implement such a system.
In addition, some stakeholders during the targeted interviews conducted as part of the
Digitalisation Study (in particular from Member States with highly developed national
systems) expressed that they are not willing to give up their national systems for RRR, given
that they have made positive experiences with these systems, are well-trained in using them
and do not consider the EU system to be of sufficiently added value to fully replace the national
systems. 15 Member States also indicated in the Digitalisation Study’s survey that stakeholder
acceptance and cooperation with regard to this policy option is ‘hardly more favourable’ or
‘similar’ to the baseline scenario, indicating lacking support in implementing this option.
CHOICE OF POLICY INSTRUMENT
Choice of policy instrument: A Regulation is the most suitable tool to achieve desired
policy objectives
Within the context of digital management of RRR processes, a regulation appears to be the
most suitable legal instrument in all three policy options given the objective to establish a new
integrated digital case management system both at national and EU level, mirroring thereby
the choice made for all founding regulations of EU Information Systems.
124
By definition, regulations are binding and directly applicable in all Member States and ensure
uniform rules across the Union. The existing problems with regard to digital migration
management are to a very large degree caused by diverging national approaches. Therefore, a
regulation best corrects the fragmentation. A directive is not expected to solve the issue of
fragmentation because it would leave too much room for manoeuvre to Member States, and
would not allow to solve the problems described in Section 2.1.
ANNEX 8: OVERVIEW OF POLICY OPTIONS
Aspect PO0 PO1 PO2 PO3
Baseline
Scenario
Partially decentralised
option without central
database
Partially decentralised
option
with central database
Centralised
system
Rationale
Integration
of case
manageme
nt system
Fragmented One single case management system infrastructure covering RRR (147)
Design of
case
manageme
nt system
National systems
EU systems (iRCMS/RIAT) integrated into a
national system (RECAMAS), itself based on an EU
model or an EU reference implementation
Centralised EU
case
management
system
Builds on
existing
national
and EU
systems
Yes Yes Yes No
Interaction
and
connection
with EU
Informatio
n Systems
Limited Connection to SIS Full interoperability Full
interoperability
Integration
with
interopera
bility
component
s
Access to and
retrieval of data
from EU
Information
Systems via ESP
Access to and retrieval
of data from EU
Information Systems
via ESP
Full interoperability Full
interoperability
Responsibi
lity for the
developme
nt of new
systems
None National and EU National and EU EU
Data
exchanged
through /
Data exchanged
through EU
Information
Systems
Data exchanged through
EU Information
Systems and additional
All data recorded in case management
systems are exchanged through an EU
central database
(147) No need for the user of the system to log off from one system and log on to a different system.
125
Aspect PO0 PO1 PO2 PO3
Baseline
Scenario
Partially decentralised
option without central
database
Partially decentralised
option
with central database
Centralised
system
provided
in database
data through the
Communication Portal
Architectural set-up and responsibilities
Roles & responsibilities
Member
States
Operational case
management
National system
development,
implementation
, maintenance
National
infrastructure
and systems
integration
Operational case
management
National infrastructure
and systems
integration
Establishment of
national
RECAMAS based
on Frontex model
or Frontex
reference
implementation
iRCMS integration
within the national
RECAMAS
(together with
Frontex)
RIAT integration within
the national
RECAMAS
(together with
Frontex)
Operational case
management
National infrastructure
and systems
integration
Establishment of national
RECAMAS based
on Frontex model or
Frontex reference
implementation
iRCMS integration
within the national
RECAMAS
(together with eu-
LISA)
RIAT integration within
the national
RECAMAS
(together with eu-
LISA)
Operational case
managemen
t
National systems
integration
Commissi
on
RIAT
Supporting RCMS
through IOM
and third
countries
Regulatory
instruments
Funding
Monitoring,
evaluation,
reporting
Regulatory instruments
Funding
Monitoring, evaluation,
reporting
Regulatory instruments
Funding
Monitoring, evaluation,
reporting
Regulatory
instruments
Funding
Monitoring,
evaluation,
reporting
Frontex IRMA
RECAP
FAR
RECAMAS Model and
RECAMAS
reference
implementation
IRMA
RECAP
FAR
IRMA
RECAP
FAR
126
Aspect PO0 PO1 PO2 PO3
Baseline
Scenario
Partially decentralised
option without central
database
Partially decentralised
option
with central database
Centralised
system
RECAMAS Model iRCMS and integration
within the national
RECAMAS
(together with MS)
RIAT and integration
within the national
RECAMAS
(together with MS)
IRMA
RECAP
FAR
Provision of training
RECAMAS Model RECAMAS
Model
eu-LISA EU Information
Systems
Interoperability
components
EU Information
Systems
Interoperability
components
Dedicated
communication
channel (the
Communication
Portal)
EU Information Systems
Interoperability
components
iRCMS and integration
within the national
RECAMAS
(together with MS)
RIAT and integration
within the national
RECAMAS
(together with MS)
EU central database
(including interface)
Provision of training
EU Information
Systems
Interoperability
components
EU central case
managemen
t system on
RRR (incl.
database
and
interface)
Provision of
training
Third
country
and/or
internation
al
organisatio
n
RCMS (together
with the
Commission
iRCMS third country
segment only
iRCMS third country
segment only
iRCMS third
country
segment
only
Technical means to browse, retrieve, exchange and create information and statistics at EU level
EU
Central
database
No No Yes Yes
127
Aspect PO0 PO1 PO2 PO3
Baseline
Scenario
Partially decentralised
option without central
database
Partially decentralised
option
with central database
Centralised
system
ESP, CIR,
MID,
sBMS
ESP only ESP only Connected Connected
CRRS No Connected Connected Connected
Communication of ad hoc data not recorded in existing EU Information Systems
Use of
communic
ation
channel
based on
existing
infrastruct
ure (e.g.
SIRENE,
DublinNet,
VIS Mail)
for sharing
informatio
n that
cannot be
exchanged
through
EU
Informatio
n Systems
No Yes
No (information is
shared via the EU central
database)
No (information
is shared via the
EU central
database)
Return
Lead
responsibil
ity for
developme
nt of
RECAMA
S
MS MS, Frontex (148) MS, eu-LISA (149) eu-LISA
Use of
IRMA Connected to Member States
Connected to Member
States and to the EU
central database
Connected to
the central EU
case
management
system
Use of
RECAP Connected to Member States
Connected to Member
States and to the EU
central database
Connected to the
central EU case
management
system
Readmission
Lead
responsibil IOM Frontex eu-LISA eu-LISA
(148) Frontex when RECAMAS is based on the reference implementation and Member States when RECAMAS
is based on the Frontex Model.
(149) eu-LISA when RECAMAS is based on the reference implementation and Member States when RECAMAS
is based on the Frontex Model.
128
Aspect PO0 PO1 PO2 PO3
Baseline
Scenario
Partially decentralised
option without central
database
Partially decentralised
option
with central database
Centralised
system
ity for
developme
nt of
RCMS/iR
CMS
Integration
of iRCMS
into
RECAMA
S to avoid
having to
log on and
off
No Yes Yes Yes
Integration
of FAR External Integrated Integrated Integrated
Availabilit
y of third
country
segment in
RCMS/iR
CMS
No segment logic at
the moment Yes Yes Yes
Availabilit
y of a
single EU
segment in
RCMS/iR
CMS
No Yes Yes Yes
Reintegration
Lead
responsibil
ity for
developme
nt of RIAT
Commission Frontex eu-LISA eu-LISA
Integration
of RIAT
into
RECAMA
S to avoid
having to
log on and
off
No but potentially
possible Yes Yes Yes
Technical and functional features
Unique
case
number/id
entifier
No
Yes, through the
identifier in the return
decision
Yes Yes
129
Aspect PO0 PO1 PO2 PO3
Baseline
Scenario
Partially decentralised
option without central
database
Partially decentralised
option
with central database
Centralised
system
Managing
multiple
cases for
the same
person in
different
Member
States
Yes Yes No (150) No
Integration
of flight
booking
system
No Yes Yes Yes
Generation
of reports
and
statistics
No Yes Yes Yes
Real-time
data
dashboard
on RRR
statistics
No Yes Yes Yes
Communic
ating with
third
parties
No Yes Yes Yes
Training
feature in
the case
manageme
nt
Yes, depending on
national approach Yes Yes Yes
Way forward
Self-
standing
Regulation
- Yes Yes Yes
Amendme
nts of the
eu-LISA
Regulation
- Yes Yes Yes
Amendme
nts of the
Interopera
bility
Regulation
s
- Yes Yes Yes
Amendme
nts to EU - No Yes Yes
(150) The introduction of an EU central database could, technically, make it impossible for different Member States
to open separate national files for the same person in parallel. This could be considered an asset for the
cooperation of Member States and the digital management of migration overall.
130
Aspect PO0 PO1 PO2 PO3
Baseline
Scenario
Partially decentralised
option without central
database
Partially decentralised
option
with central database
Centralised
system
IT
systems'
Regulation
s
Amendme
nts to the
EBCG
Regulation
- Yes Yes Yes
Amendme
nts to
Asylum
and
Migration
Manageme
nt
Regulation
(‘AMMR’)
- No No No
Consequen
tial
technical
Amendme
nt to the
SIS
Regulation
Yes No No
ANNEX 9: ASSESSMENT OF FINANCIAL COSTS OF RETAINED
POLICY OPTIONS
The estimated costs of retained policy options are based on the available information on the
architectural setup of the policy options. The estimation has been prepared based on the
Digitalisation Study.
The methodology is based on horizontal assumptions concerning labour costs, duration of
development and maintenance, contingency factors, maintenance effort factors, and hardware
factors, as well as specific assumptions concerning business aspects, infrastructure, and
development. The cost estimation includes cost items such as technical building blocks that
would need to be developed/purchased under each policy option, as well as an overview of the
operational tasks to be delivered in relation to each of the cost items. The following section
provides a more granular cost estimate for each policy option, including information on the
total costs per type of stakeholder (Member State, eu-LISA, Frontex, and the Commission) per
policy option, as well as a breakdown of one-off costs and recurrent costs per policy option.
FORMULAS USED TO ESTIMATE THE TOTAL COSTS PER POLICY OPTION
Policy option 1
Under Option 1, iRCMS and RIAT are developed and hosted by Frontex; they are adopted by
all Member States and integrated in RECAMAS. RECAMAS is hosted by Member States;
131
Member States can keep their existing implementations, or develop their own systems based
on the RECAMAS Model or based on a reference implementation. The communication channel
is developed by eu-LISA, based on existing infrastructure (e.g. SIRENE, DublinNet, VIS
Mail).
The calculation assumes that 17 EU Member States develop their systems based on the
RECAMAS Model or by adopting the RECAMAS reference implementation (on average, 50%
less development effort than creating a new system from scratch). The remaining 10 EU
Member States retain their existing national RECAMAS but must invest in additional
infrastructure costs (75% less infrastructure cost) to expand capacity and develop an integration
with the Frontex-provided modules (75% less development cost than creating a new system).
This assumption is, however, hypothetical. The actual future decision of Member States cannot
be ascertained at this stage.
The abovementioned assumption and the cost items (‘CI’) (151) to be delivered translate into
the following formulas to estimate the total cost:
Member State Cost = (17 * CI2) + (10 * CI3) + (27 * CI4);
– Frontex Cost = CI1 + CI5 + CI6 + CI7;
eu-LISA Cost = CI8 + CI9 + CI10 + CI11 + CI12 + CI14 + CI15;
Commission Total Cost = CI16; and
Total Costs: Member State Cost + Frontex Cost + eu-LISA Cost + Commission
Cost.
To account for potential problems and delays in the actual future delivery of the system,
estimated costs were inflated by a certain margin (minimum: +10%; maximum: +40%), based
on industry-standard contingency factors.
Policy option 2
Under Option 2, iRCMS and RIAT are developed and hosted by eu-LISA; they are adopted by
all Member States and integrated in RECAMAS. RECAMAS is hosted by Member States;
Member States can keep their existing implementations, or develop their own systems based
on the RECAMAS Model or based on a reference implementation.
The calculation assumes that 17 Member States develop their systems based on the RECAMAS
Model or by adopting the RECAMAS reference implementation (on average, 50% less
development effort than creating a new system from scratch). The remaining 10 Member States
retain their existing national RECAMAS but must invest in additional infrastructure costs (75%
less infrastructure cost) to expand capacity and develop an integration with the eu-LISA-
provided modules (75% less development cost than creating a new system). However, since
the cost items differ between policy options 1 and 2, the formulas are also slightly different:
Member State Total Cost = (17 * CI2) + (10 * CI3) + (27 * CI4);
– Frontex Total Cost = CI5 + CI6 + CI7;
eu-LISA Total Cost = CI1 +CI8 + CI9 + CI10 + CI11 + CI12 + CI13;
(151) Please refer to Annex 9, Section 0 for more details on the cost items.
132
Commission Total Cost = CI14; and
Total Costs: Member State Cost + Frontex Cost + eu-LISA Cost + Commission
Cost.
The same contingency factors and formulas were applied as in policy option 1.
Policy option 3
Under Option 3, eu-LISA develops and hosts a centralised case management system and
database, accessible via a web platform; there is no need for Member States to host
RECAMAS.
Similar to the methodological approach described above concerning Option 1, the total cost is
estimated as the sum of the costs for the concerned stakeholders. Under this policy option,
however, all 27 Member States would need to integrate their systems into the central system,
and eu-LISA would be in charge of the majority of the operational work. Therefore, the
formulas are the following:
Member State Total Cost = 27 * CI1;
– Frontex Total Cost = CI2 + CI3 + CI4;
eu-LISA Total Cost = CI5 + CI6 + CI7 + CI8 + CI9 + CI10 + CI11;
Commission Total Cost = CI12; and
Total Costs: Member State Cost + Frontex Cost + eu-LISA Cost + Commission
Cost.
The same formulas as under Option 1 has been applied to the contingency factor.
METHODOLOGICAL APPROACH USED TO ESTIMATE INFRASTRUCTURE COSTS
The infrastructure costs consist of one-off and recurrent costs, including:
One-off costs:
– Costs for acquisition of hardware for primary and secondary sites in Member
States, incl. e.g. application servers, database servers, storage solution, backup
infrastructure, network equipment, and security appliances;
Software and licensing acquisition costs, incl. e.g. OpenShift platform, database
licenses, backup software, monitoring tools, security software;
Installation labour costs; and
Data Centre Cost.
Recurrent costs:
– Hardware maintenance;
Software support and licensing renewal;
Maintenance labour; and
133
Data centre maintenance.
Recurrent costs related to application layer maintenance activities, which increase the costs an
additional 5%, include:
- Proactive operations, such as continuous performance tuning, application-level
monitoring and application health checks.
- Reactive on-call and incident management, such as rapid response support for
application specific bugs or critical downtime that occurs at software level[; and
- Operational overheard, such as managing the functional ‘logic’ of the systems,
including user-access management, workflow optimisation for return decisions,
synchronisation and troubleshooting.
METHODOLOGICAL APPROACH USED TO ESTIMATE DEVELOPMENT COSTS
The development costs have been estimated based on one-off and recurrent costs.
The one-off costs concern the technical development of the different cost items per policy
option and are estimated - using standardised day rates for developers and experience - based
on the forecasted number of person and days needed for the technical development.
In addition, the actors of the system are categorised as simple, average or complex depending
on the assumed complexity of the task. A weight is assigned to each actor category:
– Simple– another system with a defined Application Programming Interface
(‘API’): weight = 1
Average– another system interacting through a protocol: weight = 2
Complex– a person interacting through a graphical user interface or webpage:
weight = 3
The total unadjusted actor weight (‘UAW’) is calculated by counting the number of actors in
each category, multiplying each total by its specified weight, and then adding the products.
The use cases or user stories are categorised as simple, average or complex, depending on the
number of transactions. A weight factor is assigned to each use case / user story category:
– Simple use case / user story – 3 or fewer transactions: weight = 5
Average use case / user story – 4 to 7 transactions: weight 10
Complex use case / user story – more than 7 transactions: weight 15
The unadjusted use case/user stories weights (‘UUCW’) are calculated by counting the number
of use cases/user stories in each category, multiplying each category of use case/user story with
its weight and adding the products. The UAW is added to the UUCW to get the unadjusted use
case points (‘UUPC’).
The use case points are adjusted based on the values assigned to a number of technical factors
(Table 15) and environmental factors (Table 16). These factors are meant to account for effort
that is not related to the size of the task. Each factor is assigned a value between 0 and 5
depending on its assumed influence on the project. A rating of 0 means that the factor is
irrelevant for this project; 5 means that it is essential.
134
The technical complexity factor (‘TCF’) is calculated by multiplying the value of each factor
in Table 15 by its weight and then adding all these numbers to get the sum called the TFactor.
Finally, the following formula is applied: TCF = 0.6 + (0.01*TFactor)
The environmental factor (‘EF’) is calculated accordingly by multiplying the value of each
factor in Table 16 by its weight and adding all the products to get the sum called the Efactor.
The following formula is applied: EF = 1.4 + (-0.03*EFactor)
The adjusted use case points (‘UCP’) are calculated as follows: UCP = UUCP * TCF * EF
The Hours of Effort per Use Case Point for a project estimate is determined. The number
ranges from 15 to 30. The average is 22 for change management, 15 if the project is run for
more than four years, 30 for new projects.
Total Implementation Effort in man-hours = Hours of Effort per Use Case Point * UCP
Table 15 – Technical factors
Factor Description Multiplier Weight
T1 Distributed system required 2 0-5
T2 Response time is important 1 0-5
T3 End user efficiency 1 0-5
T4 Complex internal processing required 1 0-5
T5 Reusable code must be a focus 1 0-5
T6 Installation ease 0.5 0-5
T7 Usability 0.5 0-5
T8 Cross-Platform support 2 0-5
T9 Easy to change 1 0-5
T10 Highly concurrent 1 0-5
T11 Custom security 1 0-5
T12 Dependence on third-party code 1 0-5
T13 User training 1 0-5
Source: Digitalisation Study
Table 16 - Environmental factors
Factor Description Multiplier Weight
F1 Familiarity with the project 1.5 0-5
F2 Application experience 0.5 0-5
F3 Relative tools programming experience 1 0-5
F4 Lead analyst capability 0.5 0-5
F5 Motivation 1 0-5
F6 Stable requirements 2 0-5
F7 Part time staff -1 0-5
F8 Difficult programming language / technologies -1 0-5
Source: Digitalisation Study/eu-LISA
135
In addition, the following minimum deliverables are assumed as part of the development
process.
Table 17 - Assumptions on minimum deliverables
Area Minimum Deliverables
Architecture & design High-Level design
Detailed technical specifications
Persistence storage design
Technology infrastructure documentation
Interface control documents
Development environment documentation
Security architecture
Low level design
Integration architecture and data exchange formats
Business analysis Business requirements
Stakeholder requirements
Functional requirements
Non-functional requirements
Business use cases
User interface specifications
Security Security risk assessment and implementation plan
Business continuity and disaster recovery plan
Data retention policy
Data protection impact assessment
Information security management system policy sets
System security plans
Testing Specific test plan (including security testing)
Test design document
Test summary report
Project Management Project management plan
Project plan
136
Area Minimum Deliverables
Project log
Project charter
Quality management plan
Service improvement plan
Source: Digitalisation Study/eu-LISA
The ongoing development costs are calculated as a percentage of the one-off development cost
per cost item.
HORIZONTAL ASSUMPTIONS ACROSS ALL POLICY OPTIONS
Labour costs
The costs collected in person days are converted into costs (monetary figures) using the labour
daily rates to convert person days into Euro.
Cost items incurred by Member States are computed using the daily labour rates
provided by Eurostat's hourly labour costs to convert person days into euro. Eurostat
estimates an average hourly labour cost of €37,3 in the euro area, which is rounded up
to €300 for a working day (152).
Cost items incurred by eu-LISA and Frontex are computed using contractor rates to
monetise the effort, assuming a mix of off-site and on-site work with different rates.
Cost items incurred by the Commission are computed using the Commission average
costs to be used for estimates of ‘Human Resources’ in the legislative financial sheets
from January 2026 (153).
The following table presents the Full-Time Equivalent (‘FTE’) values used to calculate the
development, maintenance, support, and coordination effort.
Table 18 - Full-Time Equivalent values
Daily rate category Off-site rate
(in EUR)
Off-site
percentage
On-site rate
(in EUR)
On-site
percentage
Rate (in
EUR)
Member State daily rate 300 80% 500 20% 340
Frontex daily rate 600 80% 800 20% 640
eu-LISA daily rate 750 80% 1,000 20% 800
Source: Digitalisation Study/eu-LISA
(152) Eurostat (2025). EU hourly labour costs ranged from €11 to €55 in 2024. Available at:
https://ec.europa.eu/eurostat/statistics-explained/index.php?title=Hourly_labour_costs.
(153) The total annual average cost of an EU official is estimated at EUR 194 000.
137
Project duration
Table 19 - Project duration
Category Duration (years)
One-off Costs Duration 2 (Option 1), 3 (Option 2) and 2.5
(Option 3)
Recurrent Costs Duration 6
Source: Digitalisation Study/eu-LISA
Contingency factors
Costs are expressed as a range computed by multiplying the base cost by a contingency factor
using the following values:
Table 20 - Contingency factors
Factor Value
Contingency minimum factor 1.10
Contingency maximum factor 1.40
Source: Digitalisation Study/eu-LISA
Maintenance effort factors
Yearly maintenance effort is computed as a percentage of the development effort, using the
following values for Member States, Frontex and eu-LISA:
Table 21 - Maintenance effort factors
Factor Value
MS maintenance effort percentage 30%
Frontex maintenance effort percentage 30%
eu-LISA maintenance effort percentage 30%
Commission maintenance effort percentage 100% (154)
Source: Digitalisation Study/eu-LISA
Table 22 - Hardware factors
Factor Value
Hardware procurement grace period (years)
*Number of years after the project starts when hardware
procurement occurs.
1
Hardware maintenance factor 22%
Software license annual support factor 30%
Source: Digitalisation Study/ eu-LISA
(154) The administrative tasks related to the implementation of the system will remain even after the entry into
operations.
138
ASSUMPTIONS SPECIFIC TO EACH POLICY SECTION
Option 1: ‘Partially decentralised option without central EU database’
Business assumptions
The pan-European backbone network provided by the TESTA platform connects the RRR
system securely with the following systems.
Secure communication channel between Member States.
ESP (hosted at eu-LISA to perform queries against eu-LISA central systems).
SIS (hosted at eu-LISA to create alerts).
CRRS (hosted at eu-LISA to collect RRR data and generate RRR reports and
statistics).
iRCMS and RIAT (hosted at Frontex).
The internet connects the National RECAMAS with the following systems:
– IRMA (hosted at Frontex).
RECAP.
iRCMS Segment (hosted in Third Countries).
eu-LISA provides the Secure Communication Channel (technology based on
existing infrastructure (e.g. SIRENE, DublinNet, VIS Mail) and the following
specific Interface Control Documents (‘ICD’) defining the technical
specifications of integrating with ESP, SIS, Eurodac and CRRS (via TESTA):
ESP External ICD.
SIS External ICD.
CRRS External ICD.
The CRRS currently does not consume data directly from national systems since it integrates
only with eu-LISA central systems by design. Integrating the national systems with CRRS
would require legal changes and implementation effort incurred by eu-LISA.
Infrastructure assumptions
Table 23 - Hardware assumptions (Policy option 1)
Resource Value
MS primary site
Number of Environments Test, Pre-production, Production 3
Total nodes 19
Storage (TB) Includes the primary, backup, and snapshot/retention storage 30
139
Resource Value
MS secondary site
Number of Environments Production1
Size of the secondary site Based on the industry's best practices for hot disaster recovery,
the secondary site is sized as a percentage of the primary one.
40%
Personnel for hardware installation & maintenance
Number of FTEs per MS 3
Source: Digitalisation Study/ eu-LISA
Table 24 - Frontex Hardware assumptions (Option 1)
Resource Value
Frontex primary site
Number of Environments Test, Pre-production, Production 3
Total nodes 21
Storage (TB) Includes the primary, backup, and snapshot/retention storage 130
Frontex secondary site
Number of Environments Production1
Size of the secondary site Based on the industry's best practices for hot disaster recovery,
the secondary site is sized as a percentage of the primary one.
100%
Personnel for hardware installation & maintenance
Number of FTEs 5
Source: Digitalisation Study/ eu-LISA
Development assumptions
Table 25 - Development assumptions (Option 1)
Resource Value
RRR case management system with three separate modules for return, readmission and reintegration
Actors Human and machine actors interacting directly or indirectly with the system via a
well-defined API, a user interface or a business process.
62
Classification of actors (complex, average, simple) 70%, 27%, 3%
User Stories 545
Classification of user stories (complex, average, simple) 21%, 44%, 35%
Environmental Factor 1.1
Technical Complexity Factor 1.145
Ratio Hours of effort per Use Case Point30
IRMA integration with the RRR system
Actors 10
Classification of actors 60%, 20%, 20%
User Stories 50
Classification of user stories 20%, 50%, 30%
140
Resource Value
Environmental Factor
Technical Complexity Factor
Ratio 20
RECAP integration with the RRR system
Actors 6
Classification of actors 33%, 50%, 17%
User Stories 35
Classification of user stories 14%, 57%, 29%
Environmental Factor 1.1
Technical Complexity Factor 1.145
Ratio 25
iRCMS Segment integration with the RRR system
Actors 4
Classification of actors 25%, 50%, 25%
User Stories 25
Classification of user stories 20%, 40%, 40%
Environmental Factor 1.16
Technical Complexity Factor 1.175
Ratio 25
Source: Digitalisation Study/ eu-LISA
Option 2: ‘Partially decentralised option with central EU database’
Business assumptions
The National Case Management Systems are securely connected via the pan-European
backbone network provided by the TESTA platform with the following systems:
– ESP (queries).
EU Central database.
Multiple Identity Director (MID).
The National Case Management Systems are connected via the internet with the following
Frontex systems:
– IRMA.
RECAP.
iRCMS Segment (hosted in Third Countries).
eu-LISA provides the EU Central database and its connections with:
141
– The ESP, CIR, CRRS and SIS via the internal secure eu-LISA network.
The iRCMS Segment (hosted in Third Countries) via the eu-LISA Internet Zone.
eu-LISA provides the following specific ICD defining the technical specifications of
integrating RRR with key central systems:
– ESP External ICD.
CRRS External ICD.
EU Central database External ICD (for commands towards the EU Central
database).
Assumptions concerning the storage of data:
– CIR stores the RRR identity data, consisting of personal alphanumeric data &
the binary biometric data.
The new Central database stores the rest of the RRR data.
sBMS stores the biometric templates of the RRR biometric data to facilitate
searching and verification.
MID stores links between the identity data of RRR and other eu-LISA core
business systems.
CRRS stores anonymised data from RRR and produces statistical reports based on
these data.
Infrastructure assumptions
Table 26 - eu-LISA infrastructure assumptions (Policy option 2)
Resource Value
eu-LISA Central Unit (primary site)
Number of Environments (OpenShift clusters) Test, Pre-production, Production 3
Total nodes 19
Storage (TB) Includes the primary, backup, and snapshot/retention storage 130
eu-LISA Backup Central Unit (secondary site)
Number of Environments (OpenShift clusters) Production1
Size of the secondary site Based on the industry's best practices for hot disaster recovery, the
secondary site is sized as a percentage of the primary one.
100%
Personnel for hardware installation & maintenance
Number of FTEs 5
Source: Digitalisation Study/eu-LISA
Table 27 - Member States’ infrastructure assumptions (Option 2)
Resource Value
142
MS primary site
Number of Environments Test, Pre-production, Production 3
Total nodes 8
Storage (TB) Includes the primary, backup, and snapshot/retention storage 30
MS secondary site
Number of Environments Production1
Size of the secondary site Based on the industry's best practices for hot disaster recovery, the
secondary site is sized as a percentage of the primary one.
40%
Personnel for hardware installation & maintenance
Number of FTEs per MS 3
Source: Digitalisation Study/eu-LISA
Development assumptions
Table 28 - Development assumptions (Policy option 2)
Resource Value
RRR case management system with three separate modules for return, readmission and reintegration
Actors Human and machine actors interacting directly or indirectly with the system via
a well-defined API, a user interface or a business process.
62
Classification of actors (complex, average, simple) 70%, 27%, 3%
User Stories 545
Classification of user stories (complex, average, simple) 21%, 44%, 35%
Environmental Factor 1.1
Technical Complexity Factor 1.145
Ratio Hours of effort per Use Case Point30
EU central database
Actors 44
Classification of actors 68%, 27%, 5%
User Stories 445
Classification of user stories 21%, 44%, 35%
Environmental Factor 1.1
Technical Complexity Factor 1.145
Ratio 30
IRMA integration with the RRR system
Actors 10
Classification of actors 60%, 20%, 20%
User Stories 50
Classification of user stories 20%, 50%, 30%
Environmental Factor 0.965
143
Resource Value
Technical Complexity Factor 1.065
Ratio 20
RECAP integration with the RRR system
Actors 6
Classification of actors 33%, 50%, 17%
User Stories 35
Classification of user stories 14%, 57%, 29%
Environmental Factor 1.1
Technical Complexity Factor 1.145
Ratio 25
iRCMS Segment integration with the RRR system
Actors 4
Classification of actors 25%, 50%, 25%
User Stories 25
Classification of user stories 20%, 40%, 40%
Environmental Factor 1.16
Technical Complexity Factor 1.175
Ratio 25
Source: Digitalisation Study/eu-LISA
Option 3: ‘Centralised system’
Business assumptions
The pan-European backbone network provided by the TESTA platform connects the EU
central system securely with the following systems.
– Web browsers of the RRR-related national human actors.
IRMA.
RECAP (back-end server).
Any other relevant national system.
The internet connects the eu-LISA central system with the following systems hosted in third
countries: iRCMS Segment.
The EU central system provides only a web interface to its end users via the secure TESTA
network. Therefore, all ESP queries are issued from the central system; the end users cannot
issue ESP queries from their web browser.
eu-LISA provides specific ICD defining the technical specifications of integrating with the
central system for the following systems:
– IRMA.
144
iRCMS Segment.
RECAP (back-end server).
Any other relevant national system.
Concerning the storage of data, the following is assumed:
– CIR stores the RRR identity data, consisting of personal alphanumeric data &
the binary biometric data.
The new Central database stores the rest of the RRR data.
sBMS stores the biometric templates of the RRR biometric data to facilitate
searching and verification.
MID stores links between the identity data of RRR and other eu-LISA core
business systems.
CRRS stores the RRR reporting and statistics data.
Infrastructure assumptions
Table 29 - Hardware assumptions (Policy option 3)
Resource Value
eu-LISA Central Unit (primary site)
Number of Environments (OpenShift clusters)
Test, Pre-production, Production
3
Total nodes 19
Storage (TB) Includes the primary, backup, and snapshot/retention storage 130
eu-LISA Backup Central Unit (secondary site)
Number of Environments (OpenShift clusters) Production1
Size of the secondary site Based on the industry's best practices for hot disaster recovery, the
secondary site is sized as a percentage of the primary one.
100%
Personnel for hardware installation & maintenance
Number of FTEs for eu-LISA 5
Source: Digitalisation Study/eu-LISA
Development assumptions
Table 30 - Development assumptions (Policy option 3)
Resource Value
EU central system with three separate modules for RRR
Actors:
Human and machine actors interact directly or indirectly with the system via a well-
defined API, a user interface or a business process.
62
145
Resource Value
Classification of actors (complex, average, simple) 70%, 27%, 3%
User Stories 545
Classification of user stories (complex, average, simple) 21%, 44%, 35%
Environmental Factor 1.1
Technical Complexity Factor 1.145
Ratio Hours of effort per Use Case Point30
IRMA integration with the EU central system
Actors 10
Classification of actors 60%, 20%, 20%
User Stories 50
Classification of user stories 20%, 50%, 30%
Environmental Factor 0.965
Technical Complexity Factor 1.065
Ratio 20
RECAP integration with the EU central system
Actors 6
Classification of actors 33%, 50%, 17%
User Stories 35
Classification of user stories 14%, 57%, 29%
Environmental Factor 1.1
Technical Complexity Factor 1.145
Ratio 25
iRCMS Segment integration with the EU central system
Actors 4
Classification of actors 25%, 50%, 25%
User Stories 25
Classification of user stories 20%, 40%, 40%
Environmental Factor 1.16
Technical Complexity Factor 1.175
Ratio 25
Source: Digitalisation Study/eu-LISA
146
COST ITEMS PER POLICY OPTION
Option 1: Partially decentralised option without central EU database
Table 31 - Types of costs to be incurred per cost item (Policy option 1)
CI Name Stakeholder Infrastructure Development
1 Development of RECAMAS Model and
reference implementation; development
and hosting of iRCMS and RIAT modules
Frontex X X
2 Development of new National
RECAMAS
Member State X X
3 Integration of existing National
RECAMAS
Member State X X
4 Integration of other relevant national
systems with the RRR system
Member State X
5 IRMA integration with the RRR system Frontex X
6 RECAP integration with the RRR system Frontex X
7 iRCMS Segment integration with the
RRR system
Frontex X
8 ESP updates to support RRR Queries eu-LISA X X
9 CIR/MID capacity upgrade to support
RRR Queries
eu-LISA X X
10 sBMS capacity upgrade to support RRR
Queries
eu-LISA X X
11 SIS updates to support RRR Queries and
automate the creation of return alerts
eu-LISA X X
12 EES, Eurodac, VIS, ETIAS, ECRIS-TCN
capacity upgrade to support RRR Queries
eu-LISA X X
13 CRRS integration with
RECAMAS/iRCMS/RIAT
eu-LISA X X
14 Secure Communication Channel eu-LISA X X
15 Advisory and technical support eu-LISA X
16 Administrative and governance related
costs
Commission X
Source: Digitalisation Study/eu-LISA
Table 32 - Overview of operational tasks to be delivered per cost item (Option 1)
CI Operational tasks to be delivered
1 iRCMS and RIAT modules – RECAMAS reference implementation
• Development of fully operable modules for readmission and reintegration.
• Development of the return reference implementation.
• Development of the web interface for national end-users.
• Development of the APIs for external system-to-system communication.
• Development of the integration with ESP.
147
CI Operational tasks to be delivered
• Development of the integration with the asynchronous secure communication
channel with other Member States.
• Migration from the pre-existing national systems.
• Infrastructure provisioning for hosting readmission and reintegration.
2 Development of new National RECAMAS
• Development of a fully operable RECAMAS by adapting the RECAMAS
reference implementation or using the RECAMAS Model as a basis.
• Infrastructure provisioning for hosting the national return system.
3 Integration of existing National RECAMAS
• Development of the integration with the EU modules for readmission and
reintegration.
• Infrastructure upgrade for the existing national return system.
4 Integration of other relevant national systems with the RRR system
• Development of the integration based on the API provided by the RRR system.
5 IRMA integration with the RRR system
• Development of the IRMA integration with the RRR system.
6 RECAP integration with the RRR system
• Development of the RECAP integration with the RRR system.
7 iRCMS Segment integration with the RRR system
• Development of the integration with the RRR system.
8 ESP updates to support RRR, including possible CIR/MID updates:
• Updates on ESP for RRR integration (queries), including possible ESP ICD
updates.
• Infrastructure capacity upgrade to accommodate the increased integration
traffic.
9 CIR/MID capacity upgrade to support RRR
• Infrastructure and network capacity upgrade to accommodate for the increased
query load.
10 sBMS capacity upgrade to support RRR
• Infrastructure capacity upgrade to accommodate for the increased query load.
11 SIS updates to support RRR
• Development of the integration with RRR, including possible SIS ICD
updates.
• Infrastructure capacity upgrade to accommodate for the increased query load.
12 EES, Eurodac, VIS, ETIAS, ECRIS-TCN capacity upgrade to support RRR
148
CI Operational tasks to be delivered
• Infrastructure capacity upgrade to accommodate for the increased query load.
13 CRRS updates to support RRR reports and statistics
• Updates on the CRRS schema to support the RRR data structures.
• Development of a new CRRS modules for consuming RRR data from Member
States and Frontex.
• KPI generation, Business intelligence setup, dashboards, EU reporting
(COM/FX/MS), visualisation.
• Infrastructure capacity upgrade to accommodate for the increased integration
load.
• Updates to the Interoperability Regulation to allow the integration of CRRS
and RRR.
14 Creation of a secure communication channel for sharing additional information between Member
States
• A secure communication channel will be set up by eu-LISA, based on existing
technologies (e.g. SIRENE, DublinNet, VIS Mail).
• Security monitoring, management and maintenance of the applications and
infrastructure
15 Advisory and technical support:
• Provide expertise on the development and management of IT systems.
• Provide expertise on contract management.
16 Administrative and operational support
• Coordination, monitoring and reporting on the project development.
• Preparation of the necessary secondary legislation.
Source: Digitalisation Study/eu-LISA
Option 2: Partially decentralised option with central EU database
Table 33 - Types of costs to be incurred per cost item (Option 2)
CI Name Stakeholder Infrastructure Development
1 iRCMS and RIAT modules – RECAMAS
reference implementation – EU Central
database
eu-LISA X X
2 Development of new National
RECAMAS
Member State X X
3 Integration of existing National
RECAMAS
Member State X X
4 Integration of other relevant national
systems with the RRR system
Member State X
5 IRMA integration with the RRR system Frontex X
6 RECAP integration with the RRR system Frontex X
7 iRCMS Segment integration with the
RRR system
eu-LISA X
8 ESP updates to support RRR eu-LISA X X
9 CIR/MID updates to support RRR
identity data
eu-LISA X X
149
CI Name Stakeholder Infrastructure Development
10 CRRS updates to support RRR reports
and statistics
eu-LISA X X
11 sBMS updates to support RRR biometrics eu-LISA X X
12 SIS updates to support RRR eu-LISA X X
13 EES, Eurodac, VIS, ETIAS, ECRIS-TCN
capacity upgrade to support RRR
eu-LISA X
14 Administrative costs Commission X
Source: Digitalisation Study/eu-LISA
Table 34 - Overview of operational tasks to be delivered per cost item (Policy option 2)
CI Operational tasks to be delivered
1 iRCMS and RIAT modules – RECAMAS reference implementation – EU Central database
• Development of fully operable modules for readmission and reintegration.
• Development of the RECAMAS reference implementation.
• Development of the APIs for external system-to-system communication.
• Development of the integration with ESP (for queries and notifications).
• Development of the integration with the Central database (for commands).
• Migration from the pre-existing national systems.
• Development of the EU central database to maintain the RRR data.
• Development of the APIs for integration with the ESP, CIR, MID, CRRS and
any other required eu-LISA core business system.
• Infrastructure and network provisioning.
2 Development of new National RECAMAS
• Development of a fully operable RECAMAS by adapting the RECAMAS
reference implementation or using the RECAMAS Model as a basis.
• Infrastructure provisioning for hosting the national return system.
3 Integration of existing National RECAMAS
• Development of the integration with the EU modules for readmission and
reintegration.
• Infrastructure upgrade for the existing national return system.
4 Integration of other relevant national systems with the RRR system
• Development of the integration based on the API provided by the RRR system.
5 IRMA integration with the RRR system
• Development of the IRMA integration with the RRR system.
150
CI Operational tasks to be delivered
6 RECAP integration with the RRR system
• Development of the RECAP integration with the RRR system.
7 iRCMS Segment integration with the RRR system
• Development of the integration with the RRR system.
8 ESP updates to support RRR
• Updates on ESP for RRR integration (queries).
• Infrastructure and network capacity upgrade to accommodate the increased
integration traffic.
9 CIR/MID capacity upgrade to support RRR
• Updates on CIR to support the new RRR data structures.
• Updates on CIR to support the new RRR queries, CUD commands, and
notifications.
• Updates on MID to incorporate RRR into its matching algorithms.
• Infrastructure and network capacity upgrade to accommodate for the increased
query load.
10 CRRS updates to support RRR reports and statistics
• Updates on the CRRS schema to support the RRR data structures.
• Development of a new CRRS Connector for the EU central database.
KPI generation, Business intelligence setup, dashboards, EU reporting (COM/FX/MS),
visualisation.
• Infrastructure capacity upgrade to accommodate for the increased integration
load.
• Updates to the Interoperability Regulation to allow the integration of CRRS
and RRR.
11 sBMS capacity upgrade to support RRR
• Updates on sBMS to support the RRR biometrics.
• Infrastructure capacity upgrade to accommodate for the increased query load.
12 SIS updates to support RRR
• Development of the integration with RRR, including possible SIS ICD
updates.
• Infrastructure capacity upgrade to accommodate for the increased query load.
13 EES, Eurodac, VIS, ETIAS, ECRIS-TCN capacity upgrade to support RRR
• Infrastructure capacity upgrade to accommodate for the increased query load.
151
CI Operational tasks to be delivered
14 Administrative and operational support
• Coordination, monitoring and reporting on the project development.
• Preparation of the necessary secondary legislation.
Source: Digitalisation Study/eu-LISA
Option 3: Centralised system
Table 35 - Types of costs to be incurred per cost item (Policy option 3)
CI Name Stakeholder Infrastructure Development
1 Integration of other relevant national
systems with the EU central system
Member State X X
2 IRMA integration with the EU central
system
Frontex X
3 RECAP integration with the EU central
system
Frontex X
4 iRCMS Segment integration with the EU
central system
eu-LISA X
5 EU central system with three separate
modules for RRR
eu-LISA X X
6 ESP updates to support RRR eu-LISA X
7 CIR-MID updates to support RRR
identity data
eu-LISA X X
8 CRRS updates to support RRR reports
and statistics
eu-LISA X X
9 sBMS updates to support RRR biometrics eu-LISA X X
10 SIS updates to automate the issuance of
return alerts
eu-LISA X X
11 EES, Eurodac, VIS, ETIAS, ECRIS-TCN
capacity upgrade
eu-LISA X
12 Administrative costs Commission X
Source: Digitalisation Study/eu-LISA
Table 36 - Overview of operational tasks to be delivered per cost item (Policy option 3)
CI Operational tasks to be delivered
1 Integration of other relevant national systems with the EU central system
• Development (design/implementation/testing) of the integration with the
central system.
• Provision of the network infrastructure from the national system to the national
access point.
• Configuration of the national access point to support traffic from the national
system in terms of security, routing and switching.
152
CI Operational tasks to be delivered
• Verification of the interconnection between the national access point and the
backbone network (TESTA).
• Ensure the high availability of the primary and secondary national interfaces
after the traffic increase due to the national system integration with eu-LISA.
2 IRMA integration with the EU central system
• Development (design/implementation/testing) of the IRMA integration with
the central system.
• All network-related tasks previously defined for Cost Item #1 apply.
3 RECAP integration with the EU central system
• Development (design/implementation/testing) of the RECAP integration with
the central system.
4 iRCMS Segment integration with the EU central system
• Development (design/implementation/testing) of integrating third-country
systems with the central system.
5 EU central system with three separate modules for RRR
• Design and development of a new Central System according to the established
eu-LISA engineering framework.
• Design and development of the EU central database to maintain the RRR data
and support the activities of the three modules.
• Migration from the national systems.
• Development of the Central System web interface.
• Development of the APIs for external system-to-system communication via
TESTA.
• Development of the APIs for external system-to-system communication via
the Internet Zone.
• Development of the APIs for integration with the ESP, CIR, MID, CRRS and
any other required eu-LISA core business system.
• Infrastructure and network provisioning: backup and disaster recovery,
observability and monitoring, security infrastructure (VPN, firewalls,
encryption, etc.).
6 ESP updates to support RRR
• Updates on ESP for RRR integration (queries, notifications to and from RRR
Central System, etc.)
• Infrastructure and network capacity upgrade to accommodate the increased
integration traffic.
• Updates to the Interoperability Regulation to allow the integration of ESP and
RRR.
153
CI Operational tasks to be delivered
7 CIR-MID updates to support RRR identity data
• Updates on CIR to support the new RRR data structures.
• Updates on CIR to support the new RRR queries, CUD commands, and
notifications.
• Updates on MID to incorporate RRR into its matching algorithms.
• Infrastructure and network capacity upgrade to accommodate for the
integration increased load.
• Updates to the Interoperability Regulation to allow the integration of CIR and
RRR.
8 CRRS updates to support RRR reports and statistics
• Updates on the CRRS DB schema to support the data structures of the new
RRR data.
• Development of a new CRRS Connector for the RRR Central System.
• KPI generation, Business intelligence setup, dashboards, EU reporting
(COM/FX/MS), visualisation.
• Infrastructure capacity upgrade to accommodate for the increased integration
load.
• Updates to the Interoperability Regulation to allow the integration of CRRS
and RRR.
9 sBMS updates to support RRR biometrics
• Updates on sBMS to support the RRR biometrics.
• Infrastructure capacity upgrade to accommodate for the increased integration
load.
10 SIS updates to automate the issuance of return alerts
• Development of the integration with RRR.
• Infrastructure capacity upgrade to accommodate for the increased integration
load.
11 EES, Eurodac, VIS, ETIAS, ECRIS-TCN capacity upgrade
• Infrastructure capacity upgrade to accommodate for the increased queries load.
12 Administrative and operational support
• Coordination, monitoring and reporting on the project development.
• Preparation of the necessary secondary legislation.
Source: Digitalisation Study/eu-LISA
154
COST ESTIMATION PER OPTION
Overview of costs per stakeholder and policy option
Table 37 - Overview of costs per stakeholder and policy option
Minimum (in million EUR) Maximum (in million EUR)
Policy option 1
Member States422.04537.14
Sunk Costs (155) 0.00 0.00
Frontex127.71162.54
eu-LISA30.1350.30
Commission 2.51 3.19
Total 582.39 753.17
Policy option 2
Member States422.04 537.14
Sunk Costs (156) 0.00 0.00
Frontex10.84 13.79
eu-LISA264.91 337.16
Commission 2.51 3.19
Total 700.30 891.28
Policy option 3
Member States42.4153.98
Sunk Costs (157) 689.194 877.156
Frontex10.8413.79
eu-LISA170.57217.08
Commission 2.51 3.19
Total226.33 288.04
Source: Digitalisation Study/eu-LISA
(155) Sunk costs in Option 1 are considered negligible as the policy option build on the existing case management
systems at national level. Not added to the total costs of the option, only included for comparison purposes.
(156) Sunk costs in Option 2 are considered negligible as the policy option builds on the existing case management
systems at national level. Not added to the total costs of the option, only included for comparison purposes.
(157) Sunk costs in Option 3 are calculated as using the costs of developing the national RECAMAS. Under Option
3, Member States have to maintain and fund existing systems for a period of seven years until the centralised
case management system enters into operation. The yearly maintenance costs are estimated at 30% of the
total infrastructure costs of national RECAMAS [costs items 2 and 3], as estimated under Option 1 (30% of
EUR 11.05 EUR = EUR 3.32 million). The sunk costs are calculated by multiplying the yearly maintenance
costs per Member State, by seven years of development and by 27 Member States (3.32x7x27= EUR 626.54
million).
155
Option 1: Partially decentralised option with central EU database
Total costs per stakeholder and per cost item
The following table provides the estimated minimum and maximum total costs, i.e. the total
infrastructure and development costs inflated with contingency factors (i.e. 110% for the
minimum and 140% for the maximum scenario).
Table 38 – Total minimum and maximum costs of Policy option 1 per type of stakeholder
Type of stakeholder Minimum (in million EUR) Maximum (in million EUR)
27 Member States (158) 422.04 537.14
Sunk Costs (159) 0.00 0.00
Frontex 127.71 162.54
eu-LISA 30.13 50.30
Commission 2.51 3.19
Total 582.39 753.17
Source: Digitalisation Study (160)/eu-LISA
Table 39 – Total infrastructure and development costs of Policy option 1 per type of stakeholder
Type of stakeholder Infrastructure (in
million EUR)
Development (in
million EUR)
Total (in million
EUR)
1 Member State 11.05 13.21 24.26
Frontex 9.49 106.61 116.1
eu-LISA 8.54 27.39 35.93
Commission 0 2.28 2.28
Total 29.08 149.49 178.57
Source: Digitalisation Study (161)/eu-LISA
(158) Assuming that 10 Member States decide to retain their own RECAMAS but must expand their infrastructure
capacity and develop an integration with the Frontex-provided modules.
(159) Sunk costs in Option 1 are considered negligible as the policy option build on the existing case management
systems at national level. Not added to the total costs of the option, only included for comparison purposes.
(160) Digitalisation Study, Table 77.
(161) Digitalisation Study, Table 78.
156
Breakdown of total costs
Table 40 - Breakdown of total costs of Policy option 1
# Description
Incurred
By Cost Type
One-off
(2
years)
(in
million
EUR)
Ongoing
(6 years)
(in
million
EUR)
Total
(in
million
EUR)
1 Development of RECAMAS
Model and reference
implementation; development
and hosting of iRCMS and
RIAT modules
Frontex Infrastructure 3.32 6.17 102.67
Development 33.28 59.90
2 Development of new National
RECAMAS
Member
State
Infrastructure 3.10 5.74 16.69
Development 2.81 5.05
3 Integration of existing National
RECAMAS
Member
State
Infrastructure 0.78 1.43 6.14
Development 1.40 2.52
4 Integration of other relevant
national systems with the RRR
system
Member
State
Infrastructure 0.00 0.00 1.43
Development 0.51 0.92
5 IRMA integration with the
RRR system
Frontex Infrastructure 0.00 0.00 5.01
Development 1.79 3.22
6 RECAP integration with the
RRR system
Frontex Infrastructure 0.00 0.00 4.84
Development 1.73 3.11
7 iRCMS Segment integration
with the RRR system
Frontex Infrastructure 0.00 0.00 3.58
Development 1.28 2.304
8 ESP updates to support RRR
Queries
eu-LISA Infrastructure 0.50 0.92 1.87
Development 0.18 0.27
9 CIR/MID capacity upgrade to
support RRR Queries
eu-LISA Infrastructure 0.50 0.92 1.87
Development 0.18 0.27
10 sBMS capacity upgrade to
support RRR Queries
eu-LISA Infrastructure 0.50 0.92 1.87
Development 0.18 0.27
157
# Description
Incurred
By Cost Type
One-off
(2
years)
(in
million
EUR)
Ongoing
(6 years)
(in
million
EUR)
Total
(in
million
EUR)
11 SIS updates to support RRR
Queries and automate the
creation of return alerts
eu-LISA Infrastructure 0.17 0.31 4.68
Development 1.5 2.70
12 EES. Eurodac. VIS. ETIAS.
ECRIS-TCN capacity upgrade
to support RRR Queries
eu-LISA Infrastructure 0.83 1.54 6.57
Development 1.5 2.70
13 CRRS integration with
RECAMAS/iRCMS/RIAT (162)
eu-LISA Infrastructure 0.50 0.92 2.30
Development 0.35 0.53
14 Secure Communication
Channel (163)
eu-LISA Infrastructure (164) 0.00 0.00 14.56
Development 5.20 9.36
15 Advisory and technical support eu-LISA Infrastructure 0.00 0.00
Development 0.00 2.20 2.20
16 Administrative costs Commission Infrastructure 0.00 0.00 2.28
Development 0.00 2.28
Source: Digitalisation Study (165)/eu-LISA
Infrastructure costs
Table 41 - Total infrastructure one-off costs for Member States (Policy option 1)
Component Cost (in million
EUR)
Member State Hardware Acquisition Cost 0.61
(162) To minimise the costs relating to ICD, the CRRS could be connected to the uniformised iRCMS and RIAT
(which will be embedded in national RECAMAS). For this reason, this cost item is identical to that under
Option 2 and 3 (where the CRRS would be connected to the new EU central database).
(163) The costs estimate for the development of the secure communication channel are based on ‘Policy Option 2:
Strategic Revitalisation’, described in the Feasibility study on options to innovate the exchange of
supplementary information on alerts processed in the Schengen Information System (SIS), dated 22 March
2024.
(164) Infrastructure costs are estimated at zero under the assumption that a preexisting channel (e.g. SIRENE,
DublinNet, VIS Mail) is used as the basis for the development.
(165) Digitalisation Study, Table 79.
158
Component Cost (in million
EUR)
Member State Software and Licensing Acquisition Cost 0.17
Member State Installation Labour Cost 0.22
Member State Data Centre Cost 2.10
Total 3.10
Source: Digitalisation Study/eu-LISA
Each Member State infrastructure recurrent costs are calculated as a fraction of the one-off
costs, as follows:
Table 42 - Total infrastructure ongoing costs for Member States (Policy option 1)
Component Number
of years
Factor Base Cost
(in million
EUR)
Total Cost (in
million EUR)
Member State hardware maintenance 6 10% 0.61 0.37
Member State software support and licensing
renewal
6 30% 0.17 0.30
Member State maintenance labour 6 100% 0.22 1.35
Member State data centre maintenance 6 20% 3.10 3.72
Total 5.74
Source: Digitalisation Study (166)/eu-LISA
Development costs
Table 43 - Development one-off costs (Policy option 1)
CI Description Incurred
by
Rate
(in EUR) Man days
Total
(in million
EUR)
1 iRCMS and RIAT modules – RECAMAS
reference implementation
Frontex 640 52 000 33.28
2 Development of new National RECAMAS Member
State
340 8 250 2.81
3 Integration of existing National RECAMAS Member
State
340 4 125 1.40
4 Integration of other relevant national systems
with the RRR system
Member
State
340 1 500 0.51
5 IRMA integration with the RRR system Frontex 640 2 800 1.79
6 RECAP integration with the RRR system Frontex 640 2 700 1.73
7 iRCMS Segment integration with the RRR
system
Frontex 640 2 000 1.28
8 ESP updates to support RRR eu-LISA 800 220 0.18
(166) Digitalisation Study, Table 87.
159
CI Description Incurred
by
Rate
(in EUR) Man days
Total
(in million
EUR)
9 CIR/MID capacity upgrade to support RRR eu-LISA 800 220 0.18
10 sBMS capacity upgrade to support RRR eu-LISA 800 220 0.18
11 SIS updates to support RRR eu-LISA 800 1 875 1.50
12 EES, Eurodac, VIS, ETIAS, ECRIS-TCN
capacity upgrade to support RRR
eu-LISA 800 1 875 1.50
13 CRRS integration with
RECAMAS/iRCMS/RIAT
eu-LISA 800 440 0.35
14 Secure Communication Channel eu-LISA 800 6 500 5.2
Source: Digitalisation Study (167)/eu-LISA
The ongoing development costs are calculated as a percentage of the one-off development cost
per cost item.
Table 44 - Development recurrent costs (Policy option 1)
CI Description Incurred
By
Maintenance
effort (%)
Man
days/per
year
Total
per Year
(in
million
EUR)
Total
for 6 years (in
million EUR)
1 iRCMS and RIAT
modules – RECAMAS
reference
implementation
Frontex 30% 15 600 9.98 59.90
2 National RECAMAS Member
State
30% 2 475 0.84 5.05
3 Integration of existing
National RECAMAS
Member
State
30% 1 237.5 0.42 2.52
4 Integration of other
relevant national
systems with the RRR
system
Member
State
30% 450 0.14 0.92
5 IRMA integration with
the RRR system
Frontex 30% 500 0.54 3.22
6 RECAP integration with
the RRR system
Frontex 305% 840 0.52 3.11
7 iRCMS Segment
integration with the
RRR system
Frontex 30% 810 0.38 2.30
8 ESP updates to support
RRR
eu-LISA 30% 66 0.04 0.27
9 CIR/MID capacity
upgrade to support RRR
eu-LISA 30% 66 0.04 0.27
(167) Digitalisation Study, Table 88.
160
CI Description Incurred
By
Maintenance
effort (%)
Man
days/per
year
Total
per Year
(in
million
EUR)
Total
for 6 years (in
million EUR)
10 sBMS capacity upgrade
to support RRR
eu-LISA 30% 66 0.04 0.27
11 SIS updates to support
RRR
eu-LISA 30% 562.50 0.45 2.70
12 EES, Eurodac, VIS,
ETIAS, ECRIS-TCN
capacity upgrade to
support RRR
eu-LISA 30% 562.50 0.45 2.70
13 CRRS integration with
RECAMAS/iRCMS/RIAT
eu-LISA 30% 132 0.09 0.53
14 Secure communication
channel (168)
eu-LISA 30% 1 950 1.56 9.36
15 Advisory and technical
support
eu-LISA 100% 562 0.36 2.20
16 Administrative Costs European
Commissio
n
100% n.a. (169) 0.38 (170) 2.28
Source: Digitalisation Study (171)/eu-LISA
EU and Member States staff costs
Table 45 – Staff costs (Policy option 1)
Staff costs Member State Frontex eu-LISA Commission
Infrastructure one-off and
recurrent costs
3 FTEs (per
MS) (172)
5 FTEs (173) 3 FTEs n/a
Development one-off
costs
Outsourced (175) Outsourced (176) 7.74 (177) n/a
(168) Estimation based on the Feasibility study on options to innovate the exchange of supplementary information
on alerts processed in the Schengen Information System.
(169) The total annual average cost of an official is estimated at €194 000. The administrative costs for the European
Commission are based on the Impact Assessment Report Accompanying the document proposal for a
Regulation of the European Parliament and the Council establishing an EU Talent Pool (SWD/2023/717 final)
and estimated at 2 FTE.
(170) The cost is estimated as the annual average costs of an official multiplied by 2 FTEs.
(171) Digitalisation Study, Table 89.
(172) Please refer to Table 23.
(173) Please refer to Table 24.
(175) Please refer to Table 43.
(176) Please refer to Table 43.
(177) Please refer to Table 43.
161
Staff costs Member State Frontex eu-LISA Commission
(per year) (174)
Development recurrent
costs (per year), assuming
70% of the development
recurrent costs are
outsourced and 30% are
managed internally.
5.67 FTE (178) 24.20 FTEs (179) 5.41 FTE (180) n/a
Transition to operations
and automation needs
2 FTE 2 FTE 1 FTE n/a
Operational needs 3 FTE 3 FTE 1 FTE n/a
Corporate needs
(10% of the total staffing
needs)
1.76 FTE 3.82 FTE 2.01 FTE n/a
Security related activities 2 FTE 2 FTE 1 FTE n/a
Governance and business
analysis
2 FTE 2 FTE 1 FTE 2 FTE (181)
Total (182) 20 (19.43) FTEs
43 (42.02) FTEs 23 (22.16) FTE 2 FTE
Source: Own elaboration/eu-LISA
Option 2: Partially decentralised option with central EU database
Total costs per stakeholder and per cost item
The following table provides the estimated minimum and maximum total costs, i.e. the total
infrastructure and development costs inflated with contingency factors (i.e. 110% for the
minimum and 140% for the maximum scenario).
(174) eu-LISA implemented a SoFa (Software Factory) model, requiring at least a 30% of the estimated FTEs to
be considered as staff. Member States and Frontex do not follow the same strategy.
(178) Please refer to Table 44. Calculations based on 10% of the man/days i.e. 416.25 man/days. Standard
man/days per FTE = 220 days. Number of FTEs obtained by dividing total man/days (416.25) by man/days
per FTE (220).
(179) Please refer to Table 44. Calculations based on 10% of the man/days i.e. 1 487.5 man/days. Standard
man/days per FTE = 220 days. Number of FTEs obtained by dividing total man/days (1 487.5) by man/days
per FTE (220).
(180) Please refer to Table 44. Calculations based on 10% of the man/days i.e. 316.4 man/days. Standard man/days
per FTE = 220 days. Number of FTEs obtained by dividing total man/days (316.4) by man/days per FTE
(220).
(181) The administrative costs for the European Commission are based on the Impact Assessment Report
Accompanying the document proposal for a Regulation of the European Parliament and the Council
establishing an EU Talent Pool (SWD/2023/717 final).
(182) In the total section, the number of FTE has been rounded to the next whole number.
162
Table 46 – Total minimum and maximum costs of Policy option 2 per type of stakeholder
Type of stakeholder Minimum (in million
EUR)
Maximum (in million EUR)
27 Member States (183) 422.04 537.14
Sunk Costs (184) 0.00 0.00
Frontex 10.84 13.79
eu-LISA 264.91 337.16
Commission 2.51 3.19
Total 700.30 891.28
Source: Digitalisation Study (185)/eu-LISA
Table 47 - Total infrastructure and development costs of Policy option 2 per type of stakeholder
Type of stakeholder Infrastructure (in
million EUR)
Development (in
million EUR)
Total (in million
EUR)
1 Member State 11.05 13.21 24.26
Frontex 0 9.85 9.85
eu-LISA 26.28 214.55 240.83
Commission 0 2.28 2.28
Total 37.33 239.89 274.94
Source: Digitalisation Study (186)/eu-LISA
Breakdown of total costs
Table 48 - Breakdown of total costs of Policy option 2
CI Description Incurred By Cost Type
One-off
(3 years)
(in million
EUR)
Ongoing
(6 years)
(in million
EUR)
Total (in
million
EUR)
1 iRCMS and RIAT
modules –
RECAMAS
reference
implementation
eu-LISA Infrastructure 3.32 6.17 125.97
Development 41.60 74.88
2 Infrastructure 3.10 5.74 16.69
(183) Assuming that 10 Member States decide to retain their own RECAMAS but must expand their infrastructure
capacity and develop an integration with the eu-LISA-provided modules.
(184) Sunk costs in Option 2 are considered negligible as the policy option build on the existing case management
systems at national level. Not added to the total costs of the option, only included for comparison purposes.
(185) Digitalisation Study, Table 90.
(186) Digitalisation Study, Table 91.
163
CI Description Incurred By Cost Type
One-off
(3 years)
(in million
EUR)
Ongoing
(6 years)
(in million
EUR)
Total (in
million
EUR)
Development of
new National
RECAMAS
Member
State
Development 2.81 5.05
3 Integration of
existing National
RECAMAS
Member
State
Infrastructure 0.78 1.43 6.14
Development 1.40 2.52
4 Integration of other
relevant national
systems with the
RRR system
Member
State
Infrastructure 0.00 0.00 1.43
Development 0.51 0.92
5 IRMA integration
with the RRR
system
Frontex Infrastructure 0.00 0.00 5.01
Development 1.79 3.22
6 RECAP integration
with the RRR
system
Frontex Infrastructure 0.00 0.00 4.84
Development 1.73 3.11
7 iRCMS Segment
integration with the
RRR system
eu-LISA Infrastructure 0.00 0.00 4.48
Development 1.60 2.88
8 Central EU
database
eu-LISA Infrastructure 3.32 6.17 92.37
Development 29.60 53.28
9 ESP updates to
support RRR
eu-LISA Infrastructure 0.50 0.92 1.90
Development 0.18 0.30
10 CIR/MID updates
to support RRR
identity data
eu-LISA Infrastructure 0.50 0.92 2.40
Development 0.35 0.63
11 CRRS updates to
support RRR
reports and
statistics
eu-LISA Infrastructure 0.50 0.92 2.40
Development 0.35 0.63
12 sBMS updates to
support RRR
biometrics
eu-LISA Infrastructure 0.50 0.92 1.92
Development 0.18 0.32
13 eu-LISA Infrastructure 0.17 0.31 4.68
164
CI Description Incurred By Cost Type
One-off
(3 years)
(in million
EUR)
Ongoing
(6 years)
(in million
EUR)
Total (in
million
EUR)
SIS updates to
support RRR
Development 1.50 2.70
14 EES. Eurodac. VIS.
ETIAS. ECRIS-
TCN capacity
upgrade to support
RRR
eu-LISA Infrastructure 0.83 0.31 5.34
Development 1.50 2.70
15 Administrative
costs
Commission Infrastructure 0.00 0.00 2.28
Development 0.00 2.28
Source: Digitalisation Study (187)/eu-LISA
Infrastructure costs
Table 49 - Total infrastructure one-off costs (Policy option 2, MS)
Component Cost (in million
EUR)
Member State hardware acquisition cost 0.61
Member State software and licensing acquisition cost 0.17
Member State installation labour cost 0.22
Member State data centre cost 2.10
Total 3.10
Source: Digitalisation Study (188)/eu-LISA
Table 50 - Total infrastructure one-off costs (Policy option 2, eu-LISA)
Component Cost (in million
EUR)
eu-LISA hardware acquisition 1.69
eu-LISA software and licensing acquisition 1.10
eu-LISA installation labour 0.53
Total 3.32
(187) Digitalisation Study, Table 92.
(188) Digitalisation Study, Table 93.
165
Source: Digitalisation Study (189)/eu-LISA
Table 51 - Total infrastructure ongoing costs (Policy option 2, MS)
Component Number of
years
Factor Base Cost
(in million
EUR)
Total Cost
(in million
EUR)
Member State hardware maintenance 6 10% 0.61 0.37
Member State software support and licensing
renewal
6 30% 0.17 0.30
Member State maintenance labour 6 100% 0.22 1.35
Member State data centre maintenance 6 20% 3.10 3.72
Total 5.74
Source: Digitalisation Study (190)/eu-LISA
Table 52 - Total infrastructure ongoing costs (Policy option 2, eu-LISA)
Component Number
of years
Factor Base Cost
(in million
EUR)
Total Cost (in
million EUR)
eu-LISA hardware maintenance 6 10% 1.69 1.02
eu-LISA software support and licensing renewal 6 30% 1.10 1.98
eu-LISA maintenance labour 6 100% 0.53 3.17
Total 6.17
Source: Digitalisation Study (191)/eu-LISA
Development costs
Table 53 - Development one-off costs (Policy option 2)
CI Description Incurred
By
Rate Man days Total
(In million EUR)
1 iRCMS and RIAT modules –
RECAMAS reference
implementation (development)
eu-LISA 800 52 000 41.60
2 Development of new National
RECAMAS
Member
State
340 8 250 2.81
3 Integration of existing National
RECAMAS
Member
State
340 4 125 1.40
(189) Digitalisation Study, Table 101.
(190) Digitalisation Study, Table 100.
(191) Digitalisation Study, Table 106.
166
CI Description Incurred
By
Rate Man days Total
(In million EUR)
4 Integration of other relevant
national systems with the RRR
system
Member
State
340 1 500 0.51
5 IRMA integration with the RRR
system
Frontex 640 2 800 1.79
6 RECAP integration with the RRR
system
Frontex 640 2 700 1.73
7 iRCMS Segment integration with
the RRR system
eu-LISA 800 2 000 1.60
8 Central EU database eu-LISA 800 37 000 29.60
9 ESP updates to support RRR eu-LISA 800 220 0.18
10 CIR/MID updates to support RRR
identity data
eu-LISA 800 440 0.35
11 CRRS updates to support RRR
reports and statistics
eu-LISA 800 440 0.35
12 sBMS updates to support RRR
biometrics
eu-LISA 800 220 0.18
13 SIS updates to support RRR eu-LISA 800 1875 1.50
14 EES, Eurodac, VIS, ETIAS,
ECRIS-TCN capacity upgrade to
support RRR
eu-LISA 800 1875 1.50
Source: Digitalisation Study (192)/eu-LISA
Recurrent costs
The ongoing development costs are calculated as a percentage of the one-off development cost
per cost item.
Table 54 - Development recurrent costs (Policy option 2)
CI Description
Incurred
By
Mainten
ance
effort
Man
days/per
year
Total
per Year
(In
million
EUR)
Total
for 6
years
(In
million
EUR)
1 RRR system with three separate
modules for return, readmission and
reintegration (development)
eu-LISA 30% 13 000 12.48 74.88
2 RRR system with three separate
modules for return, readmission and
reintegration (infrastructure)
Member
State 30% 2 475 0.84 5.05
3 Integration of existing National
RECAMAS with iRCMS/RIAT
Member
State 30% 1 237.50 0.42 2.52
4 Integration of other relevant national
systems with the RRR system
Member
State 30% 450 0.14 0.92
(192) Digitalisation Study, Table 107.
167
CI Description
Incurred
By
Mainten
ance
effort
Man
days/per
year
Total
per Year
(In
million
EUR)
Total
for 6
years
(In
million
EUR)
5 IRMA integration with the RRR system Frontex 30% 840 0.54 3.22
6 RECAP integration with the RRR
system Frontex 30% 810 0.52 3.11
7 iRCMS Segment integration with the
RRR system eu-LISA 30% 600 0.48 2.88
8 Central EU database eu-LISA 30% 11 100 8.88 53.28
9 ESP updates to support RRR eu-LISA 30% 66 0.05 0.30
10 CIR/MID updates to support RRR
identity data eu-LISA 30% 132 0.10 0.63
11 CRRS updates to support RRR reports
and statistics eu-LISA 30% 132 0.10 0.63
12 sBMS updates to support RRR
biometrics eu-LISA 30% 66 0.05 0.32
13 SIS updates to support RRR eu-LISA 30% 562.5 0.45 2.70
14 EES, Eurodac, VIS, ETIAS, ECRIS-
TCN capacity upgrade to support RRR eu-LISA 30% 562.5 0.45 2.70
15 Administrative costs Commiss
ion 100% n.a. (193) 0.38 (194) 2.28
Source: Digitalisation Study (195)/eu-LISA
EU and Member States’ staff costs
Table 55 – Staff costs (Policy option 2)
Staff costs Member State Frontex eu-LISA Commission
Infrastructure one-off and
recurrent costs
3 FTEs (per MS)
(196)
1 FTE 5 FTEs (197) n/a
(193) The total annual average cost of an official is estimated at EUR 194 000. The administrative costs for the
European Commission are based on the Impact Assessment Report Accompanying the document proposal
for a Regulation of the European Parliament and the Council establishing an EU Talent Pool (SWD(2023) 717
final) and estimated at 2 FTE.
(194) The cost is estimated as the annual average costs of an official multiplied by 2 FTEs.
(195) Digitalisation Study, Table 108.
(196) Please refer to Table 27Error! Main Document Only..
(197) Please refer to Table 26Error! Main Document Only..
168
Staff costs Member State Frontex eu-LISA Commission
Development one-off costs
(per year) (198)
Outsourced (199) Outsourced (200
)
65.50 FTE (201) n/a
Development recurrent costs
(per year), assuming 70% of
the development recurrent
costs are outsourced and 30%
are managed internally.
5.68 FTE (202) 2.25FTEs (203) 35.75 FTEs (204) n/a
Transition to operations and
automation needs
2 FTE 1 FTE 2 FTE n/a
Operational needs 3 FTE 1 FTE 3 FTE n/a
Corporate needs
(10% of the total staffing
needs)
1.76 FTE 0.73 FTE 11.52 FTE n/a
Security related activities 2 FTE 1 FTE 2 FTE n/a
Governance and business
analysis
2 FTE 1 FTE 2 FTE 2 FTE (205)
Total (206) 20 (19.44) FTEs 8 (7.98) FTEs 127 (126.77)
FTE
2 FTE
Source: Own elaboration/eu-LISA
(198) eu-LISA implemented a SoFa (Software Factory) model, requiring at least a 30% of the estimated FTEs to
be considered as staff. Member States and Frontex do not follow the same strategy.
(199) Please refer to Table 53.
(200) Please refer to Table 53Error! Main Document Only..
(201) Please refer to Table 53Error! Main Document Only..
(202) Please refer to Table 54Error! Main Document Only..Calculations based on 10% of the man/days i.e.
416.25 man/days. Standard man/days per FTE = 220 days. Number of FTEs obtained by dividing total
man/days (416.25) by man/days per FTE (220).
(203) Please refer to Table 54Error! Main Document Only..Calculations based on 10% of the man/days i.e. 137.5
man/days. Standard man/days per FTE = 220 days. Number of FTEs obtained by dividing total man/days
(137.5) by man/days per FTE (220).
(204) Please refer to Table 54Error! Main Document Only..Calculations based on 10% of the man/days i.e. 2
315.5 man/days. Standard man/days per FTE = 220 days. Number of FTEs obtained by dividing total
man/days (2 315.5) by man/days per FTE (220).
(205) The administrative costs for the European Commission are based on the Impact Assessment Report
Accompanying the document proposal for a Regulation of the European Parliament and the Council
establishing an EU Talent Pool (SWD/2023/717 final).
(206) In the total section, the number of FTE has been rounded to the next whole number.
169
Option 3: Centralised system
Total costs per stakeholder and per cost item
The following table provides the estimated minimum and maximum total costs, i.e. the total
infrastructure and development costs inflated with contingency factors (i.e. 110% for the
minimum and 140% for the maximum scenario).
Table 56 - Total minimum and maximum costs of Policy option 3 per type of stakeholder
Type of stakeholder Minimum (in million EUR) Maximum (in million
EUR)
27 Member States (aggregated) 42.41 53.98
Sunk Costs (207) 689.194 877.156
Frontex 10.84 13.79
eu-LISA 170.57 217.08
Commission 2.51 3.19
Total 226.33 288.04
Source: Digitalisation Study (208)/eu-LISA
Table 57 – Total infrastructure and development costs of Policy option 3 per type of stakeholder
Type of stakeholder Infrastructure (in
million EUR)
Development (in
million EUR)
Total (in million
EUR)
1 Member State 0 1.43 1.43
Frontex 0 9.85 9.85
eu-LISA 18.03 137.03 155.06
Commission 0 2.28 2.28
Total 18.03 150.59 168.62
Source: Digitalisation Study (209)/eu-LISA
(207) Sunk costs in Option 3 are calculated as using the costs of developing the national RECAMAS. Under Option
3, Member States have to maintain and fund existing systems for a period of 7 years until the centralised case
management system enters into operations. The yearly maintenance costs are estimated at a 30% of the total
infrastructure costs of national RECAMAS [costs items 2 and 3], as estimated under Option 1 (30% of EUR
11.05 million = EUR 3.32 million). The sunken costs are calculated by using the yearly maintenance cost per
member states, by 7 years of development and by 27 Member States (3.32x7x27=626.54 million EUR).
(208) Digitalisation Study, Table 109.
(209) Digitalisation Study, Table 110.
170
Breakdown of total costs
Table 58 - Breakdown of total costs of Policy option 3
CI Cost item Incurred
by
Cost type One-off
(2.5 years)
(in million
EUR)
Ongoing
(6 years) (in million
EUR)
Total (in
million
EUR)
1 Integration of
other relevant
national
systems with
the EU
central
system
Member
State (210)
Infrastructure 0.00 0.00 1.43
Development 0.51 0.92
2 IRMA
integration
with the EU
central
system
Frontex Infrastructure 0.00 0.00 5.01
Development 1.79 3.22
3 RECAP
integration
with the EU
central
system
Frontex Infrastructure 0.00 0.00 4.84
Development 1.73 3.11
4 iRCMS
Segment
integration
with the EU
central
system
eu-LISA Infrastructure 0.00 0.00 4.48
Development 1.60 2.88
5 EU central
system with
three separate
modules for
RRR
eu-LISA Infrastructure 3.32 6.17 125.97
Development 41.60 74.88
6 ESP updates
to support
RRR
eu-LISA Infrastructure 0.50 0.92 1.92
Development 0.18 0.32
7 CIR/MID
updates to
support RRR
identity data
eu-LISA Infrastructure 0.50 0.92 2.40
Development 0.35 0.63
8 CRRS
updates to
support RRR
reports and
statistics
eu-LISA Infrastructure 0.50 0.92 2.40
Development 0.35 0.63
9 sBMS
updates to
eu-LISA Infrastructure 0.50 0.92 1.92
Development 0.18 0.32
(210) Refers to the costs incurred by one single Member States.
171
CI Cost item Incurred
by
Cost type One-off
(2.5 years)
(in million
EUR)
Ongoing
(6 years) (in million
EUR)
Total (in
million
EUR)
support RRR
biometrics
10 SIS updates
to automate
the issuance
of return
alerts
eu-LISA Infrastructure 0.17 0.31 4.68
Development 1.50 2.70
11 EES.
Eurodac.
VIS. ETIAS.
ECRIS-TCN
capacity
upgrade
eu-LISA Infrastructure 0.83 1.54 6.57
Development 1.50 2.70
12 Administrativ
e costs
Commissi
on
Infrastructure 0.00 0.00 2.28
Development 0.00 2.28
Source: Digitalisation Study (211)/eu-LISA
Infrastructure costs
Table 59 - Total infrastructure one-off cost (Policy option 3)
Component Cost (in million
EUR)
eu-LISA hardware acquisition 1.69
eu-LISA software and licensing acquisition 1.10
eu-LISA installation labour 0.53
Total 3.32
Source: Digitalisation Study (212)/eu-LISA
Table 60 - Total infrastructure ongoing costs (Policy option 3)
Component Number
of years
Factor Base Cost
(in million
EUR)
Total Cost (in
million EUR)
eu-LISA hardware maintenance 6 10% 1.69 1.02
eu-LISA software support and licensing renewal 6 30% 1.10 1.98
eu-LISA maintenance labour 6 100% 0.53 3.17
Total 6.17
Source: Digitalisation Study (213)/eu-LISA
(211) Digitalisation Study, Table 111.
(212) Digitalisation Study, Table 112.
(213) Digitalisation Study, Table 118.
172
Development costs
Table 61 - Development one-off costs (Policy option 3)
CI Description Incurred
By
Rate
(in
EUR)
Man days Total (in
million EUR)
1 Integration of other relevant national
systems with the EU central system
Member
State
340 1 500 0.51
2 IRMA integration with the EU
central system
Frontex 640 2 800 1.79
3 RECAP integration with the EU
central system
Frontex 640 2 700 1.73
4 iRCMS Segment integration with the
EU central system
eu-LISA 800 2 000 1.60
5 EU central system with three separate
modules for RRR
eu-LISA 800 52 000 41.60
6 ESP updates to support RRR eu-LISA 800 220 0.18
7 CIR/MID updates to support RRR
identity data
eu-LISA 800 440 0.35
8 CRRS updates to support RRR
reports and statistics
eu-LISA 800 440 0.35
9 sBMS updates to support RRR
biometrics
eu-LISA 800 220 0.18
10 SIS updates to automate the issuance
of return alerts
eu-LISA 800 1875 1.50
11 EES, Eurodac, VIS, ETIAS, ECRIS-
TCN capacity upgrade
eu-LISA 800 1875 1.50
Source: Digitalisation Study (214)/eu-LISA
The ongoing development costs are calculated as a percentage of the one-off development cost
per cost item.
Table 62 - Development recurrent costs (Policy option 3)
CI Description Incurred
By
Maintenance
effort (%)
Man
days/per
year
Total
per Year
(in million
EUR)
Total
for 6 years
(in million
EUR)
1 Integration of other relevant
national systems with the EU
central system
Member
State
30% 450 0.15 0.92
2 IRMA integration with the
EU central system
Frontex 30% 840 0.54 3.22
3 RECAP integration with the
EU central system
Frontex 30% 810 0.52 3.11
(214) Digitalisation Study, Table 119.
173
CI Description Incurred
By
Maintenance
effort (%)
Man
days/per
year
Total
per Year
(in million
EUR)
Total
for 6 years
(in million
EUR)
4 iRCMS Segment integration
with the EU central system
eu-LISA 30% 600 0.48 2.88
5 EU central system with three
separate modules for RRR
eu-LISA 30% 15 600 12.48 74.88
6 ESP updates to support RRR eu-LISA 30% 66 0.05 0.32
7 CIR/MID updates to support
RRR identity data
eu-LISA 30% 132 0.11 0.63
8 CRRS updates to support
RRR reports and statistics
eu-LISA 30% 132 0.11 0.63
9 sBMS updates to support
RRR biometrics
eu-LISA 30% 66 0.05 0.32
10 SIS updates to automate the
issuance of return alerts
eu-LISA 30% 562.5 0.45 2.70
11 EES, Eurodac, VIS, ETIAS,
ECRIS-TCN capacity
upgrade
eu-LISA 30% 562.5 0.45 2.70
12 Administrative Costs European
Commission
100% n.a. (215) 0.38 (216) 2.28
Source: Digitalisation Study (217)/eu-LISA
EU and Member States staff costs
Table 63 – Staff costs (Policy option 3)
Staff costs Member State Frontex eu-LISA Commission
Infrastructure one-off and
recurrent costs
1 FTE 1 FTE 5 FTEs (218) n/a
Development one-off costs
(per year) (219)
Outsourced (220) Outsourced (221) 32.22 FTE (222) n/a
(215) The total annual average cost of an official is estimated at €194 000. The administrative costs for the European
Commission are based on the Impact Assessment Report Accompanying the document proposal for a
Regulation of the European Parliament and the Council establishing an EU Talent Pool (SWD/2023/717 final)
and estimated at 2 FTE.
(216) The cost is estimated as the annual average costs of an official multiplied by 2 FTEs.
(217) Digitalisation Study, Table 120.
(218) Please refer to Table 29.
(219) eu-LISA implemented a SoFa (Software Factory) model, requiring at least a 30% of the estimated FTEs to
be considered as staff. Member States and Frontex do not follow the same strategy.
(220) Please refer to Table 61.
(221) Please refer to Table 61.
(222) Please refer to Table 61.
174
Staff costs Member State Frontex eu-LISA Commission
Development recurrent costs
(per year), assuming 70% of
the development recurrent
costs are outsourced and 30%
are managed internally.
2.05 FTE (223) 2.25 FTEs (224) 24.17 FTEs (225) n/a
Transition to operations and
automation needs
1 FTE 1 FTE 2 FTE n/a
Operational needs 1 FTE 1 FTE 3 FTE n/a
Corporate needs
(10% of the total staffing
needs)
0.70 FTE 0.73 FTE 7.14 FTE n/a
Security related activities 1 FTE 1 FTE 3 FTE n/a
Governance and business
analysis
1 FTE 1 FTE 2 FTE 2 FTE (226)
Total (227) 8 (7.75) FTEs 8 (7.98) FTEs 79 (78.51) FTEs 2 FTE
Source: Own elaboration/eu-LISA
(223) Please refer to Table 62.Calculations based on 10% of the man/days i.e. 45 man/days. Standard man/days
per FTE = 220 days. Number of FTEs obtained by dividing total man/days (360) by man/days per FTE (220).
(224) Please refer to Table 62.Calculations based on 10% of the man/days i.e. 187.5 man/days. Standard man/days
per FTE = 220 days. Number of FTEs obtained by dividing total man/days (187.5) by man/days per FTE
(220).
(225) Please refer to Table 62. Calculations based on 10% of the man/days i.e. 1 340.5 man/days. Standard
man/days per FTE = 220 days. Number of FTEs obtained by dividing total man/days (1340.5) by man/days
per FTE (220).
(226) The administrative costs for the European Commission are based on the Impact Assessment Report
Accompanying the document proposal for a Regulation of the European Parliament and the Council
establishing an EU Talent Pool (SWD/2023/717 final).
(227) In the total section, the number of FTE has been rounded to the next whole number.
EN EN
EUROPEAN COMMISSION
Brussels, 27.10.2026 SWD(2026) 1039 final
COMMISSION STAFF WORKING DOCUMENT
EXECUTIVE SUMMARY OF THE IMPACT ASSESSMENT REPORT
Accompanying the document
Proposal for a
REGULATION OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL
on the digitalisation of case management in the area of return, readmission and
reintegration, and amending Regulations (EU) 2018/1726, (EU) 2018/1860, (EU)
2019/817 and (EU) 2019/818 of the European Parliament and of the Council
{COM(2026) 1037 final} - {SEC(2026) 1037 final} - {SWD(2026) 1037 final} -
{SWD(2026) 1038 final}
1
1. INTRODUCTION: POLITICAL AND LEGAL CONTEXT
The Commission plans to digitalise case management in the area of return, readmission
and reintegration, as a first step to build a comprehensive migration system that manages
migration in the long term, including the effective return of third country nationals who
have no right to stay in the European Union, and ensure the proper functioning and
sustainability of the European migration and asylum system.
Digitalisation is explicitly identified in the Pact on Asylum and Migration as an enabler
for swift and efficient migration procedures (1). Digital systems are essential to improve
operational cooperation, ensure reliable data collection, reduce administrative burden, and
strengthen the monitoring and enforcement of EU migration rules. This objective aligns
with the broader EU political ambition to develop European digital solutions that simplify
procedures while safeguarding fundamental rights and data protection.
The need for digitalisation of case management in the area of return, readmission and
reintegration has been underlined in the Political Guidelines of President von der Leyen
(2024-2029) (2), the Commission Work Programmes for 2025 and 2026, which explicitly
present the initiative as having a strong simplification dimension (3), and the European
Asylum and Migration Management Strategy (4). The Return Regulation (5) started to
translate this ambition into legislation by establishing a common EU return system
allowing for the enhanced sharing and transfer of data, in compliance with data protection
rules.
To support its work on the legislative proposal on digitalisation, in 2024 the Commission
commissioned an external study (‘the Digitalisation Study’) (6). The Digitalisation Study
was supported by extensive consultations with all Member States, EU agencies and key
stakeholders through surveys, interviews and dedicated workshops and confirmed that,
despite significant investments, the digital landscape for return-related case management
remains fragmented, with uneven development, wide differences in availability of data,
functionality and interoperability, and limited data sharing.
(1) The Pact on Migration and Asylum was published in the Official Journal of the EU, L series, on 22 May
2024. For detailed legislative acts, see Official Journal L series daily view - EUR-Lex (europa.eu).
(2) Ursula von der Leyen, Political Guidelines for the Next European Commission 2024–2029, Strasbourg,
18 July 2024; e6cd4328-673c-4e7a-8683-f63ffb2cf648_en (europa.eu).
(3) COM (2025) 45 final, 11 February 2025; COM(2025) 870 final; 21 October 2025.
(4) COM(2026) 45 final, 26 January 2026.
(5) Regulation (EU) 2026/2280 of the European Parliament and of the Council of 7 October 2026
establishing a common system for the return of third-country nationals staying illegally in the Union,
and repealing Directive 2008/115/EC of the European Parliament and of the Council, Council Directive
2001/40/EC and Council Decision 2004/191/EC (OJ L, 2026/2280, 15.10.2026, ELI:
http://data.europa.eu/eli/reg/2026/2280/oj).
(6) Study on the way towards a comprehensive, integrated and digitalised EU migration management
system, HOME-AMIF-TF2-FW-EVA1-4010, ISBN 978-92-68-37351-4; DOI 10.2837/8436041, with
Annexes (ISBN 978-92-68-42383-7; DOI 10.2837/0124908);
https://data.europa.eu/doi/10.2837/8436041; https://data.europa.eu/doi/10.2837/0124908.
2
2. PROBLEM DEFINITION
First, the information needed to carry out efficiently return, readmission and
reintegration processes is not easily accessible to all relevant authorities. The available
data necessary to swiftly complete these processes is not sufficiently shared and accessible
(i) within the same Member State, (ii) between Member States (and between Member
States and Frontex), and (iii) between Member States (or Frontex) and third countries.
Second, migration authorities are suffering from excessive administrative burden.
Third, more granular and swiftly available statistics on return, readmission and
reintegration are needed. These problems are caused by three main problem drivers:
(i) the digitalisation of return, readmission and reintegration processes remains
insufficient and fragmented across the EU. National return systems – even if oftenbuilt
on Frontex template - vary widely in availability, functionality, and interoperability, and
are often disconnected from existing EU tools for readmission and reintegration.
Governance is similarly fragmented, with responsibilities divided across Member States,
EU agencies, and third-country partners, leading to inconsistent standards, complex data
protection arrangements, and dependence on external funding and cooperation; (ii) even
when digital case management systems are in place and integrated, the functionalities of
these systems are often inadequate. Key features such as adjusting deadlines, or
automatic follow-up of return decisions are rarely implemented. Technical limitations,
such as the lack of connection to Schengen Information System or a single identifier, can
lead to duplicate cases and unreliable statistics; and (iii) lack of sufficiently clear legal
bases for the sharing of data and development of IT systems restricts the use of existing
IT systems and prevents the development of new systems.
3. WHY SHOULD THE EU ACT?
Article 79(2)(c) of the Treaty on the Functioning of the European Union mandates the
European Parliament and the Council to adopt measures in the area of illegal immigration
and unauthorised residence, including removal and repatriation of persons residing without
authorisation. The development and implementation of digital case management systems
in the area of return, readmission and reintegration is a means to this end. Without EU
coordination, Member States will continue developing siloed systems, leading to
inefficiencies. An EU-level intervention is essential to ensure interconnection of relevant
IT systems across Member States, consistent data exchange, and operational efficiency
across Member States.
4. WHAT SHOULD BE ACHIEVED?
The general objectives are to support the implementation of the rules on return,
readmission and reintegration laid down in the Return Regulation and contribute to the
implementation of the Pact on Migration and Asylum. In the long-term, this would be
the first step towards a comprehensive, integrated and digitalised EU migration
management system, that would go beyond return, readmission and reintegration
processes and encompass other migration processes such as asylum.
Specifically, the initiative aims to (i) enhance data sharing between competent
authorities, in compliance with data protection rules, to ensure that the information
necessary to carry out and monitor return, readmission and reintegration processes is
3
available, (ii) further the digitalisation of these processes and remedy the limited
functionalities of existing IT systems to ensure that processes and reporting requirements
are more digitalised, simplified, and more automated, and to significantly decrease the
administrative burden and workload of national authorities and (iii) improve data
collection to enable the automated creation of more accurate and granular statistics
and their timely availability.
5. WHAT ARE THE AVAILABLE POLICY OPTIONS?
Beyond the baseline scenario, the three options identified would achieve full digitalisation
of case management in the area of return, readmission and reintegration, by providing
the following common features: (i) obligation for Member States to make use of an
integrated digitalised case management system on these processes; (ii) interaction and
connection with existing and future EU Information Systems; (iii) building EU integrated
case management systems for readmission (iRCMS) and reintegration (RIAT) at EU level ;
(iv) automation of processes; and (v) opening the way for a comprehensive, integrated and
digitalised EU migration managementsystem to which additional migration processes
could later be added (e.g. screening, asylum).
5.1. Policy option 1 ‘Partially decentralised option without central database’
Under Option 1, the case management system for return is developed at national level
(‘national RECAMAS’). To ensure harmonisation and with the support of Frontex,
national RECAMAS will be based on either (i) the RECAMAS Model developed by
Frontex or (ii) an off-the-shelf RECAMAS-based IT system developed by Frontex, in
cooperation with eu-LISA, that may be adopted and customised by willing Member States
(‘Frontex RECAMAS’). The EU integrated case management systems for readmission
(iRCMS) and reintegration (RIAT) are developed at EU level and integrated in the
national RECAMAS. Case management systems leverage existing and future EU
Information Systems (e.g. SIS, Eurodac, EES, VIS), making full use of the European
Search Portal. No new EU central database on return is created. A Communication
Portal is used for the communication of additional information that cannot be shared
through EU Information Systems. By building on existing digital systems, Option 1 will
minimise the number of implementing and delegated acts needed for the development
of the systems.
5.2. Policy option 2 ‘Partially decentralised option with central database’
Just as in Option 1, the case management system for return is developed at national level
based on the RECAMAS Model, while the systems for readmission (iRCMS) and
reintegration (RIAT) are developed at EU level and integrated in the national
RECAMAS. Contrary to Option 1, an EU central database dedicated to return,
readmission and reintegration is created to facilitate the sharing of additional
information that cannot be shared through EU Information Systems.
5.3. Policy option 3 ‘Centralised solution’
Unlike Option 1 and 2, a single case management system is developed at EU level for
return, readmission and reintegration. This single case management system replaces all
national case management systems and integrates the functionalities of iRCMS and RIAT.
4
The automatic sharing of relevant data is enabled through the creation of a dedicated EU
central database on return, readmission and reintegration.
6. WHAT ARE THE IMPACTS OF THE POLICY OPTIONS?
Under the baseline scenario, the problems identified will continue to persist. In terms
of efficiency, the baseline scenario is very low concerning the costs incurred but overall,
not efficient in relation to the objectives to be achieved.
Option 1 is expected to achieve the objectives pursued effectively in the short term to
medium term (i.e. six years to become operational from the adoption of the Commission
proposal until the go-live). It builds on existing Member State systems and leverages
existing systems at EU level on readmission and reintegration. Option 1 improves the
coherence of digital management of return, readmission and reintegration processes. It
benefits from EU Information Systems for information sharing and the interoperability
infrastructure. Total costs across Member States, Frontex, eu-LISA and the Commission
are estimated to range between EUR 582 and 753 million (considering two years of one-
off development and six years of ongoing maintenance and support).
Option 2 is expected to achieve the objectives pursued but only in the medium to long
term (i.e. eight years to become operational from the adoption of the Commission proposal
until the go-live). The added value of a new EU central database is limited as it would
mostly replicate data already stored in other EU Information Systems (e.g. SIS or
Eurodac). Total costs for this policy option across Member States, Frontex, eu-LISA and
the Commission are estimated to range between EUR 700 and 891 million (considering
three years of one-off development and six years of ongoing maintenance and support).
Option 3 is expected to achieve the objectives pursued but only in the medium to long
term (i.e. seven years to become operational from adoption of the Commission proposal
until the go-live). Establishing a single EU case management system to accommodate the
multiple differences in national return procedures would be challenging due to diverse
practices and legal frameworks. As under Option 2, the added value of a new EU
central database is limited. Total costs for this policy option across Member States,
Frontex, eu-LISA and the Commission are estimated to range between EUR 226 and 288
million (considering two-and-a-half years of one-off development and six years of ongoing
maintenance and support). While this appears to be the cheapest option, it would incur
very high ‘sunk costs’, estimated to range between EUR 689 and 877 million for seven
years for 27 Member States, as national and EU systems would have to be maintained until
the new EU system is operational, before being entirely phased out.
7. HOW DO THE OPTIONS COMPARE?
Criteria Weight Baseline PO1 PO2 PO3
Evaluation of effects
Effectiveness 4 0 4 2 2
Efficiency 3 0 3 2 1
Coherence 2 0 2 3 3
Types of impacts
Economy 2 0 0 0 0
Society 2 0 1 1 1
Environment 1 0 0 0 0
Security 5 0 4 3 3
Fundamental rights 3 0 0 -1 -1
5
Criteria Weight Baseline PO1 PO2 PO3
Feasibility 4 0 4 2 -2
Total 0 67 42 23
8. WHAT IS THE PREFERRED POLICY OPTION?
Option 1 ‘Partially decentralised option without central database’ is the preferred
choice due to its comparatively faster deployment, cost-effectiveness, and flexibility. It
leverages existing EU and Member State infrastructures, avoiding delays and duplication
of data associated with the development of a new central database.
The initiative will translate in a significant reduction of administrative burden and
workload for national authorities. By integrating separate digital systems and
automating many processes (e.g. the creation of return alerts), it will allow substantial
efficiency gains and savings. For instance, it is estimated that it could take approximately
30 minutes to create manually a return alert and upload it into the SIS (7). Given that there
were 464 985 return decisions in the EU in 2024 (8), this amounts to 29 062 working
days (9) for a total cost of €7 788 499 (10), which will be significantly reduced thanks to
increased automation. In addition, sunk costs are considered negligible under this option.
Infographic for Option 1: ‘Partially decentralised option without central database’
9. HOW WILL ACTUAL IMPACTS BE MONITORED AND EVALUATED?
Monitoring data and indicators will be collected and should also capture reductions in
administrative burden (e.g. time saving in reporting and case transfer process). Data should
ideally be collected in real time and in automated manner. This data will inform the
(7) Bilateral meetings conducted with national competent authorities in 2025.
(8) Eurostat, [migr_eiord] Third country nationals ordered to leave - annual data (rounded).
(9) Counting 8h per working day.
(10) Based on the average hourly labour cost in 2024 i.e. €33.5: EU hourly labour costs ranged from €11 to
€55 in 2024 - News articles - Eurostat.
6
Commission after the start of operations. AI analytics could also contribute to monitoring
and evaluation by identifying patterns in return, readmission and reintegration processes.
The monitoring of the application of the new rules will also be done through the Schengen
Evaluation Monitoring Mechanism (11).
(11) Council Regulation (EU) 2022/922 of 9 June 2022 on the establishment and operation of an evaluation
and monitoring mechanism to verify the application of the Schengen acquis, and repealing Regulation
(EU) No 1053/2013.
ET ET
EUROOPA KOMISJON
Brüssel, 27.10.2026 COM(2026) 1037 final
2026/0340 (COD)
Ettepanek:
EUROOPA PARLAMENDI JA NÕUKOGU MÄÄRUS,
mis käsitleb tagasisaatmise, tagasivõtmise ja taasintegreerimise valdkonna juhtumite
haldamise digitaliseerimist ning millega muudetakse määruseid (EL) 2018/1726,
(EL) 2018/1860, (EL) 2019/817 ja (EL) 2019/818
{SEC(2026) 1037 final} - {SWD(2026) 1037 final} - {SWD(2026) 1038 final} -
{SWD(2026) 1039 final}
ET 1 ET
SELETUSKIRI
1. ETTEPANEKU TAUST
• Ettepaneku põhjused ja eesmärgid
Euroopa rände- ja varjupaigasüsteemi toimimine ja kestlikkus eeldavad terviklikku süsteemi,
mille abil hallatakse rännet pikaajaliselt. Selliste kolmandate riikide kodanike, kellel ei ole
õigust Euroopa Liidus (edaspidi „EL“ või „liit“) viibida, tulemuslik tagasisaatmine on
Euroopa süsteemi terviklikkuse tagamiseks hädavajalik.
Euroopa varjupaiga- ja rändehaldusstrateegias(1) esitatud uue rändekäsitluse raames on ELis
nüüd kehtestatud tugevad ja ajakohasemad tagasisaatmisnormid. Uue
tagasisaatmismäärusega(2) tugevdatakse ühist lähenemisviisi tagasisaatmisele tulemuslikumate
menetluste, liikmesriikide vahelise ja kolmandate riikidega tehtava tõhustatud koostöö ning
tagasisaatmise täitmist toetavate vahendite abil. Tagasisaatmisprotsesside lihtsustamine ja
automatiseerimine võib omakorda aidata veelgi vähendada riiklike asutuste halduskoormust ja
töökoormust, lihtsustades menetlusi ja suurendades tagasisaatmissüsteemi tõhusust.
Tagasisaatmismäärus toimib käsikäes rände- ja varjupaigaleppe normidega, millega
kõrvaldatakse lüngad varjupaiga ja tagasisaatmise vahel, sealhulgas välispiiril kohaldatavate
menetluste kaudu, ning tugevdatakse eri ametiasutuste koostööd nii liikmesriikide sees kui ka
liikmesriikide vahel, samuti Euroopa Liidu ametite ja kolmandate riikidega.
EL on teinud edusamme tagasisaatmise tulemuslikkuse suurendamisel. 2025. aastal tegid
liikmesriigid 487 285 lahkumiskorraldust ning reaalselt saadeti tagasi 136 665 ebaseaduslikult
liidus viibivat kolmanda riigi kodanikku, mis teeb tagasisaatmise määraks 28 %. Kuigi see
tagasisaatmise määr on 2024. aastaga võrreldes selgelt paranenud (siis oli see 24 %), tuleb
veel teha märkimisväärseid edusamme, et tagada kõigi selliste kolmandate riikide kodanike
tulemuslik tagasisaatmine, kellele on tehtud ettekirjutus riigist lahkuda.
Seda arvesse võttes astub komisjon täiendavaid samme tagasisaatmise tulemuslikkuse
edasiseks parandamiseks ning esitab uue algatuse, millega luuakse ühine digitaalne
alustaristu, mis ühendab asjaomased asutused, protsessid ja vahendid. Lisaks sellele algatusele
teeb komisjon ka ettepaneku vaadata läbi Frontexi volitused, et oluliselt tugevdada Frontexi
rolli liidu osalejana ühises tagasisaatmissüsteemis. Koos uue tagasisaatmismäärusega
kajastavad need algatused ELi suuremat eesmärki saavutada kiire ja tulemuslik
tagasisaatmine, mis on hästi hallatud ELi rändesüsteemi lahutamatu osa.
Digitaliseerimine on oluline vahend ELi kasutatavates töövahendites, millega muuta
tagasisaatmine tulemuslikumaks, toetada tagasisaatmismäärusega kehtestatud uue ühise ELi
tagasisaatmissüsteemi rakendamist ja vähendada halduskoormust. Digisüsteemid võimaldavad
tõhusamaid menetlusi ja koordineerimist ning usaldusväärsemat andmekogumist ning on
seepärast rändepoliitika ja -normide tulemuslikuks kujundamiseks, jõustamiseks ja
järelevalveks üliolulised. Need aitavad luua ajakohased, turvalised ja tõhusad vahendid, et
parandada tagasisaatmist käsitlevate otsuste tegemise kvaliteeti, järjepidevust ja õigeaegsust
ning tõhustada nende täitmise tagamist. Digiüleminek aitab teha teabe kättesaadavaks seal,
kus ja millal seda vajatakse, automatiseerida protsesse, vähendada käsitsitööd ja
(1) Euroopa Komisjon, komisjoni teatis Euroopa Parlamendile ja nõukogule „Euroopa varjupaiga- ja
rändehaldusstrateegia“, COM(2026) 45 final, 26. jaanuar 2026. (2) Euroopa Parlamendi ja nõukogu 7. oktoobri 2026. aasta määrus (EL) 2026/2280, millega luuakse ühine
süsteem liidus ebaseaduslikult viibivate kolmanda riigi kodanike tagasisaatmiseks ning tunnistatakse
kehtetuks Euroopa Parlamendi ja nõukogu direktiiv 2008/115/EÜ, nõukogu direktiiv 2001/40/EÜ ja
nõukogu otsus 2004/191/EÜ (ELT L, 2026/2280, 15.10.2026, ELI:
http://data.europa.eu/eli/reg/2026/2280/oj).
ET 2 ET
halduskoormust, hõlbustada ametiasutuste koostööd ning parandada tagasisaatmiste
järelevalvet ja rakendamist. Tagasisaatmise, tagasivõtmise ja taasintegreerimise valdkonna
juhtumite haldamise digitaliseerimine on seega ELi ühise tagasisaatmissüsteemi võimaldav
oluline tegur, mis täiendab Frontexi tugevdatud operatiivrolli tagasisaatmise valdkonnas ja
aitab muuta ELi suuremad ambitsioonid tagasisaatmise valdkonnas koordineeritumaks,
tõhusamaks ja tulemuslikumaks tegevuseks.
Hoolimata viimastel aastatel riikide ja ELi tasandil tehtud märkimisväärsetest jõupingutustest
on tagasisaatmisega seotud juhtumite haldamise digikeskkond endiselt killustunud ning seda
iseloomustavad ebaühtlane areng, suured erinevused andmete kättesaadavuses, süsteemide
funktsionaalsuses ja koostalitlusvõimes ning piiratud andmejagamine. Esiteks ei ole
tagasisaatmis-, tagasivõtmis- ja taasintegreerimisprotsesside tõhusaks läbiviimiseks vajalik
teave kõigile asjaomastele asutustele hõlpsasti kättesaadav. Nende protsesside kiireks
lõpuleviimiseks vajalikke olemasolevaid andmeid ei jagata piisavalt ning need ei ole piisavalt
kättesaadavad sama liikmesriigi piires, liikmesriikide vahel (ning liikmesriikide ja Frontexi
vahel) ega liikmesriikide (või Frontexi) ja kolmandate riikide vahel. Teiseks lasub
rändeasutustel ülemäärane halduskoormus. Kolmandaks on vaja, et tagasisaatmise,
tagasivõtmise ja taasintegreerimise kohta käiv statistika oleks üksikasjalikum ja kiiremini
kättesaadav.
Nendel probleemidel on kolm peamist põhjust. Esiteks on tagasisaatmise, tagasivõtmise ja
taasintegreerimise valdkonna juhtumite haldamise digitaliseerimine ELis endiselt ebapiisav ja
killustunud. Riiklikud tagasisaatmissüsteemid erinevad suuresti andmete kättesaadavuse,
funktsionaalsuse ja koostalitlusvõime poolest ning ei ole sageli ühendatud olemasolevate ELi
tagasivõtmis- ja taasintegreerimisvahenditega. Samamoodi on killustunud juhtimiskorraldus:
vastutus jaguneb liikmesriikide, ELi ametite ja kolmandate riikide partnerite vahel, mille
tulemuseks on ebaühtlased standardid, keerukas andmekaitsekorraldus ning sõltuvus
välisrahastusest ja -koostööst. Teiseks on digitaalsete juhtumite haldamise süsteemide
funktsioonid sageli ebapiisavad isegi siis, kui sellised süsteemid on kasutusele võetud ja
integreeritud. Põhifunktsioone, nagu tähtaegade kohandamine või tagasisaatmisotsuste
automaatne järelkontroll, rakendatakse harva. Tehnilised piirangud, näiteks ühenduse
puudumine Schengeni infosüsteemiga või tagasisaadetava kordumatu identifikaatori
puudumine, võivad põhjustada juhtumite dubleerimist ja ebausaldusväärset statistikat.
Kolmandaks piirab piisavalt selgete õiguslike aluste puudumine andmete jagamiseks ja IT-
süsteemide arendamiseks olemasolevate IT-süsteemide kasutamist ning takistab uute
süsteemide arendamist.
Kõige selle taustal on käesoleva ettepaneku eesmärgid toetada tagasisaatmismääruses
sätestatud liidus ebaseaduslikult viibivate kolmandate riikide kodanike tagasisaatmist,
tagasivõtmist ja taasintegreerimist käsitlevate normide tulemuslikumat ja tõhusamat
rakendamist ning aidata kaasa uue rändekäsitluse rakendamisele. Pakkudes uute ühiste
normide rakendamiseks vajalikke digivahendeid, aitab ettepanek muuta ühise
tagasisaatmissüsteemi praktikas tõhusamaks ja toimivamaks ning muuta töövood lihtsamaks
ja automatiseeritumaks, vähendades seeläbi halduskoormust. Pikas perspektiivis oleks see
esimene samm tervikliku, integreeritud ja digitaliseeritud ELi rändehaldussüsteemi loomise
suunas, mis ei piirduks tagasisaatmis-, tagasivõtmis- ja taasintegreerimisprotsessidega, vaid
võiks hõlmata ka muid rändeprotsesse, näiteks varjupaigamenetlust.
Algatuse eesmärk on tõhustada pädevate asutuste vahelist andmete jagamist kooskõlas
andmekaitsenormidega, et tagada tagasisaatmis-, tagasivõtmis- ja taasintegreerimisprotsesside
läbiviimiseks ja jälgimiseks vajaliku teabe kättesaadavus; vähendada märkimisväärselt
riiklike asutuste halduskoormust ja töökoormust; edendada tagasisaatmis-, tagasivõtmis- ja
taasintegreerimisprotsesside digitaliseerimist ning kõrvaldada olemasolevate IT-süsteemide
ET 3 ET
funktsionaalsusega seotud puudused, et protsessid ja aruandlusnõuete täitmine oleksid
suuremal määral digitaliseeritud, lihtsustatud ja automatiseeritud, ning parandada andmete
kogumist, et võimaldada täpsema ja üksikasjalikuma statistika automaatset koostamist ja selle
õigeaegset kättesaadavust.
• Kooskõla poliitikavaldkonnas praegu kehtivate õigusnormidega
President von der Leyeni poliitilistes suunistes aastateks 2024–2029 teatati uuest ühisest
lähenemisviisist tagasisaatmisele, millega koos käib uus õigusraamistik, et
tagasisaatmisprotsessi kiirendada ja lihtsustada, kindlustada tagasisaatmine väärikust austaval
moel, digitaliseerida juhtumihaldus ning tagasisaatmisotsuste vastastikune tunnustamine kogu
Euroopas(3).
Rände- ja varjupaigaleppes kutsutakse üles kasutama ära digisüsteemide kogu potentsiaali
rände valdkonnaga seotud menetluste tõhustamiseks.
ELi vabatahtliku tagasipöördumise ja taasintegreerimise strateegias(4) ning ELi
tagasisaatmiskoordinaatori tulemuslikuma tagasisaatmise tegevusstrateegias(5) on rõhutatud,
kui oluline on tõhususe suurendamiseks kasutada täielikult ära digisüsteemide potentsiaal.
Seda aspekti on käsitletud ka komisjoni 2025. aasta tööprogrammis(6) ning komisjoni
2026. aasta tööprogrammis(7) osutatakse tagasisaatmisprotsessi digitaliseerimisele kui
võimalusele jätkata tööd Euroopa ühise tagasisaatmissüsteemi ajakohastamiseks ning kui
märkimisväärse lihtsustamismõõtmega algatusele. Pikaajalises Euroopa varjupaiga- ja
rändehaldusstrateegias on taas rõhutatud, et digitaalsete juhtumite haldamise süsteemide
arendamine tagasisaatmise, taasintegreerimise ja tagasivõtmise valdkonnas aitab protsesside
lihtsustamise ja automatiseerimise kaudu veelgi vähendada riiklike asutuste halduskoormust.
Tagasisaatmismääruses nimetatakse tagasisaatmis-, tagasivõtmis- ja
taasintegreerimisprotsesside haldamiseks mõeldud digisüsteeme ühise
tagasisaatmissüsteemi(8) ühe komponendina, lähtudes sellest, et digisüsteemidel on keskne
tähtsus tagasisaatmisnormide tulemusliku rakendamise toetamisel, sealhulgas selliste
digifunktsioonide võimaldamisel, mis toetavad tagasisaatmisotsuste kohustuslikku
vastastikust tunnustamist. Tagasisaatmismääruses on sätestatud selged õiguslikud alused
tagasisaatmis-, tagasivõtmis- ja taasintegreerimisprotsesside lõpuleviimiseks vajalike andmete
jagamiseks ja edastamiseks kooskõlas kohaldatavate andmekaitsenormidega, kuid selles ei
käsitleta tehnilisi vahendeid, mille kaudu neid andmeid tuleks jagada ja edastada. Nende
tehniliste vahendite täpsustamine aitab tagada, et asjakohased tehnilised ja korralduslikud
meetmed on rakendatud ja neid järgitakse.
Samal ajal esitab komisjon ettepaneku Frontexi volituste läbivaatamiseks, et laiendada ka
ameti rolli liidu tasandi osalejana ühises tagasisaatmissüsteemis. Läbivaadatud volitustega
antakse ametile vajalikud ülesanded ja suutlikkus, et aidata kaasa tagasisaatmise,
(3) Ursula von der Leyen, „Poliitilised suunised järgmisele Euroopa Komisjoni koosseisule 2024–2029“,
Strasbourg, 18. juuli 2024. (4) Euroopa Komisjon, komisjoni teatis Euroopa Parlamendile ja nõukogule „ELi vabatahtliku
tagasipöördumise ja taasintegreerimise strateegia“, COM(2021) 120 final, 27. aprill 2021. (5) Euroopa Komisjon, poliitikadokument: „Tulemuslikuma tagasisaatmise tegevusstrateegia suunas“,
COM(2023) 45 final, 24. jaanuar 2023. (6) Euroopa Komisjon, komisjoni teatis Euroopa Parlamendile, nõukogule, Euroopa Majandus- ja
Sotsiaalkomiteele ning Regioonide Komiteele; komisjoni tööprogramm 2025 „Üheskoos edasi: julgem,
lihtsam ja kiirem liit“, COM(2025) 45 final, 11.2.2025. (7) Euroopa Komisjon, komisjoni teatis Euroopa Parlamendile, nõukogule, Euroopa Majandus- ja
Sotsiaalkomiteele ning Regioonide Komiteele; komisjoni 2026. aasta tööprogramm „Euroopa
iseseisvuse aeg“, COM(2025) 870 final, 21.10.2025. (8) Tagasisaatmismääruse artikli 40 lõike 1 punkt c.
ET 4 ET
tagasivõtmise ja taasintegreerimise digitaliseerimisele, luues koostoimet käesoleva
ettepanekuga ning aidates luua ühist digitaalset alustaristut, mida on vaja integreerituma,
tõhusama ja tulemuslikuma tagasisaatmissüsteemi jaoks kogu liidus.
• Kooskõla muude liidu tegevuspõhimõtetega
Ettepanek on kooskõlas ELi laiema eesmärgiga leida ja edendada digiajastule sobivaid
Euroopa lahendusi, lihtsustada protsesse ning vähendada asjaomaste riiklike ja ELi asutuste
halduskoormust. Kui see on asjakohane, tuleks uute loodavate süsteemide funktsioonides
kasutada tehisintellektisüsteeme kooskõlas Euroopa Parlamendi ja nõukogu määrusega
(EL) 2024/1689(9).
2. ÕIGUSLIK ALUS, SUBSIDIAARSUS JA PROPORTSIONAALSUS
• Õiguslik alus
ELi õiguslik alus meetmete võtmiseks on sätestatud Euroopa Liidu toimimise lepingu
(edaspidi „ELi toimimise leping“) artikli 79 lõike 2 punktis c. Selles artiklis antakse Euroopa
Parlamendile ja nõukogule volitus võtta vastu meetmeid ebaseadusliku sisserände ja
seadusliku aluseta riigis viibimise valdkonnas, sealhulgas ebaseaduslikult riigis elavate isikute
väljasaatmiseks ja repatrieerimiseks. Tõhusate digitaalsete juhtumite haldamise süsteemide
arendamine ja rakendamine tagasisaatmise, tagasivõtmise ja taasintegreerimise valdkonnas on
üks vahend selle eesmärgi saavutamiseks.
Lisaks põhineb ettepanek ELi toimimise lepingu artikli 77 lõike 2 punktidel b ja d, et
võimaldada Euroopa Parlamendi ja nõukogu 20. mai 2019. aasta määruse (EL) 2019/817(10)
sihipärast muutmist. ELi toimimise lepingu artikli 77 lõike 2 punktidega b ja d antakse
Euroopa Parlamendile ja nõukogule volitus võtta vastu meetmeid, mis käsitlevad välispiiri
ületavate isikute suhtes teostatavat kontrolli ning kõiki meetmeid, mis on vajalikud
välispiiride integreeritud haldamise süsteemi järkjärguliseks kehtestamiseks.
• Subsidiaarsus (ainupädevusse mittekuuluva valdkonna puhul)
Kindlakstehtud probleeme ei ole võimalik riiklikul tasandil tulemuslikult lahendada.
Arvestades praeguse digikeskkonna suurt killustatust, jätkavad liikmesriigid ELi tasandi
koordineerimise ja asjakohase ELi õigusraamistiku puudumisel omavahel ühendamata
süsteemide arendamist, mis toob kaasa ebatõhususe, ebaühtlase digitaliseerimise ja suuremad
kulud. See takistaks ühiste tagasisaatmisnormide, sealhulgas uue tagasisaatmismääruse
rakendamist, mille tulemusel jääks tagasisaatmise tulemuslikkus alla optimaalse taseme. See
mõjutaks ka rände- ja varjupaigaleppe normide nõuetekohast toimimist ning avaldaks mõju
Schengeni alale.
ELi tasandi sekkumine on hädavajalik, et tagada asjaomaste IT-süsteemide omavaheline
ühendamine liikmesriikides, sealhulgas ELi infosüsteemide võimalusi ära kasutades,
(9) Euroopa Parlamendi ja nõukogu 13. juuni 2024. aasta määrus (EL) 2024/1689, millega nähakse ette
tehisintellekti käsitlevad ühtlustatud õigusnormid ning muudetakse määruseid (EÜ) nr 300/2008, (EL)
nr 167/2013, (EL) nr 168/2013, (EL) 2018/858, (EL) 2018/1139 ja (EL) 2019/2144 ning
direktiive 2014/90/EL, (EL) 2016/797 ja (EL) 2020/1828 (tehisintellekti käsitlev määrus) (EMPs
kohaldatav tekst) (ELT L, 2024/1689, 12.7.2024, ELI: http://data.europa.eu/eli/reg/2024/1689/oj). (10) Euroopa Parlamendi ja nõukogu 20. mai 2019. aasta määrus (EL) 2019/817, millega luuakse ELi
infosüsteemide koostalitlusvõime raamistik piiride ja viisade valdkonnas ning muudetakse Euroopa
Parlamendi ja nõukogu määrusi (EÜ) nr 767/2008, (EL) 2016/399, (EL) 2017/2226, (EL) 2018/1240,
(EL) 2018/1726 ja (EL) 2018/1861 ning nõukogu otsuseid 2004/512/EÜ ja 2008/633/JSK (ELT L 135,
22.5.2019, lk 27, ELI: http://data.europa.eu/eli/reg/2019/817/oj).
ET 5 ET
järjepidev andmevahetus ning tegevuse tõhusus kõigis liikmesriikides. Üksnes ELi tasandil
koordineeritud lähenemisviis võimaldab sidusalt lahendada piiriüleseid probleeme, millega
liikmesriigid praegu kokku puutuvad, näiteks seoses andmete ebapiisava jagamisega
liikmesriikide vahel.
• Proportsionaalsus
Kindlakstehtud probleemide lahendamiseks nähakse ettepanekuga ette osaliselt
detsentraliseeritud lähenemisviisil põhinev lahendus, mis tugineb olemasolevatele riiklikele ja
ELi tasandi süsteemidele.
Tagasisaatmisjuhtumite haldamiseks võimaldab see lahendus liikmesriikidel valida, kas nende
tagasisaatmisjuhtumite haldamise süsteem (edaspidi „riiklik RECAMAS“) põhineb Frontexi
välja töötatud mudelikirjeldusel ja spetsifikatsioonidel (edaspidi „RECAMASi mudel“),
Frontexi välja töötatud ja RECAMASi mudelil põhineval mitmest digimoodulist koosneval
IT-etalonteostusel (edaspidi „Frontexi RECAMAS“) või nende kahe kombinatsioonil. Selline
lähenemisviis võimaldab liikmesriikidel tugineda varasematele investeeringutele, tagades
samal ajal lähenemise ühisele raamistikule.
Juhtumite haldamise süsteemid tagasivõtmise valdkonnas (edaspidi „iRCMS“) ja
taasintegreerimise valdkonnas (edaspidi „RIAT“) tagatakse ELi tasandil.
Tuginedes olemasolevatele süsteemidele ja osaliselt detsentraliseeritud lähenemisviisile, ei
lähe ettepanek kaugemale sellest, mis on kindlakstehtud probleemide lahendamiseks vajalik.
• Vahendi valik
Määrus on soovitud poliitikaeesmärkide saavutamiseks kõige sobivam õigusakt, kui
arvestada, et eesmärk on luua uus integreeritud digitaalne juhtumite haldamise süsteem nii
riiklikul kui ka ELi tasandil.
Määrused on tervikuna siduvad ja vahetult kohaldatavad kõigis liikmesriikides ning tagavad
ühtsed normid kogu ELis. Tagasisaatmis-, tagasivõtmis- ja taasintegreerimisprotsesside
digitaalse haldamise killustatuse ja ebajärjekindlusega seotud praegused probleemid tulenevad
väga suures osas liikmesriikide erinevatest lähenemisviisidest. Seetõttu on määrus nende
probleemide lahendamiseks kõige sobivam vahend.
3. JÄRELHINDAMISE, SIDUSRÜHMADEGA KONSULTEERIMISE JA MÕJU
HINDAMISE TULEMUSED
• Praegu kehtivate õigusaktide järelhindamine või toimivuse kontroll
Ei kohaldata
• Konsulteerimine sidusrühmadega
2025. aastal korraldati põhjalik ja ulatuslik konsultatsiooniprotsess kõigi asjaomaste
sidusrühmadega.
Intervjuud toimusid ELi liikmesriikide ja Schengeni lepinguga ühinenud riikide
ametiasutuste, asjaomaste ELi ametite ja institutsioonide (eu-LISA, Frontex, Euroopa
Andmekaitseinspektor), samuti kodanikuühiskonna organisatsioonide, rahvusvaheliste
organisatsioonide, akadeemiliste ringkondade ja taasintegreerimispartneritega.
Korraldati kolm erinevat kirjalikku küsitlust, mis olid suunatud kolme liiki sidusrühmadele, st
ELi liikmesriikide ja Schengeni lepinguga ühinenud riikide ametiasutustele,
kodanikuühiskonna organisatsioonidele ja rahvusvahelistele organisatsioonidele.
ET 6 ET
Avaldati tagasisidekorje, mille raames sai tagasisidet esitada 7. novembrist 2025 kuni
5. detsembrini 2025. Saadi 11 vastust: seitsmelt ELi kodanikult, ühelt rahvusvaheliselt
organisatsioonilt, ühelt valitsusväliselt organisatsioonilt, ühelt kutseorganisatsioonilt ning
ühelt ettevõtjalt.
30. septembril 2025 toimus seminar liikmesriikide, Schengeni lepinguga ühinenud riikide ja
komisjoni esindajatega.
9. detsembril 2025 korraldas komisjon sidusrühmade kohtumise liikmesriikide, Schengeni
lepinguga ühinenud riikide ja Frontexi esindajatega.
• Eksperdiarvamuste kogumine ja kasutamine
Ei kohaldata
• Mõjuhinnang
Ettepanekule on lisatud mõjuhinnang.
• Õigusnormide toimivus ja lihtsustamine
Ei kohaldata
• Põhiõigused
Mõjuhinnangu raames hinnati kavandatud meetmete mõju põhiõigustele. Leiti, et ettepanek
on põhiõigustega kooskõlas.
Riskid võivad tekkida juhul, kui eri IT-süsteemide juhtimiskorraldus ei ole piisavalt selgelt
kindlaks määratud, mistõttu võib olla keeruline teha kindlaks eri volitatud ja vastutavate
töötlejate rolle ja kohustusi ning kohaldatavaid andmekaitsenorme. Neid riske maandatakse,
sätestades selged normid süsteemide juhtimiskorralduse ja vastavate kohaldatavate normide
kohta. Andmekaitsenormidest tulenevad rollid ja kohustused määratakse selgelt kindlaks (st
kes on vastutav töötleja ja kes volitatud töötleja).
Tagatakse isikuandmete kaitse üldmääruse ning ELi institutsioonide, organite ja asutuste
suhtes kohaldatava andmekaitsemääruse järgimine. Ettepanekuga nähakse ette mitu
kaitsemeedet, sealhulgas krüpteerimine, juurdepääsukontroll ja auditilogide pidamine.
4. MÕJU EELARVELE
Nagu on üksikasjalikult kirjeldatud lisatud finants- ja digiselgituses, on ELi ja liikmesriikide
tasandil vajalikud investeeringud kooskõlas kavandatud mitmeaastase finantsraamistikuga
aastateks 2028–2034 ning neid saaks rahastada 2028.–2034. aasta mitmeaastase
finantsraamistiku perioodil.
Oma riiklike RECAMASide arendamiseks ja täiustamiseks saavad liikmesriigid kasutada oma
riiklike programmide raames eraldatud vahendeid kooskõlas ettepanekuga võtta vastu
Euroopa Parlamendi ja nõukogu määrus, millega kehtestatakse liidu toetus varjupaiga, rände
ja integratsiooni valdkonnale aastateks 2028–2034(11).
Frontexi RECAMASi, iRCMSi, RIATi ja turvalise sidekanali (edaspidi
„teabevahetusportaal“) arendamist ja hooldamist rahastatakse ELi eelarvest.
(11) Ettepanek: Euroopa Parlamendi ja nõukogu määrus, millega kehtestatakse liidu toetus varjupaiga, rände
ja integratsiooni valdkonnale aastateks 2028–2034, COM/2025/540 final.
ET 7 ET
5. MUU TEAVE
• Rakenduskavad ning järelevalve, hindamise ja aruandluse kord
Õigusakti ettepanek sisaldab sätteid järelevalve ja hindamise kohta, mis põhinevad järgmistel
näitajatel.
Erieesmärk nr 1: andmete jagamise tõhustamine
• Liikmesriikide taotletud ning teistele liikmesriikidele tagasisaatmismääruses
sätestatud kohaldatavate tähtaegade jooksul kättesaadavaks tehtud tagasisaatmis-,
tagasivõtu- ja taasintegreerimisjuhtumeid käsitlevate andmekogumite arv.
• iRCMSi kaudu menetletud tagasivõtmistaotluste arv.
Erieesmärk nr 2: tagasisaatmis-, tagasivõtmis- ja taasintegreerimisprotsesside
digitaliseerimine, automatiseerimine ja lihtsustamine
• Kasutusele võetud riiklike RECAMASide arv.
• Nende liikmesriikide arv, kes kasutavad Frontexi RECAMASi või selle osi.
• Nende riiklike RECAMASide arv, millesse on integreeritud iRCMS ja RIAT.
• Nende riiklike RECAMASide arv, mis on ühendatud Euroopa otsinguportaali,
aruandluse ja statistika keskhoidla ning Schengeni infosüsteemiga (edaspidi „SIS“).
• Nende riiklike RECAMASide arv, mis on ühendatud teabevahetusportaaliga.
• Lihtsustatud või automatiseeritud alamprotsesside arv.
• Tagasisaatmis-, tagasivõtu- ja taasintegreerimisjuhtumi keskmine menetlemise
kestus.
• Uute menetluste ja IT-süsteemide kasutamiseks koolitatud töötajate arv.
Erieesmärk nr 3: täpse statistika koostamise võimaldamine
• Automaatselt koostatud statistiliste andmekogumite arv (nagu on ette nähtud
tagasisaatmismääruses).
• Tagasisaatmismääruses sätestatud kohaldatavate tähtaegade jooksul esitatud
statistiliste andmekogumite arv (nagu on ette nähtud tagasisaatmismääruses).
Uute normide kohaldamist jälgitakse ka Schengeni hindamis- ja järelevalvemehhanismi
kaudu.
• Ettepaneku sätete üksikasjalik selgitus
Esimene peatükk käsitleb üldsätteid (artiklid 1–6). Selles sätestatakse määruse
reguleerimisese (artikkel 1) ja asjaomased mõisted (artikkel 2). Selles kehtestatakse mitmest
digikomponendist koosnev IT-arhitektuur (artikkel 3) ning tagasisaatmise, tagasivõtmise ja
taasintegreerimise valdkonna juhtumite haldamise digitaliseerimise eesmärgid (artikkel 4).
Selles täpsustatakse olemasolevate ELi infosüsteemide ja koostalitlusvõime komponentide
(artikkel 5) ning muude asjaomaste riiklike IT-süsteemide (artikkel 6) rolli.
Teine peatükk (artiklid 7–14) käsitleb juhtumite haldamise süsteeme ning andmete
salvestamist (artikkel 7), nendega tutvumist (artikkel8) ning nende parandamist ja kustutamist
(artikkel 9). Selles sätestatakse ühised funktsioonid, mis peaksid olema kõigil kolmel
tulevasel tagasisaatmise, tagasivõtmise ja taasintegreerimise IT-süsteemil (artikkel 10), ning
konkreetsed põhifunktsioonid iga eraldi süsteemi jaoks, st riikliku tagasisaatmisjuhtumite
haldamise süsteemi (edaspidi „riiklik RECAMAS“) (artikkel 11), ELi integreeritud
ET 8 ET
tagasivõtujuhtumite haldamise süsteemi (edaspidi „iRCMS“) (artikkel 12) ja ELi
taasintegreerimisjuhtumite haldamise süsteemi (edaspidi „RIAT“) (artikkel 13) jaoks. Sellega
luuakse rändeasutuste vaheline sidekanal (edaspidi „teabevahetusportaal“) (artikkel 14).
Kolmas peatükk (artiklid 15–26) käsitleb süsteemide arendamist ja toimimist ning sellega
seotud rolle ja vastutust. Arendusetapi jaoks määratakse kindlaks rollid ja vastutus
(artikkel 15) ning vastav IT-juhtimiskorraldus kehtestatakse programminõukogu loomisega,
nagu muudegi IT-süsteemide arendamisel tavapärane on olnud (artikkel 16). Süsteemide
operatiivjuhtimiseks määratakse kindlaks rollid ja vastutus (artikkel 17) ning nähakse ette
erisätted andmeturbe (artikkel 18), logide pidamise (artikkel 19), andmete säilitamise
(artikkel 20), andmesubjektide õiguste (artikkel 21), statistika (artikkel 22), isikuandmete
töötlemise eest vastutamise (artikkel 23), töötajate koolitamise (artikkel 24), riiklike
andmekaitse järelevalveasutuste ja Euroopa Andmekaitseinspektori vahelise nõutava koostöö
(artikkel 25) ning määruse nõuete täitmata jätmise korral kohaldatavate karistuste
(artikkel 26) kohta.
Neljas peatükk käsitleb muude liidu õigusaktide sihipärast muutmist (artiklid 27–30),
täpsemalt järgmiste õigusaktide muutmist:
• Euroopa Parlamendi ja nõukogu 14. novembri 2018. aasta määrus (EL) 2018/1726,
mis käsitleb Vabadusel, Turvalisusel ja Õigusel Rajaneva Ala Suuremahuliste IT-
süsteemide Operatiivjuhtimise Euroopa Liidu Ametit (eu-LISA), kuna eu-LISA
volitusi laiendatakse, et toetada Frontexit ja luua teabevahetusportaal (artikkel 27);
• Euroopa Parlamendi ja nõukogu 28. novembri 2018. aasta määrus (EL) 2018/1860
Schengeni infosüsteemi kasutamise kohta liidus ebaseaduslikult viibivate kolmandate
riikide kodanike tagasisaatmiseks (artikkel 28);
• Euroopa Parlamendi ja nõukogu 20. mai 2019. aasta määrused (EL) 2019/817 ja
(EL) 2019/818, millega luuakse ELi infosüsteemide koostalitlusvõime raamistik, et
võimaldada aruandluse ja statistika keskhoidla ühendamist riiklike süsteemidega
ning võimaldada vastloodud teabevahetusportaali kasutada ka teabe vahetamiseks, et
toetada mitme identiteedi detektori tuvastatud linkide lahendamist (artiklid 29 ja 30).
Viies peatükk sisaldab lõppsätteid, milles käsitletakse kulude küsimust (artikkel 31), nõutakse
liikmesriikidelt komisjonile pädevatest asutustest teatamist (artikkel 32) ning nähakse ette
järkjärguline kohaldatavus süsteemide ja liikmesriikide kaupa, et tagada etapiviisiline
töölerakendamine (artikkel 33). Samuti sisaldab see sätet komiteemenetluse kohta
(artikkel 34) ning sellega luuakse nõuanderühm, kes pakub programminõukogule tehnilist
tuge (artikkel 35). Liikmesriikidelt nõutakse kontaktpunktide määramist (artikkel 36) ning
määratletakse järelevalve- ja hindamismeetmed (artikkel 37). Määrus peaks jõustuma
kahekümnendal päeval pärast selle avaldamist Euroopa Liidu Teatajas (artikkel 38).
ET 9 ET
2026/0340 (COD)
Ettepanek:
EUROOPA PARLAMENDI JA NÕUKOGU MÄÄRUS,
mis käsitleb tagasisaatmise, tagasivõtmise ja taasintegreerimise valdkonna juhtumite
haldamise digitaliseerimist ning millega muudetakse määruseid (EL) 2018/1726,
(EL) 2018/1860, (EL) 2019/817 ja (EL) 2019/818
EUROOPA PARLAMENT JA EUROOPA LIIDU NÕUKOGU,
võttes arvesse Euroopa Liidu toimimise lepingut, eelkõige selle artikli 77 lõike 2 punkte b ja d
ning artikli 79 lõike 2 punkti c,
võttes arvesse Euroopa Komisjoni ettepanekut,
olles edastanud seadusandliku akti eelnõu liikmesriikide parlamentidele,
võttes arvesse Euroopa Majandus- ja Sotsiaalkomitee arvamust(1),
võttes arvesse Regioonide Komitee arvamust(2),
toimides seadusandliku tavamenetluse kohaselt
ning arvestades järgmist:
(1) Euroopa ühise varjupaigasüsteemi kestlikkus ja Schengeni ala nõuetekohane
toimimine sõltuvad suutlikkusest luua terviklik süsteem, mille abil hallatakse rännet
pikaajaliselt. Tulemuslik tagasisaatmispoliitika on usaldusväärse rändehaldussüsteemi
põhielement.
(2) Rände- ja varjupaigaleppe eesmärk on selline süsteem luua ning see tugineb kiiretele
ja selgetele menetlustele ning tihedale ja sidusale koostööle eri ametiasutuste vahel nii
liikmesriikides kui ka nende vahel, samuti liidu ametite ja kolmandate riikidega.
Leppega seotud õigusaktidega luuakse varjupaiga- ja tagasisaatmismenetluste vahel
lahutamatu seos, et suurendada varjupaiga- ja rändesüsteemi kui terviku tõhusust ja
sidusust.
(3) Euroopa Parlamendi ja nõukogu määruses (EL) 2026/2280,(3) millega kehtestatakse
ühine süsteem liidus ebaseaduslikult viibivate kolmandate riikide kodanike
tagasisaatmiseks, nimetatakse kolmandate riikide kodanike tagasisaatmise,
tagasivõtmise ja taasintegreerimise haldamiseks mõeldud digisüsteeme ühise
tagasisaatmissüsteemi põhielementidena.
(1) ELT C […], […], lk […]. (2) ELT C […], […], lk […]. (3) Euroopa Parlamendi ja nõukogu 7. oktoobri 2026. aasta määrus (EL) 2026/2280, millega luuakse ühine
süsteem liidus ebaseaduslikult viibivate kolmanda riigi kodanike tagasisaatmiseks ning tunnistatakse
kehtetuks Euroopa Parlamendi ja nõukogu direktiiv 2008/115/EÜ, nõukogu direktiiv 2001/40/EÜ ja
nõukogu otsus 2004/191/EÜ (ELT L, 2026/2280, 15.10.2026, ELI:
http://data.europa.eu/eli/reg/2026/2280/oj).
ET 10 ET
(4) Komisjon, Euroopa Parlamendi ja nõukogu määrusega (EL) 2018/1726(4) asutatud
Vabadusel, Turvalisusel ja Õigusel Rajaneva Ala Suuremahuliste IT-süsteemide
Operatiivjuhtimise Euroopa Liidu Amet (edaspidi „eu-LISA“), Euroopa Parlamendi ja
nõukogu määrusega (EL) 2019/1896(5) asutatud Euroopa Piiri- ja Rannikuvalve Amet
(edaspidi „Frontex“), Euroopa Parlamendi ja nõukogu määrusega (EL) 2021/2303(6)
asutatud Euroopa Liidu Varjupaigaamet ning liikmesriigid on teinud märkimisväärseid
investeeringuid infotehnoloogiasüsteemide (edaspidi „IT-süsteemid“) arendamisse ja
rakendamisse rändehalduse valdkonnas.
(5) Tagasisaatmise, tagasivõtmise ja taasintegreerimise valdkonna juhtumite haldamise
puhul erinevad IT-süsteemide käideldavus, digitaliseerituse tase ja funktsioonid
liikmesriigiti märkimisväärselt. Olemasolevad riikliku ja liidu tasandi tagasisaatmis-,
tagasivõtmis- ja taasintegreerimissüsteemid on välja töötatud eraldi ja eri osalejate
poolt, mille tulemusena on digikeskkond killustunud ning koostalitlusvõime ja
andmete jagamise võimalused piiratud.
(6) Kehtiv õigus- ja tegevusraamistik piirab teabe tulemuslikku vahetamist ja haldamist
tagasisaatmisprotsessi vältel ning põhjustab ebatõhusust tagasisaatmis-, tagasivõtmis-
ja taasintegreerimismenetluste toimetamisel ning halduskoormust. Seetõttu on vaja
kehtestada tagasisaatmise, tagasivõtmise ja taasintegreerimise valdkonna
digisüsteemide jaoks sidus raamistik, et toetada liidu ühise tagasisaatmissüsteemi
loomist.
(7) Kõik liikmesriigid peaksid kasutama riiklikke tagasisaatmisjuhtumite haldamise
süsteeme (edaspidi „riiklik RECAMAS“), millega tagatakse tagasisaatmismenetluste
süstemaatiline ja kiire toimetamine. Tulemuslikkuse ja tõhususe miinimumtaseme
tagamiseks peaks riiklik RECAMAS põhinema kas Frontexi välja töötatud
mudelikirjeldusel ja spetsifikatsioonidel (edaspidi „RECAMASi mudel“) või Frontexi
välja töötatud ja RECAMASi mudelil põhineval IT-etalonteostusel (edaspidi „Frontexi
RECAMAS“) või RECAMASi mudeli ja Frontexi RECAMASi konkreetsete
digimoodulite kombinatsioonil. Liikmesriigid võivad oma riiklikku RECAMASi
arendada ja integreerida sellesse Frontexi RECAMASi konkreetseid mooduleid,
näiteks rakenduse suhtlemiseks kolmandate riikide kodanikega, kelle suhtes on
algatatud tagasisaatmismenetlus. Liikmesriigid, kes otsustavad võtta kasutusele
Frontexi RECAMASi või mõne selle mooduli, peaksid need integreerima oma
digikeskkonda ja kohandama neid täiendavalt oma vajadustele. Frontexi RECAMAS
tuleks teha liikmesriikidele kättesaadavaks eraldiseisva tootmisvälise IT-süsteemina.
Seetõttu ei tohiks Frontexi RECAMAS töötada tegelikus tootmiskeskkonnas ega
sisaldada isikuandmeid.
(8) Selleks et hõlbustada tagasivõtmis- ja taasintegreerimismenetluste raames kiiret ja
tulemuslikku koostööd kolmandate riikide ning kolmandates riikides asuvate
kolmandate isikutega, järgides isikuandmete rahvusvahelise edastamise suhtes
(4) Euroopa Parlamendi ja nõukogu 14. novembri 2018. aasta määrus (EL) 2018/1726, mis käsitleb
Vabadusel, Turvalisusel ja Õigusel Rajaneva Ala Suuremahuliste IT-süsteemide Operatiivjuhtimise
Euroopa Liidu Ametit (eu-LISA) ning millega muudetakse määrust (EÜ) nr 1987/2006 ja nõukogu
otsust 2007/533/JSK ja tunnistatakse kehtetuks määrus (EL) nr 1077/2011 (ELT L 295, 21.11.2018,
lk 99, ELI: http://data.europa.eu/eli/reg/2018/1726/oj). (5) Euroopa Parlamendi ja nõukogu 13. novembri 2019. aasta määrus (EL) 2019/1896, mis käsitleb
Euroopa piiri- ja rannikuvalvet ning millega tunnistatakse kehtetuks määrused (EL) nr 1052/2013 ning
(EL) 2016/1624 (ELT L 295, 14.11.2019, lk 1, ELI: http://data.europa.eu/eli/reg/2019/1896/oj). (6) Euroopa Parlamendi ja nõukogu 15. detsembri 2021. aasta määrus (EL) 2021/2303, mis käsitleb
Euroopa Liidu Varjupaigaametit ja millega tunnistatakse kehtetuks määrus (EL) nr 439/2010
(ELT L 468, lk 1, ELI: http://data.europa.eu/eli/reg/2021/2303/oj).
ET 11 ET
kohaldatavaid norme ja austades nõuetekohaselt andmesubjektide põhiõigusi, on vaja
luua liidu tasandil integreeritud tagasivõtujuhtumite haldamise süsteem (edaspidi
„iRCMS“) ja liidu taasintegreerimisjuhtumite haldamise süsteem (edaspidi
„RIAT“). Need süsteemid peaksid võimaldama turvaliselt hallata ja vahetada teavet,
mis on vajalik kolmandate riikide kodanike tuvastamiseks, reisidokumentide
väljaandmiseks, tagasisaatmisoperatsioonide korraldamiseks ning taasintegreerimis- ja
saabumisjärgse abi käsitlemiseks. Eelkõige tuleks iRCMSi kasutada
tagasivõtmismenetluste haldamiseks ning selle võib neil eesmärkidel ühendada
kolmandate riikide digitaalsete tagasivõtujuhtumite haldamise süsteemidega. RIATi
tuleks kasutada taasintegreerimismenetluste haldamiseks ning see peaks võimaldama
kolmandatel isikutel, kellel on pädevus anda taasintegreerimisabi, asjaomaste
andmetega tutvuda ja neid salvestada. Selleks et volitatud kasutajad saaksid neid
süsteeme tõhusalt ja sujuvalt kasutada, ilma et neil oleks vaja eri süsteemidele
juurdepääsuks end sisse ja välja logida, tuleks iRCMS ja RIAT integreerida riiklikku
RECAMASi.
(9) Euroopa Parlamendi ja nõukogu määrustega (EL) 2019/817(7) ja (EL) 2019/818(8)
loodud Euroopa otsinguportaal hõlbustab juurdepääsu määruse (EL) 2019/817 artikli 4
punktis 15 ja määruse (EL) 2019/818 artikli 4 punktis 15 osutatud ELi
infosüsteemidele (edaspidi „ELi infosüsteemid“) ja neis päringute tegemist. Euroopa
otsinguportaal peaks hõlbustama liikmesriikide asutuste ja liidu ametite kiiret, sujuvat,
tõhusat, süstemaatilist ja kontrollitud juurdepääsu kõnealustele süsteemidele,
võimaldades teha neis päringuid samaaegselt. Liikmesriikide asutused, näiteks
rändeasutused, ja liidu ametid peaksid kasutama Euroopa otsinguportaali kõnealustes
süsteemides päringute tegemiseks, kui see on vajalik nende ülesannete täitmiseks
kooskõlas neile kõnealuseid süsteeme reguleerivate õigusaktidega antud
juurdepääsuõigustega.
(10) Täpne ja usaldusväärne statistika on vajalik tagasisaatmis-, tagasivõtmis- ja
taasintegreerimisprotsesside tõhususe nõuetekohaseks järelevalveks ja hindamiseks.
Aruandluse ja statistika keskhoidla võimaldab koostada statistikat ELi
infosüsteemidest. Kuna aruandluse ja statistika keskhoidla on liidu tasandil juba
olemas olev statistikavahend, oleks digivahendite dubleerimise vältimiseks tõhus
kasutada seda ka täpse ja usaldusväärse statistika koostamiseks tagasisaatmise,
tagasivõtmise ja taasintegreerimise valdkonnas. Seetõttu peaks aruandluse ja statistika
keskhoidla võimaldama koostada sellist statistikat riiklikest RECAMASidest,
iRCMSist ja RIATist ning seda tuleks vastavalt muuta. Statistika peaks olema
pädevatele asutustele, Frontexile, eu-LISA-le ja komisjonile kättesaadav vastavalt
nende ülesannetele.
(11) Mitmes liikmesriigis on olemasolevad tagasisaatmisjuhtumite haldamise süsteemid
ühendatud muude asjaomaste riiklike süsteemide ja andmebaasidega, näiteks
varjupaigajuhtumite haldamise süsteemide või õigusasutuste tegevust toetavate
infosüsteemidega, mis sisaldavad andmeid, mis otseselt või kaudselt toetavad
(7) Euroopa Parlamendi ja nõukogu 20. mai 2019. aasta määrus (EL) 2019/817, millega luuakse ELi
infosüsteemide koostalitlusvõime raamistik piiride ja viisade valdkonnas ning muudetakse Euroopa
Parlamendi ja nõukogu määrusi (EÜ) nr 767/2008, (EL) 2016/399, (EL) 2017/2226, (EL) 2018/1240,
(EL) 2018/1726 ja (EL) 2018/1861 ning nõukogu otsuseid 2004/512/EÜ ja 2008/633/JSK (ELT L 135,
22.5.2019, lk 27, ELI: http://data.europa.eu/eli/reg/2019/817/oj). (8) Euroopa Parlamendi ja nõukogu 20. mai 2019. aasta määrus (EL) 2019/818, millega luuakse ELi
infosüsteemide koostalitlusvõime raamistik politsei- ja õiguskoostöö, varjupaiga ja rände valdkonnas
ning muudetakse määrusi (EL) 2018/1726, (EL) 2018/1862 ja (EL) 2019/816 (ELT L 135, 22.5.2019,
lk 85, ELI: http://data.europa.eu/eli/reg/2019/818/oj).
ET 12 ET
tagasisaatmis-, tagasivõtu- ja taasintegreerimisjuhtumite haldamist. Teistes
liikmesriikides arendatakse tagasisaatmisjuhtumite haldamise süsteeme alles välja.
Seetõttu tuleks liikmesriikidel lubada neid ühendusi säilitada ja edasi arendada ning
tagada, et nende riiklik RECAMAS oleks projekteeritud viisil, mis võimaldab selle
ühendada muude asjaomaste riiklike süsteemidega kooskõlas riigisisese õigusega ning
austades põhiõigust eraelu puutumatusele ja isikuandmete kaitsele.
(12) Pädevatel asutustel, muudel riiklikel asutustel ja Frontexil tuleks lubada salvestada
tagasisaatmis-, tagasivõtu- ja taasintegreerimisjuhtumite haldamise süsteemidesse kõik
nende menetluste tulemuslikuks lõpuleviimiseks vajalikud andmed, sealhulgas
isikuandmed. Andmed peaksid piirduma sellega, mis on vajalik tagasisaatmis-,
tagasivõtu- ja taasintegreerimisjuhtumite tulemuslikuks haldamiseks, ning iga asutus
peaks tagama, et tema salvestatud andmed on täpsed ja ajakohased.
(13) Pädevad asutused, muud riiklikud asutused ja Frontex peaksid anonüümitud andmete
põhjal tagama usaldusväärse ja täpse statistika esitamise tagasisaatmise, tagasivõtmise
ja taasintegreerimise valdkonnas.
(14) Kõik käesoleva määruse alusel tehtavad isikuandmete töötlemise toimingud peaksid
vastavalt kohaldatavusele olema kooskõlas Euroopa Parlamendi ja nõukogu
määrustega (EL) 2016/679(9) ja (EL) 2018/1725(10).
(15) Pädevatel asutustel peaks olema otsene juurdepääs üksnes andmetele, mille nad on
salvestanud riiklikku RECAMASi, iRCMSi ja RIATi. Kui aga Euroopa
otsinguportaali, iRCMSi või RIATi kasutamisel ilmneb, et sama kolmanda riigi
kodaniku suhtes on mitmes liikmesriigis algatatud mitu tagasisaatmisjuhtumit, peaks
iga pädev asutus, kes on selle kolmanda riigi kodaniku kohta andmeid salvestanud,
saama määruse (EL) 2026/2280 artiklis 36 osutatud taotluse alusel teiselt asjaomaselt
pädevalt asutuselt selle kolmanda riigi kodaniku kohta salvestatud andmed, et juhtumit
menetleda. Kui see on asjakohane, tuleks taotletud andmeid vahetada turvalise
sidekanali (edaspidi „teabevahetusportaal“) kaudu. Andmed salvestanud pädeva
asutuse nõusolekul peaks Frontexil olema võimalik tutvuda riiklikku RECAMASi,
iRCMSi ja RIATi salvestatud andmetega üksnes eesmärkidel, milleks need andmed
salvestati.
(16) Pädevatel asutustel ja Frontexil peaks olema kohustus ja tehniline võimalus parandada
ja kustutada enda salvestatud ebatäpseid, mittetäielikke või ebaseaduslikult salvestatud
andmeid. Kui tegemist on isikuandmetega, tuleks seda kohustust täita kooskõlas
kohaldatavate andmekaitsenormidega. Kui pädev asutus või Frontex saab teada, et
mõni teine pädev asutus on salvestanud faktiliselt ebatäpseid andmeid, peaks ta sellest
ebatäpsusest andmed salvestanud pädevat asutust võimalikult kiiresti teavitama.
Selline teave tuleks edastada teabevahetusportaali kaudu.
(17) Tagasisaatmis-, tagasivõtu- ja taasintegreerimisjuhtumite haldamise süsteemide
tõhususe miinimumtaseme tagamiseks tuleks kehtestada funktsionaalnõuded. Need
funktsioonid peaksid võimaldama määrata igale juhtumile kordumatu identifikaatori
ning juhtumeid tulemuslikult menetleda, sealhulgas luua juhtumeid automaatselt,
(9) Euroopa Parlamendi ja nõukogu 27. aprilli 2016. aasta määrus (EL) 2016/679 füüsiliste isikute kaitse
kohta isikuandmete töötlemisel ja selliste andmete vaba liikumise ning direktiivi 95/46/EÜ kehtetuks
tunnistamise kohta (isikuandmete kaitse üldmäärus) (ELT L 119, 4.5.2016, lk 1). (10) Euroopa Parlamendi ja nõukogu 23. oktoobri 2018. aasta määrus (EL) 2018/1725, mis käsitleb
füüsiliste isikute kaitset isikuandmete töötlemisel liidu institutsioonides, organites ja asutustes ning
isikuandmete vaba liikumist, ning millega tunnistatakse kehtetuks määrus (EÜ) nr 45/2001 ja otsus
nr 1247/2002/EÜ (ELT L 295, 21.11.2018, lk 39).
ET 13 ET
kontrollida isikusamasust, jälgida reaalajas menetluse seisu ja tähtaegu, hankida
andmeid Schengeni infosüsteemist ning vahetada turvaliselt andmeid kolmandate
riikide ja pädevate asutustega; samuti peaksid need hõlbustama digitaalset suhtlust
kolmandate riikide kodanikega ning selliste põhimenetluste automatiseerimist nagu
tagasivõtmistaotluste algatamine, tagasisaatmisotsuste tegemine, hoiatusteadete
loomine Schengeni infosüsteemis ja Euroopa tagasisaatmiskorralduse koostamine
Schengeni infosüsteemis; võimaldama taasintegreerimisjuhtumite IT-toega haldamist,
sealhulgas finantsjuhtimist, kvaliteedi tagamist ja abiprogrammide tulemuslikkuse
seiret, samuti kaebuste ja vahejuhtumite jälgimise mehhanisme; pakkuma
töövahendeid lennu broneerimiseks, reisidokumentide haldamiseks ja logistiliseks
koordineerimiseks, et hõlbustada tagasisaatmisoperatsioonide praktilist elluviimist,
ning analüüsivõimekust juhtumite arvu kõikumiste prognoosimiseks, seireks vajaliku
statistika koostamiseks ja tagasisaatmispoliitika rakendamise läbipaistvuse tagamiseks.
Kui arendusetapis peetakse seda asjakohaseks, tuleks süsteemide funktsioonides
kasutada tehisintellektisüsteeme kooskõlas Euroopa Parlamendi ja nõukogu määrusega
(EL) 2024/1689(11).
(18) Tagasisaatmis-, tagasivõtu- ja taasintegreerimisjuhtumite haldamiseks vajalikud
andmed ei ole alati ELi infosüsteemides kättesaadavad kas seetõttu, et neid andmeid ei
saa ELi infosüsteemidesse salvestada, näiteks kuna teatavad tagasivõtmismenetlustes
kodakondsuse prima facie tõendamisega seotud andmekategooriad on Eurodacis või
Schengeni infosüsteemis säilitamiseks liiga spetsiifilised, või seetõttu, et andmeid ei
ole veel ELi infosüsteemidesse salvestatud või need on sealt juba kustutatud. Sellistel
juhtudel ja vajaduse korral peaks liikmesriikidel olema võimalik jagada kiiresti ja
turvaliselt tagasisaatmis-, tagasivõtu- ja taasintegreerimisjuhtumite haldamiseks
vajalikke andmeid. Sellist teabevahetust peaksid koordineerima ja hõlbustama ühtsed
kontaktpunktid.
(19) Tuleks luua teabevahetusportaal, mis annaks liikmesriikide ühtsetele
kontaktpunktidele ja liidu ametitele tehnilised vahendid tagasisaatmis-, tagasivõtu- ja
taasintegreerimisjuhtumite haldamiseks vajalike andmete kiireks, turvaliseks ja
tõhusaks jagamiseks, kui need andmed ei ole asjaomastes ELi infosüsteemides
kättesaadavad. Teabevahetusportaal peaks ühendama kõik riiklikud RECAMASid
ning Frontexi ebaseadusliku rände haldamise platvormi (IRMA) kaudu, hõlbustades
seeläbi tulemuslikku andmevahetust. Liikmesriigid peaksid kasutama
teabevahetusportaali juhul, kui selliste andmete jagamine on vajalik nende ülesannete
täitmiseks ning kooskõlas nende vastavate juurdepääsuõiguste ja kohaldatavate
andmekaitsenormidega.
(20) Frontex peaks tuginema oma eksperditeadmistele ja jätkama RECAMASi mudeli
arendamist. Kuna Frontex kasutab sageli olemasolevaid tagasivõtujuhtumite haldamise
süsteeme ja on RIATi peamine kasutaja, on tal kõige paremad eeldused võtta vastutus
iRCMSi ja RIATi arendamise, tehnilise edasiarendamise ja operatiivjuhtimise
eest. Kuna tagasisaatmisjuhtumite haldamise süsteemid jäävad riiklikule tasandile,
peaksid liikmesriigid jätkuvalt vastutama riiklike RECAMASide arendamise, tehnilise
edasiarendamise ja operatiivjuhtimise eest.
(11) Euroopa Parlamendi ja nõukogu 13. juuni 2024. aasta määrus (EL) 2024/1689, millega nähakse ette
tehisintellekti käsitlevad ühtlustatud õigusnormid ning muudetakse määruseid (EÜ) nr 300/2008, (EL)
nr 167/2013, (EL) nr 168/2013, (EL) 2018/858, (EL) 2018/1139 ja (EL) 2019/2144 ning
direktiive 2014/90/EL, (EL) 2016/797 ja (EL) 2020/1828 (tehisintellekti käsitlev määrus) (EMPs
kohaldatav tekst) (ELT L 2024/1689, 12.7.2024).
ET 14 ET
(21) Teabevahetusportaali arendamisel tuleks eelistada olemasolevate ja hästi toimivate
digitaristute taaskasutamist rändeasutuste vaheliseks andmevahetuseks, kuna see
võimaldaks teabevahetusportaali kiiremini tehniliselt rakendada ja aitaks vähendada
selle rahalist maksumust. Seetõttu võib teabevahetusportaal põhineda eu-LISA
vastutusalasse kuuluval olemasoleval digitaristul, näiteks SIRENE või DublinNeti
süsteemide aluseks oleval digitaristul. Seepärast peaks eu-LISA vastutama selle
turvalise sidekanali arendamise, tehnilise edasiarendamise ja operatiivjuhtimise eest
ning jälgima operatiivjuhtimise seisukohast asjakohaste teadusuuringute arengut.
Selleks et ajakohastada eu-LISA volitusi ning anda talle ülesanne toetada Frontexit
Frontexi RECAMASi, iRCMSi ja RIATi arendamisel, tuleks määrust vastavalt muuta.
(22) Digitaalne teabevahetus tagasivõtmismenetlustes osalevate kolmandate riikidega aitab
muuta koostöö tõhusamaks ja hõlbustab tagasivõtujuhtumite õigeaegset menetlemist.
Kui asjaomase kolmanda riigiga sõlmitud kokkulepetes on selline digitaalne
teabevahetus ette nähtud, peaks Frontex komisjoni taotlusel kehtestama vajalikud
tehnilised lahendused, et võimaldada asjaomase teabe turvalist edastamist. Selline
koostöö peaks piirduma konkreetse tagasivõtujuhtumi jaoks vajaliku teabega ega
tohiks anda kolmandale riigile üldist juurdepääsu iRCMSile ega selles sisalduvale
teabele.
(23) Kõigi sidusrühmade tulemusliku koostöö ning RECAMASi mudeli, Frontexi
RECAMASi, iRCMSi, RIATi ja teabevahetusportaali arendusetapi nõuetekohase
juhtimise ja koordineerimise tagamiseks tuleks luua programminõukogu.
Programminõukogu peaks koosnema kümnest liikmest, kelle nimetavad ametisse
Frontexi haldusnõukogu, eu-LISA haldusnõukogu, Frontexi ja eu-LISA
tegevdirektorid ning komisjon. Programminõukogu peaks korrapäraselt kokku tulema
kuni kõigi riiklike RECAMASide, iRCMSi, RIATi ja teabevahetusportaali
töölerakendamiseni. Programminõukogu peaks jätkama koosolekute pidamist ka
pärast süsteemide töölerakendamist. Programminõukogu peaks korrapäraselt koostama
aruandeid ning jagama neid Frontexi haldusnõukogu ja eu-LISA haldusnõukoguga.
(24) Riiklike RECAMASide, iRCMSi, RIATi ja teabevahetusportaali kõrge turvataseme
tagamine on vajalik, kuna nendes süsteemides töödeldakse tundlikke operatiiv- ja
isikuandmeid, mille turvalisuse rikkumine võib ohustada üksikisikute õigusi,
turvalisust ja eraelu puutumatust. Samuti on oluline säilitada liikmesriikide, Frontexi
ja eu-LISA vahel vahetatava teabe konfidentsiaalsus, terviklus ja kättesaadavus,
tagades seeläbi usalduse säilimise ja tagasisaatmise haldamise alase koostöö
tulemusliku toimimise. Seetõttu peaksid liikmesriigid, Frontex ja eu-LISA tagama
oma vastutusalasse kuuluvate süsteemide andmete kõrge turvataseme. Selleks peaksid
liikmesriigid, Frontex ja eu-LISA rakendama tehnilisi ja korralduslikke meetmeid, et
kaitsta nendes süsteemides töödeldavaid isikuandmeid ja muid andmeid juhusliku või
ebaseadusliku hävitamise, kaotsimineku, muutmise, loata avalikustamise või neile
loata juurdepääsu eest. Kõnealuste meetmetega tuleks eelkõige tagada füüsiline kaitse,
juurdepääsu kontroll, salvestamise kontroll, kasutajate kontroll, andmetele juurdepääsu
kontroll, side kontroll, andmete salvestamise kontroll, edastamise kontroll, taastamine,
töökindlus, terviklus ja enesekontroll, sealhulgas selliste asjakohaste sündmuste
automaatne tuvastamine 24 tunni jooksul, mis võivad osutada turvaintsidendile.
(25) Andmetöötluse seaduslikkuse, tervikluse ja turvalisuse tagamiseks ning tulemusliku
järelevalve võimaldamiseks tuleks kõik riiklikes RECAMASides, iRCMSis, RIATis ja
teabevahetusportaalis tehtavad andmetöötlustoimingud logida. Pädevatel asutustel,
andmekaitse järelevalveasutustel ning asjakohasel juhul Frontexil ja eu-LISA-l peaks
ET 15 ET
olema juurdepääs logidele ulatuses, mis on vajalik nende vastavate ülesannete
täitmiseks.
(26) Riiklikesse RECAMASidesse, iRCMSi ja RIATi salvestatud isikuandmeid ei tohiks
säilitada kauem, kui on vajalik eesmärkidel, milleks neid andmeid töödeldakse.
Kümneaastane säilitamistähtaeg on tegevuse seisukohast vajalik, et pädevad asutused
saaksid tagasisaatmisega seotud juhtumeid aja jooksul tuvastada, jälgida ja hinnata,
sealhulgas juhul, kui isikud ilmuvad uuesti välja teise identiteedi all, ning tagada
juhtumite menetlemise järjepidevus eri menetluste ja asutuste vahel. See on vajalik ka
tagasisaatmisotsuste, sissesõidukeeldude ja nendega seotud järelmeetmete
ettevalmistamise, tegemise, tunnustamise ja täitmise toetamiseks, sealhulgas nõuete
täitmise kontrollimiseks, uuesti sisenemise riskide haldamiseks ning hilisemate
taotluste või kaebuste menetlemiseks, samuti taasintegreerimisabi kavade
kuritarvitamise vältimiseks, sealhulgas eri liikmesriikides korduvate taotluste
esitamise ärahoidmiseks. Kui sissesõidukeelu kestus ületab kümmet aastat, on
andmete säilitamine kogu keelu kehtivuse ajal vajalik, et ametiasutused saaksid keeldu
tulemuslikult kontrollida ja jõustada ning säilitada täpseid andmeid piirihalduse,
rändekontrolli ja avaliku julgeoleku eesmärgil. Andmete tegeliku kustutamise
tagamiseks peaksid süsteemid võimaldama andmete automaatset kustutamist pärast
säilitamistähtaja möödumist. Kuna Frontex ei tee tagasisaatmisotsuseid, tuleks
Frontexi suhtes kohaldada erinorme ja lühemat säilitamistähtaega, nagu on sätestatud
Euroopa Parlamendi ja nõukogu määruses (EL) …/… [Euroopa piiri- ja rannikuvalve
määrus].
(27) Andmesubjektidel peaks olema tegelikult võimalik kasutada oma õigusi kooskõlas
määrustega (EL) 2016/679 ja (EL) 2018/1725.
(28) Frontexi ja eu-LISA poolt käesoleva määruse alusel toimuva isikuandmete töötlemise
suhtes tuleks kohaldada määrust (EL) 2018/1725 ning liikmesriikide poolt käesoleva
määruse alusel toimuva isikuandmete töötlemise suhtes määrust (EL) 2016/679.
Käesolevas määruses austatakse Euroopa Liidu põhiõiguste hartas tunnustatud
põhiõigusi ja põhimõtteid. Eelkõige tuleks isikuandmeid käesoleva määruse alusel
töödelda kooskõlas kohaldatavate andmekaitsenormidega ning viisil, millega tagatakse
kõnealuste õiguste ja põhimõtete täielik austamine.
(29) Operatiivseire toetamiseks tuleks riiklike RECAMASide, iRCMSi ja RIATi
asjaomased statistilised andmed salvestada aruandluse ja statistika keskhoidlasse
automatiseeritult.
(30) Vastutuse ja tulemusliku andmekaitse juhtimiskorralduse tagamiseks RECAMASide,
iRCMSi, RIATi ja teabevahetusportaali käitamisel on vaja täpsustada isikuandmete
töötlemises osalevate asutuste rollid. Juhtimisrollide jaotamisel tuleks iga asjaomase
süsteemi puhul arvesse võtta osalejate operatiivülesandeid ja tehnilist suutlikkust.
Sellest tulenevalt peaksid liikmesriigid määrama riikliku asutuse, kes tegutseb
vastutava töötlejana riiklikku RECAMASi sisestatud andmete ja nende
operatiivjuhtimise osas, samal ajal kui Frontex peaks nendesse süsteemidesse andmeid
sisestades tegutsema volitatud töötlejana. iRCMSi puhul tuleks iga liikmesriiki
käsitada vastutava töötlejana seoses nende andmete töötlemisega, mille ta on sellesse
süsteemi sisestanud. Frontexit tuleks käsitada volitatud töötlejana seoses nende
andmete töötlemisega, mille ta on iRCMSi sisestanud, ning seoses iRCMSi
operatiivjuhtimisega. RIATi puhul tuleks iga liikmesriiki käsitada vastutava töötlejana
seoses nende andmete töötlemisega, mille ta on sellesse süsteemi sisestanud riiklike
taasintegreerimisabi programmide juhtumite kohta. Liikmesriike ja Frontexit tuleks
ET 16 ET
käsitada kaasvastutavate töötlejatena seoses RIATi sisestatud isikuandmete
töötlemisega selliste juhtumite puhul, mida hallatakse ELi taasintegreerimisabi
programmi raames. Frontexit tuleks käsitada volitatud töötlejana seoses nende
andmete töötlemisega, mille ta on RIATi sisestanud riiklike taasintegreerimisabi
programmide raames hallatavate juhtumite kohta, ning seoses RIATi
operatiivjuhtimisega. Teabevahetusportaali puhul tuleks liikmesriike ja Frontexit
käsitada kaasvastutavate töötlejatena seoses teabevahetusportaali kaudu vahetatavate
isikuandmete töötlemisega. eu-LISAt tuleks käsitada volitatud töötlejana seoses
teabevahetusportaali operatiivjuhtimisega.
(31) Riiklike RECAMASide, iRCMSi, RIATi ja teabevahetusportaali turvalise ja
seadusliku toimimise tagamiseks peaksid pädevate asutuste, Frontexi ja eu-LISA
töötajad, kellel on luba neile süsteemidele juurde pääseda, saama asjakohast ja
korrapärast koolitust.
(32) Teatavate Schengeni infosüsteemis sisalduvate andmete puhul, mis on tagasisaatmise,
tagasivõtmise ja taasintegreerimise seisukohast olulised, võib olla vajalik, et need
jääksid kättesaadavaks ka pärast vastava hoiatusteate süsteemist kustutamist, et
liikmesriigid saaksid jätkata tagasisaatmisjuhtumite haldamist. Selline teave võib olla
vajalik isiku tuvastamiseks ja tema varasema tagasisaatmisajaloo kindlakstegemiseks
juhul, kui isik siseneb hiljem uuesti liikmesriikide territooriumile ja tema suhtes
alustatakse uut tagasisaatmismenetlust. Asjakohase teabe säilitamine riiklikes
süsteemides kooskõlas riiklike RECAMASide suhtes kohaldatavate andmekaitse- ja
säilitamisnormidega tagaks selle teabe kättesaadavuse selliste hilisemate menetluste
jaoks ning hõlbustaks isiku tuvastamist, sealhulgas juhul, kui tagasisaatmisotsuse tegi
teine liikmesriik ja seda tunnustati seejärel vastastikuse tunnustamise suhtes
kohaldatavate normide kohaselt. Seetõttu peaks liikmesriikidel olema võimalik juurde
pääseda Euroopa Parlamendi ja nõukogu määruse (EL) 2018/1860(12) artiklis 4
osutatud tagasisaatmist käsitlevates hoiatusteadetes sisalduvatele andmetele ja neid
säilitada. Kuna see võimalus eeldab juurdepääsu tagasisaatmist käsitlevatele
hoiatusteadetele, peaksid seda kohaldama liikmesriigid, kes kasutavad Schengeni
infosüsteemi määruse (EL) 2018/1860 alusel. Erilist tähelepanu tuleks pöörata
Schengeni infosüsteemis sisalduvate andmete kvaliteedile. Kui liikmesriigil on
asjakohaseid täiendavaid või muudetud andmeid või tõendeid selle kohta, et andmed
on faktiliselt ebatäpsed või ebaseaduslikult salvestatud, peaks ta sellest täiendava teabe
vahetamise kaudu teavitama hoiatusteate sisestanud liikmesriiki vastavalt kehtestatud
menetlustele, et hoiatusteates sisalduvaid andmeid saaks täiendada, muuta või
kustutada. Seepärast tuleks määrust (EL) 2018/1860 vastavalt muuta.
(33) Liikmesriikide asutuste vahel ning nende asutuste ja Euroopa Parlamendi ja nõukogu
määruse (EL) 2018/1240(13) artikli 7 alusel loodud ETIASe kesküksuse vahelise
tõhusa, turvalise ja standarditud teabevahetuse tagamiseks peaks teabevahetusportaal
toimima ka määruste (EL) 2019/817 ja (EL) 2019/818 kohaselt nõutava teabevahetuse
kanalina. Teabevahetusportaali kasutamine sel eesmärgil võimaldaks
teabevahetusvahendi kiiremat tehnilist rakendamist. Määrusi (EL) 2019/817 ja
(EL) 2019/818 tuleks seetõttu vastavalt muuta.
(12) Euroopa Parlamendi ja nõukogu 28. novembri 2018. aasta määrus (EL) 2018/1860 Schengeni
infosüsteemi kasutamise kohta ebaseaduslikult riigis viibivate kolmandate riikide kodanike
tagasisaatmiseks (ELT L 312, 7.12.2018, lk 1, ELI: http://data.europa.eu/eli/reg/2018/1860/oj). (13) Euroopa Parlamendi ja nõukogu 12. septembri 2018. aasta määrus (EL) 2018/1240, millega luuakse
Euroopa reisiinfo ja -lubade süsteem (ETIAS) ning muudetakse määrusi (EL) nr 1077/2011, (EL)
nr 515/2014, (EL) 2016/399, (EL) 2016/1624 ja (EL) 2017/2226 (ELT L 236, 19.9.2018, lk 1).
ET 17 ET
(34) Riiklike RECAMASide, iRCMSi, RIATi ja teabevahetusportaali tulemusliku, turvalise
ja nõuetekohase töölerakendamise tagamiseks on vaja ette näha paindlik lähenemisviis
kuupäeva suhtes, millest alates neid süsteeme tuleb kasutada. Liikmesriigid peaksid
hiljemalt nelja aasta jooksul alates käesoleva määruse jõustumise kuupäevast võtma
kasutusele riikliku RECAMASi ja seda kasutama ning teatama komisjonile ja
Frontexile kuupäeva, millest alates nad seda kasutavad. Üldise arhitektuuri eri
komponentide ühtse ja usaldusväärse töölerakendamise tagamiseks peaks komisjon
pärast põhjalike testide edukat lõpuleviimist rakendusaktidega kindlaks määrama
iRCMSi, RIATi ja teabevahetusportaali arendamise lõpuleviimise. Selle alusel peaksid
liikmesriigid ettenähtud tähtaja jooksul võtma vajalikud meetmed iRCMSi, RIATi ja
teabevahetusportaali integreerimiseks oma riiklikku RECAMASi ning teatama
komisjonile ja Frontexile nende edukast integreerimisest. Samuti peaks Frontex võtma
vajalikud meetmed teabevahetusportaali integreerimiseks tagasisaatmise haldamise
integreeritud platvormi ja teatama sellest komisjonile. Asjaomastes liikmesriikides
iRCMSi, RIATi ja teabevahetusportaali töölerakendamise ning vajaduse korral nende
kasutamise Frontexi poolt peaks komisjon seejärel rakendusaktidega kindlaks
määrama, võttes aluseks kinnitused eduka integreerimise ja põhjaliku testimise kohta.
Komisjon peaks Euroopa Parlamenti ja nõukogu selliselt kindlaksmääratud
asjaomastest kuupäevadest teavitama ning kõnealused rakendusaktid tuleks avaldada
Euroopa Liidu Teatajas. Liikmesriigid ja vajaduse korral Frontex peaksid hakkama
iRCMSi, RIATi ja teabevahetusportaali kasutama alates selliselt kindlaksmääratud
kuupäevadest.
(35) Oma riiklike RECAMASide arendamiseks ja täiustamiseks peaksid liikmesriigid
saama liidu rahalist toetust kooskõlas [Euroopa Parlamendi ja nõukogu
määrusega .../..., millega kehtestatakse liidu toetus varjupaiga, rände ja integratsiooni
valdkonnale aastateks 2028–2034]. Frontexi RECAMASi, iRCMSi, RIATi ja
teabevahetusportaali arendamist ja hooldamist tuleks rahastada ELi eelarvest.
(36) Kuna käesoleva määruse eesmärke, nimelt tagasisaatmise, tagasivõtmise ja
taasintegreerimise valdkonna juhtumite haldamise tõhususe parandamist digivahendite
ja koostalitlusvõimeliste süsteemide abil, aidates seeläbi kaasa sisepiirikontrollita ala
tulemuslikule toimimisele, ei suuda liikmesriigid piisavalt saavutada, küll aga saab
neid meetme ulatuse või toime tõttu ning selleks, et tagada liikmesriikide ühine ja
sidus lähenemisviis, paremini saavutada liidu tasandil, võib liit võtta meetmeid
kooskõlas Euroopa Liidu lepingu artiklis 5 sätestatud subsidiaarsuse põhimõttega.
Kõnealuses artiklis sätestatud proportsionaalsuse põhimõtte kohaselt ei lähe käesolev
määrus nimetatud eesmärkide saavutamiseks vajalikust kaugemale.
(37) Selleks et tagada käesoleva määruse ühetaolised rakendamistingimused, tuleks
komisjonile anda rakendamisvolitused, et täpsustada riiklike RECAMASide, iRCMSi
ja RIATi funktsioonide ühetaoliseks kohaldamiseks vajalikke tehnilisi ja
talitlusnõudeid, teabevahetusportaaliga ühendamiseks vajalikke tehnilisi nõudeid,
aruandluse ja statistika keskhoidlasse andmete salvestamiseks vajalikke tehnilisi
nõudeid ning juhtumite staatust käsitlevate andmete salvestamiseks vajalikke
konkreetseid andmeliike ja teabevahetusportaali kaudu toimuva teabevahetuse
vorminguid. Neid volitusi tuleks teostada kooskõlas Euroopa Parlamendi ja nõukogu
määrusega (EL) nr 182/2011(14).
(14) Euroopa Parlamendi ja nõukogu 16. veebruari 2011. aasta määrus (EL) nr 182/2011, millega
kehtestatakse eeskirjad ja üldpõhimõtted, mis käsitlevad liikmesriikide läbiviidava kontrolli
ET 18 ET
(38) ELi lepingule ja ELi toimimise lepingule lisatud protokolli nr 22 (Taani seisukoha
kohta) artiklite 1 ja 2 kohaselt ei osale Taani käesoleva määruse vastuvõtmisel ning
see ei ole tema suhtes siduv ega kohaldatav. Arvestades et käesolev määrus põhineb
Schengeni acquis’l, peaks Taani otsustama kõnealuse protokolli artikli 4 kohaselt kuue
kuu jooksul pärast nõukogu otsuse tegemist käesoleva määruse üle, kas ta rakendab
seda oma õiguses.
(39) [Iirimaa osaleb käesoleva määruse kohaldamises vastavalt ELi lepingule ja ELi
toimimise lepingule lisatud protokolli nr 19 artikli 5 lõikele 1 ning nõukogu
otsuse .../... artiklile .... [Nõukogu poolt protokolli nr 19 artikli 4 alusel vastu võetud
otsus].] või [Käesolev määrus kujutab endast nende Schengeni acquis’ sätete
edasiarendamist, milles Iirimaa ei osale Euroopa Liidu lepingule ja Euroopa Liidu
toimimise lepingule lisatud protokolli nr 19 (Euroopa Liidu raamistikku integreeritud
Schengeni acquis’ kohta) kohaselt, ja ilma et see piiraks kõnealuse protokolli artikli 4
kohaldamist, ning see ei ole tema suhtes siduv ega kohaldatav.]
(40) Islandi ja Norra puhul kujutab käesolev määrus endast nende Schengeni acquis’ sätete
edasiarendamist Euroopa Liidu Nõukogu ning Islandi Vabariigi ja Norra Kuningriigi
vahelise lepingu (viimase kahe riigi osalemiseks Schengeni acquis’ sätete
rakendamises, kohaldamises ja edasiarendamises) tähenduses, mis kuuluvad nõukogu
otsuse 1999/437/EÜ artikli 1 punktis A osutatud valdkonda(15).
(41) Šveitsi puhul kujutab käesolev otsus endast nende Schengeni acquis’ sätete
edasiarendamist Euroopa Liidu, Euroopa Ühenduse ja Šveitsi Konföderatsiooni
vahelise lepingu (Šveitsi Konföderatsiooni ühinemise kohta Schengeni acquis’
rakendamise, kohaldamise ja edasiarendamisega) tähenduses, mis kuuluvad nõukogu
otsuse 1999/437/EÜ artikli 1 punktis A osutatud valdkonda, kusjuures nimetatud
otsuse vastavat punkti tõlgendatakse koostoimes nõukogu otsuse 2008/146/EÜ(16)
artikliga 3.
(42) Liechtensteini puhul kujutab käesolev määrus endast nende Schengeni acquis’ sätete
edasiarendamist Euroopa Liidu, Euroopa Ühenduse, Šveitsi Konföderatsiooni ja
Liechtensteini Vürstiriigi vahelise protokolli (mis käsitleb Liechtensteini Vürstiriigi
ühinemist Euroopa Liidu, Euroopa Ühenduse ja Šveitsi Konföderatsiooni vahelise
lepinguga Šveitsi Konföderatsiooni ühinemise kohta Schengeni acquis’ rakendamise,
kohaldamise ja edasiarendamisega) tähenduses, mis kuuluvad nõukogu
otsuse 1999/437/EÜ artikli 1 punktis A osutatud valdkonda, kusjuures nimetatud
otsuse vastavat punkti tõlgendatakse koostoimes nõukogu otsuse 2011/350/EL(17)
artikliga 3.
mehhanisme, mida kohaldatakse komisjoni rakendamisvolituste teostamise suhtes (ELT L 55,
28.2.2011, lk 13, ELI: http://data.europa.eu/eli/reg/2011/182/oj). (15) Nõukogu 17. mai 1999. aasta otsus 1999/437/EÜ Euroopa Liidu Nõukogu ning Islandi Vabariigi ja
Norra Kuningriigi vahel sõlmitud lepingu teatavate rakenduseeskirjade kohta nende kahe riigi
ühinemiseks Schengeni acquis’ sätete rakendamise, kohaldamise ja edasiarendamisega (EÜT L 176,
10.7.1999, lk 31, ELI: http://data.europa.eu/eli/dec/1999/437/oj). (16) Nõukogu 28. jaanuari 2008. aasta otsus 2008/146/EÜ sõlmida Euroopa Ühenduse nimel Euroopa
Liidu, Euroopa Ühenduse ja Šveitsi Konföderatsiooni vaheline leping Šveitsi Konföderatsiooni
ühinemise kohta Schengeni acquis’ rakendamise, kohaldamise ja edasiarendamisega (ELT L 53,
27.2.2008, lk 1, ELI: http://data.europa.eu/eli/dec/2008/146/oj). (17) Nõukogu 7. märtsi 2011. aasta otsus 2011/350/EL Euroopa Liidu, Euroopa Ühenduse, Šveitsi
Konföderatsiooni ja Liechtensteini Vürstiriigi vahelise protokolli (mis käsitleb Liechtensteini Vürstiriigi
ühinemist Euroopa Liidu, Euroopa Ühenduse ja Šveitsi Konföderatsiooni vahelise lepinguga Šveitsi
Konföderatsiooni ühinemise kohta Schengeni acquis’ rakendamise, kohaldamise ja edasiarendamisega)
ET 19 ET
(43) Küprose puhul on käesolev määrus õigusakt, mis põhineb Schengeni acquis’l või on
muul viisil sellega seotud 2003. aasta ühinemisakti artikli 3 lõike 1 tähenduses.
(44) Vastavalt määruse (EL) 2018/1725 artikli 42 lõikele 2 konsulteeriti Euroopa
Andmekaitseinspektoriga, kes esitas oma arvamuse […],
ON VASTU VÕTNUD KÄESOLEVA MÄÄRUSE:
1. peatükk
ÜLDSÄTTED
Artikkel 1
Reguleerimisese
Käesolevas määruses sätestatakse tagasisaatmise, tagasivõtmise ja taasintegreerimise
valdkonna juhtumite haldamise digitaliseerimist käsitlevad normid, eelkõige digitaalseid
juhtumite haldamise süsteeme, nende arendamist ja toimimist ning neid käitavate asutuste
vastutust käsitlevad normid.
Artikkel 2
Mõisted
Käesolevas määruses kasutatakse järgmisi mõisteid:
(1) „ELi infosüsteemid“ – määruse (EL) 2019/817 artikli 4 punktis 15 ja määruse
(EL) 2019/818 artikli 4 punktis 15 osutatud suuremahulised IT-süsteemid;
(2) „kesksüsteem“ – süsteem, milles kontroll, otsuste tegemine või andmetöötlus
on koondatud ühe keskse asutuse kätte;
(3) „liitsüsteem“ – süsteem, milles eraldiseisvad üksused säilitavad õigusliku ja
tegevusliku sõltumatuse, kuid teevad samal ajal koostööd ühise raamistiku,
protokolli või normide kogumi alusel;
(4) „kolmanda riigi kodanik“ – kolmanda riigi kodanik määruse (EL) 2026/2280
artikli 3 punktis 1 määratletud tähenduses;
(5) „tagasisaatmisotsus“ – tagasisaatmisotsus määruse (EL) 2026/2280 artikli 3
punktis 4 määratletud tähenduses;
(6) „pädev asutus“ – määruse (EL) 2026/2280 artiklis 41 osutatud pädev asutus;
(7) „andmed salvestanud pädev asutus“ – pädev asutus, kes salvestab andmed oma
riiklikku tagasisaatmisjuhtumite haldamise süsteemi (riiklik RECAMAS), liidu
integreeritud tagasivõtujuhtumite haldamise süsteemi (iRCMS) või liidu
taasintegreerimisjuhtumite haldamise süsteemi (RIAT);
(8) „juhtum“ – riiklikus RECAMASis, iRCMSis või RIATis loodud digitoimik,
mis käsitleb kolmanda riigi kodaniku tagasisaatmist, tagasivõtmist ja
asjakohasel juhul taasintegreerimist;
(9) „mitu juhtumit“ – kaks või enam sama kolmanda riigi kodanikuga seotud
juhtumit kahes või enamas liikmesriigis;
Euroopa Liidu nimel sõlmimise kohta, seoses sisepiiridel piirikontrolli kaotamise ja isikute liikumisega
(ELT L 160, 18.6.2011, lk 19, ELI: http://data.europa.eu/eli/dec/2011/350/oj).
ET 20 ET
(10) „IT-etalonteostus“ – üks taaskasutatav IT-lahendus või selliste lahenduste
kogum koos dokumentatsiooniga, mis on välja töötatud selleks, et toetada
liikmesriike käesoleva määruse rakendamisel, ning mis on kavandatud nii, et
liikmesriigid saaksid seda täiendavalt kohandada oma konkreetsetele
tegevusega seotud vajadustele;
(11) „muud asjaomased riiklikud IT-süsteemid“ – IT-süsteemid, mis otseselt või
kaudselt toetavad juhtumite haldamist riiklikus RECAMASis, iRCMSis ja
RIATis, sealhulgas varjupaigasüsteemid, õigusasutuste tegevust toetavad
infosüsteemid, välismaalaste andmebaasid, riiklikud lennu broneerimise
süsteemid, kriminaalteabe süsteemid ja sõrmejälgede automaatse tuvastamise
süsteemid.
Artikkel 3
Tehniline arhitektuur
1. Tagasisaatmise, tagasivõtmise ja taasintegreerimise valdkonna juhtumite haldamise
digitaliseerimine tagatakse järgmiste süsteemide ja komponentide loomise, toimimise
ja tulemusliku kasutamise kaudu:
(a) igas liikmesriigis riiklik tagasisaatmisjuhtumite haldamise süsteem, mis võib
olla kesk- või liitsüsteem (edaspidi „riiklik RECAMAS“);
(b) liidu integreeritud tagasivõtujuhtumite haldamise süsteem, mis on integreeritud
igasse riiklikku RECAMASi (edaspidi „iRCMS“);
(c) liidu taasintegreerimisjuhtumite haldamise süsteem, mis on integreeritud igasse
riiklikku RECAMASi (edaspidi „RIAT“);
(d) määrustega (EL) 2019/817 ja (EL) 2019/818 loodud Euroopa otsinguportaal;
(e) määrustega (EL) 2019/817 ja (EL) 2019/818 loodud aruandluse ja statistika
keskhoidla;
(f) artiklis 14 osutatud teabevahetusportaal, mis tagab eri riiklikke RECAMASi
kasutavate asutuste vahelise turvalise sidekanalina toimiva teabevahetustaristu.
2. Liikmesriigid arendavad oma riikliku RECAMASi välja ühe järgmise lahenduse
alusel:
(a) Euroopa Piiri- ja Rannikuvalve Ameti (Frontex) välja töötatud mudelikirjeldus
ja spetsifikatsioonid (edaspidi „RECAMASi mudel“);
(b) Frontexi välja töötatud ja RECAMASi mudelil põhinev mitmest digimoodulist
koosnev IT-etalonteostus, mille liikmesriigid võtavad kasutusele ja kohandavad
täiendavalt oma konkreetsetele tegevusega seotud vajadustele (edaspidi
„Frontexi RECAMAS“);
(c) RECAMASi mudeli ja Frontexi RECAMASi konkreetsete digimoodulite
kombinatsioon, nagu on täpsustatud RECAMASi mudelis.
Artikkel 4
Tagasisaatmise, tagasivõtmise ja taasintegreerimise valdkonna juhtumite haldamise
digitaliseerimise eesmärgid
ET 21 ET
Tagasisaatmise, tagasivõtmise ja taasintegreerimise valdkonna juhtumite haldamise
digitaliseerimise eesmärgid on:
(a) toetada liidu ühise tagasisaatmissüsteemi rakendamist kooskõlas Euroopa
Parlamendi ja nõukogu määrusega (EL) 2024/1349(18) ning määrusega (EL)
2026/2280;
(b) toetada pädevaid asutusi tagasisaatmisotsuste tegemisel ja täitmisel kooskõlas
määrustega (EL) 2024/1349 ja (EL)2026/2280;
(c) toetada pädevaid asutusi tagasivõtmise menetlemisel ja elluviimisel kooskõlas
määrustega (EL) 2024/1349 ja (EL)2026/2280;
(d) toetada pädevaid asutusi taasintegreerimisabi andmise menetlemisel ja
elluviimisel kooskõlas määrustega (EL) 2024/1349, (EL) 2026/2280 ja (EL)
…/… [Euroopa piiri- ja rannikuvalve määrus];
(e) esitada usaldusväärset ja täpset statistikat tagasisaatmise, tagasivõtmise ja
taasintegreerimise kohta, sealhulgas seire ja hindamise eesmärgil ning
tõenduspõhise poliitikakujundamise ja operatiivkasutuse toetamiseks,
kooskõlas määrustega (EL) 2024/1349 ja (EL) 2026/2280.
Artikkel 5
ELi infosüsteemid
Selleks et hõlbustada artiklis 7 osutatud andmete töötlemist ja mitme juhtumi tuvastamist,
kasutab iga riiklikku RECAMASi, iRCMSi ja RIATi kasutav pädev asutus Euroopa
otsinguportaali, et pääseda juurde ELi infosüsteemidele kooskõlas neid ELi infosüsteeme
reguleerivate õigusaktidega ning määrustega (EL) 2019/817 ja (EL) 2019/818.
Artikkel 6
Ühendamine muude asjaomaste riiklike IT-süsteemidega
Selleks et ühendada riiklik RECAMAS riigisisese õiguse kohaselt muude asjaomaste riiklike
IT-süsteemidega, tagavad liikmesriigid riikliku RECAMASi ja nende süsteemide tehnilise
ühilduvuse, et võimaldada andmete kiiret, turvalist ja tulemuslikku edastamist nendesse
süsteemidesse ja neist süsteemidest.
2. peatükk
JUHTUMITE HALDAMISE SÜSTEEMID
Artikkel 7
Andmete salvestamine riiklikku RECAMASi, iRCMSi ja RIATi
1. Pädevad asutused salvestavad olemasolu korral riiklikku RECAMASi, iRCMSi ja
RIATi määruse (EL) 2026/2280 artikli 36 lõikes 6 osutatud andmed, mis on piisavad,
asjakohased ja piirduvad sellega, mis on vajalik määruste (EL) 2024/1349, (EL)
2026/2280 ja (EL) …/… [Euroopa piiri- ja rannikuvalve määrus] järgimise
tagamiseks.
(18) Euroopa Parlamendi ja nõukogu 14. mai 2024. aasta määrus (EL) 2024/1349, millega kehtestatakse
piiril toimuv tagasisaatmismenetlus ja millega muudetakse määrust (EL) 2021/1148
(ELT L, 2024/1349, 22.5.2024, ELI: http://data.europa.eu/eli/reg/2024/1349/oj).
ET 22 ET
2. Pädeva asutuse nõusolekul salvestab Frontex oma volituste teostamisel ja ülesannete
täitmisel käesoleva artikli lõikes 1 osutatud andmed olemasolu korral riiklikku
RECAMASi, iRCMSi ja RIATi kooskõlas määruse (EL) …/… [Euroopa piiri- ja
rannikuvalve määrus] [8.] jaoga.
3. Iga pädev asutus ja asjakohasel juhul Frontex vastutab selle eest, et tema poolt
riiklikku RECAMASi, iRCMSi ja RIATi salvestatud andmed oleksid täpsed ja
ajakohased.
4. Liidu taasintegreerimisabi programmi rakendamisel võib Frontex anda kolmandatele
isikutele, kellel on pädevus anda taasintegreerimisabi, õiguse salvestada RIATi
määruse (EL) 2026/2280 artikli 36 lõikes 6 osutatud taasintegreerimisega seotud
andmeid. Taasintegreerimisabi andmiseks pädevad kolmandad isikud vastutavad
selle eest, et nende poolt RIATi salvestatud andmed oleksid täpsed ja ajakohased.
Artikkel 8
Riiklikku RECAMASi, iRCMSi ja RIATi salvestatud andmetega tutvumine
1. Iga andmed salvestanud pädev asutus võib riiklikus RECAMASis, iRCMSis ja
RIATis tutvuda üksnes enda salvestatud andmetega.
2. Andmed salvestanud pädeva asutuse nõusolekul võib Frontex oma volituste
teostamisel ja ülesannete täitmisel tutvuda riiklikku RECAMASi, iRCMSi ja RIATi
salvestatud andmetega kooskõlas määruse (EL) …/… [Euroopa piiri- ja
rannikuvalve määrus] [8.] jaoga.
3. Kui kolmanda riigi kodanikuga on seotud mitu juhtumit, edastab teine asjaomane
andmed salvestanud pädev asutus määruse (EL) 2026/2280 artikli 36 lõikes 3
osutatud taotluse korral igale asjaomasele andmed salvestanud pädevale asutusele
selle kolmanda riigi kodaniku kohta salvestatud andmed. Kohaldataval juhul
vahetatakse neid andmeid määruse (EL) 2026/2280 artikli 36 lõike 3 kohaselt
teabevahetusportaali kaudu.
4. Liidu taasintegreerimisabi programmi rakendamisel võib Frontex anda kolmandatele
isikutele, kellel on pädevus anda taasintegreerimisabi, õiguse salvestada RIATi
määruse (EL) 2026/2280 artikli 36 lõikes 6 osutatud taasintegreerimisega seotud
andmeid.
Artikkel 9
Riiklikku RECAMASi, iRCMSi ja RIATi salvestatud andmete parandamine ja
kustutamine
1. Iga andmed salvestanud pädev asutus või Frontex parandab või kustutab viivitamata
kõik enda poolt riiklikku RECAMASi, iRCMSi või RIATi salvestatud ebatäpsed,
mittetäielikud või ebaseaduslikult salvestatud andmed. Selliseid andmeid on õigus
parandada või kustutada üksnes need salvestanud pädeval asutusel või Frontexil.
2. Kui pädeval asutusel on teavet, mis viitab sellele, et riiklikku RECAMASi, iRCMSi
või RIATi salvestatud andmed on ebatäpsed, mittetäielikud või ebaseaduslikult
salvestatud, teavitab ta sellest võimalikult kiiresti teabevahetusportaali kaudu
andmed salvestanud pädevat asutust või asjakohasel juhul Frontexit.
3. Kui Frontexil on teavet, mis viitab sellele, et andmed salvestanud pädeva asutuse
poolt riiklikku RECAMASi, iRCMSi või RIATi salvestatud andmed on ebatäpsed,
ET 23 ET
mittetäielikud või ebaseaduslikult salvestatud, teavitab ta sellest võimalikult kiiresti
teabevahetusportaali kaudu andmed salvestanud pädevat asutust.
4. Taasintegreerimisabi andmiseks pädevad kolmandad isikud parandavad või
kustutavad viivitamata kõik enda poolt RIATi salvestatud ebatäpsed, mittetäielikud
või ebaseaduslikult salvestatud andmed. Kui taasintegreerimisabi andmiseks pädeval
kolmandal isikul on teavet, mis viitab sellele, et RIATi salvestatud andmed on
ebatäpsed, mittetäielikud või ebaseaduslikult salvestatud, teavitab ta sellest
võimalikult kiiresti Frontexit.
Artikkel 10
Riikliku RECAMASi, iRCMSi ja RIATi funktsioonid
1. Riiklik RECAMAS, iRCMS ja RIAT peavad võimaldama järgmisi funktsioone:
(a) kordumatu identifikaatori määramine igale kolmanda riigi kodanikule, kelle
kohta avatakse tagasisaatmise, tagasivõtmise ja asjakohasel juhul
taasintegreerimisega seotud juhtum;
(b) võimalus automatiseerida juhtumi loomine kolmanda riigi kodaniku seadusliku
riigis viibimise lõppemisel;
(c) mitme juhtumi tuvastamine ELi infosüsteemides tehtava otsingu abil kooskõlas
vastavate juurdepääsuõigustega ning iRCMSi ja RIATi kaudu;
(d) artiklis 7 osutatud vajalike andmete automaatne pärimine riikliku RECAMASi,
iRCMSi ja RIATi vahel;
(e) võimalus pääseda juurde määruse (EL) 2018/1860 artiklis 4 osutatud
tagasisaatmist käsitlevates hoiatusteadetes ja määruse (EL) 2026/2280 artikli 5
lõikes 13 osutatud Euroopa tagasisaatmiskorralduses sisalduvatele andmetele;
(f) võimalus pääseda juurde Euroopa Parlamendi ja nõukogu määruse
(EL) 2024/1358(19) artikli 27 lõikes 4 ja artikli 28 lõikes 4 osutatud andmetele;
(g) võimalus kohandada riiklikku RECAMASi, iRCMSi ja RIATi, et viia
süsteemid kooskõlla kohaldatavate menetluslike töövoogude ning õigus- ja
haldusnõuetest tulenevate tähtaegadega;
(h) võimalus jälgida kohaldatavaid tähtaegu ja seada juhtumeid tähtsuse
järjekorda;
(i) võimalus pädevatel asutustel ja kolmandate riikide kodanikel turvaliselt
suhelda ja dokumente digitaalsete vahendite kaudu vahetada, sealhulgas
kolmandate riikide kodanike võimalus kasutada selleks ettenähtud
mobiilirakendust;
(19) Euroopa Parlamendi ja nõukogu 14. mai 2024. aasta määrus (EL) 2024/1358, millega luuakse
biomeetriliste andmete võrdlemise Eurodac-süsteem, et kohaldada tulemuslikult Euroopa Parlamendi ja
nõukogu määruseid (EL) 2024/1351 ja (EL) 2024/1350 ja nõukogu direktiivi 2001/55/EÜ ning
tuvastada ebaseaduslikult riigis viibivad kolmandate riikide kodanikud ja kodakondsuseta isikud, ning
mis käsitleb liikmesriikide õiguskaitseasutuste ja Europoli päringuid andmete võrdlemiseks Eurodac-
süsteemi andmetega õiguskaitse eesmärgil ning millega muudetakse Euroopa Parlamendi ja nõukogu
määruseid (EL) 2018/1240 ja (EL) 2019/818 ja tunnistatakse kehtetuks Euroopa Parlamendi ja nõukogu
määrus (EL) nr 603/2013 (ELT L, 2024/1358, 22.5.2024, ELI:
http://data.europa.eu/eli/reg/2024/1358/oj).
ET 24 ET
(j) võimalus vahetada artiklis 7 osutatud andmeid turvaliselt teabevahetusportaali
kaudu pädevate asutuste vahel ning pädevate asutuste ja Frontexi vahel;
(k) juurdepääs asjaomastele riiklikele ning Frontexi ja eu-LISA
koolitusmaterjalidele tagasisaatmise, tagasivõtmise ja taasintegreerimise ning
riikliku RECAMASi, iRCMSi ja RIATi kasutamise kohta;
(l) võimalus määrata igale juhtumile üks või mitu menetluse etapile ja liigile
vastavat staatust (edaspidi „juhtumi staatus“), sealhulgas võimalus
ajakohastada juhtumi staatust tagasisaatmisotsuse tühistamise või peatamise
korral;
(m) võimalus saada ülevaade kõigist juhtumitest ja nende jaotusest, eelkõige
kolmandate riikide ja juhtumi staatuse kaupa;
(n) võimalus edastada asjakohast teavet õigusasutuste tööd toetavatesse
infosüsteemidesse;
(o) võimalus automatiseerida selliste andmearuannete koostamist, mis on vajalikud
määruses (EL) 2026/2280 ja Euroopa Parlamendi ja nõukogu määruse (EÜ)
nr 862/2007(20) artiklis 7 osutatud statistika koostamiseks;
(p) prognoosiv analüüs juhtumite arvu kõikumise prognoosimiseks, tuginedes
jooksvatele ja varasematele koondatud või anonüümitud statistilistele
andmetele;
(q) võimalus korraldada tagasisaatmisoperatsioone ühe või mitme lennu
broneerimise süsteemi kaudu.
2. RECAMASi mudelis sätestatakse lõikes 1 osutatud funktsioonide üksikasjad.
3. Komisjon võib võtta vastu rakendusakte, millega täpsustatakse käesoleva artikli
lõikes 1 sätestatud funktsioonide ühetaoliseks kohaldamiseks vajalikke tehnilisi ja
talitlusnõudeid. Nimetatud rakendusaktid võetakse vastu kooskõlas artikli 34 lõikes 2
osutatud kontrollimenetlusega.
Artikkel 11
Riikliku RECAMASi funktsioonid
1. Riiklik RECAMAS peab võimaldama järgmisi funktsioone:
(a) tehniline tugi kolmandate riikide kodanike registreerimise haldamiseks;
(b) tehniline tugi esialgsete kontrollide ja kontrollimiste, sealhulgas haavatavuse
kontrollide haldamiseks;
(c) tehniline tugi kolmandate riikide kodanike isikusamasuse ja kodakondsuse
tuvastamise ja kinnitamise haldamiseks;
(d) juurdepääs Euroopa Parlamendi ja nõukogu määruse (EL) 2017/2226(21) artikli
12 lõikes 3 osutatud loetelule;
(20) Euroopa Parlamendi ja nõukogu 11. juuli 2007. aasta määrus (EÜ) nr 862/2007, mis käsitleb ühenduse
rände- ja rahvusvahelise kaitse statistikat ja millega tunnistatakse kehtetuks nõukogu määrus (EMÜ)
nr 311/76 võõrtöötajaid käsitleva statistika koostamise kohta (EMPs kohaldatav tekst)(ELT L 199,
31.7.2007, lk 23, ELI: http://data.europa.eu/eli/reg/2007/862/oj). (21) Euroopa Parlamendi ja nõukogu 30. novembri 2017. aasta määruse (EL) 2017/2226 (millega luuakse
riiki sisenemise ja riigist lahkumise süsteem liikmesriikide välispiire ületavate kolmandate riikide
ET 25 ET
(e) tugi tagasisaatmisotsuste ja väljasaatmiskorralduste ettevalmistamiseks,
tegemiseks ja teatavakstegemiseks;
(f) võimalus automatiseerida Euroopa tagasisaatmiskorralduse loomine ja
ajakohastamine Schengeni infosüsteemis kooskõlas määrustega
(EL) 2018/1860, (EL) 2018/1861 ja (EL) 2026/2280;
(g) võimalus automatiseerida Schengeni infosüsteemis tagasisaatmist ning riiki
sisenemise ja riigis viibimise keelamist käsitlevate hoiatusteadete loomine ja
ajakohastamine kooskõlas määrustega (EL) 2018/1860 ja (EL) 2018/1861;
(h) määruse (EL) 2026/2280 III, IV ja VI peatükis osutatud põgenemise
ennetamise meetmete, kinnipidamise ja kinnipidamise alternatiivide
haldamine;
(i) võimalus viia juhtum määruse (EL) 2024/1349 alusel kohaldatavast piiril
toimuvast tagasisaatmismenetlusest üle määruse (EL) 2026/2280 alusel
kohaldatavasse tagasisaatmismenetlusse.
2. RECAMASi mudelis sätestatakse lõikes 1 osutatud funktsioonide üksikasjad.
3. Komisjon võib võtta vastu rakendusakte, millega täpsustatakse käesoleva artikli
lõikes 1 sätestatud funktsioonide ühetaoliseks kohaldamiseks vajalikke tehnilisi ja
talitlusnõudeid. Nimetatud rakendusaktid võetakse vastu kooskõlas artikli 34 lõikes 2
osutatud kontrollimenetlusega.
Artikkel 12
iRCMSi funktsioonid
1. iRCMS peab võimaldama järgmisi funktsioone:
(a) võimalus automatiseerida tagasivõtmise algatamine pärast täitmisele pööratava
tagasisaatmisotsuse tegemist;
(b) võimalus automatiseerida tagasivõtmistaotluse koostamine;
(c) võimalus turvaliselt suhelda kolmandate riikide pädevate asutustega ning
vahetada nendega määruse (EL) 2026/2280 artiklites 37, 38 ja 39 osutatud
andmeid, sealhulgas kolmanda riigi digisüsteemiga ühenduse loomise ja otsese
turvalise sõnumivahetuse kaudu, ning võimalus korraldada ja läbi viia iRCMSi
kaudu isikusamasuse tuvastamise vestlusi;
(d) võimalus hallata juhtumeid riigisiseste ja liidu tagasivõtukokkulepete või
väljakujunenud tavade alusel;
(e) võimalus saada kolmandate riikide pädevatelt asutustelt kodakondsuse
kontrollimise ja isikusamasuse tuvastamise tulemused;
(f) võimalus vastu võtta ja printida tagasipöördumistunnistusi;
(g) võimalus broneerida ja hallata lende, sealhulgas tänu võimalusele suhelda
kolmandate isikutega, kes on pädevad täitma muid tagasisaatmise
täideviimisega seotud ülesandeid.
kodanike riiki sisenemise ja riigist lahkumise andmete ja sisenemiskeeluandmete registreerimiseks ning
määratakse kindlaks riiki sisenemise ja riigist lahkumise süsteemile õiguskaitse eesmärgil juurdepääsu
andmise tingimused ning millega muudetakse Schengeni lepingu rakendamise konventsiooni ning
määruseid (EÜ) nr 767/2008 ja (EL) nr 1077/2011) parandused (ELT L 327, 9.12.2017, lk 20, ELI:
http://data.europa.eu/eli/reg/2017/2226/oj).
ET 26 ET
2. RECAMASi mudelis sätestatakse lõikes 1 osutatud funktsioonide üksikasjad.
3. Komisjon võib võtta vastu rakendusakte, millega täpsustatakse käesoleva artikli
lõikes 1 sätestatud funktsioonide ühetaoliseks kohaldamiseks vajalikke tehnilisi ja
talitlusnõudeid. Nimetatud rakendusaktid võetakse vastu kooskõlas artikli 34 lõikes 2
osutatud kontrollimenetlusega.
Artikkel 13
RIATi funktsioonid
1. RIAT peab võimaldama järgmisi funktsioone:
(a) juurdepääs asjakohasele teabele nende kolmandate riikide kohta, kus
taasintegreerimisabi antakse, sealhulgas kättesaadava taasintegreerimisabi sisu
puudutavale teabele;
(b) võimalus andmed salvestanud pädeval asutusel anda riikliku
taasintegreerimisabi programmi rakendamisel ja Frontexil liidu
taasintegreerimisabi programmi rakendamisel pädevatele kolmandatele
isikutele, kellel on pädevus anda taasintegreerimisabi, õigus salvestada,
vaadata, parandada ja kustutada artiklis 7 osutatud taasintegreerimisega seotud
andmeid kooskõlas artikli 7 lõikega 4, artikli 8 lõikega 4 ja artikli 9 lõikega 4;
(c) võimalus pädeval asutusel suhelda üksikjuhtumite puhul pädevate kolmandate
isikutega, kellel on pädevus anda taasintegreerimisabi;
(d) võimalus broneerida ja hallata lende, sealhulgas tänu võimalusele suhelda
kolmandate isikutega, kes on pädevad täitma muid tagasisaatmise
täideviimisega seotud ülesandeid.
(e) võimalus taasintegreerimisabi rakendada, seirata ja finantsiliselt hallata,
sealhulgas jälgida taasintegreerimisabi programmide eelarve kasutamist;
(f) võimalus saada ülevaade konkreetsetele kolmandate riikide kodanikele antud
taasintegreerimisabist, hõlmates nii liidu kui ka riiklikke taasintegreerimisabi
programme ning tuginedes liikmesriikide ja Frontexi sisestatud andmetele;
(g) võimalus hallata liidu ja riiklike taasintegreerimisabi programmide juhtumeid;
(h) võimalus koostada taasintegreerimise kohta statistikat, sealhulgas
taasintegreerimisabi kvaliteedi hindamiseks;
(i) võimalus suunata isikuid täiendavatesse taasintegreerimisabi programmidesse
ja kolmandate riikide riiklikesse taasintegreerimiskavadesse;
(j) võimalus teha taasintegreerimisabi juhtumite kvaliteedi tagamise kontrolle,
sealhulgas hinnata taasintegreerimiskavasid, seirata järelmeetmeid ning
registreerida heakskiitmised ja kontrolljäljed;
(k) võimalus seirata selliste kolmandate isikute tulemuslikkust, kellel on pädevus
anda taasintegreerimisabi, sealhulgas selliste näitajate alusel nagu
reageerimiskiirus, taasintegreerimiskavade rakendamine, juhtumite
lõpuleviimine ja kättesaadava rahalise toetuse kasutamine;
(l) võimalus registreerida ja hallata taasintegreerimisabi andmisega seotud kaebusi
ja vahejuhtumeid, sealhulgas jälgida parandusmeetmeid ning tagada
asjakohane juurdepääsukontroll ja jälgitavus.
ET 27 ET
2. RECAMASi mudelis sätestatakse lõikes 1 osutatud funktsioonide üksikasjad.
3. Komisjon võib võtta vastu rakendusakte, millega täpsustatakse käesoleva artikli
lõikes 1 sätestatud funktsioonide ühetaoliseks kohaldamiseks vajalikke tehnilisi ja
talitlusnõudeid. Nimetatud rakendusaktid võetakse vastu kooskõlas artikli 34 lõikes 2
osutatud kontrollimenetlusega.
Artikkel 14
Teabevahetusportaal
1. Teabevahetusportaal luuakse selleks, et hõlbustada määruse (EL) 2026/2280
artiklis 36 osutatud andmete jagamist, ilma et see mõjutaks portaali kasutamist
muudel liidu õiguses ette nähtud eesmärkidel.
2. Teabevahetusportaal integreeritakse igasse riiklikku RECAMASi ja määruse
(EL) …/… [Euroopa piiri- ja rannikuvalve määrus] artiklis [57] osutatud
ebaseadusliku rände haldamise platvormi.
3. Igas pädevas asutuses on ühtsel kontaktpunktil juurdepääs teabevahetusportaalile.
Ühtsed kontaktpunktid vastutavad andmevahetuse koordineerimise ja hõlbustamise
eest kooskõlas määruse (EL) 2026/2280 artikliga 36.
4. Komisjon võib võtta vastu rakendusakte, millega täpsustatakse teabevahetusportaali
liikmesriikide riiklikesse RECAMASidesse integreerimiseks vajalikke tehnilisi
nõudeid. Nimetatud rakendusaktid võetakse vastu kooskõlas artikli 34 lõikes 2
osutatud kontrollimenetlusega.
3. peatükk
ARENDAMINE, TOIMIMINE JA VASTUTUSVALDKONNAD
Artikkel 15
Arendamine ja tehniline edasiarendamine
1. Frontex vastutab RECAMASi mudeli väljatöötamise ja selle edasiarendamise eest
kooskõlas määruse (EL) …/… [Euroopa piiri- ja rannikuvalve määrus]
artikliga [55].
2. Frontex vastutab Frontexi RECAMASi, iRCMSi ja RIATi arendamise, sealhulgas
projekteerimine, ning tehnilise edasiarendamise eest kooskõlas määruse (EL) …/…
[Euroopa piiri- ja rannikuvalve määrus] artikliga [55] eu-LISA toel.
3. Liikmesriigid vastutavad riiklike RECAMASide arendamise, sealhulgas
projekteerimine, ning tehnilise edasiarendamise eest. Liikmesriigid vastutavad
iRCMSi ja RIATi integreerimise eest oma riiklikku RECAMASi Frontexi toel
kooskõlas määruse (EL) …/… [Euroopa piiri- ja rannikuvalve määrus] artikliga
[55]. Asjakohasel juhul vastutavad liikmesriigid Frontexi RECAMASi või selle
mõne mooduli integreerimise ja kohandamise eest.
4. eu-LISA vastutab teabevahetusportaali arendamise, sealhulgas projekteerimine, ning
tehnilise edasiarendamise eest. Liikmesriigid vastutavad teabevahetusportaali
integreerimise eest oma riiklikku RECAMASi eu-LISA toel.
5. Frontex, eu-LISA ja liikmesriigid teevad koostööd ja koordineerivad oma tegevust.
ET 28 ET
6. Tehnilises arenduses võetakse arvesse kõiki asjakohaseid Koostalitleva Euroopa
lahendusi, millele on osutatud Euroopa Parlamendi ja nõukogu määruse (EL)
2024/903(22) artiklis 7.
Artikkel 16
Programminõukogu
1. RECAMASi mudeli, Frontexi RECAMASi, iRCMSi, RIATi ja teabevahetusportaali
arendusetapiks moodustatakse kümneliikmeline programminõukogu.
Programminõukogusse kuuluvad:
(a) kolm liiget, kelle Frontexi haldusnõukogu nimetab oma liikmete või
asendusliikmete hulgast;
(b) kolm liiget, kelle eu-LISA haldusnõukogu nimetab oma liikmete või
asendusliikmete hulgast;
(c) üks eu-LISAt esindav liige, kelle nimetab eu-LISA tegevdirektor;
(d) üks Frontexit esindav liige, kelle nimetab Frontexi tegevdirektor;
(e) kaks komisjoni nimetatud liiget.
Arendusetapis tuleb programminõukogu korrapäraselt ja vähemalt kuus korda aastas
kokku kuni kõigi riiklike RECAMASide, iRCMSi, RIATi ja teabevahetusportaali
töölerakendamiseni. Programminõukogu tagab RECAMASi mudeli, Frontexi
RECAMASi, iRCMSi, RIATi ja teabevahetusportaali arendusetapi nõuetekohase
juhtimise ja koordineerimise. Programminõukogu esitab Frontexi ja eu-LISA
haldusnõukogule iga kuu kirjaliku aruande programmi edenemise kohta.
2. Alates artikli 33 kohaselt kindlaks määratud töölerakendamisest kõigis
liikmesriikides tuleb programminõukogu kokku vähemalt üks kord aastas.
Programminõukogu tagab RECAMASi mudeli, Frontexi RECAMASi, iRCMSi,
RIATi ja teabevahetusportaali tehnilise edasiarendamise nõuetekohase juhtimise ja
koordineerimise.
3. Programminõukogul ei ole otsustusõigust ega volitusi Frontexi või eu-LISA
haldusnõukogu esindamiseks.
4. Frontexi haldusnõukogu kehtestab programminõukogu töökorra, mis hõlmab
eelkõige reegleid järgmise kohta:
(a) programminõukogu eesistumine;
(b) koosolekute toimumiskohad;
(c) koosolekute ettevalmistamine;
(d) ekspertide osalemine koosolekutel;
(e) teabevahetuskavad, millega tagatakse nende Frontexi ja eu-LISA
haldusnõukogu liikmete täielik teavitamine, kes programminõukogus ei osale.
5. Programminõukogu juhataja on liikmesriik, kelle suhtes on liidu õiguse alusel
täielikult siduvad õigusaktid, millega on reguleeritud ELi infosüsteemide
(22) Euroopa Parlamendi ja nõukogu 13. märtsi 2024. aasta määrus (EL) 2024/903, millega kehtestatakse
meetmed avaliku sektori koostalitlusvõime kõrge taseme tagamiseks kogu liidus (Koostalitleva Euroopa
määrus) (ELT L, 2024/903, ELI: http://data.europa.eu/eli/reg/2024/903/oj).
ET 29 ET
väljatöötamine, loomine, toimimine ja kasutamine. Eesistuja on üks lõike 1 esimese
lõigu punktis a osutatud Frontexi haldusnõukogu nimetatud liikmetest.
6. Kõik Frontexi haldusnõukogu nimetatud programminõukogu liikmete ja Frontexi
tegevdirektori sõidu- ja elamiskulud kannab Frontex. Kõik eu-LISA haldusnõukogu
nimetatud programminõukogu liikmete ja eu-LISA tegevdirektori sõidu- ja
elamiskulud kannab eu-LISA. Frontex tagab programminõukogule
sekretariaaditeenused.
7. Arendusetapis tuleb artiklis 35 osutatud nõuanderühm korrapäraselt ja vähemalt kuus
korda aastas kokku kuni kõigi riiklike RECAMASide, iRCMSi, RIATi ja
teabevahetusportaali töölerakendamiseni. Nõuanderühm esitab pärast iga kohtumist
programminõukogule aruande. Nõuanderühm annab programminõukogu ülesannete
täitmise toetamiseks tehnilisi eksperditeadmisi ning jälgib Frontexi, liikmesriikide ja
eu-LISA ettevalmistuste seisu.
Artikkel 17
Operatiivjuhtimine
1. Frontex vastutab iRCMSi ja RIATi operatiivjuhtimise eest.
2. Kui Frontexi ja kolmanda riigi pädeva asutuse vahel määruse (EL) …/… [Euroopa
piiri- ja rannikuvalve määrus] artikli [88] kohaselt sõlmitud töökorralduses nähakse
ette tagasivõtmiseks vajalike andmete digitaalne vahetamine kooskõlas määruse
(EL) 2026/2280 artiklitega 37, 38 ja 39, võtab Frontex komisjoni taotlusel vajalikud
meetmed, et luua ja säilitada turvaline ühendus iRCMSi ja asjaomase kolmanda riigi
asjakohase digisüsteemi vahel, et sellist andmevahetust hõlbustada. Vahetatavad
andmed piirduvad rangelt nende andmetega, mis on vajalikud asjaomase liikmesriigi
ja kolmanda riigi vahel kohaldatava tagasivõtmismenetluse jaoks. Kolmandal riigil ei
ole juurdepääsu iRCMSile ega muudele andmetele peale nende, mida vahetatakse
konkreetse tagasivõtujuhtumiga seoses.
3. Liikmesriigid vastutavad riiklike RECAMASide operatiivjuhtimise eest.
4. eu-LISA vastutab teabevahetusportaali operatiivjuhtimise eest.
5. Operatiivjuhtimine hõlmab kõiki ülesandeid, mis on vajalikud riiklike
RECAMASide, iRCMSi, RIATi ja teabevahetusportaali katkematu käideldavuse
tagamiseks kooskõlas käesoleva määrusega.
6. Frontex, eu-LISA ja liikmesriigid tagavad, et riiklike RECAMASide, Frontexi
RECAMASi, iRCMSi, RIATi ja teabevahetusportaali puhul kasutatakse alati parimat
kättesaadavat tehnoloogiat, võttes arvesse kulude-tulude analüüsi.
Artikkel 18
Andmeturve
1. Frontex tagab iRCMSi ja RIATi turvalisuse. Liikmesriigid tagavad riiklike
RECAMASide turvalisuse. eu-LISA tagab teabevahetusportaali turvalisuse. Eelkõige
on Frontexi, eu-LISA ja liikmesriikide kohustuseks:
(a) füüsiliselt kaitsta andmeid, sealhulgas koostades hädaolukorra lahendamise
plaanid elutähtsa taristu kaitseks;
ET 30 ET
(b) keelata kõrvaliste isikute juurdepääs andmetöötlusseadmetele ja riiklikele
rajatistele, kus liikmesriik teeb riikliku RECAMASi, RIATi, iRCMSi või
teabevahetusportaali eesmärkidega seotud toiminguid (seadmete kontroll,
juurdepääsu kontroll ja kontroll rajatise sissepääsul);
(c) hoida ära andmekandjate loata lugemine, kopeerimine, muutmine või
eemaldamine (andmekandjate kontroll);
(d) hoida ära andmete loata sisestamine ja säilitatavate isikuandmetega loata
tutvumine ning nende loata muutmine või kustutamine (säilitamise kontroll);
(e) hoida ära automatiseeritud andmetöötlussüsteemi kasutamine
andmesidevahendite abil isikute poolt, kellel puudub selleks luba (kasutajate
kontroll);
(f) hoida ära andmete loata töötlemine riiklikus RECAMASis, iRCMSis, RIATis
ja teabevahetusportaalis ning andmete loata muutmine või kustutamine
(andmete sisestamise kontroll);
(g) tagada, et riiklikule RECAMASile, iRCMSile, RIATile ja
teabevahetusportaalile juurdepääsu luba omavatel isikutel oleks juurdepääs
ainult nende juurdepääsuloaga hõlmatud andmetele ja et nad kasutaksid
juurdepääsuks üksnes individuaalseid ja kordumatuid kasutajatunnuseid ja
konfidentsiaalseid juurdepääsuviise (andmetele juurdepääsu kontroll);
(h) tagada, et kõik asutused, kellel on riiklikule RECAMASile, iRCMSile,
RIATile ja teabevahetusportaalile juurdepääsu õigus, koostavad profiilid,
milles kirjeldatakse nende isikute ülesandeid ja vastutust, kellel on õigus
andmetele juurde pääseda, andmeid sisestada, ajakohastada, kustutada ja otsida
(töötajate profiilid);
(i) tagada võimalus kontrollida ja kindlaks teha, millistele asutustele võib
isikuandmeid andmesidevahendite kaudu edastada (andmeedastuse kontroll);
(j) tagada võimalus kontrollida ja kindlaks määrata, missuguseid andmeid on
riiklikus RECAMASis, iRCMSis, RIATis ja teabevahetusportaalis töödeldud,
ning millal, kes ja millisel eesmärgil seda on teinud (andmesalvestuse
kontroll);
(k) hoida eelkõige asjakohaste krüpteerimistehnikate abil ära isikuandmete loata
lugemine, kopeerimine, muutmine või kustutamine isikuandmete riiklikku
RECAMASi, iRCMSi, RIATi ja teabevahetusportaali või neist edastamise ajal
või andmekandjate transportimise ajal (transpordikontroll);
(l) tagada, et paigaldatud süsteeme on võimalik katkestuse korral taastada
(taastamine);
(m) tagada, et riiklik RECAMAS, iRCMS, RIAT ja teabevahetusportaal täidavad
oma funktsioone, et neis ilmnevatest toimimisvigadest teatatakse (töökindlus)
ja eri süsteemirikked ei põhjustaks säilitatavate isikuandmete moonutamist
(terviklus);
(n) teha seiret käesolevas lõikes osutatud turvameetmete tulemuslikkuse üle ja
võtta asutusesisese seirega seoses vajalikke korralduslikke meetmeid kooskõla
tagamiseks käesoleva määrusega (sisemine audit) ning selleks, et 24 tunni
jooksul automaatselt tuvastada kõik punktides b–k loetletud meetmete
ET 31 ET
kohaldamisest tulenevad asjakohased sündmused, mis võivad viidata
turvaintsidendile.
2. Frontex, eu-LISA ja liikmesriigid teevad programminõukogu ja nõuanderühma
raames koostööd, et tagada turvariskide haldamise protsessil põhinev sidus
andmeturbe käsitlus.
Artikkel 19
Logide pidamine
1. Kõik riiklikus RECAMASis, iRCMSis, RIATis ja teabevahetusportaalis tehtavad
andmetöötlustoimingud logitakse, et kontrollida nende töötlemistoimingute
õiguspärasust, tagada nende süsteemide nõuetekohane toimimine ja enesekontroll
ning andmete terviklus ja turvalisus.
2. Logi peab sisaldama järgmisi andmeid:
(a) töötlemistoimingu eesmärk;
(b) töödeldud andmed;
(c) töötlemistoimingu kuupäev ja kellaaeg;
(d) andmeid töödelnud üksuse ja vastutava isiku nimi.
3. Logisid võib kasutada üksnes lõikes 1 osutatud otstarbel ning need kustutatakse kolm
aastat pärast nende loomist.
4. Logisid võib säilitada lõikes 3 osutatud ajavahemikust kauem, kui neid on vaja juba
käimasolevate seire- ja/või järelevalvemenetluste jaoks.
5. Igal pädeval asutusel on juurdepääs tema salvestatud andmetega seotud logidele.
6. iRCMSi ja RIATi enesekontrolli ning nõuetekohase toimimise, andmete tervikluse ja
andmeturbe tagamiseks on Frontexil juurdepääs vastavatele logidele.
7. Teabevahetusportaali enesekontrolli ning nõuetekohase toimimise, andmete
tervikluse ja andmeturbe tagamiseks on eu-LISA-l juurdepääs vastavatele logidele.
8. Riiklikel andmekaitse järelevalveasutustel ja Euroopa Andmekaitseinspektoril on
taotluse korral juurdepääs logidele ulatuses, mis on vajalik nende ülesannete
täitmiseks.
Artikkel 20
Andmete säilitamise aeg
1. Kui tagasisaatmine on määruse (EL) 2018/1860 artikli 6 kohaselt kinnitatud,
säilitatakse riiklikku RECAMASi, iRCMSi ja RIATi salvestatud andmeid kümme
aastat alates tagasisaatmise kinnitamise kuupäevast. Kui tagasisaatmisotsus
tühistatakse või tunnistatakse kehtetuks, kustutatakse vastavad andmed viivitamata.
2. Kui tagasisaatmisotsusega kaasneb määruse (EL) 2026/2280 artikli 8 kohane
sissesõidukeeld, säilitatakse riiklikku RECAMASi, iRCMSi ja RIATi salvestatud
andmeid seni, kuni kõnealune sissesõidukeeld kehtib, või lõikes 1 osutatud
ajavahemiku jooksul, olenevalt sellest, kumb ajavahemik on pikem.
3. Lõigetes 1 ja 2 osutatud andmete säilitamisaja möödumisel kustutatakse andmed
riiklikust RECAMASist, iRCMSist ja RIATist automaatselt.
ET 32 ET
4. Käesolev artikkel ei mõjuta Frontexi suhtes kohaldatavaid erinorme, mis tulenevad
määruse (EL) …/… [Euroopa piiri- ja rannikuvalve määrus] artiklist [110].
Artikkel 21
Andmesubjektide õigused
Andmesubjektid võivad kohaldatavate andmekaitsenormide alusel oma õiguste kasutamiseks
esitada taotluse Frontexile, kes edastab taotluse artikli 23 kohaselt teabevahetusportaali kaudu
pädevale vastutavale töötlejale.
Artikkel 22
Statistika
1. Määruse (EL) 2026/2280 artiklis 46 ja määruse (EÜ) nr 862/2007 artiklis 7 osutatud
anonüümitud andmed ning anonüümitud andmed juhtumite staatuse kohta
salvestatakse riiklikust RECAMASist, iRCMSist ja RIATist automaatselt aruandluse
ja statistika keskhoidlasse.
2. Aruandluse ja statistika keskhoidla koostatud statistikalepääsevad juurde pädevad
asutused, Frontex, eu-LISA ja komisjon.
3. Komisjon võib võtta vastu rakendusakte, millega täpsustatakse aruandluse ja
statistika keskhoidlasse andmete salvestamiseks vajalikke tehnilisi nõudeid ning
juhtumite staatust käsitlevate andmete salvestamiseks vajalikke konkreetseid
andmeliike. Nimetatud rakendusaktid võetakse vastu kooskõlas artikli 34 lõikes 2
osutatud kontrollimenetlusega.
Artikkel 23
Vastutus isikuandmete töötlemise eest
1. Riikliku RECAMASi puhul määrab iga liikmesriik asutuse, keda käsitatakse määruse
(EL) 2016/679 artikli 4 punkti 7 kohase vastutava töötlejana seoses nende andmete
töötlemisega, mille ta sellesse süsteemi salvestab, ning selle operatiivjuhtimisega.
Frontexit käsitatakse määruse (EL) 2018/1725 artikli 3 punkti 12 kohase volitatud
töötlejana seoses nende andmete töötlemisega, mille ta sellesse süsteemi salvestab.
2. iRCMSi puhul käsitatakse igas liikmesriigis lõike 1 kohaselt määratud asutust
määruse (EL) 2016/679 artikli 4 punkti 7 kohase vastutava töötlejana seoses nende
andmete töötlemisega, mille ta sellesse süsteemi salvestab. Frontexit käsitatakse
määruse (EL) 2018/1725 artikli 3 punkti 12 kohase volitatud töötlejana seoses nende
andmete töötlemisega, mille ta iRCMSi salvestab, ning iRCMSi
operatiivjuhtimisega.
3. RIATi puhul käsitatakse igas liikmesriigis lõike 1 kohaselt määratud asutust määruse
(EL) 2016/679 artikli 4 punkti 7 kohase vastutava töötlejana seoses nende andmete
töötlemisega, mille ta salvestab sellesse süsteemi riiklike taasintegreerimisabi
programmide juhtumite kohta. Liikmesriikide määratud asutusi ja Frontexit
käsitatakse vastavalt määruse (EL) 2016/679 artikli 26 ja määruse (EL) 2018/1725
artikli 28 kohaste kaasvastutavate töötlejatena seoses RIATi salvestatud
isikuandmete töötlemisega liidu taasintegreerimisabi programmi raames hallatavate
juhtumite puhul. Iga kaasvastutava töötleja vastutus piirdub andmetega, mille ta
RIATi salvestab. Frontexit käsitatakse määruse (EL) 2018/1725 artikli 3 punkti 12
ET 33 ET
kohase volitatud töötlejana seoses nende andmete töötlemisega, mille ta RIATis
hallatavate riiklike taasintegreerimisabi programmide juhtumite kohta salvestab, ning
RIATi operatiivjuhtimisega.
4. Teabevahetusportaali puhul käsitatakse liikmesriikide poolt lõike 1 kohaselt
määratud asutusi ja Frontexit vastavalt määruse (EL) 2016/679 artikli 26 ja määruse
(EL) 2018/1725 artikli 28 kohaste kaasvastutavate töötlejatena seoses
teabevahetusportaali kaudu vahetatavate isikuandmete töötlemisega. Iga
kaasvastutava töötleja vastutus piirdub andmetega, mida ta teabevahetusportaalis
töötleb. eu-LISAt käsitatakse määruse (EL) 2018/1725 artikli 3 punkti 12 kohase
volitatud töötlejana seoses teabevahetusportaali operatiivjuhtimisega.
Artikkel 24
Töötajate koolitus
1. Enne kui pädevate asutuste ja Frontexi töötajatele, kellel on õigus pääseda juurde
riiklikule RECAMASile, iRCMSile, RIATile ja teabevahetusportaalile, antakse luba
töödelda neisse süsteemidesse salvestatud andmeid, ning korrapäraselt pärast
riiklikule RECAMASile, iRCMSile, RIATile ja teabevahetusportaalile juurdepääsu
andmist läbivad nad asjakohased koolitused andmeturbe, põhiõiguste, sealhulgas
isikuandmete kaitse, ning andmetöötluse normide ja menetluste, sealhulgas andmete
kvaliteedi parandamise meetmete kohta. Töötajaid teavitatakse kõigist asjakohastest
kuritegusid ja karistusi käsitlevatest sätetest, sealhulgas artiklis 26 sätestatutest.
2. Liikmesriigid korraldavad oma töötajatele riiklikku RECAMASi käsitlevaid
koolitusi.
3. Frontex korraldab oma töötajatele ja pädevatele asutustele Frontexi RECAMASi,
iRCMSi ja RIATi käsitlevaid koolitusi.
4. eu-LISA korraldab pädevatele asutustele teabevahetusportaali tehnilist toimimist
käsitlevaid koolitusi.
Artikkel 25
Riiklike andmekaitse järelevalveasutuste ja Euroopa Andmekaitseinspektori koostöö
Kooskõlas määruse (EL) 2018/1725 artikliga 62 teevad riiklikud järelevalveasutused ja
Euroopa Andmekaitseinspektor, tegutsedes igaüks oma pädevuse piires, oma kohustuste
raames aktiivselt koostööd ning tagavad eelkõige teabevahetusportaali koordineeritud
järelevalve.
Artikkel 26
Karistused
Liikmesriigid kehtestavad käesoleva määruse rikkumise korral kohaldatavad karistusnormid
ja võtavad kõik vajalikud meetmed nende rakendamise tagamiseks. Kehtestatud karistused
peavad olema mõjusad, proportsionaalsed ja hoiatavad. Liikmesriigid teavitavad komisjoni
viivitamata nimetatud normidest ja meetmetest ning teavitavad teda viivitamata nende
hilisematest muudatustest.
ET 34 ET
4. peatükk
MUUDE LIIDU ÕIGUSAKTIDE MUUTMINE
Artikkel 27
Määruse (EL) 2018/1726 muutmine
Määrust (EL) 2018/1726 muudetakse järgmiselt:
1) artiklisse 1 lisatakse lõiked 4c ja 4d:
„4c. Amet vastutab rändeasutuste vahelise turvalise sidekanali (edaspidi
„teabevahetusportaal“) arendamise, sealhulgas projekteerimine, operatiivjuhtimise ja tehnilise
edasiarendamise eest kooskõlas Euroopa Parlamendi ja nõukogu määrusega (EL) …/…(23)
[käesolev määrus].
4d. Amet vastutab järgmiste tegevuste toetamise eest:
a) Euroopa Piiri- ja Rannikuvalve Ameti toetamine tagasisaatmisjuhtumite haldamise
süsteemi etalonteostuse (edaspidi „Frontexi RECAMAS“) arendamisel, sealhulgas tehniline
edasiarendamine, kooskõlas määrusega (EL) …/… [käesolev määrus];
b) Euroopa Piiri- ja Rannikuvalve Ameti toetamine liidu integreeritud tagasivõtujuhtumite
haldamise süsteemi (edaspidi „iRCMS“) ja liidu taasintegreerimisjuhtumite haldamise
süsteemi (edaspidi „RIAT“) arendamisel, sealhulgas tehniline edasiarendamine, kooskõlas
määrusega (EL) …/… [käesolev määrus].“;
2) lisatakse artiklid 8e ja 8f:
„Artikkel 8e
Teabevahetusportaaliga seotud ülesanded
Teabevahetusportaaliga seoses täidab amet järgmisi ülesandeid:
a) ülesanded, mis on talle antud määruse (EL) …/… [käesolev määrus] artikli 15 lõikega 4 ja
artikli 17 lõikega 4;
b) teabevahetusportaali tehnilise kasutamise alase koolitusega seotud ülesanded, sealhulgas
koolitusmaterjalide pakkumine.
Artikkel 8f
Frontexi RECAMASi, iRCMSi ja RIATiga seotud ülesanded
Frontexi RECAMASi, iRCMSi ja RIATiga seoses täidab amet talle määrusega (EL) …/…
[käesolev määrus] antud ülesandeid.“;
3) artikli 14 lõige 1 asendatakse järgmisega:
„1. Amet seirab teadusuuringuid, mis on olulised SISi, VISi, Eurodaci, EESi, ETIASe,
DubliNeti, ECRIS-TCNi, e-CODEXi süsteemi, ühiste uurimisrühmade koostööplatvormi,
teabevahetusportaali ja muude artikli 1 lõikes 5 osutatud suuremahuliste IT-süsteemide
operatiivjuhtimise jaoks.“;
4) artikli 19 lõike 1 esimesse lõiku lisatakse järgmine punkt qq:
„qq) võtab vastu määruse (EL) …/… [käesolev määrus] artikli 37 lõike 2 kohased aruanded
teabevahetusportaali arendamise ja tegevuse kohta;“.
(23) Euroopa Parlamendi ja nõukogu määrus (EL) .../... [käesoleva määruse täielik pealkiri].
ET 35 ET
Artikkel 28
Määruse (EL) 2018/1860 muutmine
Määrusele (EL) 2018/1860 lisatakse artikkel 17a järgmises sõnastuses:
„Artikkel 17a
Tagasisaatmist käsitlevates hoiatusteadetes sisalduvate andmete säilitamine riiklikes
juhtumite haldamise süsteemides Euroopa Parlamendi ja nõukogu määruse (EL) …/…
[käesolev määrus] kohaldamise eesmärgil
1. Erandina määruse (EL) 2018/1861 artikli 41 lõikest 2 võib täideviiva liikmesriigi pädev
asutus pärast teise liikmesriigi poolt artikli 3 kohaselt sisestatud tagasisaatmist käsitlevale
hoiatusteatele vastava päringutabamuse saamist säilitada Euroopa Parlamendi ja nõukogu
määruse (EL) …/…(24) [käesolev määrus] kohaselt loodud riiklikus RECAMASis kõnealuses
hoiatusteates sisalduvaid andmeid ulatuses, mis on vajalik määruse (EL) …/… [käesolev
määrus] artikli 7 lõikes 1 osutatud eesmärkidel.
2. Kui hoiatusteate sisestanud liikmesriik on hoiatusteadet määruse (EL) 2018/1861 artikli 44
lõike 2 kohaselt muutnud, ajakohastab täideviiv liikmesriik vastavalt kõnealuseid andmeid
oma määruse (EL) …/… [käesolev määrus] kohaselt loodud riiklikus RECAMASis.
3. Erandina määruse (EL) 2018/1861 artikli 42 lõikest 1 säilitatakse ja kustutatakse lõike 1
kohaselt säilitatud andmeid kooskõlas määruse (EL) …/… [käesolev määrus] artikli 20
lõigetega 1–3.
4. Lõike 1 kohaselt säilitatud andmete edastamise või kättesaadavaks tegemise suhtes
kohaldatakse artiklit 15.“
Artikkel 29
Määruse (EL) 2019/817 muutmine
Määrusesse (EL) 2019/817 lisatakse järgmine artikkel 48a:
„Artikkel 48a
Teabevahetusportaal
1. Käesoleva määruse kohaselt nõutav teabevahetus liikmesriikide asutuste vahel ning nende
asutuste ja ETIASe kesküksuse vahel toimub Euroopa Parlamendi ja nõukogu määruse
(EL) …/…(25) [käesolev määrus] alusel loodud teabevahetusportaali kaudu järgmistel
eesmärkidel:
a) andmekaitseõiguste kasutamine artikli 48 lõigete 3 ja 4 kohaselt;
b) pädeva asutuse teavitamine lingi parandamisest või kustutamisest artikli 31 lõike 3 ja
artikli 33 lõike 5 kohaselt;
c) teavitamine lingi parandamisest või kustutamisest artikli 32 lõike 7 kohaselt;
d) pädeva asutuse teavitamine valesti salvestatud lingist artikli 32 lõike 7 kohaselt.
2. Komisjonil on õigus võtta vastu rakendusakte, millega täpsustatakse käesoleva määruse
kohase teabevahetusportaali kaudu toimuva teabevahetuse vorminguid. Nimetatud
rakendusaktid võetakse vastu kooskõlas artikli 74 lõikes 2 osutatud kontrollimenetlusega.“.
(24) Euroopa Parlamendi ja nõukogu määrus (EL) …/… [käesoleva määruse täielik pealkiri]. (25) Euroopa Parlamendi ja nõukogu määrus (EL) …/… [käesoleva määruse täielik pealkiri].
ET 36 ET
Artikkel 30
Määruse (EL) 2019/818 muutmine
Määrust (EL) 2019/818 muudetakse järgmiselt:
1) artiklit 39 muudetakse järgmiselt:
a) lõiked 1 ja 2 asendatakse järgmisega:
„1. SISi, Eurodaci ja ECRIS-TCNi eesmärkide toetamiseks ning süsteemiüleste statistiliste
andmete ja analüütilise aruandluse esitamiseks poliitika, tegevuse ja andmete kvaliteediga
seotud eesmärkidel luuakse kooskõlas asjaomaste nimetatud süsteeme reguleerivate
õigusaktidega aruandluse ja statistika keskhoidla. Aruandluse ja statistika keskhoidla toetab
ka Euroopa Parlamendi ja nõukogu määruse (EL) 2024/982,(26) Euroopa Parlamendi ja
nõukogu määruse (EL) 2025/13(27) ning Euroopa Parlamendi ja nõukogu määruse
(EL) …/…(28) [käesolev määrus] eesmärkide saavutamist.
2. eu-LISA loob ja võtab kasutusele aruandluse ja statistika keskhoidla, mida ta haldab oma
tehnilistes keskustes ning mis sisaldab määruse (EL) 2024/1358 artiklis 12, määruse
(EL) 2018/1862 artiklis 74 ja määruse (EL) 2019/816 artiklis 32 osutatud andmeid ja
statistikat, mis on ELi infosüsteemide kaupa loogiliselt eraldatud. eu-LISA kogub andmeid ja
statistikat määruse (EL) 2024/982 artikli 71 lõikes 2 ja määruse (EL) 2025/13 artikli 39
lõikes 1 osutatud ruuterist. eu-LISA kogub määruse (EL) …/… [käesolev määrus] artiklis 22
osutatud andmeid ja statistikat. Juurdepääs aruandluse ja statistika keskhoidlale antakse
kontrollitud ja turvalise juurdepääsu ning konkreetsete kasutajaprofiilide abil üksnes
aruandluse ja statistika eesmärgil määruse (EL) 2024/1358 artiklis 12, määruse
(EL) 2018/1862 artiklis 74, määruse (EL) 2019/816 artiklis 32, määruse (EL) 2024/982
artikli 71 lõikes 2, määruse (EL) 2025/13 artikli 13 lõikes 1 ja määruse (EL) …/… [käesolev
määrus] artikli 22 lõikes 2 osutatud asutustele.“;
b) lõikesse 4 lisatakse punkt d:
„d) turvaline sidetaristu, mis ühendab aruandluse ja statistika keskhoidla riiklike
tagasisaatmisjuhtumite haldamise süsteemide (edaspidi „riiklikud RECAMASid“), liidu
integreeritud tagasivõtujuhtumite haldamise süsteemi (edaspidi „iRCMS“) ja liidu
taasintegreerimisjuhtumite haldamise süsteemiga (edaspidi „RIAT“) kooskõlas määrusega
(EL) …/… [käesolev määrus].“;
2) lisatakse artikkel 48a:
„Artikkel 48a
Teabevahetusportaal
1. Käesoleva määruse kohaselt nõutav teabevahetus liikmesriikide asutuste vahel ning nende
asutuste ja ETIASe kesküksuse vahel toimub määruse (EL) …/… [käesolev määrus] alusel
loodud teabevahetusportaali kaudu järgmistel eesmärkidel:
(26) Euroopa Parlamendi ja nõukogu 13. märtsi 2024. aasta määrus (EL) 2024/982, milles käsitletakse
politseikoostöö raames toimuvat automatiseeritud andmete otsingut ja vahetust ning millega
muudetakse nõukogu otsuseid 2008/615/JSK ja 2008/616/JSK ning Euroopa Parlamendi ja nõukogu
määruseid (EL) 2018/1726, (EL) 2019/817 ja (EL) 2019/818 (Prüm II määrus) (ELT L, 2024/982,
5.4.2024, ELI: http://data.europa.eu/eli/reg/2024/982/oj). (27) Euroopa Parlamendi ja nõukogu 19. detsembri 2024. aasta määrus (EL) 2025/13, mis käsitleb reisijaid
käsitleva eelteabe kogumist ja edastamist terroriaktide ja raskete kuritegude ennetamiseks,
avastamiseks, uurimiseks ja nende eest vastutusele võtmiseks ning millega muudetakse määrust
(EL) 2019/818 (ELT L, 2025/13, 8.1.2025, ELI: http://data.europa.eu/eli/reg/2025/13/oj). (28) Euroopa Parlamendi ja nõukogu määrus (EL) …/… [käesoleva määruse täielik pealkiri].
ET 37 ET
a) andmekaitseõiguste kasutamine artikli 48 lõigete 3 ja 4 kohaselt;
b) pädeva asutuse teavitamine lingi parandamisest või kustutamisest artikli 31 lõike 3 ja
artikli 33 lõike 5 kohaselt;
c) teavitamine lingi parandamisest või kustutamisest artikli 32 lõike 7 kohaselt;
d) pädeva asutuse teavitamine valesti salvestatud lingist artikli 32 lõike 7 kohaselt.
2. Komisjonil on õigus võtta vastu rakendusakte, millega täpsustatakse käesoleva määruse
kohase teabevahetusportaali kaudu toimuva teabevahetuse vorminguid. Nimetatud
rakendusaktid võetakse vastu kooskõlas artikli 70 lõikes 2 osutatud kontrollimenetlusega.“;
3) artiklit 62 muudetakse järgmiselt:
a) lisatakse lõige 3a:
„3a. Liikmesriikide pädevate asutuste, Euroopa Piiri- ja Rannikuvalve Ameti, eu-LISA ja
komisjoni nõuetekohaselt volitatud töötajatel on juurdepääs määruse (EL) …/… [käesolev
määrus] artiklis 22 osutatud riiklike RECAMASide, iRCMSi ja RIATiga seotud andmetega
tutvumiseks.“;
b) lõige 6 asendatakse järgmisega:
„6. Lõigete 1, 2, 3 ja 3a kohaldamisel säilitab eu-LISA nimetatud lõigetes osutatud andmeid
aruandluse ja statistika keskhoidlas. Aruandluse ja statistika keskhoidlas säilitatavate andmete
alusel ei ole võimalik isikut tuvastada, kuid need andmed võimaldavad lõigetes 1, 2, 3 ja 3a
loetletud asutustel saada kohandatavaid aruandeid ja statistikat, et suurendada kontrollide
tegemise tõhusust piiril, aidata asutustel menetleda viisataotlusi ning toetada rändepoliitika
tõenduspõhist kujundamist ja liidu julgeolekut.“.
5. peatükk
LÕPPSÄTTED
Artikkel 31
Kulud
Riiklike RECAMASide arendamise, tehniline edasiarendamine kaasa arvatud, ja
operatiivjuhtimisega seotud kulud kannab iga asjaomane liikmesriik. Need kulud hõlmavad
kulusid, mis on seotud Frontexi RECAMASi, iRCMSi, RIATi ja teabevahetusportaali
integreerimisega riiklikesse RECAMASidesse ning Frontexi RECAMASi kohandamisega.
Artikkel 32
Teavitamine
1. Liikmesriigid teatavad komisjonile, Frontexile ja eu-LISA-le asutuse, keda
käsitatakse artikli 23 kohaselt vastutava töötleja ja kaasvastutava töötlejana.
2. Liikmesriigid teatavad komisjonile, Frontexile ja eu-LISA-le artiklites 7, 8 ja 9
osutatud pädevad asutused, kellel on õigus andmeid salvestada, nendega tutvuda,
neid parandada või kustutada.
3. Liikmesriigid teatavad komisjonile, Frontexile ja eu-LISA-le artikli 14 lõikes 3
osutatud ühtse kontaktpunkti.
4. Frontex haldab avalikku veebisaiti, mida ajakohastatakse pidevalt ja mis sisaldab
käesolevas artiklis osutatud teavet.
ET 38 ET
Artikkel 33
Töölerakendamine
1. Hiljemalt [ELT: palun lisada kuupäev: neli aastat pärast käesoleva määruse
jõustumise kuupäeva] peavad liikmesriigid olema kasutusele võtnud riikliku
RECAMASi ja seda kasutama. Iga liikmesriik teatab komisjonile ja Frontexile
viivitamata kuupäeva, mil ta hakkas oma riiklikku RECAMASi kasutama.
2. Komisjon määrab rakendusaktiga kindlaks iRCMSi ja RIATi arendamise
lõpuleviimise kuupäeva, kui Frontex on eu-LISA toel läbiviidud iRCMSi ja RIATi
põhjaliku testimise eduka lõpuleviimise kinnitanud.
3. Ühe aasta jooksul alates lõike 2 kohaselt kindlaks määratud kuupäevast, või kui see
on hilisem, lõikes 1 osutatud teate esitamise kuupäevast võtab iga liikmesriik
vajalikud meetmed iRCMSi ja RIATi integreerimiseks oma riiklikku RECAMASi
kooskõlas artikli 15 lõikega 3 ning teatab komisjonile ja Frontexile integreerimise
edukast lõpuleviimisest.
4. Komisjon määrab rakendusaktiga kindlaks kuupäeva, millest alates iRCMS ja RIAT
asjaomastes liikmesriikides tööle rakendatakse ja Frontex neid käitab, kui Frontex on
kinnitanud iRCMSi ja RIATi eduka integreerimise asjaomaste liikmesriikide
riiklikesse RECAMASidesse. Frontexi kinnitus põhineb põhjalike testide edukal
lõpuleviimisel; testid viiakse läbi pärast lõikes 3 osutatud teate saamist koostöös
asjaomase liikmesriigi või asjaomaste liikmesriikidega ning eu-LISA toel.
5. Komisjon määrab rakendusaktiga kindlaks teabevahetusportaali arendamise
lõpuleviimise kuupäeva, kui eu-LISA on kinnitanud teabevahetusportaali põhjaliku
testimise eduka lõpuleviimise; testimine viiakse vajaduse korral läbi koostöös
Frontexi ja liikmesriikidega.
6. Ühe aasta jooksul alates lõike 5 kohaselt kindlaks määratud kuupäevast, või kui see
on hilisem, lõikes 1 osutatud teate esitamise kuupäevast võtab iga liikmesriik
vajalikud meetmed teabevahetusportaali integreerimiseks oma riiklikku RECAMASi
kooskõlas artikli 15 lõikega 4 ning teatab komisjonile ja Frontexile integreerimise
edukast lõpuleviimisest. Ühe aasta jooksul alates lõike 5 kohaselt kindlaks määratud
kuupäevast võtab Frontex vajalikud meetmed teabevahetusportaali integreerimiseks
tagasisaatmise haldamise integreeritud platvormi kooskõlas artikli 14 lõikega 2 ning
teatab komisjonile integreerimise edukast lõpuleviimisest.
7. Komisjon määrab rakendusaktiga kindlaks kuupäeva, millest alates
teabevahetusportaal asjaomastes liikmesriikides tööle rakendatakse ja Frontex seda
käitab, kui eu-LISA on kinnitanud teabevahetusportaali eduka integreerimise
asjaomaste liikmesriikide riiklikesse RECAMASidesse ja tagasisaatmise haldamise
integreeritud platvormi. eu-LISA kinnituse aluseks on põhjalike testide edukas
lõpuleviimine; testid viiakse läbi pärast lõikes 6 osutatud teate saamist koostöös
asjaomaste liikmesriikidega.
8. Komisjon teavitab Euroopa Parlamenti ja nõukogu lõigete 2, 4, 5 ja 7 kohaselt
kindlaks määratud kuupäevadest.
9. Lõigetes 2, 4, 5 ja 7 osutatud rakendusaktid avaldatakse Euroopa Liidu Teatajas.
10. Liikmesriigid ja asjakohasel juhul Frontex alustavad iRCMSi ja RIATi ning
teabevahetusportaali kasutamist vastavalt lõike 4 ja lõike 7 kohaselt kindlaks
määratud kuupäevadel.
ET 39 ET
Artikkel 34
Komiteemenetlus
1. Komisjoni abistab komitee. Nimetatud komitee on komitee määruse (EL)
nr 182/2011 tähenduses.
2. Käesolevale lõikele viitamisel kohaldatakse määruse (EL) nr 182/2011 artiklit 5.
Artikkel 35
Nõuanderühm
1. Frontex loob nõuanderühma.
2. Nõuanderühm annab Frontexile ja eu-LISA-le RECAMASi mudeli, Frontexi
RECAMASi, riiklike RECAMASide, iRCMSi, RIATi ja teabevahetusportaaliga
seotud eksperditeadmisi, eelkõige nende iga-aastaste tööprogrammide ja
tegevusaruannete ettevalmistamisel.
3. Nõuanderühm koosneb riiklikest ekspertidest, kahest Frontexi projektijuhist, kahest
eu-LISA projektijuhist ja ühest komisjoni liikmest. Nõuanderühma juhib Frontex.
Artikkel 36
Kontaktpunkt
Iga liikmesriik määrab pädeva asutuse, kes on käesoleva määruse rakendamisel
kontaktpunktiks. Iga liikmesriik teatab selle asutuse nime komisjonile. Kui liikmesriik
muudab määratud asutust, teatab ta sellest komisjonile.
Artikkel 37
Järelevalve ja hindamine
1. Frontex esitab Euroopa Parlamendile, nõukogule, komisjonile ja Euroopa
Andmekaitseinspektorile igal aastal aruande Frontexi RECAMASi, riiklike
RECAMASide, iRCMSi ja RIATi arendamise ja tegevuse kohta, sealhulgas nende
tehnilise toimimise ja turvalisuse kohta. Kõnealune aastaaruanne sisaldab teavet
operatiivjuhtimise, sealhulgas andmekaitse- ja turvaintsidentide kohta, ning nende
süsteemide toimimise kohta, võrreldes seda väljundit, kulutõhusust ja teenuste
kvaliteeti puudutavate eesmärkide osas eelnevalt kindlaks määratud kvantitatiivsete
näitajatega.
2. eu-LISA esitab Euroopa Parlamendile, nõukogule, komisjonile ja Euroopa
Andmekaitseinspektorile aastaaruande teabevahetusportaali arendamise ja tegevuse,
sealhulgas selle tehnilise toimimise ja turvalisuse kohta. Kõnealune aastaaruanne
sisaldab teavet selle süsteemi haldamise ja toimimise kohta, võrreldes seda tulemusi,
kulutõhusust ja teenuste kvaliteeti puudutavate eesmärkide osas eelnevalt kindlaks
määratud kvantitatiivsete näitajatega.
3. Viis aastat pärast kõigi riiklike RECAMASide, iRCMSi, RIATi ja
teabevahetusportaali töölerakendamist ning seejärel iga viie aasta järel esitab
komisjon Euroopa Parlamendile ja nõukogule hindamisaruande käesoleva määruse
kohaldamise kohta. Selleks on komisjonil alaline juurdepääs Frontexi RECAMASile,
iRCMSile, RIATile ja teabevahetusportaalile, ilma et tal oleks võimalik pääseda
juurde isikuandmetele.
ET 40 ET
4. Liikmesriigid esitavad Frontexile, eu-LISA-le ja komisjonile käesolevas artiklis
osutatud aastaaruannete ja hindamise koostamiseks vajaliku teabe.
5. Hindamisi võib läbi viia kooskõlas nõukogu määrusega (EL) 2022/922(29).
Artikkel 38
Jõustumine
Käesolev määrus jõustub kahekümnendal päeval pärast selle avaldamist Euroopa Liidu
Teatajas.
Käesolev määrus on tervikuna siduv ja vahetult kohaldatav kõikides liikmesriikides.
Brüssel,
Euroopa Parlamendi nimel Nõukogu nimel
president eesistuja
[…] […]
(29) Nõukogu 9. juuni 2022. aasta määrus (EL) 2022/922, mis käsitleb Schengeni acquis’ kohaldamise
kontrollimiseks hindamis- ja järelevalvemehhanismi kehtestamist ja toimimist ning millega
tunnistatakse kehtetuks määrus (EL) nr 1053/2013 (ELT L 160, 15.6.2022, lk 1, ELI:
http://data.europa.eu/eli/reg/2022/922/oj).
ET 1 ET
FINANTS- JA DIGISELGITUS
1. ETTEPANEKU/ALGATUSE RAAMISTIK .............................................................. 3
1.1. Ettepaneku/algatuse nimetus ................. 3
1.2. Asjaomased poliitikavaldkonnad ................................................................................. 3
1.3. Eesmärgid ..................................................................................................................... 3
1.3.1. Üldeesmärgid ............................................................................................................... 3
1.3.2. Erieesmärgid ................................................................................................................ 3
1.3.3. Oodatavad tulemused ja mõju ...................................................................................... 3
1.3.4. Tulemusnäitajad ........................................................................................................... 4
1.4. Ettepanek/algatus käsitleb ............................................................................................ 4
1.5. Ettepaneku/algatuse põhjendused ................................................................................ 5
1.5.1. Lühi- või pikaajalises perspektiivis täidetavad vajadused, sealhulgas algatuse
rakendamise üksikasjalik ajakava ................................................................................ 5
1.5.2. ELi meetme lisaväärtus (see võib tuleneda eri teguritest, nagu kooskõlastamisest
saadav kasu, õiguskindlus, suurem tõhusus või vastastikune täiendavus). Käesoleva
punkti kohaldamisel tähendab „ELi meetme lisaväärtus“ väärtust, mis tuleneb liidu
sekkumisest ja lisandub väärtusele, mille liikmesriigid oleksid muidu üksi loonud. .. 5
1.5.3. Samalaadsetest kogemustest saadud õppetunnid ......................................................... 6
1.5.4. Kooskõla mitmeaastase finantsraamistikuga ja võimalik koostoime muude
asjakohaste vahenditega ............................................................................................... 7
1.5.5. Erinevate kasutada olevate rahastamisvõimaluste, sealhulgas vahendite
ümberpaigutamise võimaluste hinnang ........................................................................ 7
1.6. Ettepaneku/algatuse ja selle finantsmõju kestus .......................................................... 8
1.7. Kavandatud eelarve täitmise viis(id) ............................................................................ 8
2. HALDUSMEETMED ................................................................................................ 10
2.1. Järelevalve ja aruandluse reeglid ............................................................................... 10
2.2. Haldus- ja kontrollisüsteem(id) .................................................................................. 10
2.2.1. Eelarve täitmise viisi(de), rahastuse rakendamise mehhanismi(de), maksete tegemise
korra ja kavandatava kontrollistrateegia selgitus ....................................................... 10
2.2.2. Teave kindlakstehtud riskide ja nende vähendamiseks kasutusele võetud
sisekontrollisüsteemi(de) kohta .................................................................................. 11
2.2.3. Kontrollimeetmete hinnanguline kulutõhusus (kontrollikulude suhe hallatavate
vahendite väärtusse), selle põhjendus ja oodatav veariski tase (maksete tegemise ja
sulgemise ajal) ............................................................................................................ 11
2.3. Pettuste ja õigusnormide rikkumise ärahoidmise meetmed ....................................... 12
3. ETTEPANEKU/ALGATUSE HINNANGULINE FINANTSMÕJU ....................... 13
3.1. Mitmeaastase finantsraamistiku rubriigid ja kulude eelarveread, millele mõju avaldub13
3.2. Ettepaneku hinnanguline finantsmõju assigneeringutele ........................................... 15
ET 2 ET
3.2.1. Hinnanguline mõju tegevusassigneeringutele – ülevaade.......................................... 15
3.2.1.1. Heakskiidetud eelarvest saadavad assigneeringud ..................................................... 15
3.2.2. Hinnanguline mõju haldusassigneeringutele – ülevaade ........................................... 20
3.2.2.1. Heakskiidetud eelarvest saadavad assigneeringud ...................................................... 20
3.2.3. Hinnanguline personalivajadus .................................................................................. 20
3.2.3.1. Rahastatakse heakskiidetud eelarvest ........................................................................ 20
3.2.4. Hinnanguline mõju digitehnoloogiaga seotud investeeringutele – ülevaade ............. 22
3.2.5. Kooskõla kehtiva mitmeaastase finantsraamistikuga................................................. 22
3.2.6. Kolmandate isikute rahaline osalus ............................................................................ 23
3.2.7. Detsentraliseeritud asutuse hinnanguline personali- ja assigneeringute vajadus ....... 23
3.3. Hinnanguline mõju tuludele ....................................................................................... 26
4. DIGIMÕÕDE ............................................................................................................. 27
4.1. Diginõuded ................................................................................................................. 27
4.2. Andmed ...................................................................................................................... 30
4.3. Digilahendused ........................................................................................................... 33
4.4. Koostalitlusvõime hindamine .................................................................................... 41
4.5. Digimõõtme rakendamist toetavad meetmed ............................................................. 45
ET 3 ET
1. ETTEPANEKU/ALGATUSE RAAMISTIK
1.1. Ettepaneku/algatuse nimetus
Ettepanek: Euroopa Parlamendi ja nõukogu määrus, mis käsitleb tagasisaatmise,
tagasivõtmise ja taasintegreerimise valdkonna juhtumite haldamise digitaliseerimist
ning millega muudetakse määruseid (EL) 2018/1726, (EL) 2018/1860,
(EL) 2019/817 ja (EL) 2019/818
1.2. Asjaomane poliitikavaldkond
Siseküsimused
1.3. Eesmärgid
1.3.1. Üldeesmärgid
Toetada tagasisaatmismääruses sätestatud tagasisaatmist, tagasivõtmist ja
taasintegreerimist käsitlevate normide rakendamist ning aidata kaasa rände- ja
varjupaigaleppe rakendamisele. Nende kahe eesmärgi saavutamine aitab kaasa
Schengeni ala nõuetekohasele toimimisele ja Euroopa ühise varjupaigasüsteemi
kestlikkusele.
1.3.2. Erieesmärgid
Erieesmärk nr 1: suurendada andmete jagamist sama liikmesriigi pädevate asutuste
vahel, liikmesriikide vahel ning liikmesriikide ja Frontexi vahel, samuti
liikmesriikide või Frontexi ja kolmandate riikide vahel kooskõlas
andmekaitsenormidega, et tagada tagasisaatmis-, tagasivõtmis- ja
taasintegreerimisprotsesside läbiviimiseks ja jälgimiseks vajaliku teabe
kättesaadavus.
Erieesmärk nr 2: edendada tagasisaatmis-, tagasivõtmis- ja
taasintegreerimisprotsesside digitaliseerimist ning kõrvaldada olemasolevate IT-
süsteemide piiratud funktsionaalsusest tulenevad puudused, et protsessid ja
aruandlusnõuded oleksid rohkem digitaliseeritud, kasutajasõbralikumad ja
automatiseeritumad, ning vähendada märkimisväärselt riiklike asutuste haldus- ja
töökoormust.
Erieesmärk nr 3: võimaldada täpsema ja usaldusväärsema statistika automaatset
koostamist ning lühendada andmete kogumiseks kuluvat aega, et paremini toetada
tõenduspõhist poliitikakujundamist ja otsuste tegemist.
1.3.3. Oodatavad tulemused ja mõju
Liikmesriigid arendavad, hooldavad ja käitavad oma riiklikke tagasisaatmisjuhtumite
haldamise süsteeme (riiklikud RECAMASid).
Frontex hooldab ja ajakohastab RECAMASi mudelit ning arendab koostöös eu-
LISAga Frontexi RECAMASi, mille soovivad liikmesriigid võivad kasutusele võtta
ja oma vajadustele kohandada. Frontex arendab ka spetsiaalseid kasutusvalmis IT-
lahendusi (nt RECAP – rakendus, mis võimaldab kolmandate riikide kodanike ja
rändeasutuste vahelist teabevahetust), mida saab integreerida riiklikesse
RECAMASidesse. Frontex arendab ja hooldab koostöös eu-LISAga ELi
integreeritud tagasivõtujuhtumite haldamise süsteemi (iRCMS) ja
ET 4 ET
taasintegreerimisjuhtumite haldamise süsteemi (RIAT), mis integreeritakse
riiklikesse RECAMASidesse.
eu-LISA arendab teabevahetusportaali, mis võimaldab tagasisaatmise eest
vastutavatel asutustel jagada teavet, mida ei saa jagada olemasolevate või tulevaste
ELi infosüsteemide kaudu.
Tagasisaatmis-, tagasivõtmis- ja taasintegreerimismenetluste juhtumite haldamise
digitaliseerimisega kiirendab, lihtsustab ja tõhustab algatus protsesse, suurendab
nende läbipaistvust ning vähendab riiklike pädevate asutuste ja Frontexi
töökoormust.
1.3.4. Tulemusnäitajad
Erieesmärk nr 1
– Liikmesriikide taotletud ning teistele liikmesriikidele tagasisaatmismääruses
sätestatud kohaldatavate tähtaegade jooksul kättesaadavaks tehtud
tagasisaatmis-, tagasivõtu- ja taasintegreerimisjuhtumeid käsitlevate
andmekogumite arv.
– iRCMSi kaudu menetletud tagasivõtmistaotluste arv.
Erieesmärk nr 2
– Kasutusele võetud riiklike RECAMASide arv.
– Nende liikmesriikide arv, kes kasutavad Frontexi RECAMASi või selle osi.
– Nende riiklike RECAMASide arv, millesse on integreeritud iRCMS ja RIAT.
– Euroopa otsinguportaali, aruandluse ja statistika keskhoidla ja SISiga
ühendatud riiklike RECAMASide arv.
– Nende riiklike RECAMASide arv, mis on ühendatud teabevahetusportaaliga.
– Lihtsustatud või automatiseeritud alamprotsesside arv.
– Tagasisaatmis-, tagasivõtu- ja taasintegreerimisjuhtumi keskmine menetlemise
kestus.
– Uute menetluste ja IT-süsteemide kasutamiseks koolitatud töötajate arv.
Erieesmärk nr 3
– Automaatselt koostatud statistiliste andmekogumite arv (nagu on ette nähtud
tagasisaatmismääruses).
– Tagasisaatmismääruses sätestatud kohaldatavate tähtaegade jooksul esitatud
statistiliste andmekogumite arv (nagu on ette nähtud tagasisaatmismääruses).
1.4. Ettepanek/algatus käsitleb
☑uut meedet
uut meedet, mis tuleneb katseprojektist / ettevalmistavast meetmest1
olemasoleva meetme pikendamist
1 Vastavalt finantsmääruse artikli 58 lõike 2 punktile a või b.
ET 5 ET
ühe või mitme meetme ümbersuunamist teise või uude meetmesse või ühendamist
teise või uue meetmega
1.5. Ettepaneku/algatuse põhjendused
1.5.1. Lühi- või pikaajalises perspektiivis täidetavad vajadused, sealhulgas algatuse
rakendamise üksikasjalik ajakava
Kõik süsteemid (riiklikud RECAMASid, Frontexi RECAMAS, iRCMS, RIAT ja
teabevahetusportaal) on kavas välja arendada nelja aasta jooksul alates määruse
jõustumisest vastavalt järgmisele esialgsele ajakavale:
- 2028. aasta III kvartal: määruse jõustumine;
- 2028. aasta III/IV kvartal: IT-süsteemide arendamise juhtimisraamistiku
loomine;
- 2028. aasta III kvartal kuni 2030. aasta I kvartal: käivitamisetapp, sealhulgas
töötajate värbamine;
- 2030. aasta I kuni II kvartal: hankeetapp;
- 2030. aasta II kvartal kuni 2032. aasta I kvartal: arendusetapp;
- 2032. aasta I kvartal kuni 2032. aasta II kvartal: testimisetapp;
- 2032. aasta II kvartal kuni 2032. aasta III kvartal: järkjärgulise liidestamise
etapp ja järkjärguline töölerakendamine.
1.5.2. ELi meetme lisaväärtus (see võib tuleneda eri teguritest, nagu kooskõlastamisest
saadav kasu, õiguskindlus, suurem tõhusus või vastastikune täiendavus). Käesoleva
punkti kohaldamisel tähendab „ELi meetme lisaväärtus“ väärtust, mis tuleneb liidu
sekkumisest ja lisandub väärtusele, mille liikmesriigid oleksid muidu üksi loonud.
ELi tasandi meetme põhjused (ex-ante)
Kindlakstehtud probleeme ei ole võimalik riiklikul tasandil tulemuslikult lahendada.
Arvestades praeguse digikeskkonna suurt killustatust, jätkavad liikmesriigid ELi
tasandi koordineerimise ja asjakohase ELi õigusraamistiku puudumisel omavahel
ühendamata süsteemide arendamist, mis toob kaasa ebatõhususe, ebaühtlase
digitaliseerimise ja suuremad kulud. Tagasisaatmis-, tagasivõtmis- ja
taasintegreerimisprotsesside ebatõhus digitaalne haldamine takistab tulevikus ühiste
tagasisaatmisnormide rakendamist, mille tulemusel jääb tagasisaatmise
tulemuslikkus alla optimaalse taseme. See mõjutaks ka rände- ja varjupaigaleppe
normide nõuetekohast toimimist ning avaldaks mõju Schengeni alale.
ELi tasandi sekkumine on hädavajalik, et tagada asjaomaste IT-süsteemide
omavaheline ühendamine liikmesriikides (sealhulgas ELi infosüsteemide võimalusi
ära kasutades) järjepidev andmevahetus ning tegevuse tõhusus kõigis liikmesriikides.
Üksnes ELi tasandil koordineeritud lähenemisviis võimaldab sidusalt lahendada
piiriüleseid probleeme, millega liikmesriigid praegu kokku puutuvad, näiteks seoses
andmete ebapiisava jagamisega liikmesriikide vahel.
Oodatav tekkiv ELi lisaväärtus (ex-post)
Algatus loob ELi lisaväärtust, sest ELi tasandi algatusega saab luua ühise raamistiku,
mis eeldatavasti parandab andmete jagamist, kiirendab menetlusi, vähendab
halduskoormust ja võimaldab koostada üksikasjalikumat statistikat. Sama tulemust ei
ET 6 ET
ole võimalik saavutada, kui liikmesriigid tegutsevad eraldi. ELi tasandil ühtlustatud
ja digitaliseeritud lähenemisviis tagasisaatmis-, tagasivõtmis- ja
taasintegreerimisprotsessidele parandab tagasisaatmissüsteemi üldist tulemuslikkust
ning on kooskõlas rände- ja varjupaigaleppe laiemate eesmärkidega.
Lõppkokkuvõttes toetavad sidusad digitaliseerimispüüdlused Schengeni ala
nõuetekohast toimimist ja Euroopa ühise varjupaigasüsteemi kestlikkust.
Ühtne digiraamistik tugevdab ELi positsiooni läbirääkimistel ja suhtluses
kolmandate riikidega ning parandab 24 ELi tagasivõtukokkulepete rakendamist,
milles on ette nähtud ühtsed menetlused. See aitaks muuta lähenemisviisi
sujuvamaks ja tagada kolmandates riikides ühtsemad ootused ning tooks kasu kõigile
liikmesriikidele.
ELi tasandi jõupingutused loovad mastaabisäästu, vähendades keskmisi kulusid, ning
aitavad vältida tegevuste dubleerimist, mis tuleneb süsteemide arendamisest
üksteisest eraldatult, ja toetavad tõenduspõhist poliitikakujundamist, sealhulgas
andmete ja statistika usaldusväärsuse suurendamise kaudu. Ressursse ja
eksperditeadmisi koondades saab EL pakkuda töökindlamaid ja paremini
skaleeritavaid lahendusi kui liikmesriigid eraldi tegutsedes.
1.5.3. Samalaadsetest kogemustest saadud õppetunnid
Tagasisaatmise valdkonnas on Frontex kooskõlas oma volitustega (millele viidatakse
ka kui „Euroopa piiri- ja rannikuvalve määrusele“) töötanud välja
tagasisaatmisjuhtumite haldamise mudeli (edaspidi „RECAMASi mudel“), et aidata
liikmesriikidel täiustada oma tagasisaatmisjuhtumite haldamise süsteeme ja tagada
nende vähemalt minimaalne tõhusus. RECAMASi mudel on näidis (st dokument,
mitte IT-süsteem), mille alusel saavad liikmesriigid üles ehitada ja kasutusele võtta
oma juhtumite haldamise süsteemid sarnasel viisil, võimaldades asjaomaste
liikmesriikide asutuste vahel tõhustatud koostööd ning parandades samal ajal
andmete kogumist. ELi tagasisaatmiskoordinaatori tegevusstrateegia ning rände- ja
varjupaigaleppe ühise rakenduskava osana pidid kõik liikmesriigid olema alustanud
RECAMASi mudelil põhineva riikliku süsteemi arendamist ja rakendamist
aastatel 2024–2025. Praeguseks on 26 ELi liikmesriigil tagasisaatmisjuhtumite
haldamise süsteem, mis on teataval määral RECAMASi mudeliga kooskõlas, kuid
neist vaid 12 käitavad täielikult RECAMASi mudelil põhinevat süsteemi.
Tagasivõtmise valdkonnas on komisjon toetanud tagasivõtujuhtumite haldamise
süsteemide (edaspidi „RCMS“) arendamist ja toimimist, et võimaldada
liikmesriikidel ja kolmandatel riikidel viia tagasivõtmismenetlusi läbi tõhusalt,
digitaalselt ja standarditud viisil, kuid ELi tasandil puuduvad konkreetsed normid,
mis reguleeriksid nende süsteemide kasutamist. Süsteemid asuvad füüsiliselt
kolmandates riikides ja kuuluvad neile ning nendega kaasnevad jooksvad
hoolduskulud. Praegu on kasutusel ainult kuus RCMSi – Armeenia, Bangladeshi,
Gruusia, Pakistani, Sri Lanka ja Ukrainaga. Need kuus RCMSi võimaldavad esitada
kolmandale riigile tagasivõtmistaotlusi ning jälgida töövooge, mis on seotud
kodakondsuse kontrollimise ja kinnitamise, reisidokumentide väljaandmise ja
tagasisaatmisoperatsioonidega. Tegemist on eraldiseisvate süsteemidega, millest
igaüks nõuab erinevat sisselogimisprotseduuri ning mis ei võimalda liikmesriikide
ega ELi süsteemidest teavet otse üles laadida. Komisjonil on juhtiv roll nende
liikmesriikide ühendamisel olemasolevate RCMSidega, kes seda soovivad, ning
komisjon toetab rahaliselt nende nõuetekohast tehnilist hooldust ja toimimist.
ET 7 ET
Taasintegreerimise valdkonnas on komisjon välja töötanud taasintegreerimisalase abi
vahendi (edaspidi „RIAT“), et tagada taasintegreerimisjuhtumeid käsitlev
teabevahetus liikmesriikide tagasisaatmisnõustajate ja kolmandates riikides
tegutsevate taasintegreerimispartnerite vahel. RIAT on osa Euroopa rändevõrgustiku
teabevahetussüsteemist (EMN IES), mis loodi 2008. aastal. Lisaks teabevahetusele
kasutatakse RIATi juhtumite finants- ja haldusküsimuste lahendamiseks eri
taasintegreerimisprogrammide, sealhulgas Frontexi enda ELi
taasintegreerimisprogrammi raames, ning andmete kogumiseks. Praegu on RIATiga
ühendatud kõik ELi liikmesriigid, Šveits, Norra ja Island ning mõned
taasintegreerimispartnerid.
Olemasolevate IT-süsteemide käideldavus, kasutamine ja funktsioonid erinevad
liikmesriigiti suuresti. Olemasolevad tagasisaatmise, tagasivõtmise ja
taasintegreerimise IT-süsteemid on välja töötatud eraldi ja eri osalejate poolt nii ELi
kui ka riigi tasandil. Praeguse õigusraamistiku ja töökorralduse tingimustes on
edasise arendamise ja andmete jagamise võimalused piiratud. Selle tulemuseks on
killustunud ja ebatõhus digikeskkond.
1.5.4. Kooskõla mitmeaastase finantsraamistikuga ja võimalik koostoime muude
asjakohaste vahenditega
Digitaliseerimine on rände- ja varjupaigaleppes sõnaselgelt määratletud kiirete ja
tõhusate rändemenetluste võimaldajana. Digisüsteemid on hädavajalikud
operatiivkoostöö parandamiseks, usaldusväärse andmekogumise tagamiseks,
halduskoormuse vähendamiseks ning ELi rändenormide täitmise seire ja tagamise
tugevdamiseks. See eesmärk on kooskõlas ELi laiema poliitilise eesmärgiga
arendada Euroopa digilahendusi, mis lihtsustavad menetlusi, tagades samal ajal
põhiõiguste ja isikuandmete kaitse.
Vajadust tagasisaatmise, tagasivõtmise ja taasintegreerimise valdkonna juhtumite
haldamise digitaliseerimise järele on rõhutatud president von der Leyeni 2024.–
2029. aasta poliitilistes suunistes, komisjoni 2025. ja 2026. aasta tööprogrammides,
milles algatust on sõnaselgelt kirjeldatud kui märkimisväärse lihtsustamismõõtmega
algatust,3 ning Euroopa varjupaiga- ja rändehaldusstrateegias4.
Tagasisaatmismäärusega luuakse ELi ühine tagasisaatmissüsteem, mis võimaldab
andmeid tõhusamalt jagada ja edastada kooskõlas andmekaitsenormidega.
ELi ja liikmesriikide tasandil vajalikud investeeringud võivad jääda 2028.–
2034. aasta mitmeaastase finantsraamistiku üle peetavatel läbirääkimistel kokku
lepitud summade piiresse.
1.5.5. Erinevate kasutada olevate rahastamisvõimaluste, sealhulgas vahendite
ümberpaigutamise võimaluste hinnang
Algatus eeldab uute IT-süsteemide loomist, mille eest hakkavad vastutama Frontex ja
eu-LISA.
Frontex arendab ja hooldab tagasisaatmisjuhtumite haldamise IT-etalonteostust
(Frontexi RECAMAS), ELi integreeritud tagasivõtujuhtumite haldamise süsteemi
(iRCMS) ja ELi taasintegreerimisjuhtumite haldamise süsteemi (RIAT).
eu-LISA projekteerib, arendab ja hooldab rändeasutuste vahelist sidekanalit
(teabevahetusportaal).
ET 8 ET
Nende eesmärkide saavutamiseks on vaja laiendada Frontexi ja eu-LISA volitusi,
sest nende praegused ülesanded ei hõlma uusi ülesandeid. Seetõttu on vaja uusi
rahalisi vahendeid ja inimressursse, et mõlemad ametid saaksid oma uusi ülesandeid
täita.
Programminõukogu ja nõuanderühm toetavad uute IT-süsteemide arendamist ja
edasist edasiarendamist. Neisse kahte struktuuri on kaasatud ka rände ja siseasjade
peadirektoraat. Koosolekud toimuvad korrapäraselt ja arendusetapis vähemalt kuus
korda aastas. Üldisemalt peab rände ja siseasjade peadirektoraat jälgima tulevase
määruse väljatöötamist ja rakendamist ning selle üldist järgimist. Seetõttu on
komisjonil oma uute ülesannete täitmiseks vaja täiendavaid töötajaid.
1.6. Ettepaneku/algatuse ja selle finantsmõju kestus
Piiratud kestusega
– hõlmab ajavahemikku [PP/KK]AAAA–[PP/KK]AAAA
– finantsmõju kulukohustuste assigneeringutele avaldub ajavahemikul AAAA–
AAAA ja maksete assigneeringutele ajavahemikul AAAA–AAAA.
☑Piiramatu kestusega
– Rakendamise käivitumisperiood hõlmab ajavahemikku 2028–2034,
– millele järgneb täieulatuslik rakendamine.
1.7. Kavandatud eelarve täitmise viis(id)2
Eelarve otsene täitmine komisjoni poolt
– tema talituste kaudu, sealhulgas kasutades liidu delegatsioonides töötavat
komisjoni personali;
– rakendusametite kaudu
Eelarve jagatud täitmine koostöös liikmesriikidega
☑Eelarve kaudne täitmine, mille puhul eelarve täitmise ülesanded on delegeeritud:
– kolmandatele riikidele või nende määratud asutustele;
– rahvusvahelistele organisatsioonidele ja nende allasutustele (nimetage);
– Euroopa Investeerimispangale ja Euroopa Investeerimisfondile;
– ☑ finantsmääruse artiklites 70 ja 71 osutatud asutustele;
– avalik-õiguslikele asutustele;
– avalikke teenuseid osutavatele eraõiguslikele asutustele, sel määral, mil neile
antakse piisavad finantstagatised;
– liikmesriigi eraõigusega reguleeritud asutustele, kellele on delegeeritud avaliku
ja erasektori partnerluse rakendamine ja kellele antakse piisavad finantstagatised;
2 Eelarve täitmise viise koos viidetega finantsmäärusele on selgitatud BUDGpedia veebisaidil
https://myintracomm.ec.europa.eu/corp/budget/financial-rules/budget-
implementation/Pages/implementation-methods.aspx.
ET 9 ET
– asutustele või isikutele, kellele on delegeeritud Euroopa Liidu lepingu V jaotise
kohaste ühise välis- ja julgeolekupoliitika erimeetmete rakendamine ja kes on
kindlaks määratud asjaomases alusaktis;
– liikmesriigis asutatud asutustele, kelle suhtes kohaldatakse liikmesriigi
eraõigust või liidu õigust ja kellele võib kooskõlas valdkondlike normidega
usaldada liidu rahaliste vahendite või eelarveliste tagatiste haldamise niivõrd,
kuivõrd selliseid asutusi kontrollivad avalik-õiguslikud asutused või avalikke
teenuseid osutavad eraõiguslikud asutused ja kontrollivad organid annavad neile
solidaarvastutuse vormis piisavad finantstagatised või samaväärsed
finantstagatised, mis võivad iga meetme puhul piirduda liidu toetuse
maksimumsummaga.
Märkused
Kaudse eelarve täitmise korral – rakendamine kahe detsentraliseeritud ameti (Frontex, eu-
LISA) kaudu.
ET 10 ET
2. HALDUSMEETMED
2.1. Järelevalve ja aruandluse reeglid
Komisjon tagab, et kehtestatakse vajalik kord, mille alusel jälgitakse kavandatud
meetmete toimimist ning hinnatakse nende vastavust peamistele
poliitikaeesmärkidele. Viis aastat pärast kõigi riiklike RECAMASide, iRCMSi,
RIATi ja teabevahetusportaali töölerakendamist ning seejärel iga viie aasta järel
esitab komisjon Euroopa Parlamendile ja nõukogule hindamisaruande, milles
hinnatakse määruse rakendamist ja selle lisaväärtust. Aruandes käsitletakse ka
võimalikku otsest või kaudset mõju asjaomastele põhiõigustele. Aruandes
võrreldakse saavutatud tulemusi eesmärkidega ning hinnatakse alusloogika jätkuvat
kehtivust ja võimalikke tagajärgi tulevaste poliitikavariantide seisukohast.
Frontex esitab Euroopa Parlamendile, nõukogule, komisjonile ja Euroopa
Andmekaitseinspektorile igal aastal aruande Frontexi RECAMASi, riiklike
RECAMASide, iRCMSi ja RIATi arendamise ja tegevuse kohta, sealhulgas nende
tehnilise toimimise ja turvalisuse kohta.
eu-LISA esitab Euroopa Parlamendile, nõukogule, komisjonile ja Euroopa
Andmekaitseinspektorile aastaaruande teabevahetusportaali arendamise ja tegevuse,
sealhulgas selle tehnilise toimimise ja turvalisuse kohta.
2.2. Haldus- ja kontrollisüsteem(id)
2.2.1. Eelarve täitmise viisi(de), rahastuse rakendamise mehhanismi(de), maksete tegemise
korra ja kavandatava kontrollistrateegia selgitus
Osa käesolevast ettepanekust rakendatakse Euroopa Piiri- ja Rannikuvalve Ameti ja
eu-LISA eelarvete kaudu kaudse eelarve täitmise korras.
Usaldusväärse finantsjuhtimise põhimõtte kohaselt täidetakse Euroopa Piiri- ja
Rannikuvalve Ameti ja eu-LISA eelarveid kooskõlas tulemusliku ja tõhusa
sisekontrolliga. Seetõttu on Euroopa Piiri- ja Rannikuvalve Amet ja eu-LISA
kohustatud rakendama asjakohast kontrollistrateegiat, mis on kontrolliahelasse
kuuluvate asjaomaste osalejate vahel kooskõlastatud. Järelkontrollide osas
kohaldatakse Euroopa Piiri- ja Rannikuvalve Ameti ja eu-LISA kui
detsentraliseeritud ametite suhtes eelkõige järgmist:
– komisjoni siseauditi talituse korraldatav siseaudit;
– Euroopa Kontrollikoja aastaaruanded, milles esitatakse kinnitav avaldus
raamatupidamise aastaaruande usaldusväärsuse ning selle aluseks olevate
tehingute seaduslikkuse ja korrektsuse kohta;
– iga-aastane eelarve täitmisele heakskiidu andmine Euroopa Parlamendi poolt;
– võimalikud OLAFi juurdlused, mille eesmärk on eelkõige tagada, et asutustele
eraldatud vahendeid kasutatakse nõuetekohaselt;
Euroopa Piiri- ja Rannikuvalve Ameti ja eu-LISA partnerdirektoraadina rakendab
rände ja siseasjade peadirektoraat oma detsentraliseeritud asutuste
kontrollistrateegiat, et tagada usaldusväärne aruandlus oma iga-aastase
tegevusaruande raames. Kuigi detsentraliseeritud asutustel lasub täielik vastutus oma
eelarve täitmise eest, vastutab rände ja siseasjade peadirektoraat ELi eelarvepädevate
institutsioonide kehtestatud iga-aastaste maksete korrapärase tasumise eest.
ET 11 ET
Euroopa Ombudsman pakub täiendavat kontrolli- ja aruandlustasandit.
2.2.2. Teave kindlakstehtud riskide ja nende vähendamiseks kasutusele võetud
sisekontrollisüsteemi(de) kohta
Euroopa Piiri- ja Rannikuvalve Ameti ja eu-LISA täidetava eelarve jaoks on vaja
eraldi sisekontrolliraamistikku, mis põhineb Euroopa Komisjoni
sisekontrolliraamistikul. Ühtses programmidokumendis tuleb esitada teavet
sisekontrollisüsteemide kohta ning iga-aastane konsolideeritud tegevusaruanne peab
sisaldama teavet sisekontrollisüsteemide tõhususe ja tulemuslikkuse kohta,
sealhulgas riskihindamise puhul.
Lisaks teostavad Euroopa Andmekaitseinspektor ning Frontexi ja eu-LISA
andmekaitseametnikud järelevalvet Frontexi ja eu-LISA isikuandmete töötlemise üle.
Samuti korraldab rände ja siseasjade peadirektoraat Euroopa Piiri- ja Rannikuvalve
Ameti ja eu-LISA partnerpeadirektoraadina iga-aastast riskijuhtimist, et teha
kindlaks ametite tegevusega seotud võimalikud suured riskid ja neid hinnata.
Oluliseks peetavatest riskidest teatatakse igal aastal rände ja siseasjade
peadirektoraadi juhtimiskavas, millele lisatakse leevendusmeetmeid sisaldav
tegevuskava.
Tegevustasandil on peamise riskina kindlaks tehtud piisavate rahaliste vahendite ja
inimressursside puudumine, mis võimaldaks uued IT-süsteemid õigeaegselt välja
arendada.
2.2.3. Kontrollimeetmete hinnanguline kulutõhusus (kontrollikulude suhe hallatavate
vahendite väärtusse), selle põhjendus ja oodatav veariski tase (maksete tegemise ja
sulgemise ajal)
Euroopa Piiri- ja Rannikuvalve Ameti ja eu-LISA kohta esitab komisjon aruande,
mis käsitleb kontrollikulude suhet hallatavate asjaomaste vahendite väärtusse. Rände
ja siseasjade peadirektoraadi 2024. aasta tegevusaruande kohaselt on see suhe eelarve
kaudse täitmise raames volitatud üksuste ja detsentraliseeritud asutuste, sealhulgas
Euroopa Piiri- ja Rannikuvalve Ameti puhul 0,11 %.
2.3. Pettuste ja õigusnormide rikkumise ärahoidmise meetmed
Rände ja siseasjade peadirektoraat jätkab oma pettustevastase võitluse strateegia
kohaldamist kooskõlas komisjoni pettustevastase võitluse strateegiaga (CAFS), et
tagada muu hulgas oma pettustevastaste sisemeetmete täielik kooskõla CAFSiga ning
see, et pettuseriski juhtimine on suunatud pettuseriski valdkondade
kindlakstegemisele ja sobivate lahenduste leidmisele.
Kaudse eelarve täitmise korral on pettuse, korruptsiooni ja muu ebaseadusliku
tegevuse vastu võitlemise meetmed sätestatud Euroopa Piiri- ja Rannikuvalve Ameti
ja eu-LISA asutamismääruste pettusevastast võitlust käsitlevates erisätetes. Nende
kohaselt peavad kaks detsentraliseeritud asutust muu hulgas vastu võtma
pettusevastase strateegia.
Lisaks on rände ja siseasjade peadirektoraat kui partnerpeadirektoraat töötanud
OLAFi esitatud metoodika alusel välja oma pettustevastase võitluse strateegia ja
ET 12 ET
selle rakendanud. Detsentraliseeritud asutused, sealhulgas Euroopa Piiri- ja
Rannikuvalve Amet, kuuluvad strateegia kohaldamisalasse.
ET 13 ET
3. ETTEPANEKU/ALGATUSE HINNANGULINE FINANTSMÕJU
Hinnang alates 2028. aastast kuludele ja personalile avalduva mõju kohta on lisatud
näitlikustamise eesmärgil ega mõjuta järgmist mitmeaastast finantsraamistikku.
Rahastamisallikas ja liidu rahaliste kohustuste ulatus 2027. aasta järgsel perioodil
sõltuvad mitmeaastase finantsraamistiku 2028–2034 üle peetavate
institutsioonidevaheliste läbirääkimiste tulemustest ning seejärel määratakse need
kindlaks iga-aastase eelarvemenetluse kaudu. Kõik assigneeringud ja töötajate arv
alates 2028. aastast on soovituslikud.
3.1. Mitmeaastase finantsraamistiku rubriigid ja kulude eelarveread, millele mõju
avaldub
• Olemasolevad eelarveread
Järjestage mitmeaastase finantsraamistiku rubriigiti ja iga rubriigi sees
eelarveridade kaupa
Mitmeaastase
finantsraamistiku
rubriik
Eelarverida Kulu liik Rahaline osalus
Nr
Liigendatud
/liigendamat
a3 EFTA riigid4
Kandidaatriigi
d ja
potentsiaalsed
kandidaadid5
Muud
kolmandad
riigid6
Muu
sihtotstarbeli
ne tulu
1 [XX.YY.YY.YY]
(Frontex)
Liigenda
mata EI EI JAH JAH
1 [XX.YY.YY.YY]
(eu-LISA)
Liigenda
tud EI EI JAH JAH
• Uued eelarveread, mille loomist taotletakse
Järjestage mitmeaastase finantsraamistiku rubriigiti ja iga rubriigi sees
eelarveridade kaupa
Mitmeaastase
finantsraamistiku
rubriik
Eelarverida Kulu liik Rahaline osalus
Nr
Liigendatud
/liigendamat
a EFTA riigid
Kandidaatriigi
d ja
potentsiaalsed
kandidaadid
Muud
kolmandad
riigid
Muu
sihtotstarbeline
tulu
[XX.YY.YY.YY]
Liigendat
ud/liigend
amata JAH/EI JAH/EI JAH/EI JAH/EI
[XX.YY.YY.YY]
Liigendat
ud/liigend
amata JAH/EI JAH/EI JAH/EI JAH/EI
3 Liigendatud = liigendatud assigneeringud / liigendamata = liigendamata assigneeringud. 4 EFTA: Euroopa Vabakaubanduse Assotsiatsioon. 5 Kandidaatriigid ja vajaduse korral Lääne-Balkani potentsiaalsed kandidaadid. 6 Frontex ja eu-LISA saavad rahalisi osamakseid Schengeni lepinguga ühinenud riikidelt (Norra, Island,
Šveits ja Liechtenstein).
ET 14 ET
[XX.YY.YY.YY]
Liigendat
ud/liigend
amata JAH/EI JAH/EI JAH/EI JAH/EI
ET 15 ET
3.2. Ettepaneku hinnanguline finantsmõju assigneeringutele
3.2.1. Hinnanguline mõju tegevusassigneeringutele – ülevaade
– Ettepanek/algatus ei nõua tegevusassigneeringute kasutamist
– ☑ Ettepanek/algatus nõuab tegevusassigneeringute kasutamist, mis toimub järgmiselt:
3.2.1.1. Heakskiidetud eelarvest saadavad assigneeringud
miljonites eurodes (kolm kohta pärast koma)
Mitmeaastase finantsraamistiku rubriik 1 Majanduslik, sotsiaalne ja territoriaalne ühtekuuluvus, põllumajandus, maaelu ja
merendus, heaolu ja julgeolek
ELi toetus detsentraliseeritud asutusele
miljonites eurodes (kolm kohta pärast koma)
FRONTEX Aasta
2028 Aasta
2029 Aasta
2030 Aasta
2031 Aasta
2032 Aasta
2033 Aasta
2034
Mitmeaastane
finantsraamist
ik 2028–2034
KOKKU
Eelarverida <…….> / ELi eelarvest asutusele ette nähtud
toetus 44,130 18,023 18,134 18,244 18,768 19,309 19,447 156,054
Ametile järgmises mitmeaastases finantsraamistikus eraldatavate assigneeringute summa on esialgne ja sõltub mitmeaastast
finantsraamistikku käsitlevast kokkuleppest. See tuleks lisada ameti toetusesse, kuna käesoleva ettepanekuga määratud ülesanded on
alalised, ning vajaduse korral kompenseeritakse see mitmeaastase finantsraamistiku sama rubriigi asjaomase programmi
rahastamispaketi samaväärse vähendamisega. Kui hüvitav vähendamine on vajalik, siis võib tekkida vajadus vaadata ametile eraldatud
vahendid läbi iga-aastase eelarvemenetluse raames.
eu-LISA Aasta
2028 Aasta
2029 Aasta
2030 Aasta
2031 Aasta
2032 Aasta
2033 Aasta
2034
Mitmeaastane
finantsraamisti
k 2028–2034
KOKKU
ET 16 ET
Eelarverida <…….> / ELi eelarvest asutusele ette nähtud
toetus 14,120 8,113 8,196 8,280 8,615 8,960 9,059 65,343
Ametile järgmises mitmeaastases finantsraamistikus eraldatavate assigneeringute summa on esialgne ja sõltub mitmeaastast
finantsraamistikku käsitlevast kokkuleppest. See tuleks lisada ameti toetusesse, kuna käesoleva ettepanekuga määratud ülesanded on
alalised, ning vajaduse korral kompenseeritakse see mitmeaastase finantsraamistiku sama rubriigi asjaomase programmi
rahastamispaketi samaväärse vähendamisega. Kui hüvitav vähendamine on vajalik, siis võib tekkida vajadus vaadata ametile eraldatud
vahendid läbi iga-aastase eelarvemenetluse raames.
Aasta Aasta Aasta Aasta Aasta Aasta Aasta MITMEAASTANE
FINANTSRAAMISTIK
2028–2034 KOKKU 2028 2029 2030 2031 2032 2033 2034
Tegevusassigneeringud
KOKKU
(sealhulgas
detsentraliseeritud
asutusele ette nähtud
toetus)
Kulukohustused (4) 58,250 26,136 26,330 26,524 27,382 28,269 28,506 221,397
Maksed (5) 58,250 26,136 26,330 26,524 27,382 28,269 28,506 221,397
Eriprogrammide vahenditest rahastatavad
haldusassigneeringud KOKKU (6) 0,000 0,000 0,000 0,000 0,000 0,000 0,000 0,000
Mitmeaastase
finantsraamistikuKulukohustused = 4
+ 6
58,250 26,136 26,330 26,524 27,382 28,269 28,506 221,397
RUBRIIGI 1
assigneeringud KOKKU Maksed = 5
+ 6
58,250 26,136 26,330 26,524 27,382 28,269 28,506 221,397
Aasta Aasta Aasta Aasta Aasta Aasta Aasta MITMEAASTANE
FINANTSRAAMISTIK
2028–2034 KOKKU 2028 2029 2030 2031 2032 2033 2034
Tegevusassigneeringud
KOKKU (kõik rubriigid) Kulukohustused
(4) 58,250 26,136 26,330 26,524 27,382 28,269 28,506 221,397
ET 17 ET
Maksed (5) 58,250 26,136 26,330 26,524 27,382 28,269 28,506 221,397
Eriprogrammide vahenditest rahastatavad
haldusassigneeringud KOKKU (kõik rubriigid) (6) 0,000 0,000 0,000 0,000 0,000 0,000 0,000 0,000
Mitmeaastase
finantsraamistikuKulukohustused
= 4
+ 6
58,250 26,136 26,330 26,524 27,382 28,269 28,506 221,397
rubriikide 1–3
assigneeringud
KOKKU
(vajalikud vahendid)
Maksed = 5
+ 6
58,250 26,136 26,330 26,524 27,382 28,269 28,506 221,397
Mitmeaastase finantsraamistiku rubriik 4 „Halduskulud“7
DG HOME Aasta Aasta Aasta Aasta Aasta Aasta Aasta Mitmeaastane
finantsraamistik 2028–
2034 KOKKU 2028 2029 2030 2031 2032 2033 2034
Personalikulud 0,388 0,388 0,388 0,388 0,388 0,388 0,388 2,716
Muud halduskulud 0,048 0,048 0,048 0,048 0,048 0,048 0,048 0,336
DG HOME
KOKKU Assigneeringud 0,436 0,436 0,436 0,436 0,436 0,436 0,436 3,052
Mitmeaastase finantsraamistiku RUBRIIGI
4 assigneeringud KOKKU
(Kulukohustuste
kogusumma =
maksete
kogusumma)
0,436 0,436 0,436 0,436 0,436 0,436 0,436 3,052
7 Vajalike assigneeringute kindlaksmääramiseks tuleks kasutada aastaseid keskmisi kulunäitajaid, mis on kättesaadavad BUDGpedia veebilehel.
ET 18 ET
miljonites eurodes (kolm kohta pärast koma)
Aasta Aasta Aasta Aasta Aasta Aasta Aasta Mitmeaastane
finantsraamistik 2028–
2034 KOKKU 2028 2029 2030 2031 2032 2033 2034
Mitmeaastase
finantsraamistikuKulukohustused
58,68626,57226,76626,96027,81828,70528,942224,449
RUBRIIKIDE 1–4
assigneeringud
KOKKU
Maksed
58,68626,57226,76626,96027,81828,70528,942224,449
Hinnang alates 2028. aastast kuludele ja personalile avalduva mõju kohta on lisatud näitlikustamise eesmärgil ega mõjuta järgmist
mitmeaastast finantsraamistikku. Rahastamisallikas ja liidu rahaliste kohustuste ulatus 2027. aasta järgsel perioodil sõltuvad
mitmeaastase finantsraamistiku 2028–2034 üle peetavate institutsioonidevaheliste läbirääkimiste tulemustest ning seejärel määratakse
need kindlaks iga-aastase eelarvemenetluse kaudu. Kõik assigneeringud ja töötajate arv alates 2028. aastast on soovituslikud.
ET 19 ET
3.2.2. Hinnanguline mõju haldusassigneeringutele – ülevaade
– Ettepanek/algatus ei nõua haldusassigneeringute kasutamist
– ☑ Ettepanek/algatus nõuab haldusassigneeringute kasutamist, mis toimub
järgmiselt:
3.2.2.1. Heakskiidetud eelarvest saadavad assigneeringud
HEAKSKIIDETUD EELARVE Aasta Aasta Aasta Aasta Aasta Aasta Aasta 2028–
2034
KOKKU 2028 2029 2030 2031 2032 2033 2034
RUBRIIK 4
Personalikulud 0,388 0,388 0,388 0,388 0,3880,3880,388 2,716
Muud halduskulud 0,048 0,048 0,048 0,048 0,0480,0480,048 0,336
RUBRIIK 4 kokku 0,436 0,436 0,436 0,436 0,436 0,436 0,436 3,052
RUBRIIGIST 4 välja jäävad kulud
Personalikulud 0,000 0,000 0,000 0,000 0,0000,0000,000 0,000
Muud halduskulud 0,000 0,000 0,000 0,000 0,0000,0000,000 0,000
RUBRIIGIST 4 välja jäävad kulud
kokku 0,000 0,000 0,000 0,000 0,000 0,000 0,000 0,000
KOKKU 0,436 0,436 0,436 0,436 0,436 0,436 0,436 3,052
Personali ja muude halduskuludega seotud assigneeringute vajadused kaetakse assigneeringutest, mille
asjaomane peadirektoraat on kõnealuse meetme haldamiseks juba andnud, ja/või peadirektoraadi sees
ümberpaigutatud assigneeringutest, mida vajaduse korral võidakse täiendada nendest
lisaassigneeringutest, mis haldavale peadirektoraadile eraldatakse iga-aastase vahendite eraldamise
menetluse käigus, arvestades eelarvepiirangutega.
Hinnang alates 2028. aastast kuludele ja personalile avalduva mõju kohta on lisatud näitlikustamise
eesmärgil ega mõjuta järgmist mitmeaastast finantsraamistikku. Rahastamisallikas ja liidu rahaliste
kohustuste ulatus 2027. aasta järgsel perioodil sõltuvad mitmeaastase finantsraamistiku 2028–2034 üle
peetavate institutsioonidevaheliste läbirääkimiste tulemustest ning seejärel määratakse need kindlaks
iga-aastase eelarvemenetluse kaudu. Kõik assigneeringud ja töötajate arv alates 2028. aastast on
soovituslikud.
3.2.3. Hinnanguline personalivajadus
– Ettepanek/algatus ei nõua personali kasutamist
– ☑ Ettepanek/algatus nõuab personali kasutamist, mis toimub järgmiselt:
3.2.3.1. Rahastatakse heakskiidetud eelarvest
Hinnanguline väärtus täistööaja ekvivalendina8
HEAKSKIIDETUD
EELARVE
Aasta Aasta Aasta Aasta Aasta Aasta Aasta
2028 2029 2030 2031 2032 2033 2034
Ametikohtade loeteluga ette nähtud ametikohad (ametnikud ja ajutised töötajad)
20 01 02 01 (komisjoni peakorteris
ja esindustes) 2 2 2 2 2 2 2
20 01 02 03 (ELi delegatsioonides) 0 0 0 0 0 0 0
8 Palun täpsustage tabeli all, mitu täistööaja ekvivalenti märgitud arvust on meetme haldamiseks juba
määratud ja/või on võimalik teie peadirektoraadis ümber paigutada ning milline on teie koguvajadus.
ET 20 ET
(kaudne teadustegevus) 0 0 0 0 0 0 0
(otsene teadustegevus) 0 0 0 0 0 0 0
Muud eelarveread (märkige) 0 0 0 0 0 0 0
• Koosseisuväline personal (täistööaja ekvivalendina)
20 02 01 (üldvahenditest
rahastatavad lepingulised töötajad ja
riikide lähetatud eksperdid)
0 0 0 0 0 0 0
20 02 03 (lepingulised töötajad, kohalikud töötajad, riikide lähetatud
eksperdid ja noored eksperdid ELi
delegatsioonides)
0 0 0 0 0 0 0
Haldustoetuse
eelarverida - peakorteris 0 0 0 0 0 0 0
[XX.01.YY.YY] - ELi
delegatsioonides 0 0 0 0 0 0 0
(lepingulised töötajad ja riikide lähetatud eksperdid kaudse
teadustegevuse valdkonnas)
0 0 0 0 0 0 0
(lepingulised töötajad ja riikide lähetatud eksperdid otsese
teadustegevuse valdkonnas)
0 0 0 0 0 0 0
Muud eelarveread (märkige) -
Rubriik 4 0 0 0 0 0 0 0
Muud eelarveread (märkige) -
Rubriigist 4 välja jäävad kulud 0 0 0 0 0 0 0
KOKKU 2222222
Hinnang alates 2028. aastast kuludele ja personalile avalduva mõju kohta on lisatud näitlikustamise
eesmärgil ega mõjuta järgmist mitmeaastast finantsraamistikku. Rahastamisallikas ja liidu rahaliste
kohustuste ulatus 2027. aasta järgsel perioodil sõltuvad mitmeaastase finantsraamistiku 2028–2034 üle
peetavate institutsioonidevaheliste läbirääkimiste tulemustest ning seejärel määratakse need kindlaks
iga-aastase eelarvemenetluse kaudu. Kõik assigneeringud ja töötajate arv alates 2028. aastast on
soovituslikud.
Võttes arvesse rubriigi 4 üldist pingelist olukorda nii töötajate arvu kui ka assigneeringute
taseme osas, kaetakse vajalik inimressurss peadirektoraadi töötajatega, kes on juba määratud
meetme haldamisega tegelema ja/või kes on peadirektoraadi või komisjoni muude talituste
piires ümber paigutatud.
Ettepaneku rakendamiseks vajatav personal (täistööaja ekvivalendina)
Kaetakse komisjoni
talituste
olemasolevast
personalist
Erakorraline lisapersonal*
Rahastatakse
rubriigist 4 või
teadusuuringute
eelarveridadelt
Rahastatakse BA
ridadelt
Rahastatakse
tasudest
Ametikohtade
loeteluga ette
nähtud ametikohad
2 AD ametikohta ei kohaldata
Koosseisuväline
personal
(lepingulised
ET 21 ET
töötajad, riikide
lähetatud
eksperdid ja
renditööjõud)
Ülesannete kirjeldus:
Ametnikud ja ajutised töötajad Komisjonile nähakse ette järgmised uued ülesanded:
• jälgida tulevase määruse kohaste süsteemide väljatöötamist ja
rakendamist ning määruse nõuete üldist järgimist;
• valmistada ette programminõukogu ja nõuanderühma koosolekuid
ning osaleda nende töös. Programminõukogu ja nõuanderühm
toetavad uute IT-süsteemide väljatöötamist ja edasiarendamist.
Koosolekud toimuvad korrapäraselt ja mitu aastat kestvas
väljatöötamisetapis vähemalt kuus korda aastas.
Koosseisuvälised töötajad Ei kohaldata
3.2.4. Hinnanguline mõju digitehnoloogiaga seotud investeeringutele – ülevaade
EI KOHALDATA
Kohustuslik: järgmises tabelis tuleks esitada parim hinnang ettepanekust/algatusest
tulenevate digitehnoloogiaga seotud investeeringute kohta.
Erandkorras, kui see on vajalik ettepaneku/algatuse rakendamiseks, tuleks rubriigi 4
assigneeringud esitada selleks ettenähtud eelarvereal.
Rubriikide 1–3 assigneeringuid tuleks kajastada „tegevusvaldkonna IT-kuludena, mis
on eraldatud rakenduskavadele“. Nende kulud kuuluvad tegevuseelarvesse, mida
kasutatakse otseselt algatuse rakendamisega seotud IT-platvormide/vahendite
taaskasutamiseks/ostmiseks/arendamiseks ja nendega seotud investeeringuteks (nt
litsentsid, uuringud, andmete säilitamine). Selles tabelis esitatud teave peaks olema
kooskõlas 4. jaos „Digimõõde“ esitatud üksikasjadega.
Digi- ja IT-
assigneeringud
KOKKU
Aasta Aasta Aasta Aasta Aasta Aasta Aasta Mitmeaastane
finantsraamistik 2028–
2034 KOKKU 2028 2029 2030 2031 2032 2033 2034
RUBRIIK 4
Institutsiooni tasandi IT-kulud
0 0 0 0 0 0 0 0
RUBRIIK 4 kokku 0 0 0 0 0 0 0 0
RUBRIIGIST 4 välja jäävad kulud
Poliitikavaldkondade IT-kulud rakenduskavadele
0 0 0 0 0 0 0 0
RUBRIIGIST 4 välja
jäävad kulud kokku 0 0 0 0 0 0 0 0
ET 22 ET
KOKKU 0 0 0 0 0 0 0 0
3.2.5. Kooskõla kehtiva mitmeaastase finantsraamistikuga
Ettepanek/algatus:
– ☑ on täielikult rahastatav mitmeaastase finantsraamistiku asjaomase rubriigi
sisese vahendite ümberpaigutamise kaudu
Frontex, eu-LISA – rahastamisallikas ja liidu rahaliste kohustuste ulatus 2027. aasta
järgsel perioodil sõltuvad mitmeaastase finantsraamistiku 2028–2034 üle peetavate
institutsioonidevaheliste läbirääkimiste tulemustest ning seejärel määratakse need
kindlaks iga-aastase eelarvemenetluse kaudu.
Halduskulude eelarveread – taotletav täiendav eelarve
– tingib mitmeaastase finantsraamistiku asjaomase rubriigi mittesihtotstarbelise
varu ja/või mitmeaastase finantsraamistiku määruses sätestatud erivahendite
kasutuselevõtu
– nõuab mitmeaastase finantsraamistiku muutmist
3.2.6. Kolmandate isikute rahaline osalus
Ettepanek/algatus:
– ☑ ei näe ette kolmandate isikute poolset kaasrahastamist
– näeb ette kolmandate isikute poolse kaasrahastuse, mille hinnanguline summa
on järgmine:
assigneeringud miljonites eurodes (kolm kohta pärast koma)
Aasta Aasta Aasta Aasta Aasta Aasta Aasta
Kokku 2028 2029 2030 2031 2032 2033 2034
Nimetage
kaasrahastav
asutus
Kaasrahastatavad
assigneeringud
KOKKU
3.2.7. Detsentraliseeritud asutuse hinnanguline personali- ja assigneeringute vajadus
Personalivajadus (täistööaja ekvivalendina)
Asutus: FRONTEX Aasta
2028
Aasta
2029
Aasta
2030
Aasta
2031
Aasta
2032
Aasta
2033
Aasta
2034
Ajutised töötajad
(AD palgaastmed) 28 28 28 28 32 32 32
Ajutised töötajad
(AST palgaastmed)
Ajutised töötajad (AD +
AST) kokku 28282828323232
ET 23 ET
Lepingulised töötajad 9 9 9 9 10 10 10
Riikide lähetatud eksperdid
Lepingulised töötajad ja
riikide lähetatud eksperdid
kokku
9 9 9 9101010
Töötajad KOKKU 37 37 37 37 42 42 42
Asutus: eu-LISA Aasta
2028
Aasta
2029
Aasta
2030
Aasta
2031
Aasta
2032
Aasta
2033
Aasta
2034
Ajutised töötajad
(AD palgaastmed) 15 15 15 15 17 17 17
Ajutised töötajad
(AST palgaastmed)
Ajutised töötajad (AD +
AST) kokku 15 15 15 15 17 17 17
Lepingulised töötajad 5 5 5 5 5 5 5
Riikide lähetatud eksperdid
Lepingulised töötajad ja
riikide lähetatud eksperdid
kokku
5 5 5 5 5 5 5
Töötajad KOKKU 20 20 20 20 22 22 22
ELi eelarvest ette nähtud toetusest kaetavad assigneeringud miljonites eurodes (kolm kohta pärast
koma)
Asutus: FRONTEX Aasta
2028
Aasta
2029
Aasta
2030
Aasta
2031
Aasta
2032
Aasta
2033
Aasta
2034
2028–
2034
KOKK
U
Jaotis 1. Personalikulud 2,730 5,570 5,681 5,795 6,319 6,861 6,999 39,954
Jaotis 2. Taristu- ja
tegevuskulud 3,320 1,029 1,029 1,028 1,028 1,028 1,028 9,490
Jaotis 3. Tegevuskulud 38,080 11,424 11,424 11,421 11,421 11,420 11,420 106,610
ELi eelarvest kaetavad
assigneeringud KOKKU 44,130 18,023 18,134 18,244 18,768 19,309 19,447 156,054
2028. aastal eeldatakse, et töötajad võetakse tööle juulis. Seetõttu võetakse arvesse ainult 50 %
keskmistest kuludest. Sama lähenemisviisi kohaldatakse 2032. aastal lisatööjõu suhtes.
ET 24 ET
Personalikulusid korrigeeritakse Poola puhul kehtiva paranduskoefitsiendiga 82,3 % (Frontex) ja
Strasbourgi puhul kehtiva paranduskoefitsiendiga 113,60 % (eu-LISA).
assigneeringud miljonites eurodes (kolm kohta pärast koma)
Asutus: eu-LISA Aasta
2028
Aasta
2029
Aasta
2030
Aasta
2031
Aasta
2032
Aasta
2033
Aasta
2034
2028–
2034
KOKK
U
Jaotis 1. Personalikulud 2,030 4,141 4,224 4,308 4,643 4,989 5,088 29,423
Jaotis 2. Taristu- ja
tegevuskulud 3,000 0,922 0,922 0,922 0,922 0,921 0,921 8,530
Jaotis 3. Tegevuskulud 9,090 3,050 3,050 3,050 3,050 3,050 3,050 27,390
ELi eelarvest kaetavad
assigneeringud KOKKU 14,120 8,113 8,196 8,280 8,615 8,960 9,059 65,343
Detsentraliseeritud asutuse personali- ja assigneeringute (miljonites eurodes) vajadus
ettepaneku/algatuse rakendamiseks – ülevaade
Asutus: FRONTEX Aasta
2028
Aasta
2029
Aasta
2030
Aasta
2031
Aasta
2032
Aasta
2033
Aasta
2034
2028–
2034
KOKK
U
Ajutised töötajad (AD + AST) 28 28 28 28 32 32 32 -
Lepingulised töötajad 9 9 9 9 10 10 10 -
Riikide lähetatud eksperdid 0 0 0 0 0 0 0 -
Töötajad kokku 37 37 37 37 42 42 42 -
ELi eelarvest kaetavad
assigneeringud 44,130 18,023 18,134 18,244 18,768 19,309 19,447 156,054
Tasudest kaetavad
assigneeringud
(kui see on asjakohane)
0,000 0,000 0,000 0,000 0,000 0,000 0,000 0,000
Kaasrahastatavad
assigneeringud
(kui see on asjakohane)
0,000 0,000 0,000 0,000 0,000 0,000 0,000 0,000
Assigneeringud KOKKU 44,130 18,023 18,134 18,244 18,768 19,309 19,447 156,054
ET 25 ET
Asutus: eu-LISA Aasta
2028
Aasta
2029
Aasta
2030
Aasta
2031
Aasta
2032
Aasta
2033
Aasta
2034
2028–
2034
KOKK
U
Ajutised töötajad (AD + AST) 15 15 15 15 17 17 17 -
Lepingulised töötajad 5 5 5 5 5 5 5 -
Riikide lähetatud eksperdid 0 0 0 0 0 0 0 -
Töötajad kokku 20 20 20 20 22 22 22 -
ELi eelarvest kaetavad
assigneeringud 14,120 8,113 8,196 8,280 8,615 8,960 9,059 65,343
Tasudest kaetavad
assigneeringud
(kui see on asjakohane)
0,000 0,000 0,000 0,000 0,000 0,000 0,000 0,000
Kaasrahastatavad
assigneeringud
(kui see on asjakohane)
0,000 0,000 0,000 0,000 0,000 0,000 0,000 0,000
Assigneeringud KOKKU 14,120 8,113 8,196 8,280 8,615 8,960 9,059 65,343
3.3. Hinnanguline mõju tuludele
– ☑ Ettepanekul/algatusel puudub finantsmõju tuludele
– Ettepanekul/algatusel on järgmine finantsmõju:
– omavahenditele
– muudele tuludele
– märkige, kas see on kulude eelarveridasid mõjutav sihtotstarbeline tulu
miljonites eurodes (kolm kohta pärast koma)
Tulude eelarverida
Jooksval
eelarveaastal
kättesaadavad
assigneeringud
Ettepaneku/algatuse mõju9
Aasta
2028
Aasta
2029
Aasta
2030
Aasta
2031
Aasta
2032
Aasta
2033
Aasta
2034
Artikkel ….
Sihtotstarbeliste tulude puhul märkige, milliseid kulude eelarveridasid ettepanek
mõjutab.
Ei kohaldata
9 Traditsiooniliste omavahendite (tollimaksud ja suhkrumaksud) korral tuleb märkida netosummad, st
brutosumma pärast 20 % sissenõudmiskulude mahaarvamist.
ET 26 ET
Muud märkused (nt tuludele avaldatava mõju arvutamise meetod/valem või muu
teave).
Ei kohaldata
ET 27 ET
4. DIGIMÕÕDE
4.1. Diginõuded
Viide nõudele Nõude üldine kirjeldus Nõudest mõjutatud
sidusrühmad
Üldised
protsessid
Kategooria
Artikkel 3,
artikkel 27
(tehniline
arhitektuur)
Kolme digisüsteemi
loomine liidus
ebaseaduslikult
viibivate kolmandate
riikide kodanike
tagasisaatmise (edaspidi
„riiklik RECAMAS“),
tagasivõtmise (edaspidi
„iRCMS“) ja
taasintegreerimise
(edaspidi „RIAT“)
juhtumite haldamiseks,
sealhulgas neid
süsteeme ühendava
suhtluskanali (edaspidi
„teabevahetusportaal“)
loomine
Liikmesriikide
pädevad asutused
ELi ametid
(Frontex, eu-LISA)
Kolmandate riikide
pädevad asutused
(iRCMSi puhul)
Kolmandad isikud,
kellel on pädevus
anda
taasintegreerimisabi
(RIATi puhul)
Digisüsteemide
väljatöötamine
Digilahendus
Digitaalne
avalik teenus
Artikkel 5 (ELi
infosüsteemid)
Riiklikke
RECAMASeid,
iRCMSi ja RIATi
kasutavad pädevad
asutused kasutavad
Euroopa
otsinguportaali, et
pääseda juurde ELi
infosüsteemidele
Liikmesriikide
pädevad asutused
Andmete
töötlemine
Digilahendus
Digitaalne
avalik teenus
Artikkel 6
(ühendamine muude
asjaomaste riiklike
IT-süsteemidega)
Iga riiklik RECAMAS
peab võimaldama
ühenduse loomist
muude asjakohaste
riiklike IT-
süsteemidega
Liikmesriikide
pädevad asutused
Andmete
töötlemine
Digilahendus
Digitaalne
avalik teenus
Artiklid 7–9
(juhtumite
haldamise
süsteemid)
Artikkel 7: andmete
salvestamine riiklikku
RECAMASi, iRCMSi
ja RIATi
Artikkel 8:
registreeritud
andmetega tutvumine
Artikkel 9:
Liikmesriikide
pädevad asutused
Frontex
Andmete
töötlemine
Digilahendus
Andmed
Digitaalne
avalik teenus
ET 28 ET
registreeritud andmete
parandamine ja
kustutamine
Artiklid 10–14
(juhtumite
haldamise
süsteemid)
Põhifunktsioonid:
i) riikliku RECAMASi,
iRCMSi ja RIATi
ühised funktsioonid
(artikkel 10);
ii) riikliku RECAMASi
funktsioonid
(artikkel 11);
iii) iRCMSi
funktsioonid
(artikkel 12);
iv) RIATi funktsioonid
(artikkel 13);
v) teabevahetusportaali
funktsionaalsed
omadused (artikkel 14).
Liikmesriikide
pädevad asutused
ELi ametid
(Frontex, eu-LISA)
Andmete
töötlemine
Digilahendus
Digitaalne
avalik teenus
Artiklid 15–17
(arendamine,
toimimine ja
vastutusvaldkonnad)
Korralduslikud
meetmed, mis
käsitlevad järgmist:
väljatöötamine ja
tehniline
edasiarendamine
(artikkel 15)
programminõukogu
(artikkel 16)
operatiivjuhtimine
(artikkel 17)
Liikmesriikide
pädevad asutused
ELi ametid
(Frontex, eu-LISA)
Komisjon
Digisüsteemide
väljatöötamine
Digitaalne
avalik teenus
Artikkel 18
(andmeturve),
artikkel 19 (logide
pidamine), artikkel
20 (andmete
säilitamise aeg)
Meetmed iRCMSi,
RIATi ja riiklike
RECAMASi
süsteemide turvalisuse
tagamiseks
Meetmed, mis
käsitlevad kõigi
andmetöötlustoimingute
logimist ja salvestatud
andmete säilitamise
tähtaega
Liikmesriikide
pädevad asutused
ELi ametid
(Frontex, eu-LISA)
Digisüsteemide
väljatöötamine
Digilahendus
Digitaalne
avalik teenus
Artikkel 22
(statistika), artikkel
Tagasisaatmist,
tagasivõtmist ja
Liikmesriikide Andmete Andmed
ET 29 ET
29 ja artikkel 30
(määruste (EL)
2019/817 ja (EL)
2019/818
muutmine)
taasintegreerimist
käsitleva statistika
koostamise
automatiseerimine
pädevad asutused
eu-LISA
töötlemine Digitaalne
avalik teenus
Artikkel 28
(määruse
(EL) 2018/1860
muutmine)
Võimaluse loomine
säilitada riiklikes
süsteemides Schengeni
infosüsteemist pärit
andmeid, mis on
tagasisaatmise,
tagasivõtmise ja
taasintegreerimise
seisukohast olulised
Liikmesriikide
pädevad asutused
eu-LISA
Andmete
töötlemine
Andmed
Digilahendus
Digitaalne
avalik teenus
Artikkel 32
(teavitamine)
Teavitustega seotud
andmevood
Liikmesriikide
pädevad asutused
ELi ametid
(Frontex, eu-LISA)
Komisjon
Andmete
töötlemine
Andmed
Artikkel 33
(töölerakendamine)
Korralduslikud
meetmed, mis
käsitlevad riikliku
RECAMASi, iRCMSi,
RIATi ja
teabevahetusportaali
töölerakendamist
Liikmesriikide
pädevad asutused
ELi ametid
(Frontex, eu-LISA)
Komisjon
Digisüsteemide
väljatöötamine
Digitaalne
avalik teenus
Artikli 36
(kontaktpunkt)
Liikmesriigid teatavad
komisjonile määratud
asutuse nime (või
kõnealuse määramise
võimalikest
muudatustest)
Liikmesriikide
pädevad asutused
Komisjon
Andmete
töötlemine
Andmed
Artikkel 37
(järelevalve ja
hindamine)
Andmevood, mis on
seotud Frontexi
RECAMASi, riiklike
RECAMASi
süsteemide, iRCMSi,
RIATi ja
teabevahetusportaali
väljatöötamise ja
tegevuse järelevalve
ning hindamisega.
Liikmesriikide
pädevad asutused
ELi ametid
(Frontex, eu-LISA)
Komisjon
Andmete
töötlemine
Andmed
ET 30 ET
4.2. Andmed
Andmete liik Viide (viited) nõudele
(nõuetele)
Standard ja/või tehniline
kirjeldus (kui see on
asjakohane)
Tagasisaatmise,
tagasivõtmise ja
taasintegreerimise
valdkonnas juhtumite
haldamiseks vajalikud
andmed
Artikli 7 lõige 1, milles
omakorda viidatakse
tagasisaatmismääruse
artikli 36 lõikele 6
Ei kohaldata
Tagasisaatmise,
tagasivõtmise ja
taasintegreerimise valdkonna
statistilised andmed
Artikkel 22 Ei kohaldata
Schengeni infosüsteemist
pärit andmed, mis on
tagasisaatmise, tagasivõtmise
ja taasintegreerimise
seisukohast olulised
Artikkel 28 Ei kohaldata
Teavitustega seotud
andmevood
Artikkel 32 Ei kohaldata
Liikmesriigid teatavad
komisjonile määratud
asutuse nime (või kõnealuse
määramise võimalikest
muudatustest)
Artikkel 36 Ei kohaldata
Andmevood, mis on seotud
Frontexi RECAMASi,
riiklike RECAMASi
süsteemide, iRCMSi, RIATi
ja teabevahetusportaali
väljatöötamise ja tegevuse
järelevalve ning hindamisega
Artikkel 37 Ei kohaldata
Kooskõla Euroopa andmestrateegiaga
Arvestades töödeldavate andmete liiki ja asjaolu, et selliseid andmeid töödeldakse väga
konkreetsetel tagasisaatmise, tagasivõtmise ja taasintegreerimisega seotud eesmärkidel, on
kavandatud algatusel väga piiratud tähtsus seoses eesmärgiga saavutada tõeline ühtne
andmeturg, mis on Euroopa andmestrateegia põhieesmärk.
ET 31 ET
Kooskõla ühekordsuse põhimõttega
Esiteks põhineb kavandatud IT-arhitektuur ELi infosüsteemide (nt Schengeni infosüsteem,
Eurodac, EES) kasutamisel ja neis tehakse Euroopa otsinguportaali kaudu süstemaatiliselt
päringuid. Tänu nendele ELi infosüsteemidele ja koostalitlusvõime raamistikule salvestatakse
andmed ainult üks kord ning riikide pädevatel asutustel on neile viivitamatu juurdepääs.
Teiseks kasutatakse selliste andmete puhul, mis ei pruugi olla ELi infosüsteemides
kättesaadavad, teabevahetusportaali, millega tagatakse kasulik ja vajalik täiendav tehniline
vahend andmete jagamiseks, ilma et see dubleeriks ELi infosüsteeme.
Kolmandaks peab kolme juhtumite haldamise süsteemi, st riikliku RECAMASi
(tagasisaatmine), iRCMSi (tagasivõtmine) ja RIATi (taasintegreerimine) üks põhifunktsioon
olema võimalus nende süsteemide vahel automaatselt andmeid pärida. Sellega tagatakse, et
pädevad asutused peavad samu andmeid esitama ainult üks kord, järgides ühekordsuse
põhimõtet.
Andmevood
Andmete
liik
Viited
nõuetele
Sidusrühm,
kes andmed
esitab
Sidusrühm,
kes andmed
saab
Andmevah
etuse
ajend
Sagedus
(kui see on
asjakohane
)
Tagasisaat
mise,
tagasivõt
mise ja
taasintegr
eerimise
valdkonna
s
juhtumite
haldamise
ks
vajalikud
andmed
Artikli 7
lõige 1,
milles
omakorda
viidatakse
tagasisaatmi
smääruse
artikli 36
lõikele 6
Liikmesriikide
pädevad
asutused
Frontex (kui ta
menetleb
juhtumit pädeva
asutuse
taotlusel)
Kolmandate
riikide pädevad
asutused
(tagasivõtmism
enetluse
teatavas osas)
Kolmandad
isikud, kellel on
pädevus anda
taasintegreerimi
sabi
(taasintegreerim
ismenetluse
teatavas osas)
Liikmesriikide
pädevad
asutused
Frontex (kui ta
menetleb
juhtumit pädeva
asutuse
taotlusel)
Kolmandate
riikide pädevad
asutused
(tagasivõtmism
enetluse
teatavas osas)
Kolmandad
isikud, kellel on
pädevus anda
taasintegreerimi
sabi
(taasintegreerim
ismenetluse
teatavas osas)
Vajadus
hallata
tagasisaatm
ise,
tagasivõtmi
se ja
taasintegree
rimisega
seotud
juhtumeid
Ei kohaldata
ET 32 ET
Tagasisaat
mise,
tagasivõt
mise ja
taasintegr
eerimise
valdkonna
statistilise
d andmed
Artikkel 22Liikmesriikide
pädevad
asutused
(andmete
esitamiseks
aruandluse ja
statistika
keskhoidlasse)
eu-LISA
(statistika
koostamiseks
aruandluse ja
statistika
keskhoidla
kaudu)
Liikmesriikide
pädevad
asutused
Frontex
eu-LISA
komisjon
Kohustus
täita
aruandlusn
õudeid
Kord aastas
vastavalt
tagasisaatmi
smääruse
artiklile 46
ja kord
kvartalis
vastavalt
määruse
(EÜ)
nr 862/2007
artiklile 7
Schengeni
infosüstee
mist pärit
andmed,
mis on
tagasisaat
mise,
tagasivõt
mise ja
taasintegr
eerimise
seisukoha
st olulised
Artikkel 28Liikmesriikide
pädevad
asutused
Liikmesriikide
pädevad
asutused
Vajadus
hallata
tagasisaatm
ise,
tagasivõtmi
se ja
taasintegree
rimisega
seotud
juhtumeid
Ei kohaldata
4.3. Digilahendused
Digilahend
us
Viited
nõuetele
Peamised
volitatud
funktsioonid
Vastut
av
asutus
Kuidas on
arvesse
võetud
juurdepää
setavust?
Kuidas on
arvesse
võetud
korduvkas
utatavust?
Tehisintellekt
itehnoloogia
kasutamine
(kui see on
asjakohane)
Riiklik
RECAMA
S
Artikkel 3
(tehniline
arhitektuur
)
Artikkel 6
(ühendami
ne muude
asjaomaste
riiklike IT-
Põhinevad kas
RECAMASi
mudelil,
Frontexi
RECAMASil
või nende
kombinatsioo
nil
Iga riiklik
Liikme
sriigid
Ei
kohaldata
Euroopa
otsingupor
taali
kasutamin
e
võimaldab
juurdepääs
u ELi
infosüstee
Kui see on
asjakohane,
tuleks
süsteemi
funktsioonide
s kasutada
tehisintellekti
süsteeme
kooskõlas
ET 33 ET
süsteemide
ga)
Artikkel 7
(andmete
salvestami
ne riiklikku
RECAMA
Si, iRCMSi
ja RIATi)
Artikkel 8
(riiklikku
RECAMA
Si, iRCMSi
ja RIATi
salvestatud
andmetega
tutvumine)
Artikkel 9
(riiklikku
RECAMA
Si, iRCMSi
ja RIATi
salvestatud
andmete
parandami
ne ja
kustutamin
e)
Artikkel 10
(riikliku
RECAMA
Si, iRCMSi
ja RIATi
ühised
põhifunktsi
oonid)
Artikkel 11
(riikliku
RECAMA
Si
põhifunktsi
oonid)
RECAMAS
peab
võimaldama
muude
asjaomaste
riiklike IT-
süsteemide
ühendamist
ning andmete
kiiret,
turvalist ja
tulemuslikku
edastamist
nendest
süsteemidest
ja nendesse
süsteemidesse
Võimaldada
pädevatel
asutustel (ja
pädeva
asutuse
nõusolekul
Frontexil)
andmeid
salvestada
Võimaldada
igal andmed
salvestanud
pädeval
asutusel
tutvuda enda
salvestatud
andmetega.
Võimaldada
Frontexil
andmed
salvestanud
pädeva
asutuse
nõusolekul
andmetega
tutvuda
Võimaldada
igal andmed
salvestanud
pädeval
asutusel ja
Frontexil
mides
salvestatud
teabele.
Süsteem
peaks
tagama
vaj
alike
andmete
automaats
e pärimise
riikliku
RECAMA
Si,
iRCMSi ja
RIATi
vahel.
määrusega
(EL) 2024/16
89.
ET 34 ET
andmeid
parandama
või kustutama
ning neid
selleks
volitada
Selliste
põhifunktsioo
nide
kehtestamine,
millele
peaksid
vastama kõik
kolm
juhtumite
haldamise
süsteemi (nt
kordumatu
identifikaatori
määramine
igale
kolmanda
riigi
kodanikule,
kelle kohta
avatakse
tagasisaatmise
,
tagasivõtmise
ja asjakohasel
juhul
taasintegreeri
misega seotud
juhtum)
Selliste
põhifunktsioo
nide
kehtestamine,
millele
peaksid
vastama kõik
riiklikud
RECAMASid
(nt tugi
tagasisaatmis
otsuste
ettevalmistam
iseks,
tegemiseks ja
teatavakstege
ET 35 ET
miseks)
iRCMS Artikkel 3
(tehniline
arhitektuur
)
Artikkel 10
(riikliku
RECAMA
Si, iRCMSi
ja RIATi
ühised
põhifunktsi
oonid)
Artikkel 12
(iRCMSi
põhifunktsi
oonid)
Liidu
integreeritud
tagasivõtujuht
umite
haldamise
süsteem
Selliste
põhifunktsioo
nide
kehtestamine,
millele
peaksid
vastama kõik
kolm
juhtumite
haldamise
süsteemi (nt
kordumatu
identifikaatori
määramine
igale
kolmanda
riigi
kodanikule,
kelle kohta
avatakse
tagasisaatmise
,
tagasivõtmise
ja asjakohasel
juhul
taasintegreeri
misega seotud
juhtum)
Selliste
põhifunktsioo
nide
kehtestamine,
millele peaks
vastama
iRCMS (nt
võimalus
automatiseeri
da
tagasivõtmis
menetluse
algatamine
pärast
Fronte
x
Ei
kohaldata
Euroopa
otsingupor
taali
kasutamin
e
võimaldab
juurdepääs
u ELi
infosüstee
mides
salvestatud
teabele.
Süsteem
peaks
tagama
vaj
alike
andmete
automaats
e pärimise
riikliku
RECAMA
Si,
iRCMSi ja
RIATi
vahel
Kui see on
asjakohane,
tuleks
süsteemi
funktsioonide
s kasutada
tehisintellekti
süsteeme
kooskõlas
määrusega
(EL) 2024/16
89.
ET 36 ET
täitmisele
pööratava
tagasisaatmis
otsuse
tegemist)
RIAT Artikkel 3
(tehniline
arhitektuur
)
Artikkel 10
(riikliku
RECAMA
Si, iRCMSi
ja RIATi
ühised
põhifunktsi
oonid)
Artikkel 13
(RIATi
põhifunktsi
oonid)
Liidu
taasintegreeri
misjuhtumite
haldamise
süsteem
Selliste
põhifunktsioo
nide
kehtestamine,
millele
peaksid
vastama kõik
kolm
juhtumite
haldamise
süsteemi (nt
kordumatu
identifikaatori
määramine
igale
kolmanda
riigi
kodanikule,
kelle kohta
avatakse
tagasisaatmise
,
tagasivõtmise
ja asjakohasel
juhul
taasintegreeri
misega seotud
juhtum)
Selliste
põhifunktsioo
nide
kehtestamine,
millele peaks
vastama
RIAT (nt
võimalus
pädeval
Fronte
x
Ei
kohaldata
Euroopa
otsingupor
taali
kasutamin
e
võimaldab
juurdepääs
u ELi
infosüstee
mides
salvestatud
teabele.
Süsteem
peaks
tagama
vaj
alike
andmete
automaats
e pärimise
riikliku
RECAMA
Si,
iRCMSi ja
RIATi
vahel
Kui see on
asjakohane,
tuleks
süsteemi
funktsioonide
s kasutada
tehisintellekti
süsteeme
kooskõlas
määrusega
(EL) 2024/16
89.
ET 37 ET
asutusel
suhelda
üksikjuhtumit
e puhul
kolmandate
isikutega,
kellel on
pädevus anda
taasintegreeri
misabi).
Frontexi
RECAMA
S
Artikkel 3
(tehniline
arhitektuur
)
Artikkel 10
(riikliku
RECAMA
Si, iRCMSi
ja RIATi
ühised
põhifunktsi
oonid)
Artikkel 11
(riikliku
RECAMA
Si
põhifunktsi
oonid)
Tagasisaatmis
juhtumite
haldamise
süsteemi
etalonteostus
Selliste
põhifunktsioo
nide
kehtestamine,
millele
peaksid
vastama kõik
kolm
juhtumite
haldamise
süsteemi (nt
kordumatu
identifikaatori
määramine
igale
kolmanda
riigi
kodanikule,
kelle kohta
avatakse
tagasisaatmise
,
tagasivõtmise
ja asjakohasel
juhul
taasintegreeri
misega seotud
juhtum)
Selliste
põhifunktsioo
nide
kehtestamine,
millele
peaksid
Fronte
x
Ei
kohaldata
See
süsteem on
etalonteost
us ega
sisalda
seetõttu
andmeid
Kui see on
asjakohane,
tuleks
süsteemi
funktsioonide
s kasutada
tehisintellekti
süsteeme
kooskõlas
määrusega
(EL) 2024/16
89
ET 38 ET
vastama kõik
riiklikud
RECAMASed
ja mida
Frontexi
RECAMASe
etalonrakendu
s peaks
hõlmama
Teabevahe
tusportaal
Artikkel 3
(tehniline
arhitektuur
)
Artikkel 14
(teabevahet
usportaal)
Pädevate
asutuste
vaheline
suhtluskanal
Kehtestada
peamised
funktsionaalse
d omadused,
millele
teabevahetusp
ortaal peaks
vastama, ning
luua ühtne
kontaktpunkt,
et
koordineerida
ja hõlbustada
teabevahetust
teabevahetusp
ortaali kaudu;
eu-
LISA
Ei
kohaldata
See
süsteem on
suhtluskan
al ega
salvesta
seetõttu
andmeid
Kui see on
asjakohane,
tuleks
süsteemi
funktsioonide
s kasutada
tehisintellekti
süsteeme
kooskõlas
määrusega
(EL) 2024/16
89
Aruandlus
e ja
statistika
keskhoidla
Artikkel 3
(tehniline
arhitektuur
)
Artikkel 22
(statistika)
Aruandluse ja
statistika
keskhoidla
(CRRS)
statistika
koostamiseks
riikliku
RECAMASi,
iRCMSi ja
RIATi
andmete
põhjal
Kehtestada
kohustus
registreerida
riiklikust
RECAMASist
eu-
LISA
Ei
kohaldata
See
süsteem
tagab
statistika
koostamis
e riiklikus
RECAMA
Sis,
iRCMSis
ja RIATis
registreerit
ud
andmete
põhjal
Kui see on
asjakohane,
tuleks
süsteemi
funktsioonide
s kasutada
tehisintellekti
süsteeme
kooskõlas
määrusega
(EL) 2024/16
89
ET 39 ET
, iRCMSist ja
RIATist pärit
anonüümitud
tagasisaatmise
,
tagasivõtmise
ja
taasintegreeri
misega seotud
andmed
statistika
koostamiseks
automaatselt
CRRSis ning
anda
pädevatele
asutustele,
Frontexile,
eu-LISA-le ja
komisjonile
juurdepääs
koostatud
statistikale
Digisüsteemid kolmandate riikide kodanike tagasisaatmise, tagasivõtmise ja
taasintegreerimise haldamiseks, st riiklik RECAMAS, Frontexi RECAMAS, RIAT, iRCMS ja
teabevahetusportaali
Digi- ja/või valdkondlik poliitika (kui see on
asjakohane)
Selgitus selle kohta, kuidas see on kooskõlas
Tehisintellektimäärus Kui see on asjakohane, tuleks süsteemi
funktsioonides kasutada tehisintellektisüsteeme
kooskõlas määrusega (EL) 2024/1689 Kui
kasutatakse suure riskiga tehisintellektisüsteeme,
kohaldatakse tehisintellektimääruse asjaomaseid
nõudeid
ELi küberturvalisuse raamistik Süsteemid vastavad ELi küberturvalisuse
raamistiku nõuetele
Euroopa digiidentiteedi määrus Kui see on asjakohane, kasutatakse süsteemides
Euroopa digiidentiteedi määrusega pakutavaid
võimalusi turvaliseks e-identimiseks,
autentimiseks ja usaldusteenuste kasutamiseks
kogu ELis
Ühtne digivärav ja siseturu infosüsteem Ei kohaldata
Muu Ei kohaldata
ET 40 ET
4.4. Koostalitlusvõime hindamine
Digitaalne
avalik teenus
või digitaalsete
avalike teenuste
kategooria
Kirjeldus ja mõju
koostalitlusvõimele
Viide (viited)
nõudele (nõuetele)
Koostalitleva
Euroopa
lahendus(ed)
Muu(d)
koostalitluslahend
us(ed)
Rändehalduse
digitaliseerimine
Kolme digisüsteemi
loomine liidus
ebaseaduslikult
viibivate kolmandate
riikide kodanike
tagasisaatmise
(edaspidi „riiklik
RECAMAS“),
tagasivõtmise
(edaspidi „iRCMS“)
ja taasintegreerimise
(edaspidi „RIAT“)
juhtumite
haldamiseks,
sealhulgas neid
süsteeme ühendava
suhtluskanali
(edaspidi
„teabevahetusportaal“)
loomine
Artikkel 3
(tehniline
arhitektuur);
Artikkel 5 (ELi
infosüsteemid);
Artikkel 6
(ühendamine muude
asjaomaste riiklike
IT-süsteemidega)
Artiklid 7–9
(juhtumite haldamise
süsteemid);
Artiklid 10–14
(juhtumite haldamise
süsteemid);
Artiklid 15–17
(arendamine,
toimimine ja
vastutusvaldkonnad);
Artikkel 20 (andmete
säilitamise aeg);
Artikkel 28 (määruse
(EL) 2018/1860
muutmine)
Võimalik –
määratakse
kindlaks
süsteemide
väljatöötamise
etapis.
Määruses
sätestatakse,
et „[t]ehnilises
arenduses
võetakse
arvesse kõiki
asjakohaseid
Koostalitleva
Euroopa
lahendusi,
millele on
osutatud
Euroopa
Parlamendi ja
nõukogu
määruse
(EL) 2024/903
artiklis 7.“
Jah. Süsteemides
kasutatakse
koostalitlusvõime
raamistikku, mis
on kehtestatud
Euroopa
Parlamendi ja
nõukogu 20. mai
2019. aasta
määrusega
(EL) 2019/817,
millega luuakse
ELi
infosüsteemide
koostalitlusvõime
raamistik piiride
ja viisade
valdkonnas, ning
Euroopa
Parlamendi ja
nõukogu 20. mai
2019. aasta
määrusega
(EL) 2019/818,
millega luuakse
ELi
infosüsteemide
koostalitlusvõime
raamistik politsei-
ja õigusalase
koostöö,
varjupaiga ja
rände valdkonnas
Rändehalduse
statistika
Tagasisaatmist,
tagasivõtmist ja
taasintegreerimist
käsitleva statistika
koostamise
automatiseerimine
Artikkel 22
(statistika), artiklid
29 ja 30 (määruste
(EL) 2019/817 ja
(EL) 2019/818
muutmine)
Ei Jah. Süsteemides
kasutatakse
määrustega
(EL) 2019/817 ja
(EL) 2019/818
loodud aruandluse
ja statistika
ET 41 ET
keskhoidlat
Rändehalduse digitaliseerimine
Hindamine Meede Võimalikud
allesjäänud
tõkked (kui
see on
asjakohane)
Kooskõla kehtivate
digi- ja
valdkondlike
poliitikameetmetega
Loetlege
kohaldatavad
kindlakstehtud digi-
ja valdkondlikud
poliitikameetmed
Kolmes juhtumite haldamise süsteemis (riiklik RECAMAS,
iRCMS ja RIAT) kasutatakse täielikult ära ELi infosüsteeme
(nt SIS või EES, kooskõlas määrustega (EL) 2018/1860 ja
(EL) 2018/1861 ning määrusega (EL) 2017/2226), eelkõige
määrustega (EL) 2019/817 ja (EL) 2019/818 loodud Euroopa
otsinguportaali kaudu, mis võimaldab juurdepääsu ELi
infosüsteemides salvestatud asjaomastele andmetele
Kui kolme juhtumite haldamise süsteemi (riiklik
RECAMAS, iRCMS ja RIAT) ja/või teabevahetusportaali
integreeritakse tehisintellektifunktsioone, järgitakse määrust
(EL) 2024/1689, sealhulgas võimalike suure riskiga
tehisintellektisüsteemide rakendamise puhul
Ühendused asjaomaste riiklike IT-süsteemidega ja nendega
seotud töötlemistoimingud tehakse kooskõlas
andmekaitsenormide ja riigisiseses õiguses kindlaks
määratud tingimustega (artikkel 6)
Ei kohaldata
Korralduslikud
meetmed
digitaalsete avalike
teenuste sujuvaks
osutamiseks
Loetlege
kavandatud
juhtimismeetmed
Juurdepääsuõigused:
- Artikkel 7: pädevad asutused ja (pädevate asutuste
nõusolekul) Frontex võivad registreerida andmeid
riiklikus RECAMASis, iRCMSis ja RIATis. Nad
vastutavad andmete õigsuse ja ajakohasuse tagamise
eest.
- Artikkel 8: sätestatakse üksikasjalikud normid, mis
käsitlevad andmetega tutvumist pädevate asutuste ja
Frontexi poolt.
- Artikkel 9: andmed algselt sisestanud pädev asutus ja
Frontex vastutavad kõigi faktiliselt ebaõigete andmete
parandamise ja kustutamise eest. Kui pädevatel
asutustel või Frontexil on teavet, mis viitab andmete
faktilisele ebaõigsusele, teavitavad nad sellest
andmed algselt sisestanud pädevat asutust (ja
Frontexit).
Ei kohaldata
ET 42 ET
- Artikkel 14: igas pädevas asutuses on ühtsel
kontaktpunktil juurdepääs teabevahetusportaalile.
Arendamine ja toimimine:
- Artikkel 15: Frontex vastutab RECAMASi mudeli,
Frontexi RECAMASi, iRCMSi ja RIATi arendamise
eest.
- Artikkel 15: liikmesriigid vastutavad riiklike
RECAMASi süsteemide väljatöötamise ning
iRCMSi, RIATi ja teabevahetusportaali
integreerimise eest oma riiklikesse RECAMASi
süsteemidesse.
- Artikkel 15: eu-LISA vastutab teabevahetusportaali
väljatöötamise eest.
- Artikkel 16: luuakse programminõukogu.
- Artikkel 17: Frontex vastutab iRCMSi ja RIATi
operatiivjuhtimise eest.
- Artikkel 17: iRCMSiga ühendatavate kolmandate
riikide valimiseks on vaja komisjoni eelnevat
nõusolekut.
- Artikkel 17: liikmesriigid vastutavad riiklike
RECAMASide operatiivjuhtimise eest.
- Artikkel 17: eu-LISA vastutab teabevahetusportaali
operatiivjuhtimise eest.
- Artikkel 20: andmete säilitamise tähtajad ning
nendega seotud normid ja vastutus.
Meetmed, mis on
võetud andmete
ühise mõistmise
tagamiseks
Loetlege sellised
meetmed
Artikkel 7: Riiklikes RECAMASes, iRCMSis ja RIATis
registreeritavad andmed peavad sisaldama määruse (EL)
2026/2280 artikli 36 lõikes 6 osutatud andmeid.
Artikkel 28: võimaldab säilitada Schengeni infosüsteemist
pärit asjakohaseid andmeid riiklikus RECAMASis.
Olemasolevat koostalitlusvõimet parandatakse, kuna
liikmesriikidel tekib võimalus säilitada Schengeni
infosüsteemist pärit asjakohast teavet riiklikus RECAMASis.
Ei kohaldata
Ühiselt kokku
lepitud avalike
tehniliste
kirjelduste ja
standardite
kasutamine
Loetlege sellised
meetmed
Koostalitlusvõime tagatakse sellega, et kolm juhtumite
haldamise süsteemi (riiklik RECAMAS, iRCMS ja RIAT)
pääsevad ELi infosüsteemidele juurde Euroopa
otsinguportaali kaudu. Lisaks ühendatakse riiklik
RECAMAS (millesse integreeritakse iRCMS ja RIAT)
teabevahetusportaali.
Ühised riiklikule RECAMASile, iRCMSile ja RIATile:
- Artikkel 5: kõik neid süsteeme kasutavad pädevad
asutused kasutavad ELi infosüsteemidele
juurdepääsuks Euroopa otsinguportaali.
- Artikkel 10: teabevahetusportaal võimaldab turvalist
andmevahetust pädevate asutuste vahel ning pädevate
Ei kohaldata
ET 43 ET
asutuste ja Frontexi vahel.
- Artikkel 10: rakendusaktid, millega täpsustatakse
põhifunktsioonide ühetaoliseks kohaldamiseks
vajalikke tehnilisi ja talitlusnõudeid ning käsitletakse
ettenägematuid tehnilisi või talituslikke puudujääke.
- Artikkel 14: teabevahetusportaal integreeritakse
igasse riiklikku RECAMASi, iRCMSi ja RIATisse
ning ebaseadusliku rände haldamise platvormi
(IRMA). Rakendusaktid, millega täpsustatakse
teabevahetusportaali loomiseks ja sellega ühenduse
loomiseks vajalikud tehnilised nõuded.
- Artikkel 15: tehnilisel väljatöötamisel võetakse
arvesse kõiki asjakohaseid Koostalitleva Euroopa
lahendusi.
Riiklik RECAMAS
- Artikkel 3: liikmesriigid võtavad oma riikliku
RECAMASi aluseks: Frontexi väljatöötatud
mudelikirjeldus ja spetsifikatsioonid (RECAMASi
mudel); Frontexi väljatöötatud ja RECAMASi
mudelil põhineva IT-etalonteostuse (Frontexi
RECAMAS) või RECAMASi mudeli ja Frontexi
RECAMASi konkreetsete digimoodulite
kombinatsiooni.
- Artikkel 6: võimaldab ühendada muid asjakohaseid
riiklikke IT-süsteeme, et edastada andmeid nendesse
süsteemidesse ja neist süsteemidest.
- Artikkel 11: rakendusaktid, millega täpsustatakse või
täiendatakse riikliku RECAMASi funktsionaalseid
omadusi.
iRCMS:
- Artikkel 12: rakendusaktid, millega täpsustatakse või
täiendatakse iRCMSi funktsionaalseid omadusi.
RIAT
- Artikkel 13: rakendusaktid, millega täpsustatakse või
täiendatakse RIATi funktsionaalseid omadusi.
Rändehalduse statistika
Hindamine Meetmed Võimalikud
allesjäänud
tõkked (kui
see on
asjakohane)
ET 44 ET
Kooskõla kehtivate
digi- ja
valdkondlike
poliitikameetmetega
Loetlege
kohaldatavad
kindlakstehtud digi-
ja valdkondlikud
poliitikameetmed
Määrused (EL) 2019/817 ja (EL) 2019/818, millega luuakse
aruandluse ja statistika keskhoidla
Määrus (EÜ) nr 862/2007, mis käsitleb ühenduse rände- ja
rahvusvahelise kaitse statistikat
Määrus (EL) 2026/2280 tagasisaatmismäärus)
Ei
kohaldata
Korralduslikud
meetmed
digitaalsete avalike
teenuste sujuvaks
osutamiseks
Loetlege
kavandatud
juhtimismeetmed
Aruandluse ja statistika keskhoidla juhtimiskorda ei muudeta
ning seda reguleerivad jätkuvalt määrused (EL) 2019/817 ja
(EL) 2019/818
Artikkel 22: Aruandluse ja statistika keskhoidla koostatud
statistikale pääsevad juurde pädevad asutused, Frontex, eu-
LISA ja komisjon
Ei
kohaldata
Meetmed, mis on
võetud andmete
ühise mõistmise
tagamiseks
Loetlege sellised
meetmed
Artikkel 22: määruse (EL) 2026/2280 artiklis 46 ja määruse
(EÜ) nr 862/2007 artiklis 7 osutatud anonüümitud andmed
ning anonüümitud andmed juhtumite staatuse kohta tuleks
salvestada riiklikust RECAMASist, iRCMSist ja RIATist
aruandluse ja statistika keskhoidlasse
Ei
kohaldata
Ühiselt kokku
lepitud avalike
tehniliste
kirjelduste ja
standardite
kasutamine
Loetlege sellised
meetmed
Koostalitlusvõime tagatakse sellega, et kolm juhtumite
haldamise süsteemi (riiklik RECAMAS, iRCMS ja RIAT)
kasutavad aruandluse ja statistika keskhoidlat
Ei kohaldata
4.5. Digimõõtme rakendamist toetavad meetmed
Meetme kirjeldus Viide nõudele Komisjoni roll
meetme rakendamisel
Kaasatavad
sidusrühmad
Eeldatav ajakava
Kolme digisüsteemi
loomine liidus
ebaseaduslikult
viibivate kolmandate
riikide kodanike
tagasisaatmise
(edaspidi „riiklik
RECAMAS“),
Artikkel 3
(tehniline
arhitektuur),
artiklid 7–14
(juhtumite
haldamise
süsteemid),
artikkel 18
Komisjon osaleb
programminõukogus
ja nõuanderühmas,
mis toetavad
süsteemide pidevat
edasiarendamist
Liikmesriigid,
Frontex, eu-
LISA,
komisjon
Töölerakendamine
2034. aastaks.
ET 45 ET
tagasivõtmise
(edaspidi „iRCMS“)
ja taasintegreerimise
(edaspidi „RIAT“)
juhtumite
haldamiseks,
sealhulgas neid
süsteeme ühendava
suhtluskanali
(edaspidi
„teabevahetusportaal“)
loomine
(andmeturve),
artikkel 19
(logide
pidamine),
artikkel 20
(andmete
säilitamise aeg)
Tagasisaatmist,
tagasivõtmist ja
taasintegreerimist
käsitleva statistika
koostamise
automatiseerimine
Artikkel 22
(statistika),
artiklid 29 ja 30
(määruste (EL)
2019/817 ja
(EL) 2019/818
muutmine)
Komisjon kuulub
koostalitlusvõime
programminõukogusse
ja koostalitlusvõime
nõuanderühma, mis
toetavad
koostalitlusvõime
komponentide pidevat
edasiarendamist
Liikmesriigid,
Frontex, eu-
LISA,
komisjon
Töölerakendamine
2034. aastaks.
Võimaluse loomine
säilitada riiklikes
süsteemides
Schengeni
infosüsteemist pärit
andmeid, mis on
tagasisaatmise,
tagasivõtmise ja
taasintegreerimise
seisukohast olulised
Artikkel 28
(määruse
(EL) 2018/1860
muutmine)
Komisjon kuulub SISi
nõuanderühma, mis
jälgib ja toetab SISi
pidevat
edasiarendamist ja
kohandamist
Liikmesriigid,
Frontex, eu-
LISA,
Europol,
Eurojust,
komisjon
Töölerakendamine
2034. aastaks.
ET ET
EUROOPA KOMISJON
Brüssel, 27.10.2026 SWD(2026) 1039 final
KOMISJONI TALITUSTE TÖÖDOKUMENT
MÕJU HINDAMISE ARUANDE KOMMENTEERITUD KOKKUVÕTE
Lisatud dokumendile:
Ettepanek:
EUROOPA PARLAMENDI JA NÕUKOGU MÄÄRUS,
mis käsitleb tagasisaatmise, tagasivõtmise ja taasintegreerimise valdkonna juhtumite
haldamise digitaliseerimist ning millega muudetakse määruseid (EL) 2018/1726, (EL)
2018/1860, (EL) 2019/817 ja (EL) 2019/818
{COM(2026) 1037 final} - {SEC(2026) 1037 final} - {SWD(2026) 1037 final} - {SWD(2026) 1038 final}
1
1. SISSEJUHATUS: POLIITILINE JA ÕIGUSLIK KONTEKST
Komisjon kavandab tagasisaatmise, tagasivõtmise ja taasintegreerimise valdkonna
juhtumite haldamise digitaliseerimist, mis on esimene samm sellise tervikliku
rändesüsteemi loomise suunas, mille abil hallatakse rännet pikaajaliselt, muu hulgas
selliste kolmandate riikide kodanike tulemusliku tagasisaatmise kaudu, kellel puudub
Euroopa Liidus viibimise õigus. Lisaks on eesmärk tagada Euroopa rände- ja
varjupaigasüsteemi nõuetekohane toimimine ja kestlikkus.
Digitaliseerimine on rände- ja varjupaigaleppes sõnaselgelt määratletud kiirete ja tõhusate
rändemenetluste võimaldajana1. Digisüsteemid on hädavajalikud operatiivkoostöö
parandamiseks, usaldusväärse andmekogumise tagamiseks, halduskoormuse
vähendamiseks ning ELi rändenormide täitmise jälgimise ja tagamise tugevdamiseks. See
eesmärk on kooskõlas ELi laiema poliitilise eesmärgiga töötada välja Euroopa
digilahendused, mis lihtsustavad menetlusi, tagades samal ajal põhiõiguste ja andmekaitse
kaitse.
Vajadust tagasisaatmise, tagasivõtmise ja taasintegreerimise valdkonna juhtumite
haldamise digitaliseerimise järele on rõhutatud president von der Leyeni 2024.–2029. aasta
poliitilistes suunistes,2 komisjoni 2025. ja 2026. aasta tööprogrammides, milles algatust on
sõnaselgelt kirjeldatud kui märkimisväärse lihtsustamismõõtmega algatust,3 ning Euroopa
varjupaiga- ja rändehaldusstrateegias4. Tagasisaatmismäärusega5 alustati selle eesmärgi
konkretiseerimist õigusaktides, kehtestades ELi ühise tagasisaatmissüsteemi, mis
võimaldab andmeid ulatuslikumalt jagada ja neid edastada kooskõlas
andmekaitsenormidega.
Et toetada oma tööd digitaliseerimist käsitleva seadusandliku ettepaneku
ettevalmistamisel, tellis komisjon 2024. aastal välisuuringu (edaspidi
„digitaliseerimisuuring“)6. Digitaliseerimisuuringu raames korraldati kõigi liikmesriikide,
ELi ametite ja peamiste sidusrühmadega küsitluste, intervjuude ja spetsiaalsete seminaride
kaudu ulatuslikke konsultatsioone. Uuring kinnitas, et hoolimata märkimisväärsetest
investeeringutest on tagasisaatmisega seotud juhtumite haldamise digikeskkond endiselt
killustunud ning seda iseloomustavad ebaühtlane areng, suured erinevused andmete
kättesaadavuses, funktsionaalsuses ja koostalitlusvõimes ning piiratud andmejagamine.
1 Rände- ja varjupaigalepe avaldati 22. mail 2024 Euroopa Liidu Teataja L-seerias. Üksikasjalik teave
õigusaktide kohta: vt Euroopa Liidu Teataja L-seeria päevavaade - EUR-Lex (europa.eu).
2 Ursula von der Leyen, „Poliitilised suunised järgmisele Euroopa Komisjoni koosseisule 2024–2029“,
Strasbourg, 18. juuli 2024; e6cd4328-673c-4e7a-8683-f63ffb2cf648_en (europa.eu).
3 COM(2025) 45 final, 11. veebruar 2025; COM(2025) 870 final; 21. oktoober 2025.
4 COM(2026) 45 final, 26. jaanuar 2026.
5 Euroopa Parlamendi ja nõukogu 7. oktoobri 2026. aasta määrus (EL) 2026/2280, millega luuakse ühine
süsteem liidus ebaseaduslikult viibivate kolmanda riigi kodanike tagasisaatmiseks ning tunnistatakse
kehtetuks Euroopa Parlamendi ja nõukogu direktiiv 2008/115/EÜ, nõukogu direktiiv 2001/40/EÜ ja
nõukogu otsus 2004/191/EÜ (ELT L, 2026/2280, 15.10.2026, ELI:
http://data.europa.eu/eli/reg/2026/2280/oj).
6 „Study on the way towards a comprehensive, integrated and digitalised EU migration management
system“, HOME-AMIF-TF2-FW-EVA1-4010, ISBN 978-92-68-37351-4; DOI 10.2837/8436041, koos
lisadega (ISBN 978-92-68-42383-7; DOI 10.2837/0124908);
https://data.europa.eu/doi/10.2837/8436041; https://data.europa.eu/doi/10.2837/0124908.
2
2. PROBLEEMI KIRJELDUS
Esiteks ei ole tagasisaatmis-, tagasivõtmis- ja taasintegreerimisprotsesside tõhusaks
läbiviimiseks vajalik teave kõigile asjaomastele asutustele hõlpsasti kättesaadav.
Nende protsesside kiireks lõpuleviimiseks vajalikke olemasolevaid andmeid ei jagata
piisavalt ning need ei ole piisavalt kättesaadavad i) sama liikmesriigi piires,
ii) liikmesriikide vahel (ning liikmesriikide ja Frontexi vahel) ning iii) liikmesriikide (või
Frontexi) ja kolmandate riikide vahel. Teiseks lasub rändeasutustel ülemäärane
halduskoormus. Kolmandaks on vaja, et tagasisaatmise, tagasivõtmise ja
taasintegreerimise kohta käiv statistika oleks üksikasjalikum ja kiiremini
kättesaadav. Nendel probleemidel on kolm peamist põhjust: i) tagasisaatmis-,
tagasivõtmis- ja taasintegreerimisprotsesside digitaliseerimine on ELis endiselt ebapiisav
ja killustunud. Riiklikud tagasisaatmissüsteemid – isegi kui need põhinevad sageli
Frontexi mudelil – erinevad suuresti andmete kättesaadavuse, funktsionaalsuse ja
koostalitlusvõime poolest ning ei ole sageli ühendatud olemasolevate ELi tagasivõtmis- ja
taasintegreerimisvahenditega. Samamoodi on killustunud ka juhtimiskorraldus:
vastutus jaguneb liikmesriikide, ELi ametite ja kolmandate riikide partnerite vahel, mille
tulemuseks on ebaühtlased standardid, keerukas andmekaitsekorraldus ning sõltuvus
välisrahastusest ja -koostööst; ii) isegi kui digitaalsed juhtumite haldamise süsteemid on
kasutusele võetud ja integreeritud, on nende funktsioonid sageli ebapiisavad.
Põhifunktsioone, nagu tähtaegade kohandamine või tagasisaatmisotsuste automaatne
järelkontroll, rakendatakse harva. Tehnilised piirangud, näiteks ühenduse puudumine
Schengeni infosüsteemiga või kordumatu identifikaatori puudumine, võivad põhjustada
juhtumite dubleerimist ja ebausaldusväärset statistikat, ning iii) piisavalt selgete õiguslike
aluste puudumine andmete jagamiseks ja IT-süsteemide arendamiseks piirab
olemasolevate IT-süsteemide kasutamist ja takistab uute süsteemide arendamist.
3. MIKS PEAKS EL TEGUTSEMA?
Euroopa Liidu toimimise lepingu artikli 79 lõike 2 punktis c on sätestatud, et Euroopa
Parlament ja nõukogu võtavad vastu meetmeid ebaseadusliku sisserände ja seadusliku
aluseta riigis viibimise valdkonnas, sealhulgas ebaseaduslikult riigis elavate isikute
väljasaatmiseks ja repatrieerimiseks. Tagasisaatmise, tagasivõtmise ja taasintegreerimise
valdkonna juhtumite haldamise digisüsteemide arendamine ja rakendamine on üks vahend
selle eesmärgi saavutamiseks. ELi tasandi koordineerimiseta jätkavad liikmesriigid
omavahel ühendamata süsteemide arendamist, mis toob kaasa ebatõhususe. ELi tasandi
sekkumine on hädavajalik, et tagada asjaomaste IT-süsteemide omavaheline
ühendamine kõigis liikmesriikides, järjepidev andmevahetus ning tegevuse tõhusus
kõigis liikmesriikides.
4. MIDA TAHETAKSE SAAVUTADA?
Üldeesmärk on toetada tagasisaatmismääruses sätestatud tagasisaatmist, tagasivõtmist ja
taasintegreerimist käsitlevate normide rakendamist ning aidata kaasa rände- ja
varjupaigaleppe rakendamisele. Pikas perspektiivis oleks see esimene samm tervikliku,
integreeritud ja digitaliseeritud ELi rändehaldussüsteemi loomise suunas, mis ei
piirduks tagasisaatmis-, tagasivõtmis- ja taasintegreerimisprotsessidega, vaid hõlmaks ka
muid rändeprotsesse, näiteks varjupaigamenetlust.
3
Täpsemalt on algatuse eesmärk i) tõhustada pädevate asutuste vahelist andmete jagamist
kooskõlas andmekaitsenormidega, et tagada tagasisaatmis-, tagasivõtmis- ja
taasintegreerimisprotsesside läbiviimiseks ja jälgimiseks vajaliku teabe kättesaadavus;
ii) edendada nende protsesside edasist digitaliseerimist ja kõrvaldada olemasolevate
IT-süsteemide funktsionaalsusega seotud puudused, et protsessid ja aruandlusnõuete
täitmine oleksid suuremal määral digitaliseeritud, lihtsustatud ja automatiseeritud ning et
märkimisväärselt vähendada riiklike asutuste halduskoormust ja töökoormust, ning
iii) parandada andmete kogumist, et võimaldada täpsema ja üksikasjalikuma statistika
automaatset koostamist ja selle õigeaegset kättesaadavust.
5. MILLISED ON VÕIMALIKUD POLIITIKAVARIANDID?
Lisaks lähtestsenaariumile võimaldaksid kolm kindlaksmääratud varianti tagasisaatmise,
tagasivõtmise ja taasintegreerimise valdkonna juhtumite haldamise täielikult
digitaliseerida, nähes selleks ette järgmised ühised elemendid: i) liikmesriikide kohustus
kasutada nende protsesside jaoks integreeritud digitaalset juhtumite haldamise süsteemi;
ii) koostoime ja ühendus olemasolevate ja tulevaste ELi infosüsteemidega; iii)
integreeritud tagasivõtujuhtumite (iRCMS) ja taasintegreerimisjuhtumite (RIAT)
haldamise süsteemide väljaarendamine ELi tasandil; iv) protsesside automatiseerimine,
ning v) aluse loomine terviklikule, integreeritud ja digitaliseeritud ELi
rändehaldussüsteemile, millele saaks hiljem lisada muid rändeprotsesse (nt taustakontroll,
varjupaigamenetlus).
5.1. 1. poliitikavariant „Osaliselt detsentraliseeritud variant ilma
keskandmebaasita“
1. variandi puhul arendatakse tagasisaatmisjuhtumite haldamise süsteem välja riiklikul
tasandil (edaspidi „riiklik RECAMAS“).Ühtlustamise tagamiseks põhineb riiklik
RECAMAS Frontexi toel kas i) Frontexi välja töötatud RECAMASi mudelil või ii)
Frontexi poolt koostöös eu-LISAga välja töötatud kasutusvalmis RECAMASil põhineval
IT-süsteemil, mille huvitatud liikmesriigid võivad kasutusele võtta ja oma vajadustele
kohandada (edaspidi „Frontexi RECAMAS“). ELi integreeritud tagasivõtujuhtumite
(iRCMS) ja taasintegreerimisjuhtumite (RIAT) haldamise süsteemid arendatakse välja
ELi tasandil ja integreeritakse riiklikku RECAMASi. Juhtumite haldamise süsteemides
kasutatakse olemasolevate ja tulevaste ELi infosüsteemide (nt SIS, Eurodac, EES ja
VIS) võimalusi ning kasutatakse täiel määral ära Euroopa otsinguportaali võimalused. Uut
keskset ELi tagasisaatmisandmebaasi ei looda. Sellise lisateabe edastamiseks, mida ei
saa ELi infosüsteemide kaudu jagada, kasutatakse teabevahetusportaali.
Olemasolevatele digisüsteemidele tuginedes vähendab 1. variant süsteemide
arendamiseks vajalike rakendusaktide ja delegeeritud õigusaktide arvu miinimumini.
5.2. 2. poliitikavariant „Osaliselt detsentraliseeritud variant
keskandmebaasiga“
Nagu 1. variandi puhulgi, arendatakse tagasisaatmisjuhtumite haldamise süsteem välja
riiklikul tasandil RECAMASi mudeli põhjal, samal ajal kui tagasivõtmise (iRCMS) ja
taasintegreerimise (RIAT) süsteemid arendatakse välja ELi tasandil ja integreeritakse
riiklikku RECAMASi. Erinevalt 1. variandist luuakse tagasisaatmise, tagasivõtmise ja
taasintegreerimise jaoks ette nähtud ELi keskandmebaas, et hõlbustada sellise
lisateabe jagamist, mida ei saa ELi infosüsteemide kaudu jagada.
4
5.3. 3. poliitikavariant „Tsentraliseeritud lahendus“
Erinevalt 1. ja 2. variandist arendatakse ELi tasandil välja ühtne tagasisaatmis-,
tagasivõtu- ja taasintegreerimisjuhtumite haldamise süsteem. See ühtne juhtumite
haldamise süsteem asendab kõik riiklikud juhtumite haldamise süsteemid ning sellesse
integreeritakse iRCMSi ja RIATi funktsioonid. Asjaomaste andmete automaatne jagamine
võimaldatakse tagasisaatmise, tagasivõtmise ja taasintegreerimise jaoks ette nähtud
ELi keskandmebaasi loomisega.
6. MILLINE ON ERI POLIITIKAVARIANTIDE MÕJU?
Lähtestsenaariumis jäävad kindlakstehtud probleemid püsima. Tõhususe seisukohast
on lähtestsenaariumiga kaasnevad kulud väga väikesed, kuid saavutatavaid eesmärke
arvesse võttes on see tervikuna ebatõhus.
1. variandiga saavutatakse eeldatavasti taotletavad eesmärgid tulemuslikult lühikeses ja
keskpikas perspektiivis (st kuus aastat alates komisjoni ettepaneku vastuvõtmisest kuni
süsteemi töölerakendamiseni). See tugineb liikmesriikide olemasolevatele süsteemidele
ning kasutab ära ELi tasandil olemasolevad tagasivõtmise ja taasintegreerimise
süsteemid. 1. variant suurendab tagasisaatmis-, tagasivõtmis- ja
taasintegreerimisprotsesside digitaalse haldamise sidusust. Teabe jagamisel kasutatakse
ELi infosüsteeme ja koostalitlusvõime taristut. Liikmesriikide, Frontexi, eu-LISA ja
komisjoni kogukulud on hinnanguliselt 582–753 miljonit eurot (sealhulgas kaks aastat
arendust ning kuus aastat jooksvat hooldust ja tuge).
2. variandiga saavutatakse eeldatavasti taotletavad eesmärgid, kuid alles keskpikas kuni
pikas perspektiivis (st kaheksa aastat alates komisjoni ettepaneku vastuvõtmisest kuni
süsteemi töölerakendamiseni). Uue ELi keskandmebaasi lisaväärtus on piiratud, sest
selles dubleeritaks suures osas andmeid, mida juba säilitatakse muudes ELi
infosüsteemides (nt SISis või Eurodacis). Selle poliitikavariandi kogukulud
liikmesriikidele, Frontexile, eu-LISA-le ja komisjonile on hinnanguliselt 700–891 miljonit
eurot (sealhulgas kaks ja pool aastat arendust ja kuus aastat jooksvat hooldust ja tuge).
3. variandiga saavutatakse eeldatavasti taotletavad eesmärgid, kuid alles keskpikas kuni
pikas perspektiivis (st kaheksa aastat alates komisjoni ettepaneku vastuvõtmisest kuni
süsteemi töölerakendamiseni). Ühtse ELi juhtumite haldamise süsteemi loomine, mis
võimaldaks arvesse võtta liikmesriikide tagasisaatmismenetluste arvukaid erinevusi, oleks
erinevate tavade ja õigusraamistike tõttu keeruline. Nagu 2. variandi puhulgi, on ka
uue ELi keskandmebaasi lisaväärtus piiratud. Selle poliitikavariandi kogukulud
liikmesriikidele, Frontexile, eu-LISA-le ja komisjonile on hinnanguliselt 226–288 miljonit
eurot (sealhulgas kaks ja pool aastat arendust ning kuus aastat jooksvat hooldust ja tuge).
Kuigi see näib olevat kõige odavam variant, kaasneksid sellega väga suured
pöördumatud kulud, mis on 27 liikmesriigi puhul seitsme aasta jooksul hinnanguliselt
689–877 miljonit eurot, sest riiklikke ja ELi süsteeme tuleks kuni uue ELi süsteemi
töölerakendamiseni jätkuvalt käigus hoida, enne kui neist täielikult loobutakse.
7. KUIDAS POLIITIKAVARIANTE VÕRRELDAKSE?
Kriteeriumid Kaal Lähtetase 1. poliitikavariant 2. poliitikavariant 3. poliitikavariant
Mõju hindamine
Tulemuslikkus 4 0 4 2 2
Tõhusus 3 0 3 2 1
Kooskõla 2 0 2 3 3
5
Kriteeriumid Kaal Lähtetase 1. poliitikavariant 2. poliitikavariant 3. poliitikavariant
Mõju liik
Majandus 2 0 0 0 0
Ühiskond 2 0 1 1 1
Keskkond 1 0 0 0 0
Turvalisus 5 0 4 3 3
Põhiõigused 3 0 0 -1 -1
Teostatavus 4 0 4 2 -2
Kokku 0 67 42 23
8. MILLINE ON EELISTATUD POLIITIKAVARIANT?
Eelistatud on 1. variant „Osaliselt detsentraliseeritud variant ilma
keskandmebaasita“, kuna selle saab võrreldes teiste variantidega kiiremini kasutusele
võtta ning see on kulutõhusam ja paindlikum. See tugineb ELi ja liikmesriikide
olemasolevale taristule ning hoiab seeläbi ära uue keskandmebaasi väljaarendamisega
seotud viivitused ja andmete dubleerimise.
Algatus vähendab märkimisväärselt riiklike asutuste halduskoormust ja
töökoormust. Eraldiseisvate digisüsteemide integreerimise ja paljude protsesside
automatiseerimisega (nt tagasisaatmist käsitlevate hoiatusteadete koostamine) võimaldab
see märkimisväärselt suurendada tõhusust ja saavutada kokkuhoidu. Hinnangute kohaselt
kulub tagasisaatmist käsitleva hoiatusteate käsitsi koostamiseks ja SISi üleslaadimiseks
ligikaudu 30 minutit7. Arvestades, et 2024. aastal tehti ELis 464 985 tagasisaatmisotsust,8
tähendab see kokku 29 062 tööpäeva9 ja kogukulu 7 788 499 eurot,10 mida suurema
automatiseerimise tulemusena märkimisväärselt vähendatakse. Lisaks peetakse selle
variandi puhul pöördumatuid kulusid tühisteks.
7 2025. aastal riiklike pädevate asutustega peetud kahepoolsed kohtumised.
8 Eurostat, [migr_eiord] „Third country nationals ordered to leave - annual data (rounded)“.
9 Arvestades kaheksa töötunnise tööpäevaga.
10 Lähtudes 2024. aasta keskmisest tööjõukulust tunnis, mis oli 33,5 eurot: „EU hourly labour costs ranged
from €11 to €55 in 2024“ - News articles - Eurostat.
6
Infograafik 1. variandi kohta: „Osaliselt detsentraliseeritud variant ilma keskandmebaasita“
9. KUIDAS HAKATAKSE TEGELIKKU MÕJU JÄLGIMA JA HINDAMA?
Järelevalveandmeid ja -näitajaid hakatakse koguma ning need peaksid ka kajastama
halduskoormuse vähenemist (nt ajasäästu aruandluses ja juhtumite ülekandmise
protsessis). Andmeid tuleks ideaalis koguda reaalajas ja automatiseeritult. Need andmed
annavad komisjonile kasulikku teavet, kui tegevus on alanud. Järelevalvet ja hindamist
saaks toetada ka tehisintellektil põhinev analüütika, tuvastades mustreid tagasisaatmis-,
tagasivõtmis- ja taasintegreerimisprotsessides. Uute normide kohaldamise järelevalvet
tehakse ka Schengeni hindamis- ja järelevalvemehhanismi kaudu11.
11 Nõukogu 9. juuni 2022. aasta määrus (EL) 2022/922, mis käsitleb Schengeni acquis’ kohaldamise
kontrollimiseks hindamis- ja järelevalvemehhanismi kehtestamist ja toimimist ning millega
tunnistatakse kehtetuks määrus (EL) nr 1053/2013.