DEFINITION:
Digital Business Capability ABB is a Capability enabling public administrations to digitally perform an administrative functions.
Source: European Statistical System (https://joinup.ec.europa.eu/collection/statistical-enterprise-architecture/document/ess-earf-business-capabilities-model)
INTEROPERABILITY SALIENCY:
Not applicable
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
ePrescription:
"Generation, transmission, and filling of a medical prescription through digital channels. ePrescribing allows a physician, pharmacist, nurse practitioner, or physician assistant to use digital prescription software to electronically transmit a new prescription or renewal authorization to a community or mail-order pharmacy".
DEFINITION:
This ABB is a Business Agnostic Digital Business Capability which ensures secure access to online services and to carry out electronic transactions in a safer way to citizens or organizations (i.e. public administrations and businesses). Via digital modes, electronic identification can guarantee the unambiguous identification of a person or business and ensures the right service is delivered to the person or business entitled to it. (e.g. government authorities services, digital payments services, ...).
Source: https://digital-strategy.ec.europa.eu/en/policies/electronic-identification
INTEROPERABILITY SALIENCY:
Not applicable
DEFINITION:
While mainly the responsibility of the individual EU countries, the EU helps coordinate some personal tax policies like inheritance, pensions and savings.
SOURCE:
https://ec.europa.eu/taxation_customs/taxation-1/personal-taxation_en
DEFINITION:
The EU sets some basic rules for national VAT, including minimum rates, to ensure the free flow of goods and fair competition in the internal market.
SOURCE:
https://ec.europa.eu/taxation_customs/taxation-1/value-added-tax-vat/eu-country-specific-information-vat_en
DEFINITION:
Public Policy ABB is a Course of Action allowing public authorities to bring social change in the medium and long term, in a given area. It is based on certain values and objectives and is implemented using a variety of methods. It applies on the territory within which the authority is authorised to act.
Source: EuroVoc (http://eurovoc.europa.eu/drupal/?q=request&concepturi=http%3A%2F%2Feurovoc.europa.eu%2F8466&termuri=http%3A%2F%2Feurovoc.europa.eu%2F209598&language=en&view=pt&ifacelang=en)
The policies overview of EU activities in all areas, from agriculture to transport: (http://ec.europa.eu/policies/index_en.htm)
Syn. Policy Action
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Public Policy ABB is salient for legal interoperability because it drives the production and formulation of legislation, and it is one of the main context elements to be taken into account when organisation need to work together, as stated in the EIF: "Legal interoperability is about ensuring that organisations operating under different legal frameworks, policies and strategies are able to work together".
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Common Agricultural Policy (CAP)
The common agricultural policy (CAP) – one of Europe’s oldest policies – has evolved along with the EU. Today's CAP supports a modern, market-oriented farming sector ensuring the provision of safe, affordable, high quality food, produced sustainably and respecting strict standards (environmental, animal welfare, food safety, etc.), as well as supporting investment in the broader rural economy.
Source:
(https://ec.europa.eu/info/strategy/agriculture_en)
DEFINITION:
The EU provides a framework for member countries to tackle cross-border tax fraud and tax evasion in a coordinated way.
SOURCE:
https://ec.europa.eu/taxation_customs/fight-against-tax-fraud-and-tax-evasion_en
DEFINITION:
The EU provides a legal framework for cooperation, information exchange and mutual assistance between EU tax authorities.
SOURCE:
https://ec.europa.eu/taxation_customs/taxation-1/tax-co-operation-and-control_en
DEFINITION:
In October 2001 the Commission presented its new plans for the coming years for company taxation in the European Union.
The EU has rules to prevent double taxation of cross-border companies and initiatives to make the tax treatment of business fairer and fight tax avoidance.
SOURCE:
https://ec.europa.eu/taxation_customs/taxation-1/company-taxation_en
DEFINITION: Digital Public Service Delivery Human Agent ABB is a Business Actor representing a person that takes an active role or produces a specified effect.
Source: Gartner
(https://www.gartner.com/en/glossary)
DEFINITION: Digital Public Service Delivery Model ABB is a Business Collaboration representing a collection of concepts related to the way in which the public sector delivers digital technologies to citizens and businesses.
Source: OECD
(https://www.oecd-ilibrary.org/docserver/gov_glance-2017-72-en.pdf?expires=1649771036&id=id&accname=guest&checksum=15BFD2F7E916921236CCF160605A6430)
Exemption Eligibility is a common electronic message, transmitted by the MS of exemption to the MS of establishment, to inform the latter about the eligibility of the taxable person to benefit from the exemption in that MS of exemption
Quarterly report is a common electronic message, containing the supplies performed by the taxable person in MS of establishment and in each MS other than the MS of exemption. The message is a response on the Quarterly report request message.
The message represents the Notification information as a response on the Notification request. The Notification is a common electronic message, transmitted by the MS of establishment to the requesting MS as a response on the Notification request message.
Quarterly Report non-compliance is a common electronic message, transmitted by the MS of establishment to the MS of exemption, notifying that the Quarterly report or a correction to an existing Quarterly report is not compliant with the Article 284b of Directive 2020/285 or that MS of establishment did not receive the Quarterly report at all.
Notification Notice is a common electronic message, transmitted by the MS of establishment to the MS of exemption, to inform of a taxable person seeking the exemption.
Quarterly Report Correction notification is a common electronic message, transmitted by the MS of establishment to the MS of exemption, notifying the latter that there is a correction to an existing Quarterly report.
Additional clarification request is a common electronic message, transmitted by the MS of exemption to the MS of establishment requesting additional clarification on Notification to be able to verify the taxable person’s eligibility to benefit from the exemption in that MS of exemption.
Exceedance of Union Annual Threshold Notification is a common electronic message, transmitted by the MS of establishment to the related MS of exemption, to inform the latter about exceedance of the Union annual threshold.
Notification request is a common electronic message, transmitted by any MS to the MS of establishment, requesting the Notification information of a specific taxable person.
Quarterly report request is a common electronic message, transmitted by the MS of exemption to the MS of establishment to obtain the Quarterly report information submitted by the taxable person to MS of establishment.
Additional clarification is a common electronic message, transmitted by the MS of establishment to the MS of exemption as a response to clarification request submitted by the MS of exemption.
Exemption Eligibility reminder is a common electronic message, transmitted by the MS of establishment to the MS of exemption to remind the MS of exemption to validate the taxable person's eligibility to benefit of the exemption in that MS of exemption.
Exemption Acceptance is a common electronic message, transmitted by the MS of establishment to the MS of exemption, to inform the latter about approved request of the taxable person to avail himself of the special scheme.
Exclusion or Cessation Notification is a common electronic message, transmitted by the MS of establishment to the MS of exemption, to inform the latter about exclusion of the taxable person from the special scheme or cessation from that MS of exemption.
Special Scheme Cessation is a common electronic message, transmitted by the MS of exemption to the MS of establishment, to inform the latter about the cessation to apply the special scheme in that MS of exemption.
Exemption Cessation is a common electronic message, transmitted without delay by the MS of exemption to the MS of establishment, to inform the latter about the taxable persons' cessation from benefiting of the exemption in that MS of exemption.
DEFINITION: Digital Public Service Delivery ABB is a Business Function representing the way in which the public sector delivers digital technologies to citizens and businesses.
Source: OECD
(https://www.oecd-ilibrary.org/docserver/gov_glance-2017-72-en.pdf?expires=1649771036&id=id&accname=guest&checksum=15BFD2F7E916921236CCF160605A6430)
DEFINITION: Digital Public Service Delivery ABB is a Business Interface representing the way in which the public sector delivers digital technologies to citizens and businesses.
Source: OECD
(https://www.oecd-ilibrary.org/docserver/gov_glance-2017-72-en.pdf?expires=1649771036&id=id&accname=guest&checksum=15BFD2F7E916921236CCF160605A6430)
The Yearly Supplies entity defines the total value of supplies in MS of establishment and each MS of exemption for a calendar year.
This Directive is the base Council Directive governing the common system of VAT in the Community. It defines the original special scheme for small enterprises designed for a common system of value added tax (VAT) based on taxation in the Member State of origin.
The Implementing Regulation ensures that the information referred to in Article 37a(1) and Article 37b(2) and (3) of Regulation (EU) No 904/2010 is exchanged in a uniform manner, the Commission is to adopt practical arrangements for such exchange, including a common electronic message.
Article 4 defines the transition of information between Member State of establishment and Member State of the exemption (bidirectionally).
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
Date the MS of establishment took the decision to exclude the taxable person from the special scheme.
DEFINITION:
Shared Governance Framework ABB is a Business Object setting organizational (re)usable resources with convergence power, in relation to public policy goals attainment, enabling interoperability from an organizational perspective. This convergence power is based on the enabling communication and harmonization nature of these resources influencing collaboration cross levels in a public administration, cross public administrations, and cross borders. The degree of achievement could range from an ideal perfect shared governance framework (i.e. no interoperability barriers from the organisational perspective) to an imperfect or even null shared governance framework (i.e. some interoperability barriers from the organizational perspective). The level of organizational interoperability will constrain digital public services cross levels in a public administration, cross public administrations, and cross borders. The shared governance framework enables:
i) structural interoperability with organisational resources supporting reusing and/or sharing of digital public services (i.e. public services catalogues);
ii) behavioural interoperability with organisational resources supporting exchanging capabilities of data, information or knowledge with internal/external peers (i.e. user experience patterns and service delivery mode); and
iii) governance interoperability with governance resources supporting the assurance and control of collaboration with internal/external peers exchanging data, information, and knowledge (i.e. Organisational Interoperability Agreements).
Source: EUR-LEX
(https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32021R0695&qid=1646736486403)
INTEROPERABILITY SALIENCY
IoP dimensions: Structural IoP, Behavioral IoP, Governance IoP
The Shared Governance Framework ABB is a key interoperability enabler because it supports to achieve legal interoperability with public policy goals convergence value by all in all enabling i) sharing/provisioning/reusing/consumption of legislation on digital public services, ii) the exchange of data, information, and knowledge between digital public services, and iii) collaboration between digital public services
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The recent economic and financial crisis revealed weaknesses in the EU's economic
governance. The EU responded by taking a wide range of measures to strengthen its
governance and to facilitate a return to sustainable economic growth, job creation, financial stability and sound public finances.
Source: (https://ec.europa.eu/info/sites/default/files/eu-economic-governance-explained.pdf)
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
The Taxable Person Details entity represents the information related to the taxable person.
The Active Exemption entity defines the main attributes of the taxable person’s involvement in the exemption benefiting in a specific MS of exemption.
Individual identification number of exempt taxable persons issued by the Member State of the establishment.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
DESCRIPTION:
National legal act that regulates revenue/tax collection process.
DEFINITION:
This ABB is a Business Agnostic European Legal Act which lays down rules for the establishment of the rights of end-users and the corresponding obligations on undertakings providing publicly available electronic communications networks and services. With regard to ensuring provision of universal service within an environment of open and competitive markets, this Directive defines the minimum set of services of specified quality to which all end-users have access, at an affordable price in the light of specific national conditions, without distorting competition. This Directive also sets out obligations with regard to the provision of certain mandatory services such as the retail provision of leased lines.
Source: https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&cad=rja&uact=8&ved=2ahUKEwj9vvG2-M_1AhVMSPEDHYaDCQIQFnoECAwQAQ&url=https%3A%2F%2Feur-lex.europa.eu%2Flegal-content%2FEN%2FALL%2F%3Furi%3Dcelex%253A32002L0022&usg=AOvVaw2ihMWfX8o7o83-x4bPhwst
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Binding Instrument ABB is relevant for interoperability as, by being a specialisation of Legal Act, it makes mandatory the implementation of the policy (and therefore the underlying interoperability implications).
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
DEFINITION:
This ABB is a Business Agnostic Data Policy which addresses internal statement that governs an organization or entity's handling practices of personal information. It is directed at the users of the personal information.
Source: https://ec.europa.eu/info/privacy-policy_en
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Data Policy ABB is salient for semantic interoperability because it provides a guiding framework to manage data and information according to interoperability principles as stated in the EIF recommendation n° 30: "Perceive data and information as a public asset that should be appropriately generated, collected, managed, shared, protected and preserved."
The date the MS of establishment took the decision to register the taxable person for the special scheme.
The Implementing Regulation ensures that the information referred to in Article 37a(1) and Article 37b(2) and (3) of Regulation (EU) No 904/2010 is exchanged in a uniform manner, the Commission is to adopt practical arrangements for such exchange, including a common electronic message.
Article 3 defines the minimum requirements of the automated exchange of information pursuant to Article 21(2b) of Regulation (EU) No 904/2010.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
This Directive is the base Council Directive governing the common system of VAT in the Community. It defines the original special scheme for small enterprises designed for a common system of value added tax (VAT) based on taxation in the Member State of origin.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
The date the taxable person started its activities covered by the special scheme.
This Directive is the base Council Directive governing the common system of VAT in the Community. It defines the original special scheme for small enterprises designed for a common system of value added tax (VAT) based on taxation in the Member State of origin.
DESCRIPTION:
"European legal act aiming to improve the system for resolving disputes over tax agreements between EU countries, thus giving both citizens and businesses greater certainty and more timely decisions. It concerns in particular disputes over double or multiple taxation — where 2 or more countries claim the right to tax the same income or profits. It builds upon the 1990 convention on the elimination of double taxation which is limited to disputes over transfer pricing and the allocation of profits to permanent establishments (also known as the Union Arbitration Convention — UAC).
"
The Implementing Regulation ensures that the information referred to in Article 37a(1) and Article 37b(2) and (3) of Regulation (EU) No 904/2010 is exchanged in a uniform manner, the Commission is to adopt practical arrangements for such exchange, including a common electronic message.
Article 2 defines the electronic interface in Member State of establishment, by which a taxable person may be required to submit a prior notification, any update to that notification and to report the value of supplies for the use of the special scheme in another Member State.
DEFINITION: Security Governance ABB is a Business Object having competences across a variety of security-relevant issues. These competences add up to a form of security governance, the purpose of which is to guard against a multiplicity of threats.
Source: EIF
(http://eur-lex.europa.eu/resource.html?uri=cellar:2c2f2554-0faf-11e7-8a35-01aa75ed71a1.0017.02/DOC_3&format=PDF)
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
DESCRIPTION:
National legal act regulating the management of the tributary court cases.
This Directive is the base Council Directive governing the common system of VAT in the Community. It defines the original special scheme for small enterprises designed for a common system of value added tax (VAT) based on taxation in the Member State of origin.
This Directive is the base Council Directive governing the common system of VAT in the Community. It defines the original special scheme for small enterprises designed for a common system of value added tax (VAT) based on taxation in the Member State of origin.
DEFINITION:
This ABB is a Business Agnostic European Legal Act which lays down rules for the proper functioning of the internal market by preventing unjustified geo-blocking and other forms of discrimination based, directly or indirectly, on the customers' nationality, place of residence or place of establishment, including by further clarifying certain situations where different treatment cannot be justified under Article 20(2) of Directive 2006/123/EC.
Source: https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&cad=rja&uact=8&ved=2ahUKEwiZ3cuV-c_1AhXCSfEDHfPICXkQFnoECAoQAQ&url=https%3A%2F%2Feur-lex.europa.eu%2Flegal-content%2FEN%2FTXT%2F%3Furi%3Dcelex%3A32018R0302&usg=AOvVaw0HfwLbT5aEtw2amL5e3obZ
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Binding Instrument ABB is relevant for interoperability as, by being a specialisation of Legal Act, it makes mandatory the implementation of the policy (and therefore the underlying interoperability implications).
The main purpose of this entity is to link the Taxable person to the Notification entities and to record the date of the change of the information included in the Notification. The entity refers to all history of
taxable person’s Prior Notifications and related updates of them (it means, also for the previous registrations).
The Change Datetime corresponds to the date and time that the MS of establishment stores the information in the database. The Change Datetime is thus the date and time that the MS of exemption made the registration information available to the other MS.
The currency used for supplies of good and services.
The legal form of the taxable person.
DESCRIPTION:
"Euopean Legal Act setting out procedures allowing EU countries’ authorities to work together and share information on value added tax (VAT) and to combat VAT fraud. It thus ensures that: VAT is assessed and applied correctly; VAT fraud is detected and prevented; VAT revenue is protected. "
Article 21 requires the MSEST to provide automated access to all other MS to certain information it collects under the special scheme of SME.
The year in which the taxable person performed the supplies.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
DESCRIPTION:
"Euopean Legal Act introducing a procedure to eliminate double taxation in specific situations. For example, where branches of multinational companies (associated companies) which are based in different EU countries are taxed by more than one EU country as a result of an upward adjustment in its profits in another EU country.
"
Chapter V of this regulation provides the legal base for the storage and exchange of specific information.
Article 17 defines the information Member States shall store in an electronic system.
Article 21 requires the MSEST to provide automated access to all other MS to certain information it collects under the special scheme of SME.
Article 31 requires the competent authorities of each Member State to obtain, for the purposes of transactions, confirmation by electronic means of the validity of the VAT identification number of any specified person as well as the associated name and address.
Article 32 requires the Commission to publish on its website the details of the provisions approved by each Member State.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
DESCRIPTION:
A retention policy (also called a 'schedule') is a key part of the lifecycle of a record. It describes how long a business needs to keep a piece of information (record), where it's stored and how to dispose of the record when its time.
Individual identification number of exempt taxable persons issued by the Member State of the establishment.
DEFINITION:
Legislation on Data Information and Knowledge Exchange ABB is a Business Object acting on the exchange of data, information, and knowledge between different agents (private and public) at national and/or cross-border level.
Source: Eur-Lex
(https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32016L1148&qid=1646824213690)
INTEROPERABILITY SALIENCY
IoP Dimension: Behavioural IoP
The Legislation on Data, information, and Knowledge Exchange ABB is a key interoperability enabler because it supports to achieve legal interoperability by ensuring legal/juridical certainty and determinacy in the exchange of data, information, and knowledge.
EXAMPLE:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Regulation on the free flow of non-personal data
The Regulation, applicable as of 28 May 2019, aims at removing obstacles to the free movement of non-personal data across Member States and IT systems in Europe.
The Regulation ensures:
- Free movement of non-personal data across borders: every organisation should be able to store and process data anywhere in the European Union,
- The availability of data for regulatory control: public authorities will retain access to data, also when it is located in another Member State or when it is stored or processed in the cloud,
- Easier switching of cloud service providers for professional users. The Commission has started facilitating self-regulation in this area, encouraging providers to develop codes of conduct regarding the conditions under which users can port data between cloud service providers and back into their own IT environments,
- Full consistency and synergies with the cybersecurity package, and clarification that any security requirements that already apply to businesses storing and processing data will continue to do so when they store or process data across borders in the EU or in the cloud.
Source: (https://ec.europa.eu/knowledge4policy/publication/regulation-free-flow-non-personal-data_en)
DEFINITION:
This ABB is a Business Agnostic Data Policy which addresses the rules and guidelines for the data anonymisation process.
Source: https://www.ema.europa.eu/en/documents/presentation/presentation-ema-guidance-anonymisation-k-quigley_en.pdf
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Data Policy ABB is salient for semantic interoperability because it provides a guiding framework to manage data and information according to interoperability principles as stated in the EIF recommendation n° 30: "Perceive data and information as a public asset that should be appropriately generated, collected, managed, shared, protected and preserved."
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
The Implementing Regulation ensures that the information referred to in Article 37a(1) and Article 37b(2) and (3) of Regulation (EU) No 904/2010 is exchanged in a uniform manner, the Commission is to adopt practical arrangements for such exchange, including a common electronic message.
Article 4 defines the transition of information between Member State of establishment and Member State of the exemption (bidirectionally).
DEFINITION:
Security Framework ABB is a Business Object protecting various aspects on data, information and knowledge assets and the organizational resources handling them.
Source: ISA2, EIFv2 (https://ec.europa.eu/isa2/isa2_en)
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Security Framework ABB is salient for interoperability because "security and privacy are primary concerns in the provision of public services" (EIF) and, as stated in EIF Recommendation 15: "Define a common security and privacy framework and establish processes for public services to ensure secure and trustworthy data exchange between public administrations and in interactions with citizens and businesses."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The EU cybersecurity certification framework
The European Commission puts forward the creation of a EU certification framework for ICT security products in its 2017 proposal for a regulation.
On 13 September 2017 the Commission issued a proposal for a regulation on ENISA, the ""EU Cybersecurity Agency"", and on Information and Communication Technology cybersecurity certification (''Cybersecurity Act'').
Certification plays a critical role in increasing trust and security in products and services that are crucial for the digital single market. At the moment, a number of different security certification schemes for ICT products exist in the EU. Without a common framework for EU-wide valid cybersecurity certificates, there is an increasing risk of fragmentation and barriers in the single market.
The proposed certification framework will provide EU-wide certification schemes as a comprehensive set of rules, technical requirements, standards and procedures. This will be based on agreement at EU level for the evaluation of the security properties of a specific ICT-based product or service e.g. smart cards.
The certification will attest that ICT products and services that have been certified in accordance with such a scheme comply with specified cybersecurity requirements. The resulting certificate will be recognized in all Member States, making it easier for businesses to trade across borders and for purchasers to understand the security features of the product or service.
The schemes proposed in the future European framework will rely as much as possible on international standards as a way to avoid creating trade barriers and ensuring coherence with international initiatives."
Source:
(https://ec.europa.eu/digital-single-market/en/eu-cybersecurity-certification-framework)
The Supply Type entity defines the type of supply reported by the taxable person.
The entity defines the Quarterly Report Version entity.
DESCRIPTION:
European action plan to strengthen the fight against tax fraud and tax evasion. The main objective of this communication is to reduce opportunities for fraud.
Any other number of the taxable person for the purpose of the identification.
DEFINITION:
This ABB is a Business Agnostic National Legal Act which lays down rules regulating the provision and use of electronic delivery services to ensure a transparent and secure data exchange.
Source: https://ec.europa.eu/cefdigital/wiki/display/EIDCOMMUNITY/Croatia
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Binding Instrument ABB is relevant for interoperability as, by being a specialisation of Legal Act, it makes mandatory the implementation of the policy (and therefore the underlying interoperability implications).
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
The date on which the taxable person exceeded the Union annual threshold.
DEFINITION: European Legal Act ABB is a Business Object enabling the adoption of laws by the Institutions of the European Union in order to exercise the powers given to them by the EU Treaties. They come in five forms: regulations, directives, decisions, recommendations and opinions.
Source: Eur-Lex
(https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=LEGISSUM:ai0032)
DEFINITION:
This ABB is a Business Agnostic European Legal Act which lays down rules to the proper functioning of the internal market by ensuring the free movement of information society services between the Member States.
Source: https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&cad=rja&uact=8&ved=2ahUKEwjC-dSg3tH1AhWOS_EDHZ10CI8QFnoECAoQAQ&url=https%3A%2F%2Feur-lex.europa.eu%2Flegal-content%2FEN%2FALL%2F%3Furi%3Dcelex%253A32000L0031&usg=AOvVaw3ByETWV1HKT-o8bac5Inx0
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Binding Instrument ABB is relevant for interoperability as, by being a specialisation of Legal Act, it makes mandatory the implementation of the policy (and therefore the underlying interoperability implications).
DEFINITION:
This ABB is a Business Agnostic Data Policy which addresses the ability of different information systems, devices and applications (systems) to access, exchange, integrate and cooperatively use data in a coordinated manner, within and across organizational, regional and national boundaries.
Source: https://ec.europa.eu/isa2/shaping-future-interoperability-policy_en
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Data Policy ABB is salient for semantic interoperability because it provides a guiding framework to manage data and information according to interoperability principles as stated in the EIF recommendation n° 30: "Perceive data and information as a public asset that should be appropriately generated, collected, managed, shared, protected and preserved."
DESCRIPTION:
"European Legal Act on providing a competition-neutral taxation rules concerning dividends and profits distributed by subsidiaries to their parent company. (It is a common system designed to facilitate the grouping together of companies across the European Union (EU), with a view to ensuring that the internal market functions effectively).
"
This Directive is the base Council Directive governing the common system of VAT in the Community. It defines the original special scheme for small enterprises designed for a common system of value added tax (VAT) based on taxation in the Member State of origin.
The Implementing Regulation ensures that the information referred to in Article 37a(1) and Article 37b(2) and (3) of Regulation (EU) No 904/2010 is exchanged in a uniform manner, the Commission is to adopt practical arrangements for such exchange, including a common electronic message.
Article 4 defines the transition of information between Member State of establishment and Member State of the exemption (bidirectionally).
DEFINITION:
Interoperability Framework ABB is a Business Object enabling interoperability to organisations that wish to collaborate towards the joint delivery of public services. Within its scope of applicability, it specifies a set of common elements such as vocabulary, concepts, principles, guidelines, and recommendations.
Source: ISA2, EIFv2
(https://ec.europa.eu/isa2/isa2_en)
Syn. Interoperability Supporting Structure
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Interoperability Framework ABB is an interoperability enabler because it helps achieve organisational interoperability by defining a set of rules, practices and a commonly agreed approach to the delivery of European public services. The EIF is an instance of this building block: "The European interoperability framework is a commonly agreed approach to the delivery of European public services in an interoperable manner. It defines basic interoperability guidelines in the form of common principles, models and recommendations."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The new European Interoperability Framework (EIF)
The new European Interoperability Framework (EIF) is part of the Communication (COM(2017)134) from the European Commission adopted on 23 March 2017. The framework gives specific guidance on how to set up interoperable digital public services.
It offers public administrations 47 concrete recommendations on how to improve governance of their interoperability activities, establish cross-organisational relationships, streamline processes supporting end-to-end digital services, and ensure that both existing and new legislation do not compromise interoperability efforts.
The new EIF is undertaken in the context of the Commission priority to create a Digital Single Market in Europe. The public sector, which accounts for over a quarter of total employment and represents approximately a fifth of the EU’s GDP through public procurement, plays a key role in the Digital Single Market as a regulator, services provider and employer.
The successful implementation of the EIF will improve the quality of European public services and will create an environment where public administrations can collaborate digitally.
Source:
(https://ec.europa.eu/isa2/eif_en)
DEFINITION:
This ABB is a Business Agnostic Data Policy which addresses the clear, comprehensive, and well-defined plans, rules, and practices that regulate access to an organization's system and the information included in it.
Source: https://ec.europa.eu/fpi/what-we-do/common-foreign-and-security-policy_el
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Data Policy ABB is salient for semantic interoperability because it provides a guiding framework to manage data and information according to interoperability principles as stated in the EIF recommendation n° 30: "Perceive data and information as a public asset that should be appropriately generated, collected, managed, shared, protected and preserved."
The Implementing Regulation ensures that the information referred to in Article 37a(1) and Article 37b(2) and (3) of Regulation (EU) No 904/2010 is exchanged in a uniform manner, the Commission is to adopt practical arrangements for such exchange, including a common electronic message.
Article 4 defines the transition of information between Member State of establishment and Member State of the exemption (bidirectionally).
DEFINITION:
Binding Instrument ABB is a Business Object involving an obligation, which is available to the European institutions to carry out their tasks. The European binding instruments listed in Article 288 of the Treaty on the Functioning of the European Union are:
• regulations: these are binding in their entirety and directly applicable in all EU countries;
• directives: these bind the EU countries as to the results to be achieved; they have to be transposed into the national legal framework and thus leave margin for manoeuvre as to the form and means of implementation;
• decisions: these are fully binding on those to whom they are addressed.
Source: Eur-Lex
(http://eur-lex.europa.eu/summary/glossary/community_legal_instruments.html)
The binding legal instruments that make up the secondary legislation of the EU are Regulations, Directives and Decisions. As set out in Article 288 of the Treaty on the Functioning of the European Union:
- A Regulation shall have general application. It shall be binding in its entirety and directly applicable in
all Member States.
- A Directive shall be binding, as to the result to be achieved, upon each Member State to which it is
addressed, but shall leave to the national authorities the choice of form and methods.
- A Decision shall be binding in its entirety. A Decision which specifies those to whom it is addressed
shall be binding only on them.
Source:
https://ox.libguides.com/c.php?g=422926&p=2888217
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Binding Instrument ABB is relevant for interoperability as, by being a specialisation of Legal Act, it makes mandatory the implementation of the policy (and therefore the underlying interoperability implications).
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Decision No 922/2009/EC of the European Parliament and of the Council of 16 September 2009 on interoperability solutions for European public administrations (ISA)
1. This Decision establishes, for the period 2010-2015, a programme on interoperability solutions for European public administrations, including local and regional administrations and Community institutions and bodies, providing common and shared solutions facilitating interoperability (the ISA programme).
2. The objective of the ISA programme is to support cooperation between European public administrations by facilitating the efficient and effective electronic cross-border and cross-sectoral interaction between such administrations, including bodies performing public functions on their behalf, enabling the delivery of electronic public services supporting the implementation of Community policies and activities.
Source:(http://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32009D0922)
DESCRIPTION:
Regulation laying down the detailed rules for implementing Article 5(1), Articles 8, 10, 12(1), Article 13(2), (3), (4) and (5), Articles 15, 16(1) and 21(1) of Directive 2010/24/EU, including the detailed rules on conversion, transfer of sums recovered, as well as the means by which communications between authorities may be transmitted.
The Implementing Regulation ensures that the information referred to in Article 37a(1) and Article 37b(2) and (3) of Regulation (EU) No 904/2010 is exchanged in a uniform manner, the Commission is to adopt practical arrangements for such exchange, including a common electronic message.
Article 2 defines the electronic interface in Member State of establishment, by which a taxable person may be required to submit a prior notification, any update to that notification and to report the value of supplies for the use of the special scheme in another Member State.
The Member State which concerns the total value of supplies.
The Implementing Regulation ensures that the information referred to in Article 37a(1) and Article 37b(2) and (3) of Regulation (EU) No 904/2010 is exchanged in a uniform manner, the Commission is to adopt practical arrangements for such exchange, including a common electronic message.
Article 4 defines the transition of information between Member State of establishment and Member State of the exemption (bidirectionally).
This Directive is the base Council Directive governing the common system of VAT in the Community. It defines the original special scheme for small enterprises designed for a common system of value added tax (VAT) based on taxation in the Member State of origin.
DESCRIPTION:
A shared legal framework is formed by [re]usable legal resources, with convergence power, in relation to public policy goals attainment, given by their legally binding nature, across the levels of a public administration (central, regional, local) towards the achievement of the public policy goals, enabling :
i) structural interoperability by legal resources supporting reusing and/or sharing legislation (i.e. legislation catalogue enabling provisioning/consuming legal texts cross public administrations and cross borders);
ii) behavioural interoperability by legal resources supporting exchanging capabilities of data, information or knowledge with internal/external peers (i.e. Legislation on Knowledge, Information and data exchange enabling that data/information/knowledge be provisioned/consumed cross public administrations and cross borders ); and
iii) governance interoperability by legislation supporting the collaboration with internal/external peers exchanging data, information or knowledge (i.e. Legal Interoperability Agreements on legal terms assuring juridical certainty enabling agreed legal terms/conditions for sharing, reuse and exchange of data/information/knowledge cross public administrations and cross borders).
INTEROPERABILITY SALIENCY:
IoP dimensions: Structural IoP, Behavioral IoP, Governance IoP
This ABB is a key interoperability enabler because it supports to achieve legal interoperability with public policy goals convergence value by all in all enabling i) sharing/provisioning/reusing/consumption of legislation on digital public services, ii) the exchange of data, information, and knowledge between digital public services, and iii) collaboration between digital public services
DEFINITION:
This ABB is a Business Agnostic European Legal Act which lays down rules to contribute to the proper functioning of the internal market by ensuring the free movement of information society services between the Member States.
Source: https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&cad=rja&uact=8&ved=2ahUKEwjXmO3Q39H1AhVQlP0HHSGuCVwQFnoECAsQAQ&url=https%3A%2F%2Feur-lex.europa.eu%2Flegal-content%2FEN%2FALL%2F%3Furi%3Dcelex%253A32000L0031&usg=AOvVaw3ByETWV1HKT-o8bac5Inx0
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Binding Instrument ABB is relevant for interoperability as, by being a specialisation of Legal Act, it makes mandatory the implementation of the policy (and therefore the underlying interoperability implications).
The entity defines whether the transitional period is in force in the MS of exemption.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
DESCRIPTION:
"Euopean Legal Act setting out procedures allowing EU countries’ authorities to work together and share information on value added tax (VAT) and to combat VAT fraud. It thus ensures that: VAT is assessed and applied correctly; VAT fraud is detected and prevented; VAT revenue is protected. "
Chapter V of this regulation provides the legal base for the storage and exchange of specific information.
Article 17 defines the information Member States shall store in an electronic system.
Article 21 requires the MSEST to provide automated access to all other MS to certain information it collects under the special scheme of SME.
Article 31 requires the competent authorities of each Member State to obtain, for the purposes of transactions, confirmation by electronic means of the validity of the VAT identification number of any specified person as well as the associated name and address.
Article 32 requires the Commission to publish on its website the details of the provisions approved by each Member State.
DESCRIPTION:
National Legal act that regulates the consumption tax assessed on the value added to goods and services.
This Directive establishes a minimum set of rules governing the re-use and the practical means of facilitating re-use of existing documents held by public sector bodies of the Member States.
The date on which the taxable person exceeded the MS annual threshold.
The national tax identification number of the taxable person.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
DESCRIPTION:
Formalised set of rules on a subject potentially including requirements concerning digital public services. The granularity of the requirements might be of high level or detail level. Requirements of high-level granularity contain generic/abstract functional requirements like principles and/or recommendations with considerable degrees for transposition/execution and of not binding nature. On the other side, requirements of detail-level granularity imply a limited degree for transposition/execution and they contain specific/concrete functionalities, solution components, data, procedures, and/or technical specifications or standards to be used. EU legal acts are legislative or non-legislative acts adopted by the European institutions (Article 288 TFEU). With the entry into force of the Treaty of Lisbon on 1 December 2009. The names "European Union" or "EU" have replaced "European Community", "Community" or "EC".
Source: https://eur-lex.europa.eu/summary/glossary/legislative_acts.html
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Legal Act ABB is salient for interoperability because it helps achieve legal interoperability by ensuring compatible legal/juridical certainty in the exchange of information.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
COMMISSION REGULATION (EU) 2018/1881
of 3 December 2018
amending Regulation (EC) No 1907/2006 of the European Parliament and of the Council on the Registration, Evaluation, Authorisation and Restriction of Chemicals (REACH) as regards Annexes I, III,VI, VII, VIII, IX, X, XI, and XII to address nanoforms of substances.
https://eur-lex.europa.eu/legal-content/EN/TXT/?qid=1544102387245&uri=CELEX:32018R1881
The value of the sectoral threshold.
The email address of the taxable person to be used in matters concerning the special scheme.
DESCRIPTION:
European data policy for the management and use of tax data.
DEFINITION: Information Risk Management Component ABB is a Business Object representing a unit facilitating the identification, evaluation, and prioritization of risks followed by coordinated and economical application of resources to minimize, monitor, and control the probability or impact of unfortunate events or to maximize the realization of opportunities.
Source: ISO
(https://www.iso.org/standard/44651.html)
DEFINITION:
This ABB is a Business Agnostic European Legal Act which lays down rules for requiring Member States to ensure that websites, independently of the device used for access to, and mobile applications of public sector bodies meet the accessibility requirements set out by the European Commission.
Source: https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&cad=rja&uact=8&ved=2ahUKEwiX_a3398_1AhXhiv0HHdObAUUQFnoECAwQAQ&url=https%3A%2F%2Feur-lex.europa.eu%2Flegal-content%2FEN%2FTXT%2F%3Furi%3DCELEX%253A32016L2102&usg=AOvVaw1NId1oq7ohew6Id-WUThY4
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Binding Instrument ABB is relevant for interoperability as, by being a specialisation of Legal Act, it makes mandatory the implementation of the policy (and therefore the underlying interoperability implications).
The Implementing Regulation ensures that the information referred to in Article 37a(1) and Article 37b(2) and (3) of Regulation (EU) No 904/2010 is exchanged in a uniform manner, the Commission is to adopt practical arrangements for such exchange, including a common electronic message.
Article 3 defines the minimum requirements of the automated exchange of information pursuant to Article 21(2b) of Regulation (EU) No 904/2010.
DESCRIPTION:
Regulation (EU) 2021/847 of the European Parliament and of the Council of 20 May 2021 establishing the ‘Fiscalis’ programme for cooperation in the field of taxation and repealing Regulation (EU) No 1286/2013
The entity defines the Union annual threshold in Community. This entity is not connected to any other entities as it is not stored in the datastore, it is defined in the properties. However, it is highlighted here because of the importance of this element.
TITLE:
Communication from the Commission to the European Parliament, the Council, the European Economic and Social Committee and the Committee of the Regions eGovernment Action Plan 2016-2020 Accelerating the digital transformation of government COM/2016/0179 final
DEFINITION:
This ABB is a Business Agnostic European Legal Act which lays down rules to remove existing digital barriers to the Digital Single Market. It does not have a dedicated budget, but helps to coordinate resources available to EU countries through various EU programmes. Initiatives within the plan are based on these principles:
- Digital by default, delivering services digitally as the preferred option through a single contact point;
- Once-only principle, ensuring that citizens and businesses supply the same information only once to a public administration;
- Inclusive and accessible: digital public services that are inclusive and cater for different needs such as those of people with disabilities;
- Open and transparent: public bodies sharing information and data between themselves, and citizens and businesses having access to their own data, engaging with businesses and others in service design;
- Cross-border, with digital public services available across borders, preventing further fragmentation and assuring mobility within the EU’s single market;
- Interoperable, with services designed to work seamlessly across the single market and across organisations;
- Trustworthy and secure, with initiatives going further than just legal compliance on data protection, privacy, and IT security.
Source: https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A52016DC0179
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Non-binding Instrument ABB is a key interoperability enabler as a specialisation of the Legal Act.
DEFINITION:
This ABB is a Business Agnostic Data Policy which addresses an industry-developed best practices guide for the improvement of data quality, allowing organisations to better leverage their data quality programmes and to ensure a continuously-improving cycle for the generation of master data.
Source: https://www.semanticscholar.org/paper/Handbook-on-Data-Management-in-Information-Systems-Blazewicz-
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Data Policy ABB is salient for semantic interoperability because it provides a guiding framework to manage data and information according to interoperability principles as stated in the EIF recommendation n° 30: "Perceive data and information as a public asset that should be appropriately generated, collected, managed, shared, protected and preserved."
The Implementing Regulation ensures that the information referred to in Article 37a(1) and Article 37b(2) and (3) of Regulation (EU) No 904/2010 is exchanged in a uniform manner, the Commission is to adopt practical arrangements for such exchange, including a common electronic message.
Article 4 defines the transition of information between Member State of establishment and Member State of the exemption (bidirectionally).
DESCRIPTION:
Formalised set of rules on a subject potentially including requirements concerning digital public services. The granularity of the requirements might be of high level or detail level. Requirements of high-level granularity contain generic/abstract functional requirements like principles and/or recommendations with considerable degrees for transposition/execution and of not binding nature. On the other side, requirements of detail-level granularity imply a limited degree for transposition/execution and they contain specific/concrete functionalities, solution components, data, procedures, and/or technical specifications or standards to be used. EU legal acts are legislative or non-legislative acts adopted by the European institutions (Article 288 TFEU). With the entry into force of the Treaty of Lisbon on 1 December 2009. The names "European Union" or "EU" have replaced "European Community", "Community" or "EC".
Source: https://eur-lex.europa.eu/summary/glossary/legislative_acts.html
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Legal Act ABB is salient for interoperability because it helps achieve legal interoperability by ensuring compatible legal/juridical certainty in the exchange of information.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
COMMISSION REGULATION (EU) 2018/1881
of 3 December 2018
amending Regulation (EC) No 1907/2006 of the European Parliament and of the Council on the Registration, Evaluation, Authorisation and Restriction of Chemicals (REACH) as regards Annexes I, III,VI, VII, VIII, IX, X, XI, and XII to address nanoforms of substances.
https://eur-lex.europa.eu/legal-content/EN/TXT/?qid=1544102387245&uri=CELEX:32018R1881
The entity defines the MS annual threshold in MS of exemption.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
The Implementing Regulation ensures that the information referred to in Article 37a(1) and Article 37b(2) and (3) of Regulation (EU) No 904/2010 is exchanged in a uniform manner, the Commission is to adopt practical arrangements for such exchange, including a common electronic message.
Article 4 defines the transition of information between Member State of establishment and Member State of the exemption (bidirectionally).
The entity defines the annual threshold in the MS of exemption, up to which the taxable person can benefit from the exemption in that MS of exemption.
Total value of supplies until threshold exceedance are total supplies that have been made from the beginning of the current calendar quarter up until the date the Union annual turnover threshold was exceeded.
DESCRIPTION:
"Communication from the Commission to the European Parliament and the Council for the definition of a common Action Plan to strengthen the fight against tax fraud and tax evasion.
"
DEFINITION:
This ABB is a Business Agnostic European Legal Act which lays down rules for the establishment of an European standard for the semantic data model of the core elements of an electronic invoice (the ‘European standard on electronic invoicing’).
Source: https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&cad=rja&uact=8&ved=2ahUKEwiS8oWQ98_1AhWYS_EDHQY5CnEQFnoECAwQAQ&url=https%3A%2F%2Feur-lex.europa.eu%2Flegal-content%2FEN%2FTXT%2F%3Furi%3DCELEX%253A32014L0055&usg=AOvVaw1BjFwOVTtMlLE6bw7Eynpt
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Binding Instrument ABB is relevant for interoperability as, by being a specialisation of Legal Act, it makes mandatory the implementation of the policy (and therefore the underlying interoperability implications).
DEFINITION: National Legal Act ABB is a business object enabling the adoption of laws on a national level.
Source: Eur-Lex
(https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=LEGISSUM:ai0032)
The national tax identification number of the taxable person.
Any other number of the taxable person for the purpose of the identification.
DESCRIPTION:
A shared legal framework is formed by [re]usable legal resources, with convergence power, in relation to public policy goals attainment, given by their legally binding nature, across the levels of a public administration (central, regional, local) towards the achievement of the public policy goals, enabling :
i) structural interoperability by legal resources supporting reusing and/or sharing legislation (i.e. legislation catalogue enabling provisioning/consuming legal texts cross public administrations and cross borders);
ii) behavioural interoperability by legal resources supporting exchanging capabilities of data, information or knowledge with internal/external peers (i.e. Legislation on Knowledge, Information and data exchange enabling that data/information/knowledge be provisioned/consumed cross public administrations and cross borders ); and
iii) governance interoperability by legislation supporting the collaboration with internal/external peers exchanging data, information or knowledge (i.e. Legal Interoperability Agreements on legal terms assuring juridical certainty enabling agreed legal terms/conditions for sharing, reuse and exchange of data/information/knowledge cross public administrations and cross borders).
INTEROPERABILITY SALIENCY:
IoP dimensions: Structural IoP, Behavioral IoP, Governance IoP
This ABB is a key interoperability enabler because it supports to achieve legal interoperability with public policy goals convergence value by all in all enabling i) sharing/provisioning/reusing/consumption of legislation on digital public services, ii) the exchange of data, information, and knowledge between digital public services, and iii) collaboration between digital public services
DEFINITION:
This ABB is a Business Agnostic Data Policy which is a system for defining who, within an organization, has authority and control over data assets and how those data assets, may be used.
Source: https://www.gartner.com/en/information-technology/glossary/data-governance
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Data Policy ABB is salient for semantic interoperability because it provides a guiding framework to manage data and information according to interoperability principles as stated in the EIF recommendation n° 30: "Perceive data and information as a public asset that should be appropriately generated, collected, managed, shared, protected and preserved."
The entity defines the sectoral threshold of exemption, if applicable.
DEFINITION:
This ABB is a Business Agnostic European Legal Act which lays down rules to be complied for payment service providers for the purpose of implementing security measures which enable them to do the following:
(a) apply the procedure of strong customer authentication in accordance with Article 97 of Directive (EU) 2015/2366;
(b) exempt the application of the security requirements of strong customer authentication, subject to specified and limited conditions based on the level of risk, the amount and the recurrence of the payment transaction and of the payment channel used for its execution;
(c) protect the confidentiality and the integrity of the payment service user's personalised security credentials;
(d) establish common and secure open standards for the communication between account servicing payment service providers, payment initiation service providers, account information service providers, payers, payees and other payment service providers in relation to the provision and use of payment services in application of Title IV of Directive (EU) 2015/2366.
Source: https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&cad=rja&uact=8&ved=2ahUKEwjEi9L_3dH1AhWmSvEDHc1XC54QFnoECAUQAQ&url=https%3A%2F%2Feur-lex.europa.eu%2Flegal-content%2FEN%2FTXT%2F%3Furi%3Dcelex%253A32014L0024&usg=AOvVaw0gHorD8toZjosvWeMd4ewi
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Binding Instrument ABB is relevant for interoperability as, by being a specialisation of Legal Act, it makes mandatory the implementation of the policy (and therefore the underlying interoperability implications).
The address of the taxable person.
DEFINITION:
This ABB is a Business Agnostic National Legal Act which lays down rules regulating the use and access to national base registries for the reuse of data.
Source: https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&cad=rja&uact=8&ved=2ahUKEwj09Zrd7tH1AhUY57sIHVcUAiAQFnoECAIQAQ&url=https%3A%2F%2Fadministracionelectronica.gob.es%2Fpae_Home%2Fdam%2Fjcr%3A2baa2e22-26d9-4bd9-b1e8-1b29a5a4caae%2FLey-11-2007_22Jun_NIPO_000-10-075-0.pdf&usg=AOvVaw2eRZGrxluN4e4vW81yq32I
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Binding Instrument ABB is relevant for interoperability as, by being a specialisation of Legal Act, it makes mandatory the implementation of the policy (and therefore the underlying interoperability implications).
The VAT identification number of the taxable person where the taxable person is identified for VAT in the Union.
DESCRIPTION:
Formalised set of rules on a subject potentially including requirements concerning digital public services. The granularity of the requirements might be of high level or detail level. Requirements of high-level granularity contain generic/abstract functional requirements like principles and/or recommendations with considerable degrees for transposition/execution and of not binding nature. On the other side, requirements of detail-level granularity imply a limited degree for transposition/execution and they contain specific/concrete functionalities, solution components, data, procedures, and/or technical specifications or standards to be used. EU legal acts are legislative or non-legislative acts adopted by the European institutions (Article 288 TFEU). With the entry into force of the Treaty of Lisbon on 1 December 2009. The names "European Union" or "EU" have replaced "European Community", "Community" or "EC".
Source: https://eur-lex.europa.eu/summary/glossary/legislative_acts.html
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Legal Act ABB is salient for interoperability because it helps achieve legal interoperability by ensuring compatible legal/juridical certainty in the exchange of information.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
COMMISSION REGULATION (EU) 2018/1881
of 3 December 2018
amending Regulation (EC) No 1907/2006 of the European Parliament and of the Council on the Registration, Evaluation, Authorisation and Restriction of Chemicals (REACH) as regards Annexes I, III,VI, VII, VIII, IX, X, XI, and XII to address nanoforms of substances.
https://eur-lex.europa.eu/legal-content/EN/TXT/?qid=1544102387245&uri=CELEX:32018R1881
The Implementing Regulation ensures that the information referred to in Article 37a(1) and Article 37b(2) and (3) of Regulation (EU) No 904/2010 is exchanged in a uniform manner, the Commission is to adopt practical arrangements for such exchange, including a common electronic message.
Article 3 defines the minimum requirements of the automated exchange of information pursuant to Article 21(2b) of Regulation (EU) No 904/2010.
The entity defines the supplies of goods and services in MS of establishment and each MS of exemption, performed by the taxable person.
DESCRIPTION:
"Euopean Legal Act on aggressive tax planning which is one aspect of a detailed and complex Commission action plan designed to combat tax evasion and tax fraud. The action plan sets out practical ways to improve administrative cooperation between EU countries, fight abuse and double-non taxation, and tackle issues related to tax havens and tax-related crimes.
"
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
Code representing the reason of taxable person’s cessation from benefiting of exemption in the MS of exemption.
The entity defines the exclusion of the taxable person from the special scheme.
The Implementing Regulation ensures that the information referred to in Article 37a(1) and Article 37b(2) and (3) of Regulation (EU) No 904/2010 is exchanged in a uniform manner, the Commission is to adopt practical arrangements for such exchange, including a common electronic message.
Article 4 defines the transition of information between Member State of establishment and Member State of the exemption (bidirectionally).
DEFINITION:
Conformance Test Scenario ABB is a Business Object specifying a sequence of actions for the execution of a test. Also known as test script or manual test script.
Source: ISTQB
(http://glossary.istqb.org/search/test)
Syn. Test procedure
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Conformance Testing Scenario ABB is salient for technical interoperability because it provides a document of a list of activities for the execution of interoperability tests.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
SoapUI
SoapUI is the world's most widely-used open source API testing tool for SOAP and REST APIs. SoapUI offers SOAP Web Services functional testing, REST API functional testing, WSDL coverage, message assertion testing and test refactoring.
Scenario-based tests should be directly tied to user stories, which were probably provided by the product owner or some business stakeholder. Under ideal circumstances, these tests should be the user stories, so that business stakeholders can both easily help the tester develop the test cases and understand the results.
Sourec: (https://www.soapui.org/testing-dojo/best-practices/scenario-based-testing.html)
(https://www.soapui.org/testing-dojo/world-of-api-testing/test-first.html)
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
The VAT identification number of the taxable person where the taxable person is identified for VAT in the Union.
The Implementing Regulation ensures that the information referred to in Article 37a(1) and Article 37b(2) and (3) of Regulation (EU) No 904/2010 is exchanged in a uniform manner, the Commission is to adopt practical arrangements for such exchange, including a common electronic message.
Article 4 defines the transition of information between Member State of establishment and Member State of the exemption (bidirectionally).
DESCRIPTION:
Legislation defining a set of minimum rules governing the use of open data (i.e. online, free of cost, accessible data that can be used, reused and distributed provided that the data source is attributed and shared alike).
DEFINITION:
Digital Governance ABB is a Business Object assuring the functioning of an Interoperability Framework. These rules include structures, roles, responsibilities, policies, standards, specifications, practices, decision making and operational procedures.
Source: EIF
(http://eur-lex.europa.eu/resource.html?uri=cellar:2c2f2554-0faf-11e7-8a35-01aa75ed71a1.0017.02/DOC_3&format=PDF)
Syn. Interoperability management method or system
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Digital Governance ABB is an interoperability enabler because it helps achieve organisational interoperability as it is " the key to a holistic approach on interoperability, as it brings together all the instruments needed to apply it" (EIF). As stated in EIF Recommendation 20: "Ensure holistic governance of interoperability activities across administrative levels and sectors."
EXAMPLES:
The following implementations are examples on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
INSPIRE Directive 2007/2/EC of 14 March 2007, Article 18
Member States shall ensure that appropriate structures and mechanisms are designated for coordinating, across the different levels of government, the contributions of all those with an interest in their infrastructures for spatial information. These structures shall coordinate the contributions of, inter alia, users, producers, added-value service providers and coordinating bodies, concerning the identification of relevant data sets, user needs, the provision of information on existing practices and the provision of feedback on the implementation of this Directive.
Source:
(http://eur-lex.europa.eu/legal-content/EN/TXT/PDF/?uri=CELEX:32007L0002&from=EN)
Governance defined in the new European Interoperability Framework (EIF)
§ 3.1 of the new EIF Annex II: Interoperability governance refers to decisions on interoperability frameworks, institutional arrangements, organisational structures, roles and responsibilities, policies, agreements and other aspects of ensuring and monitoring interoperability at national and EU levels. The European interoperability framework, the Interoperability Action Plan (Annex 1 to the Communication) and the European interoperability architecture (EIRA) are important parts of interoperability governance at the EU level.
Source:(http://eur-lex.europa.eu/resource.html?uri=cellar:2c2f2554-0faf-11e7-8a35-01aa75ed71a1.0017.02/DOC_3&format=PDF)
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
DEFINITION:
This ABB is a Business Agnostic European Legal Act which lays down rules to facilitate the use of electronic signatures and to contribute to their legal recognition. It establishes a legal framework for electronic signatures and certain certification-services in order to ensure the proper functioning of the internal market.
Source: https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&cad=rja&uact=8&ved=2ahUKEwiN7b_k9c_1AhVDlP0HHVCKC2wQFnoECA4QAQ&url=https%3A%2F%2Feur-lex.europa.eu%2Flegal-content%2FEN%2FTXT%2F%3Furi%3Dcelex%253A31999L0093&usg=AOvVaw0vmoZ7OuBVG0wowMxaZ649
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Binding Instrument ABB is relevant for interoperability as, by being a specialisation of Legal Act, it makes mandatory the implementation of the policy (and therefore the underlying interoperability implications).
DESCRIPTION:
"Euopean Legal Act setting out procedures allowing EU countries’ authorities to work together and share information on value added tax (VAT) and to combat VAT fraud. It thus ensures that: VAT is assessed and applied correctly; VAT fraud is detected and prevented; VAT revenue is protected. "
Article 32 defines the information Member States shall store in an electronic system.
Code representing the reason of taxable person’s exclusion from the special scheme.
DEFINITION:
Digital Public Service Catalogue ABB is a Business Object indexing inventory of active digital public services, and their descriptions, that are provided by a public administration. This ABB is a key interoperability enabler (*) for sharing/PROVISIONING and reusing/CONSUMING of front-office public services.
Source: ISA2 Core Vocabularies
(https://joinup.ec.europa.eu/catalogue/distribution/cpsv-ap-specification-v20-pdf)
(*)DECISION (EU) 2015/2240 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 25 November 2015 establishing a programme on interoperability solutions and common frameworks for European public administrations, businesses and citizens (ISA2 programme) as a means for modernising the public sector.
Syn. Public Service Registry, Public Service Inventory
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Digital Public Service Catalogue ABB is a key interoperability enabler because it supports to achieve organisational structural interoperability by ensuring the provision/consumption of front-office digital public services. Catalogues are also key element of the EIF "Integrated Public Service Governance" conceptual model. According to EIF Recommendation 44: "Put in place catalogues of public services, public data, and interoperability solutions and use common models for describing them."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
FEDICT service catalogue
FEDICT, part of the Federal Public Service Policy and Support of Belgium, offers a public service catalogue. Here are a few examples of the offered services: Company data (company information and certificates), Digiflow (access to online certificates), E-mail Relay (relay of e-mail to and from the federal public services and institutions, as a protection to viruses and spam), eBirth (birth online notification and transfer of statistics), eDepot (for notaries), Federal Authentication Service (authentication of individuals for access to online government applications), etc.
Source:
(http://www.fedict.belgium.be/en/service_catalogue)
DEFINITION:
Legislation Catalogue ABB is a Business Object creating an indexed inventory of legal documents with comprehensiveness and trustiness value
(*)DECISION (EU) 2015/2240 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 25 November 2015 establishing a programme on interoperability solutions and common frameworks for European public administrations, businesses and citizens (ISA2 programme) as a means for modernising the public sector
Source: IATE
(http://iate.europa.eu/)
Syn. Official Journal
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Legislation Catalogue ABB is a key interoperability enabler because it supports to achieve legal structural interoperability by enabling sharing/provisioning and reusing/consumption of legislation on digital public services
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
EUR-Lex
EUR-Lex provides free access, in the 24 official EU languages, to:
• the authentic Official Journal of the European Union
• EU law (EU treaties, directives, regulations, decisions, consolidated legislation, etc.)
• preparatory acts (legislative proposals, reports, green and white papers, etc.)
• EU case-law (judgments, orders, etc.)
• international agreements
• EFTA documents
• summaries of EU legislation, which put legal acts into a policy context, explained in plain language
• other public documents.
It also allows you to follow the procedures leading to the adoption of legal acts.
Source: (http://eur-lex.europa.eu/)
The exclusion date requested by the taxable person in case of changing MS of establishment.
This Directive is the base Council Directive governing the common system of VAT in the Community. It defines the original special scheme for small enterprises designed for a common system of value added tax (VAT) based on taxation in the Member State of origin.
DESCRIPTION:
"European Directive on a common system of taxation applicable to interest and royalty payments made between associated companies of different Member States (the ""I+R"" Directive).
"
By this tick box the taxable person declares that he is not registered in another MS of establishment.
TITLE:
Council Directive (EU) 2020/285/EC of 28 November 2006 amending Directive 2006/112/EC on the common system of value added tax as regards the special scheme for small enterprises and Regulation (EU) No 904/2010 as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises
DESCRIPTION:
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
DEFINITION:
This ABB is a Business Agnostic European Legal Act which lays down the code of conduct related to the use of electronic payments methods.
Source: https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&cad=rja&uact=8&ved=2ahUKEwjZiujI6dH1AhUXhv0HHc-JB0oQFnoECAUQAQ&url=https%3A%2F%2Feur-lex.europa.eu%2Flegal-content%2FEN%2FTXT%2F%3Furi%3DCELEX%253A31987H0598&usg=AOvVaw2uuPECR_NqDlw1gbeyIM5d
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Non-binding Instrument ABB is a key interoperability enabler as a specialisation of the Legal Act.
The entity defines the MS of exemption in which the taxable person wills to benefit from the exemption.
DESCRIPTION:
"European legal act aiming to combat tax evasion by ensuring that EU countries work more closely together (they must provide assistance) with regard to the recovery of claims relating to taxes, duties and related measures levied in another EU country.
"
The VAT identification number of the taxable person where the taxable person is identified for VAT in the Union.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
The entity defines the cessation of the taxable person from benefiting of the exemption in MS of exemption.
DESCRIPTION:
Data policy setting the sequence of stages that a particular unit of data goes through from its initial generation or capture to its eventual archival and/or deletion at the end of its useful life.
This Directive lays down the rules to promote the use of open data and stimulate innovation in products and services, this Directive establishes a set of minimum rules governing the re-use and the practical arrangements for facilitating the re-use of:
(a)existing documents held by public sector bodies of the Member States;
(b) existing documents held by public undertakings that are: (i) active in the areas defined in Directive 2014/25/EU; (ii) acting as public service operators pursuant to Article 2 of Regulation (EC) No 1370/2007; (iii) acting as air carriers fulfilling public service obligations pursuant to Article 16 of Regulation (EC) No 1008/2008; or (iv) acting as Community shipowners fulfilling public service obligations pursuant to Article 4 of Regulation (EEC) No 3577/92;
(c) research data pursuant to the conditions set out in Article 10.
DESCRIPTION:
National Legal Act referring to specific parameters used to classify the company, e.g. companies are primarily classified into private and public, sole proprietorship, partnership, corporation, and Limited Liability Company.
This Regulation aims to ensure the free flow of data other than personal data within the Union by laying down rules relating to data localisation requirements, the availability of data to competent authorities and the porting of data for professional users.
DEFINITION:
This ABB is a Business Agnostic European Legal Act which lays down rules for the proper functioning of the internal market while providing for a high level of consumer protection, by laying down common rules on certain requirements concerning contracts between traders and consumers for the supply of digital content or digital services.
Source: https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&cad=rja&uact=8&ved=2ahUKEwiWsqjH-M_1AhXuR_EDHT_7DscQFnoECA0QAQ&url=https%3A%2F%2Feur-lex.europa.eu%2Flegal-content%2Fen%2FALL%2F%3Furi%3DCELEX%3A32019L0770&usg=AOvVaw27azNlqn3tep9Jqrt1vl_Z
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Binding Instrument ABB is relevant for interoperability as, by being a specialisation of Legal Act, it makes mandatory the implementation of the policy (and therefore the underlying interoperability implications).
TITLE:
<<eGovERA BA:eira:Binding Instrument>> 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)
DESCRIPTION:
This Regulation lays down rules relating to the protection of natural persons with regard to the processing of personal data and rules relating to the free movement of personal data.
DEFINITION:
This ABB is a Business Agnostic National Legal Act which lays down rules for the establishment of structured framework for ensuring the security of public administration information systems and data exchange.
Source: https://www.cybersecurityframework.it/
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Binding Instrument ABB is relevant for interoperability as, by being a specialisation of Legal Act, it makes mandatory the implementation of the policy (and therefore the underlying interoperability implications).
TITLE:
Decision (EU) 2015/2240 of the European Parliament and of the Council of 25 November 2015 establishing a programme on interoperability solutions and common frameworks for European public administrations, businesses and citizens (ISA2 programme) as a means for modernising the public sector
DEFINITION:
This ABB is a Business Agnostic European Legal Act which lays down a programme on interoperability solutions and common frameworks for European public administrations, businesses and citizens (‘the ISA2 programme’).
The objectives of the ISA2 programme shall be to:
(a) develop, maintain and promote a holistic approach to interoperability in the Union in order to eliminate fragmentation in the interoperability landscape in the Union;
(b) facilitate efficient and effective electronic cross-border or cross-sector interaction between European public administrations on the one hand, and between European public administrations and businesses and citizens on the other, and to contribute to the development of a more effective, simplified and user-friendly e-administration at the national, regional and local levels of public administration;
(c) identify, create and operate interoperability solutions supporting the implementation of Union policies and activities;
(d) facilitate the re-use of interoperability solutions by European public administrations.
Source: https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&cad=rja&uact=8&ved=2ahUKEwjGns306dH1AhUiRuUKHQW5ABoQFnoECAIQAQ&url=https%3A%2F%2Feur-lex.europa.eu%2Feli%2Fdec%2F2015%2F2240%2Foj&usg=AOvVaw0tpfRXEq3fhPjDTOc-uk4J
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Non-binding Instrument ABB is a key interoperability enabler as a specialisation of the Legal Act.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
The Implementing Regulation ensures that the information referred to in Article 37a(1) and Article 37b(2) and (3) of Regulation (EU) No 904/2010 is exchanged in a uniform manner, the Commission is to adopt practical arrangements for such exchange, including a common electronic message.
Article 4 defines the transition of information between Member State of establishment and Member State of the exemption (bidirectionally).
The total value of supplies of goods supplied by the taxable person in Member State (MS of establishment and each MS of exemption).
The value of supplies to be reported only consists of the amounts listed in Article 288 of Directive 2020/285.
DEFINITION: The single digital gateway will facilitate online access to the information, key administrative procedures and assistance and problem-solving services that citizens and businesses may wish to contact if they encounter problems when exercising their internal market rights while living in or doing business in another EU country.
KEY POINTS:
A single online point of access to information, procedures and assistance
The single digital gateway will guide citizens and companies to information on national and EU rules, rights and procedures, as well as to the websites where they can carry out these procedures online. Users looking for help will be guided towards assistance and problem-solving services.
In practical terms, a search function on the ‘Your Europe’ portal will give access to:
information — citizens will be able to easily find reliable, qualitative information on EU and national rules that apply to them when they want to exercise their internal market rights;
procedures — citizens will find out exactly how to carry out administrative procedures and what steps they need to follow;
assistance — if users are still confused about which rules apply or if they have trouble with a procedure, they will be guided to the most suitable EU or national assistance service to solve their problem.
The quality, user-friendliness and adequacy of the information provided by the European Commission and by authorities in EU countries will be monitored on the basis of user feedback.
SOURCE:
https://eur-lex.europa.eu/EN/legal-content/summary/the-single-digital-gateway.html
https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=celex%3A32018R1724
DESCRIPTION:
European Taxpayers' Code provides a core of principles, which compiles the main existing rights and obligations that govern the relationships between taxpayers and tax administrations in Europe. It is a non-binding document and should be considered as a model to follow, to which Member States could add or adapt elements to meet national needs or context.
Chapter V of this regulation provides the legal base for the storage and exchange of specific information.
Article 17 defines the information Member States shall store in an electronic system.
Article 21 requires the MSEST to provide automated access to all other MS to certain information it collects under the special scheme of SME.
Article 31 requires the competent authorities of each Member State to obtain, for the purposes of transactions, confirmation by electronic means of the validity of the VAT identification number of any specified person as well as the associated name and address.
Article 32 requires the Commission to publish on its website the details of the provisions approved by each Member State.
The Additional Clarification entity defines the additional information needed by the MS of exemption to evaluate the taxable person’s eligibility to benefit from the exemption.
The Implementing Regulation ensures that the information referred to in Article 37a(1) and Article 37b(2) and (3) of Regulation (EU) No 904/2010 is exchanged in a uniform manner, the Commission is to adopt practical arrangements for such exchange, including a common electronic message.
Article 2 defines the electronic interface in Member State of establishment, by which a taxable person may be required to submit a prior notification, any update to that notification and to report the value of supplies for the use of the special scheme in another Member State.
Article 3 defines the minimum requirements of the automated exchange of information pursuant to Article 21(2b) of Regulation (EU) No 904/2010.
Article 4 defines the transition of information between Member State of establishment and Member State of the exemption (bidirectionally).
The entity defines the Quarterly Report, to be submitted to the MS of establishment by the taxable person for every quarter.
The Implementing Regulation ensures that the information referred to in Article 37a(1) and Article 37b(2) and (3) of Regulation (EU) No 904/2010 is exchanged in a uniform manner, the Commission is to adopt practical arrangements for such exchange, including a common electronic message.
Article 4 defines the transition of information between Member State of establishment and Member State of the exemption (bidirectionally).
Chapter V of this regulation provides the legal base for the storage and exchange of specific information.
Article 17 defines the information Member States shall store in an electronic system.
Article 21 requires the MSEST to provide automated access to all other MS to certain information it collects under the special scheme of SME.
Article 31 requires the competent authorities of each Member State to obtain, for the purposes of transactions, confirmation by electronic means of the validity of the VAT identification number of any specified person as well as the associated name and address.
Article 32 requires the Commission to publish on its website the details of the provisions approved by each Member State.
The Implementing Regulation ensures that the information referred to in Article 37a(1) and Article 37b(2) and (3) of Regulation (EU) No 904/2010 is exchanged in a uniform manner, the Commission is to adopt practical arrangements for such exchange, including a common electronic message.
Article 2 defines the electronic interface in Member State of establishment, by which a taxable person may be required to submit a prior notification, any update to that notification and to report the value of supplies for the use of the special scheme in another Member State.
DESCRIPTION:
European legal act establishing a system for a secure cooperation between EU countries’ national tax authorities and lays down the rules and procedures that they must apply when exchanging information for tax purposes.
Chapter V of this regulation provides the legal base for the storage and exchange of specific information.
Article 17 defines the information Member States shall store in an electronic system.
Article 21 requires the MSEST to provide automated access to all other MS to certain information it collects under the special scheme of SME.
Article 31 requires the competent authorities of each Member State to obtain, for the purposes of transactions, confirmation by electronic means of the validity of the VAT identification number of any specified person as well as the associated name and address.
Article 32 requires the Commission to publish on its website the details of the provisions approved by each Member State.
Any other number of the taxable person for the purpose of the identification.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
The national tax identification number of the taxable person.
DEFINITION:
This ABB is a Business Agnostic National Legal Act which lays down rules regulating the provision and use of electronic delivery services to ensure a transparent and secure data exchange.
Source: https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eInvoicing+in+Germany
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Binding Instrument ABB is relevant for interoperability as, by being a specialisation of Legal Act, it makes mandatory the implementation of the policy (and therefore the underlying interoperability implications).
The Implementing Regulation ensures that the information referred to in Article 37a(1) and Article 37b(2) and (3) of Regulation (EU) No 904/2010 is exchanged in a uniform manner, the Commission is to adopt practical arrangements for such exchange, including a common electronic message.
Article 4 defines the transition of information between Member State of establishment and Member State of the exemption (bidirectionally).
The Website of the taxable person.
The Council Directive considers the need to modernise and update the list of goods and services eligible for reduced rates, amending the Directive 2006/112/EC to allow the application of reduced rates for specific social policy objectives, to ensure clarity, and to consider the neutrality principle, namely, by ensuring the same treatment, in terms of VAT rates, for the renting or leasing and the supply of certain goods.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
The level of the threshold ceiling, if the transitional period is in force in the MS of exemption.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
DEFINITION:
This ABB is a Business Agnostic European Legal Act which lays down rules on cross-border payments in euro in order to ensure that charges for those payments are the same as those for payments in euro within a Member State.
Source: https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&cad=rja&uact=8&ved=2ahUKEwihw8b8-M_1AhUPSfEDHa7aAboQFnoECAcQAQ&url=https%3A%2F%2Feur-lex.europa.eu%2Flegal-content%2FEN%2FALL%2F%3Furi%3Dcelex%3A32001R2560&usg=AOvVaw24fvyc7RDN1vIPLirUIQQW
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Binding Instrument ABB is relevant for interoperability as, by being a specialisation of Legal Act, it makes mandatory the implementation of the policy (and therefore the underlying interoperability implications).
The identifier of the taxable person used for identification in the OSS Union scheme.
DESCRIPTION:
"Euopean Legal Act setting out procedures allowing EU countries’ authorities to work together and share information on value added tax (VAT) and to combat VAT fraud. It thus ensures that: VAT is assessed and applied correctly; VAT fraud is detected and prevented; VAT revenue is protected. "
Chapter V of this regulation provides the legal base for the storage and exchange of specific information.
The Taxable person entity defines the identifiers of the taxable person used within the special scheme.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
This Directive is the base Council Directive governing the common system of VAT in the Community. It defines the original special scheme for small enterprises designed for a common system of value added tax (VAT) based on taxation in the Member State of origin.
Name of the sector, to which the sectoral threshold relates.
Additional clarification on Notification, transmitted by the MS of exemption as a reply on the MS of exemption request.
The entity defines the Union annual threshold, which represents the total annual value of supplies of goods and services, exclusive of VAT.
TITLE:
Commission Delegated Regulation (EU) 2018/389 of 27 November 2017 supplementing Directive (EU) 2015/2366 of the European Parliament and of the Council with regard to regulatory technical standards for strong customer authentication and common and secure open standards of communication
DEFINITION:
This ABB is a Business Agnostic European Legal Act which lays down rules on how electronic payment transactions and online banking must be performed in future with the intention to make payment transactions and online banking more secure.
Source: https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=celex%3A32018R0389#:~:text=Commission%20Delegated%20Regulation%20(EU)%202018,(Text%20with%20EEA%20relevance.%20)
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Non-binding Instrument ABB is a key interoperability enabler as a specialisation of the Legal Act.
This Directive is the base Council Directive governing the common system of VAT in the Community. It defines the original special scheme for small enterprises designed for a common system of value added tax (VAT) based on taxation in the Member State of origin.
DEFINITION:
This ABB is a Business Agnostic European Legal Act which lays down rules to foster better cross-border parcel delivery services, in addition to those laid down in Directive 97/67/EC, concerning:
(a) regulatory oversight related to parcel delivery services;
(b) transparency of tariffs, and assessment of tariffs for certain cross-border parcel delivery services for the purpose of identifying those that are unreasonably high;
(c) information for consumers made available by traders concerning cross-border parcel delivery services.
Source: https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=&cad=rja&uact=8&ved=2ahUKEwiSvPa239H1AhU_h_0HHYmXCv4QFnoECAoQAQ&url=https%3A%2F%2Feur-lex.europa.eu%2Flegal-content%2FEN%2FTXT%2F%3Furi%3DCELEX%253A32018R0644&usg=AOvVaw3yualZ7-TCz3vpEQaWAbGF
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Binding Instrument ABB is relevant for interoperability as, by being a specialisation of Legal Act, it makes mandatory the implementation of the policy (and therefore the underlying interoperability implications).
The phone contact of the taxable person to be used in matters concerning the special scheme.
DESCRIPTION:
Formalised set of rules on a subject potentially including requirements concerning digital public services. The granularity of the requirements might be of high level or detail level. Requirements of high-level granularity contain generic/abstract functional requirements like principles and/or recommendations with considerable degrees for transposition/execution and of not binding nature. On the other side, requirements of detail-level granularity imply a limited degree for transposition/execution and they contain specific/concrete functionalities, solution components, data, procedures, and/or technical specifications or standards to be used. EU legal acts are legislative or non-legislative acts adopted by the European institutions (Article 288 TFEU). With the entry into force of the Treaty of Lisbon on 1 December 2009. The names "European Union" or "EU" have replaced "European Community", "Community" or "EC".
Source: https://eur-lex.europa.eu/summary/glossary/legislative_acts.html
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Legal Act ABB is salient for interoperability because it helps achieve legal interoperability by ensuring compatible legal/juridical certainty in the exchange of information.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
COMMISSION REGULATION (EU) 2018/1881
of 3 December 2018
amending Regulation (EC) No 1907/2006 of the European Parliament and of the Council on the Registration, Evaluation, Authorisation and Restriction of Chemicals (REACH) as regards Annexes I, III,VI, VII, VIII, IX, X, XI, and XII to address nanoforms of substances.
https://eur-lex.europa.eu/legal-content/EN/TXT/?qid=1544102387245&uri=CELEX:32018R1881
DESCRIPTION:
European legal act seeking to regulate the indirect taxes levied by EU countries on the raising of capital. Indirect taxes are those levied on goods and services rather than on income or profits. While it generally prohibits these taxes, notably capital duty*, it allows certain countries to levy them if they meet certain exceptional conditions.
Individual identification number of exempt taxable persons issued by the Member State of the establishment.
This Directive is the base Council Directive governing the common system of VAT in the Community. It defines the original special scheme for small enterprises designed for a common system of value added tax (VAT) based on taxation in the Member State of origin.
DESCRIPTION:
"Euopean Legal Act setting out procedures allowing EU countries’ authorities to work together and share information on value added tax (VAT) and to combat VAT fraud. It thus ensures that: VAT is assessed and applied correctly; VAT fraud is detected and prevented; VAT revenue is protected. "
Article 31 defines the information Member States shall store in an electronic system.
The official name to the taxable person.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
DESCRIPTION:
"Euopean Legal Act setting out procedures allowing EU countries’ authorities to work together and share information on value added tax (VAT) and to combat VAT fraud. It thus ensures that: VAT is assessed and applied correctly; VAT fraud is detected and prevented; VAT revenue is protected. "
Defines the information to be exchange, including a common electronic message.
DEFINITION:
This ABB is a Business Agnostic Data Policy which addresses the rules and guidelines for the access to specific data sets and information.
Source: https://europa.eu/youreurope/citizens/consumers/internet-telecoms/data-protection-online-privacy/index_en.htm
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Data Policy ABB is salient for semantic interoperability because it provides a guiding framework to manage data and information according to interoperability principles as stated in the EIF recommendation n° 30: "Perceive data and information as a public asset that should be appropriately generated, collected, managed, shared, protected and preserved."
The date the taxable person requested to use the special scheme.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
This Directive is the base Council Directive governing the common system of VAT in the Community. It defines the original special scheme for small enterprises designed for a common system of value added tax (VAT) based on taxation in the Member State of origin.
This Directive is the base Council Directive governing the common system of VAT in the Community. It defines the original special scheme for small enterprises designed for a common system of value added tax (VAT) based on taxation in the Member State of origin.
DESCRIPTION:
Policy definining account limits for a set of users of one or more resources. It comprises rules that define the limits of a policy and workflows to process violations after they occur. Audit scans use the criteria defined in an audit policy to evaluate whether violations have occurred in your organization.
The entity defines the details of the Quarterly Report.
The type of the supply reported by the taxable person.
By this tick box the taxable person informs whether he is registered in the OSS Union scheme.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
DESCRIPTION:
"Euopean Legal Act setting out procedures allowing EU countries’ authorities to work together and share information on value added tax (VAT) and to combat VAT fraud. It thus ensures that: VAT is assessed and applied correctly; VAT fraud is detected and prevented; VAT revenue is protected. "
Defines the information to be exchange, including a common electronic message.
The date from which the taxable person’s cessation from the special scheme is effective.
DEFINITION:
Privacy Framework ABB is a Business Object focusing on the confidentiality aspects of data, information and knowledge assets and organizational resources handling them.
Source: ISA2, EIFv2 (https://ec.europa.eu/isa2/isa2_en)
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Privacy Framework ABB is salient for interoperability because "security and privacy are primary concerns in the provision of public services" (EIF) and, as stated in EIF Recommendation 15: "Define a common security and privacy framework and establish processes for public services to ensure secure and trustworthy data exchange between public administrations and in interactions with citizens and businesses."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
European Privacy Framework
European privacy legislation is made up of two parts: The Data Protection Directive (95/46/EC) exists as a common ground across Europe. The Directive is a legislative act of the European Union that requires all member states to ensure there is an "adequate" level of data protection. The second part consists of diverse national laws.
Source:
(https://www.privacy-europe.com/european-privacy-framework.html)
DESCRIPTION:
"Euopean Legal Act setting out procedures allowing EU countries’ authorities to work together and share information on value added tax (VAT) and to combat VAT fraud. It thus ensures that: VAT is assessed and applied correctly; VAT fraud is detected and prevented; VAT revenue is protected. "
Article 17 defines the information Member States shall store in an electronic system.
The Implementing Regulation ensures that the information referred to in Article 37a(1) and Article 37b(2) and (3) of Regulation (EU) No 904/2010 is exchanged in a uniform manner, the Commission is to adopt practical arrangements for such exchange, including a common electronic message.
Article 2 defines the electronic interface in Member State of establishment, by which a taxable person may be required to submit a prior notification, any update to that notification and to report the value of supplies for the use of the special scheme in another Member State.
The Active Exemption Details entity defines MS of exemption in which the taxable person benefits of the exemption and the commencement date of that benefiting.
DESCRIPTION:
"European legal act aiming at ensuring fair taxation of payments made between associated businesses in different EU countries, while avoiding double-taxation between EU countries. It applies to: interest payments and royalty payments.
"
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
DESCRIPTION:
"Euopean Legal Act setting out procedures allowing EU countries’ authorities to work together and share information on value added tax (VAT) and to combat VAT fraud. It thus ensures that: VAT is assessed and applied correctly; VAT fraud is detected and prevented; VAT revenue is protected. "
Defines the information to be exchange, including a common electronic message.
Activity and business sector if relevant pursuant to Article 284(1), second subparagraph of Directive 2006/112/EC.
DEFINITION:
Legal Act ABB is a Business Object formalising a set of rules on a subject potentially including requirements concerning digital public services. The granularity of the requirements might be of high level or detail level. Requirements of high-level granularity contain generic/abstract functional requirements like principles and/or recommendations with considerable degrees for transposition/execution and of not binding nature. On the other side, requirements of detail-level granularity imply a limited degree for transposition/execution and they contain specific/concrete functionalities, solution components, data, procedures, and/or technical specifications or standards to be used. EU legal acts are legislative or non-legislative acts adopted by the European institutions (Article 288 TFEU). With the entry into force of the Treaty of Lisbon on 1 December 2009. The names "European Union" or "EU" have replaced "European Community", "Community" or "EC".
Source: European Union Law (https://eur-lex.europa.eu/summary/glossary/legislative_acts.html)
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Legal Act ABB is salient for interoperability because it helps achieve legal interoperability by ensuring compatible legal/juridical certainty in the exchange of information.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
COMMISSION REGULATION (EU) 2018/1881
of 3 December 2018
amending Regulation (EC) No 1907/2006 of the European Parliament and of the Council on the Registration, Evaluation, Authorisation and Restriction of Chemicals (REACH) as regards Annexes I, III,VI, VII, VIII, IX, X, XI, and XII to address nanoforms of substances.
Source:(https://eur-lex.europa.eu/legal-content/EN/TXT/?qid=1544102387245&uri=CELEX:32018R1881)
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
DEFINITION:
This ABB is a Business Agnostic European Legal Act which lays down rules for:
(a) the conditions under which Member States recognise electronic identification means of natural and legal persons falling under a notified electronic identification scheme of another Member State;
(b)the establishment of trust services, in particular for electronic transactions; and
(c) the establishment of a legal framework for electronic signatures, electronic seals, electronic time stamps, electronic documents, electronic registered delivery services and certificate services for website authentication.
Source: https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32014R0910
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Binding Instrument ABB is relevant for interoperability as, by being a specialisation of Legal Act, it makes mandatory the implementation of the policy (and therefore the underlying interoperability implications).
The date from which the taxable person’s exclusion from the special scheme is effective.
This Directive is the base Council Directive governing the common system of VAT in the Community. It defines the original special scheme for small enterprises designed for a common system of value added tax (VAT) based on taxation in the Member State of origin.
DEFINITION:
This Communication provides an european framework to support Member States to improve their national governance of interoperability activities, use common operational models to develop better digital public services and include the needs of citizens and businesses from other EU Member States and manage data they own in common semantic and syntactic formats to make it easier to publish it on portals, and to aggregate, share and reuse it.
Source: https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=COM%3A2017%3A134%3AFIN
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Non-binding Instrument ABB is a key interoperability enabler as a specialisation of the Legal Act.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
Regulation (EU) 2016/679 on the protection of natural persons with regard to the processing of personal data and on the free movement of such data. This text includes the corrigendum published in the OJEU of 23 May 2018.
The regulation is an essential step to strengthen individuals' fundamental rights in the digital age and facilitate business by clarifying rules for companies and public bodies in the digital single market. A single law will also do away with the current fragmentation in different national systems and unnecessary administrative burdens.
The regulation entered into force on 24 May 2016 and applies since 25 May 2018. More information for companies and individuals.
Source: https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A02016R0679-20160504&qid=1532348683434
Source: https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=uriserv%3AOJ.L_.2016.119.01.0089.01.ENG&toc=OJ%3AL%3A2016%3A119%3ATOC
This Directive is the base Council Directive governing the common system of VAT in the Community. It defines the original special scheme for small enterprises designed for a common system of value added tax (VAT) based on taxation in the Member State of origin.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
This Directive includes the amendments that have been made to the special scheme for small enterprises as this was initially defined in the 2006/112/EC Directive on the common system of value added tax and, in the Regulation, (EU) No 904/2010, as regards the administrative cooperation and exchange of information for the purpose of monitoring the correct application of the special scheme for small enterprises.
The total value of services supplied by the taxable person in Member State (MS of establishment and each MS of exemption).
The value of supplies to be reported only consists of the amounts listed in Article 288 of Directive 2020/285.
DESCRIPTION:
National legal act on identification and tracing of criminal assets. Directive 2014/42/EU establishes the idea that confiscation of criminal proceeds is an essential component of the fight against serious and organised crime, since it deprives criminals of their financial gains and ensures that crime does not pay.
The MS of exemption verifies if the taxable person is eligible to benefit from the exemption in that MS of exemption. To be eligible to benefit from the exemption, the following conditions must be fulfilled by the taxable person:
• the supplies meet the criteria of the sectoral threshold, if applicable in the MS of exemption:
• the supplies are not excluded from the special scheme in the MS of exemption;
• the taxable person will use one sectoral threshold only, if more sectoral thresholds are applicable in the MS of exemption;
• the annual turnover threshold was not exceeded during the current (N year), or the preceding calendar year (N-1 year), or also during the year prior to the preceding calendar year (N-2 year) if the MS of exemption has chosen two calendar years of exclusion in case of exceedance of the threshold;
• in case of MS annual threshold exceedance and transitional period applicable, the taxable person's annual turnover is still acceptable by the MS of exemption.
The process describes the overall processing of the Quarterly report, submitted by the taxable person within the special scheme for small enterprises. The process depicts the activities of all involved stakeholders. In case of Union threshold exceedance, the MS of establishment checks if quarterly report has been transmitted within 15 days and if quarterly report contains the turnover made from beginning of the quarter up until the exceedance. If not, the MS of establishment has to notify the MS of exemption within 15 working days of non-compliance of the taxable person. As a result, both MS of establishment and MS of exemption may decide to impose VAT obligations on the SME.
The process describes the way how the MS of exemption proceed in case when it ceases to apply the SME special scheme. If after the change the taxable person will not be eligible to benefit from the exemption in neither MS of exemption, the taxable person will be excluded from the special scheme.
The process describes the way how the taxable person notifies an update to a prior notification informing in advance of the change of the MS of establishment.
The process describes the submission and processing of the Prior Notification or of an update to that Prior Notification.
The update of the Prior Notification also covers the taxable person's request:
1. To avail of exemption in other MS(s) of exemption as indicated before;
2. To cease the activities in one or more MS(s) of exemption. This may lead to exclusion of the taxable person from the special scheme if he will not be eligible to benefit from the exemption at least in one MS of exemption.
As regards the taxable person's exclusion from the special scheme or cessation from a MS of exemption, the process covers the following activities:
* Exclusion of taxable person from the special scheme - exceeding the Union annual threshold in the current year;
* Exclusion of taxable person from the special scheme - exceeding the Union annual threshold in the previous year (if discovered afterwards);
* Exceeding the annual threshold of the MS of the exemption in the current year:
1. Threshold exceeded and no transitional period applicable;
2. Threshold exceeded, transitional period applicable, ceiling applicable but ceiling of 10% or 25% exceeded;
3. Threshold exceeded, transitional period applicable, no ceiling applicable or ceiling of 25% not exceeded but turnover in MSEXE exceeds EUR 100.000.
* Falling within the Article 288a (1) in MS of exemption, if discovered afterwards (threshold exceeded in the previous year or in the year prior to the previous year, if applicable);
* The taxable person non-fulfilling anymore the criteria set by MS of exemption for the sectoral threshold;
* The supply of the taxable person now falling within the supplies excluded from the special scheme in that MS of exemption;
* MS of exemption changes its legislation (change in threshold or in criteria for sectoral threshold or transaction excluded from the threshold) and as a result the taxable person is not eligible anymore;
* The taxable person has informed of its decision to cease to apply the exemption in a certain MS of exemption.
The taxable person shall inform the Member State of establishment in advance, by means of an update to a prior notification, of any changes to the information previously provided.
The process describes the activities to be performed when the taxable person is excluded from the special scheme as a result of the following two updates to a prior notification:
* the taxable person decided to cease to apply the special scheme - reason code 10;
* the taxable person informs that his activities have ceased - reason code 11.
The cessation shall be effective as of the first day of the next calendar quarter following the receipt of the information from the taxable person or, where such information is received during the last month of a calendar quarter, as of the first day of the second month of the next calendar quarter.
The MS of exemption verifies the Quarterly report, if the taxable person is still eligible to benefit from the exemption in that MS of exemption. The following conditions are evaluated:
* The MS annual threshold is not exceeded during the current calendar year;
* The eligibility of the taxable person to continue benefiting from the exemption in case he already exceeded the MS annual threshold (transitional period).
The MS of establishment validates the received Quarterly report or a correction to Quarterly report.
Member States shall, without delay, provide the details listed in Annex I to CIR2021/207 and their updates as regards the provisions which transpose the SME scheme and the cash accounting scheme. That information shall be submitted via the web portal established by the Commission. The Commission shall, on the basis of the information provided by the Member States, publish on its website the details of the provisions approved by each Member State.
It is assumed that the special scheme related activities of the taxable person are ceased.
The process describes the mandatory checks to be performed by the MS of exemption to evaluate the taxable person’s eligibility to benefit from the exemption.
The MS of establishment verifies whether the Union annual threshold exceedance information received from the taxable person is compliant with the Article 284b(3):
* Whether the taxable person informed the MS of establishment about the Union annual threshold exceedance referred to in Article 284(2) within 15 working days;
* Whether the taxable person reported the value of supplies referred to in Article 284b(1) that have been made from the beginning of the current calendar quarter up until the date the Union annual turnover threshold was exceeded.
The sub-process depicts the processing of the message, received by MS. The sub-process also covers the treatment of the received message in case of failed parsing.
The call activity describes the validation of the Notification at the side of the MS of establishment. The MS of establishment has maximum 15 working days to perform these activities since within 15 working days from the notification, it must notify the MS of exemption. The following validations are performed:
• syntactic validation;
• semantic validation;
• exceedance of the Union annual threshold.
In case some of the validations are violated, the overall result from the validation will be negative.
The business process describes the following activities:
1. Exclusion of the taxable person from the special scheme;
2. Cessation of the taxable person from benefiting of the exemption in MS of exemption.
The sub-process defines the way how the taxable person elaborates the Quarterly report. The sub-process is reusable for elaboration of a new or update of an existing Quarterly report. The sub-process covers the following activities:
* calculation of total supplies carried out during the calendar quarter in the MS of establishment;
* calculation of total supplies carried out during the calendar quarter in each of the Member States other than the MS of establishment.
The call activity depicts the activities performed by the automated access to MSEST information, which is operated by the MS of establishment. The information relates to the special scheme for small enterprises. The minimum information to be provided by the MS of establishment to the other MSs is declared in Article 21 (2b) [DIR2020/285].
The sub-process defines the way how the taxable person avails itself of the VAT exemption in the Member State in which the taxable person is not established.
The sub-process covers the following activities:
• elaboration of a Prior Notification;
• update of an existing Notification.
The taxable person can decide to store the semi-finished Notification for later, without immediate submission.
The sub-process describes the validation of the Notification. Only the syntax and the semantics of the Notification is validated.
When the Union annual turnover threshold referred to in point (a) of Article 284(2) is exceeded, the taxable person shall inform the Member State of establishment within 15 working days. At the same time, the taxable person shall be required to report the value of the supplies, which have been made from the beginning of the current calendar quarter up until the date the Union annual turnover threshold was exceeded.
If the taxable person exceeds the Union annual threshold, he has to inform the MS of establishment within 15 working days.
For this purpose, the Quarterly report will be elaborated, by reporting the following:
* the exempt identification number of the taxable person;
* the total value of supplies carried out in the MS of establishment from the beginning of the current calendar quarter up until the date the Union annual turnover threshold was exceeded, specified by business sector if relevant, or "0" if no supplies have been made;
* the total value of supplies carried out in each of Member State other than the MS of establishment from the beginning of the current calendar quarter up until the date the Union annual turnover threshold was exceeded, specified by business sector if relevant, of "0" if no supplies have been made;
* the date of Union annual threshold exceedance.
If the MS of exemption does not have enough information for evaluation of the Notification, he requests the MS of establishment for additional clarification.
The process describes the submission and processing of an update to Prior Notification, related to change of the taxable person's identity information only.
The validation at the MS of establishment side consists of syntactical and semantical validations only. At the side of the MS of exemption, no validation is needed to be performed. The MS of exemption is informed of the updated Notification only if the validation performed by the MS of establishment was successful.
DEFINITION: Digital Public Service Delivery Provider ABB is a Business Role
representing an entity that accepts and executes requests from consumers.
Source: Java Web Services Architecture
(James McGovern, Sunil Mathew, in Java Web Services Architecture, 2003)
DEFINITION: Digital Public Service Delivery Consumer ABB is a Business Role representing an entity that requires a service.
Source: Java Web Services Architecture
(James McGovern, Sunil Mathew, in Java Web Services Architecture, 2003)
DEFINITION:
Data Owner ABB is a Business Role being assigned to either individuals or teams who make decisions, such as who has the right to access and edit data and how it’s used. Owners may not work with their data every day, but are responsible for overseeing and protecting a data domain.
In the context of the GDPR, data owners are accountable for the quality, integrity, and protection of their data space.
Source: Simplicable
(https://simplicable.com/new/data-owner)
INTEROPERABILITY SALIENCY:
IoP Dimension: Mainly Behavioural IoP
The Data Owner ABB is salient for organisational interoperability because it is responsible for the management of the data generated or consumed by the public service. The identification of Data Owners, as stated in the GDPR, is important for accountabilty since it clearly identifies a person/team repsonible to control the compliance of data, and for the defintiion of policies and standards for the alignment of public service data to GDPR.
EXAMPLE:
Uprava Subsidized Ticket for Students:
Slovenian portal eGovernment is the main point for e-services for citizens.
Students can buy subsidized tickets electronically on the eGovernment portal "eUprava").
Data Owner - Ministry of Interior
The Ministry of Interior is the owner of the personal data from Central Population register.
Source: (https://e-uprava.gov.si/podrocja/izobrazevanje-kultura/visoka-in-visja-sola/subvencionirana-vozovnica.html)
DEFINITION: Agent ABB is a Business Role acting as a person or thing that takes an active role or produces a specified effect.
Source: Gartner
(https://www.gartner.com/en/glossary)
Service enabling the storage and the organisation of contacts of a public administration's user base (both providers and consumers of its public services), and the tracking of the related interactions.
DESCRIPTION:
Service enabling the digital management of taxpayers base registry including individuals' tax data for an effective control of their obligations, credits and transactions, and for related audit purposes.
DESCRIPTION:
Service enabling taxpayers to digitally caluclate the amount of interests and penalties due on taxes to the tax administration.
DESCRIPTION:
Service enabling the digital management of legally recognized fiscal professions and qualifications.
DESCRIPTION:
Service enabling the digital management of tax types list at european level. The service allow to compare and "match/map" tribute types of different MSs.
DESCRIPTION:
Service enabling intra-European Union claims recovery management supporting the activities perfromed by a Centrall Liason Office.
DESCRIPTION:
Service enabling the digital discovery and detection of tax frauds. This services consumes different business agnostic service enabling business intelligence capabilities.
Service enabling the delegation management via digital means, to delegate responsibilities from an individual invested with certain powers to another one, and to track the related delegation acts.
Service enabling the collection and catalogation of data for the preservation and reuse of information over the long-term.
Service enabling the logging and management of online transactions (e.g. online daily payment transactions) registered by information systems owned by public organisations.
Service enabling the identification, collection, storage, manipulation and publication / sharing of valuable information (in any form or representation) to promote and enable the value-creation through knowledge.
DESCRIPTION:
Service enabling the digital management of claims by taxpayers.
Service enabling internal staff and external stakeholders of public administrations to interact and work together through a digital platform at any point in time.
DESCRIPTION:
Service enabling tax authority to digitally perform the internal auting controls.
Service enabling the definition of user permissions for allowed operations (e.g. view and/or update) on specific resources (e.g. web pages, documents, etc), and the tracking of user operations.
DESCRIPTION:
Service enabling the digital collection of information from the ministry of finance enabling the management of a macro-economic framework (provided by legally national instituitions and provided by international institutions.)
Service enabling the management of business rules to trigger messages addressed to targeted users depending on specific events / conditions.
DESCRIPTION:
Service enabling the digital management of tax litigation data for an effective control of all the current and past tax litigation cases.
DESCRIPTION:
Service enabling fiscal calendar management to proactively inform taxpayers of fiscal deadlines and to reduce tax avoidance.
DESCRIPTION:
Service enabling the digital management and resolution of disputes between taxpayers and tax authorities.
ervice enabling the analysis of users behaviours for the customisation and provision of personalised messages and notification such as content, information, offers and other type of interactions to improve the user experience.
DESCRIPTION:
Service enabling the management of the evolution of tax rules (tax regulation) along time.
DESCRIPTION:
Service supporting the digital execution of fiscal due-diligence and pre-auditing activities based on the available taxpayer data.
DESCRIPTION:
Service enabling inspection and evaluation of the quality of the information processed by information systems, and to determine the conformance to policies, contract commitments, and regulatory requirements.
DEFINITION:
Digital Public Service ABB is a Business Service supporting the realization of a Public Administration digital business capability, provisioned via a digital service delivery mode by, or on behalf of, a public administration. A Digital Public Service comprises any digital public service exposed to a cross-border dimension in the European Union.
Sources: EIF, ISA2 Core Vocabularies, IMM (http://eur-lex.europa.eu/resource.html?uri=cellar:2c2f2554-0faf-11e7-8a35-01aa75ed71a1.0017.02/DOC_3&format=PDF), (https://ec.europa.eu/isa2/actions/assessing-progress-being-made-towards-interoperability_en), (https://joinup.ec.europa.eu/catalogue/distribution/cpsv-ap-specification-v20-pdf
https://joinup.ec.europa.eu/sites/default/files/imm_guideline_1.pdf )
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP, Behavioral IoP, Governance IoP
The Digital Public Service ABB is salient for organisational interoperability because it is the central element around which interoperabilty needs to be ensured, as stated in the EIF: "The European Interoperability Framework is a commonly agreed approach to the delivery of European public services in an interoperable manner".
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
EUROPASS2 - Make better use of skills and opportunities across Europe
Europass is a service to help individuals to communicate their skills, qualifications and experience through the use of standardised documents templates.
Source:
(http://ec.europa.eu/social/main.jsp?catId=1266&langId=en)
DESCRIPTION:
Service enabling the digital discovery of possible base erosions or profit shifting by companies, through the application of transfer pricing rules or special measures for transfers of hard-to-value intangibles (HTVI).
Service enabling the creation of a network of nodes for secure digital data exchange through safe and interoperable channels.
Service enabling organisations to gather data from multiple sources, transform them and load them into a single, centralised location.
DESCRIPTION:
An Interoperable digital public service is a service Service enabling the digital management of tax types list at state/local level.
DEFINITION:
This ABB is a Business Agnostic Digital Public Service which enables the identification of citizens or organizations. It can be used to access public services provided by public administrations.
Source: https://digital-strategy.ec.europa.eu/en/policies/electronic-identification
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP, Behavioral IoP, Governance IoP
The Digital Public Service ABB is salient for organisational interoperability because it is the central element around which interoperabilty needs to be ensured, as stated in the EIF: "The European Interoperability Framework is a commonly agreed approach to the delivery of European public services in an interoperable manner".
DESCRIPTION:
Service enabling the digital management of the local tax administration in terms of taxes collection and draft local regulation.
DESCRIPTION:
Service enabling the establishment and management of an economic activities' registry. Economic activities are usually classified using national/international classification taxonomies and each activity type is identified with a specific code/number. (i.e. European NACE). This service supports the economic activity classification management at European, national and local level.
Service enabling public administrations and businesses accelerate the creation and verification of electronic signatures that are legally valid in all European Member States.
DEFINITION:
This ABB is a Business Agnostic Digital Public Service which enables the identification of citizens or organizations. It can be used to access public services provided by public administrations.
Source: https://digital-strategy.ec.europa.eu/en/policies/electronic-identification
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP, Behavioral IoP, Governance IoP
The Digital Public Service ABB is salient for organisational interoperability because it is the central element around which interoperabilty needs to be ensured, as stated in the EIF: "The European Interoperability Framework is a commonly agreed approach to the delivery of European public services in an interoperable manner".
TITLE:
Commission Implementing Regulation (EU) 2015/1502 of 8 September 2015 on setting out minimum technical specifications and procedures for assurance levels for electronic identification means pursuant to Article 8(3) of Regulation (EU) No 910/2014 of the European Parliament and of the Council on electronic identification and trust services for electronic transactions in the internal market
SOURCE: https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32015R1502&qid=1667234017554
DEFINITION:
Legal Interoperability Agreement ABB is a Contract formalizing governance rules enabling collaboration between digital public services.
Source: EIF
(https://ec.europa.eu/isa2/sites/isa/files/eif_brochure_final.pdf#page=27)
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Legal Interoperability Agreement ABB is a key interoperability enabler because it supports legal interoperability by enabling the seamless exchange of data, information, and knowledge.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
RDA-CODATA
Agreement that provides the guidelines and principles on the legal interoperability of research data.
Source: (http://www.codata.org/uploads/Legal%20Interoperability%20Principles%20and%20Implementation%20Guidelines_Final2.pdf)
DESCRIPTION:
Agreement determining the hamonization among the different tax related denotation.
DEFINITION:
Framework Agreement ABB is a Contract providing an arrangement between one or more entity that provide the terms governing contracts to be established for a certain period of time, in particular with regard to price and, where necessary, the quantity envisaged. Other repetitive conditions known in advance, such as the place of delivery, may be included. They are also called blanket purchase agreements and master ordering agreements. Essentially, they are intended to provide expeditious ordering of commonly used, off-the-shelf goods, purchased on the basis of lowest price.
Source: Unece
(https://tfig.unece.org/contents/framework-agreements.htm)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Ew-Shopp:
WeatherOntology.owl17 by Automation Systems Group of Technical University of Wien is a smart home ontology for weather phenomena and exterior conditions. It was issued in 2011
and the ontology imports and extends W3C’s Time ontology. The ontology covers a wide
range of weather and climate data, such as atmospheric pressure, humidity, precipitation,
temperature, wind, etc. The ontology was reviewed in deliverable D3.3 (v2)18 of the
READY4SmartCities (ICT Roadmap and Data Interoperability for Energy Systems in Smart
Cities) FP7 European project (Grant Agreement No. 608711) in September 2015.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b4c5d61e&appId=PPGMS)
DESCRIPTION:
Multilateral agreement providing a standardised and efficient mechanism to facilitate the automatic exchange of tax information.
DEFINITION:
This ABB is a Business Agnostic Semantic Interoperability Agreement which is an agreement determined by the semantic properties of the agreement (it can be referred as an agreement establishing a guideline for the nomenclature to use in a specific domain). .A Semantic interoperability agreement is a resource formalizing governance rules on a sematic subject (i.e. on ontologies) enabling collaboration between digital public services.
Source: https://www.scielo.br/j/tce/a/zC6hJmQKPcdQ7YDZYZyTkhS/?lang=en
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Semantic Interoperability Agreement ABB is a key interoperability enabler because it supports semantic governance interoperability by enabling collaboration between digital public services.
SOURCE:
http://www.europarl.europa.eu/sides/getDoc.do?pubRef=-//EP//TEXT+TA+P7-TA-2014-0158+0+DOC+XML+V0//EN
http://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:52012PC0721
Regulation (EU) 2016/679 on the protection of natural persons with regard to the processing of personal data and on the free movement of such data. This text includes the corrigendum published in the OJEU of 23 May 2018.
The regulation is an essential step to strengthen individuals' fundamental rights in the digital age and facilitate business by clarifying rules for companies and public bodies in the digital single market. A single law will also do away with the current fragmentation in different national systems and unnecessary administrative burdens.
The regulation entered into force on 24 May 2016 and applies since 25 May 2018. More information for companies and individuals.
Source: https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A02016R0679-20160504&qid=1532348683434
Source: https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=uriserv%3AOJ.L_.2016.119.01.0089.01.ENG&toc=OJ%3AL%3A2016%3A119%3ATOC
DESCRIPTION:
A tax related multilateral agreement, also called a clearing trade or side deal, refers to an agreement between parties or states regarding the application of fiscal legislature among different countries.
TITLE:
Commission Implementing Regulation (EU) 2015/1501 of 8 September 2015 on the interoperability framework pursuant to Article 12(8) of Regulation (EU) No 910/2014 of the European Parliament and of the Council on electronic identification and trust services for electronic transactions in the internal market
SOURCE: https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32015R1501&qid=1667233922170
DESCRIPTION:
European framework providing a legal basis to use European standards for products and services, identify ICT technical specifications, and finance the European standardisation process.
Consolidated text: Regulation (EU) No 1025/2012 of the European Parliament and of the Council of 25 October 2012 on European standardisation, amending Council Directives 89/686/EEC and 93/15/EEC and Directives 94/9/EC, 94/25/EC, 95/16/EC, 97/23/EC, 98/34/EC, 2004/22/EC, 2007/23/EC, 2009/23/EC and 2009/105/EC of the European Parliament and of the Council and repealing Council Decision 87/95/EEC and Decision No 1673/2006/EC of the European Parliament and of the Council (Text with EEA relevance)
SOURCE:
https://single-market-economy.ec.europa.eu/single-market/european-standards/standardisation-policy/general-framework-european-standardisation-policy_en
https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32012R1025
https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A02012R1025-20151007
https://eur-lex.europa.eu/eli/reg/2012/1025/2015-10-07
Source: https://www.w3.org/TR/WCAG21/
DEFINITION:
Organisational Interoperability Agreement ABB is a Contract formalizing governance rules enabling collaboration between digital public services with enabling seamless functioning value
The Organisational Interoperability Agreement ABB is a key interoperability enabler because it supports organisational governance interoperability by enabling collaboration between digital public services.
Source: ISA2, EIFv2
(https://ec.europa.eu/isa2/isa2_en)
(*)DECISION (EU) 2015/2240 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 25 November 2015 establishing a programme on interoperability solutions and common frameworks for European public administrations, businesses and citizens (ISA2 programme) as a means for modernising the public sector.
The agreement should include purposes and goals, terms and conditions, governance, and the description of the channel(s). The EIRA© differentiates the following Interoperability Agreements:
• Interoperability Service Agreement (between Public Service Consumers and Public Service Providers;
• Interoperability Collaboration Agreement (between Organisations); or
• Interoperability Provider Agreement (between Public Service Providers).
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP. The Organisational Interoperability Agreement ABB concrete and binding documents which set out the precise obligations of two parties cooperating across an ‘interface’ to achieve interoperability.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
ICAO Service Level Agreement Template
A Service Level Agreement (SLA) is an example of Interoperability Agreement in which parties agree on the description of the services to be provided by one or several parties to the other one(s). The SLA tackles topics like: service description, optional services, exclusions, limitations, service levels, service credits, escalation procedure, reporting and points of contact.
Source:
(https://www.icao.int/ESAF/Documents/APIRG/APIRG18/Docs/wp17_appendices_en.pdf)
DESCRIPTION:
Legal Agreement etsablished during the European Convention on Human Rights (ECHR) defining the legal base for the protectio of human rights.
DESCRIPTION:
Legal Agreement etsablished during the European Convention on Human Rights (ECHR) defining the legal base for the protectio of human rights.
DESCRIPTION:
A tax bilateral agreement, also called a clearing trade or side deal, refers to an agreement between parties or states on the field of taxation; the overall scope of the agreement varies depending on the subject and interests of the parties/states involved.
DESCRIPTION:
A tax bilateral agreement, also called a clearing trade or side deal, refers to an agreement between parties or states on the field of taxation; the overall scope of the agreement varies depending on the subject and interests of the parties/states involved.
DESCRIPTION:
Legal Agreement allowing business arrangement in which two or more parties agree to pool their resources (e.g. infrastracture/portal) for the purpose of accomplishing a specific task.
DEFINITION:
Organisational Agreement ABB is a Contract enabling any agreement to which the Company or any Restricted Subsidiary is a party pursuant. Among other things, fees are paid to the Company or a Restricted Subsidiary in exchange for organizational, consulting or similar services, including, without limitation, the agreements listed on Schedule A to this Indenture under the subheading "Organizational Contracts."
Source: Law Insider
(https://www.lawinsider.com/dictionary/organizational-agreement)
INTEROPERABILITY SALIENCY:
Not applicable
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
DSI Organisational Agreement:
The Trust and Golden agreement hereby consent to this assignment by SAC of its rights under the Organizational Agreement to DSI and the assumption by DSI of SAC's interest in such Agreement and the duties and obligations thereunder, and agree, subject to the terms and conditions of said Agreement, to look to DSI for the performance of the duties and obligations formerly owed by SAC under said Agreement.
Source: (https://www.sec.gov/Archives/edgar/data/1618181/000119312518153039/d419625dex42.htm)
DEFINITION:
Technical Agreement ABB is a Contract constituting a framework and a privileged forum to identify common interests, priorities, policy dialogue, and the necessary tools for Strategic & Technological collaboration.
Source: GMP Quality / Technical Agreements (https://ec.europa.eu/research/iscp/index.cfm?pg=countries)
INTEROPERABILITY SALIENCY:
Not applicable
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
WTO Data Exchange technical agrement:
The agreement regulates the echange of data between systems and applications
Source: (https://olc.worldbank.org/sites/default/files/PMT-4.pdf)
DEFINITION:
Semantic interoperability agreement ABB is a Contract formalizing governance rules enabling collaboration between digital public services with ontological value.
Source: Joinup
(https://joinup.ec.europa.eu/sites/default/files/document/2015-03/Process)
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Semantic Interoperability Agreement ABB is a key interoperability enabler because it supports semantic governance interoperability by enabling collaboration between digital public services.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
e-Invoicing Semantic Data Model
The semantic data model includes only the essential information elements that an electronic invoice needs to ensure legal (including fiscal) compliance and to enable interoperability for cross-border, cross-sector and for domestic trade. The semantic data model may be used by public and private sector organisations for public procurement invoicing and took into account the physical and financial supply chain perspective, reflecting both private and public sector requirements, with a view to allowing the full straight-through processing of an electronic invoice.
Source: (https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/2017/06/28/CEN+Publishes+eInvoicing+Semantic+Data+Model)
DESCRIPTION:
Legal Agreement allowing business arrangement in which two or more parties agree to pool their resources (e.g. infrastracture/portal) for the purpose of accomplishing a specific task.
DESCRIPTION:
The Combined Nomenclature (CN) is a tool for classifying goods, set up to meet the requirements both of the Common Customs Tariff and of the EU's external trade statistics. The CN is also used in intra-EU trade statistics.
SOURCE:
http://eur-lex.europa.eu/legal-content/EN/TXT/?uri=uriserv:c11084
http://europa.eu/pol/mult/index_en.htm
The Commission's multilingualism policy has three aims:
* to encourage language learning and promote linguistic diversity in society;
* to promote a healthy multilingual economy;
* to give citizens access to European Union legislation, procedures and information in their own languages.
DEFINITION:
Technical Interoperability Agreement ABB is a Contract mandating specific Technical Interoperability Specifications, ensuring organisations (operating under different technical frameworks, policies and strategies) are able to work together.
Source: EIF
(https://ec.europa.eu/isa2/sites/isa/files/eif_brochure_final.pdf#page=27)
INTEROPERABILITY SALIENCY:
IoP dimensions: Governance IoP
The Technical Interoperability Agreement ABB is a key interoperability enabler because it supports technical governance interoperability by enabling collaboration between digital public services.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
ETA
The European Technical Assessment (ETA) is an alternative for construction products not covered by a harmonised standard. It is a document providing information on their performance assessment. The procedure is established in the Construction Products Regulation and offers a way for manufacturers to draw up the Declaration of Performance and affix the CE marking. It contributes to the free movement of construction products and the creation of a strong Single Market.
Source:(https://ec.europa.eu/growth/sectors/construction/product-regulation/european-assessment_en)
The ePrivacy directive – more specifically
Article 5(3) – requires prior informed consent for storage or for access to information stored on a user's terminal equipment. In other words, you must ask users if they agree to most cookies and similar technologies (e.g. web beacons, Flash cookies, etc.) before the site starts to use them.
(27) The exact moment of the completion of the transmission of a communication, after which traffic data should be erased except for billing purposes, may depend on the type of electronic communications service that is provided. For instance for a voice telephony call the transmission will be completed as soon as either of the users terminates the connection. For electronic mail the transmission is completed as soon as the addressee collects the message, typically from the server of his service provider.
(28) The obligation to erase traffic data or to make such data anonymous when it is no longer needed for the purpose of the transmission of a communication does not conflict with such procedures on the Internet as the caching in the domain name system of IP addresses or the caching of IP addresses to physical address bindings or the use of log-in information to control the right of access to networks or services.
(29) The service provider may process traffic data relating to subscribers and users where necessary in individual cases in order to detect technical failure or errors in the transmission of communications. Traffic data necessary for billing purposes may also be processed by the provider in order to detect and stop fraud consisting of unpaid use of the electronic communications service.
http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=CELEX:32002L0058:EN:HTML
SOURCE: http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=OJ:L:2009:337:0011:0036:en:PDF
DESCRIPTION:
Multilateral agreement providing a standardised and efficient mechanism to facilitate the automatic exchange of tax information.
DESCRIPTION:
A tax related multilateral agreement, also called a clearing trade or side deal, refers to an agreement between parties or states regarding the application of fiscal legislature among different countries.
A containerized architecture makes it possible to package software and its dependencies in an isolated unit, called a container, which can run consistently in any environment. Containers are truly portable, unlike traditional software deployment, in which software could not be moved to another environment without errors and incompatibilities.
ISO 8601 Data elements and interchange formats – Information interchange – Representation of dates and times is an international standard covering the exchange of date- and time-related data.
DESCRIPTION:
The Common Data Model (CDM) is a shared data model that is a place to keep all common data to be shared between applications and data sources
CSV is a simple format for representing a rectangular array (matrix) of numeric and textual values. It an example of a "flat file" format. It is a delimited data format that has fields/columns separated by the comma character %x2C (Hex 2C) and records/rows/lines separated by characters indicating a line break.
DEFINITION:
GraphQL is a query language designed to build client applications by providing an intuitive and flexible syntax and system for describing their data requirements and interactions.
SOURCE:
https://spec.graphql.org/June2018/
Extensible Markup Language (XML) is a markup language that defines a set of rules for encoding documents in a format that is both human-readable and machine-readable.
JSON (JavaScript Object Notation) is an open standard file format, and data interchange format, that uses human-readable text to store and transmit data objects consisting of attribute–value pairs and array data types.
DEFINITION: Open Data ABB is a Representation presenting data that is openly accessible, exploitable, editable and shared by anyone for any purpose.
Source: OKFN
(https://okfn.org/opendata/)
DEFINITION:
Representation ABB is a Representation describing the perceptible configuration of business information or a Legal act. Representations can be classified in various ways; for example, in terms of medium (e.g. electronic or paper documents, audio, etc.) or format (HTML, ASCII, PDF, RTF, etc.).
Source: ArchiMate® v3
(http://pubs.opengroup.org/architecture/archimate3-doc/chap08.html)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Representation ABB is a key interoperability enabler because it ensures a common and unambiguous interpretation of Data (*).
(*)DECISION (EU) 2015/2240 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 25 November 2015 establishing a programme on interoperability solutions and common frameworks for European public administrations, businesses and citizens (ISA2 programme) as a means for modernising the public sector
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
ESPD data - XML representation
European Single Procurement Document (ESPD) is a self-declaration of the businesses' financial status, abilities and suitability for a public procurement procedure. It is available in all EU languages and used as a preliminary evidence of fulfilment of the conditions required in public procurement procedures across the EU. Thanks to the ESPD, the tenderers no longer have to provide full documentary evidence and different forms previously used in the EU procurement, which means a significant simplification of access to cross-border tendering opportunities. [...] The online form can be filled in, printed and then sent to the buyer together with the rest of the bid.
Source:
(https://ec.europa.eu/tools/espd/filter?lang=en)
DEFINITION:
Identification Component ABB is an Application Component implementing the functionality of user authentication.
‘Electronic identification’ means the process of using person identification data in electronic form uniquely representing either a natural or legal person, or a natural person representing a legal person;
‘Authentication’ means an electronic process that enables the electronic identification of a natural or legal person, or the origin and integrity of data in electronic form to be confirmed;
Source: eIDAS - REGULATION (EU) No 910/2014 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 23 July 2014 on electronic identification and trust services for electronic transactions in the internal market and repealing Directive 1999/93/EC.
(http://eur-lex.europa.eu/legal-content/EN/TXT/?uri=uriserv%3AOJ.L_.2014.257.01.0073.01.ENG)
Syn. Authentication Component, eID
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Identification Component ABB is salient for technical interoperability because it provides the functionalities of user authentication.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
OpenIAM Identity Manager
The OpenIAM Identity Manager automates the task of managing identities across the various devices and applications used by the enterprise. This includes applications within the enterprise such as Active Directory and Exchange, and cloud based applications such as Google Apps.
OpenIAM Identity Manager provides capabilities such as:
• Provisioning, De-provisioning, Workflow
• Password Management, Password Policies, Synchronization
• Self-Service, allowing locked users to reset their accounts, manage their profiles, challenge response security questions
• Audit, Attestation, Reporting
• Delegated Administration
Source:
(http://www.openiam.com/products/identity-manager/idm-overview/)
DEFINITION: Digital Workplace Component ABB is an Application Component allowing staff to collaborate freely wherever their work is based, while maintaining high security standards and increasing productivity and efficiency.
Source: Europa
(https://ec.europa.eu/info/publications/digital-workplace-strategy_en)
DEFINITION:
Trust Service Provisioning Component ABB is an Application Component encapsulating the trust services functionalities.
A ‘trust service’ means an electronic service normally provided for remuneration which consists of these functionalities:
i) the creation, verification, and validation of electronic signatures, electronic seals or electronic time stamps, electronic registered delivery services and certificates related to those services, or
ii) the creation, verification and validation of certificates for website authentication; or
iii) the preservation of electronic signatures, seals or certificates related to those services.
Source: eIDAS - REGULATION (EU) No 910/2014 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 23 July 2014 on electronic identification and trust services for electronic transactions in the internal market and repealing Directive 1999/93/EC.
(http://eur-lex.europa.eu/legal-content/EN/TXT/?uri=uriserv%3AOJ.L_.2014.257.01.0073.01.ENG)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Trust Service Provisioning Component ABB is salient for technical interoperability because it provides
the implementation of the functionalities of information exchange between between administrations, businesses and citizens (e-signature and e-seal creation, verification,validation and preservation, timestamping creation, verification and validation, identity management, etc.) as stated in the EIF recommendation n°47: "Use trust services according to the Regulation on eID and Trust Services as mechanisms that ensure secure and protected data exchange in public services."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
e-TrustEx
Open e-TrustEx is a platform offered by the Directorate-General for Informatics of the European Commission to Public Administrations at European, national and regional level to set up secure exchange of natively digital documents from system to system via standardized interfaces. Open e-TrustEx provides a set of generic web services, which Public Administrations can use to connect heterogeneous applications, removing the need for complex point-to-point connections.
Source: (http://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX%3A52016SC0279
https://joinup.ec.europa.eu/solution/open-e-trustex)
DEFINITION:
Interoperable Digital Solution ABB is a Application Component enabling the delivery of a digital public service, in fulfilment of a shared European legislation framework, being managed according a shared governance framework, accessing semantic assets in a shared knowledge base and using digital resources of a shared platform enabling cross-border/cross-organization exchange of data, information, and knowledge indistinctly between public administrations, businesses and citizens in support to the implementation and advancement of an EU, national or local public policy.
Source: ISA TES definition
(https://joinup.ec.europa.eu/node/149889)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP, Behavioral IoP
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
eDelivery
Supporting secure and reliable exchange of data and documents
eDelivery is a network of nodes for digital communications. It is based on a distributed model where every participant becomes a node using standard transport protocols and security policies. eDelivery helps public administrations to exchange electronic data and documents with other public administrations, businesses and citizens, in an interoperable, secure, reliable and trusted way. eDelivery is one of the building blocks of the European Commission's Connecting Europe Facility (CEF). These building blocks are reusable specifications, software and services that will form part of a wide variety of IT systems in different policy domains of the EU. The CEF eDelivery building block is based on the AS4 messaging protocol, open and free for all, developed by the OASIS standards development organisation. To ease its adoption in Europe, eDelivery uses the AS4 implementation guidelines defined by the Member States in the e-SENS Large Scale Pilot. Organisations must install an Access Point, or use a Service Provider, to exchange information with the AS4 messaging protocol.
Source:
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eDelivery)
DEFINITION: eProcurement Discovering Component ABB is an Application Component using electronic methods, typically over the Internet to conduct transactions between awarding authorities and suppliers and it facilitates discovering.
Source: Europa
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eProcurement)
DEFINITION: UX Management Component ABB is Application Component managing user experience design-related activities inside an organization to create growth and good management practices. Typical UX management activities are to define an organization’s UX design language and strategy and manage the work processes around UX design.
Source: Interaction design
(https://www.interaction-design.org/literature/topics/ux-management)
DEFINITION:
Data Analytics Component ABB is an Application Component serving any current or future Digital Service Infrastructure (DSI) requiring data analysis capabilities. Data analytics component enable the automation of mechanical processes and algorithms that work over raw data for human consumption.
Source: Investopedia
(https://www.investopedia.com/terms/d/data-analytics.asp)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Data Analytics Component ABB is salient for technical interoperability because it provides the implementation of functionalities for the automation of mechanical processes and algorithms that work over raw data for human consumption.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Microsoft Power BI
Power BI is a business analytics service by Microsoft. It aims to provide interactive visualizations and business intelligence capabilities with an interface simple enough for end users to create their own reports and dashboards. It is part of the Microsoft Power Platform.
Source: (https://powerbi.microsoft.com/it-it/what-is-power-bi/)
DEFINITION:
Artificial Intelligence Component ABB is an Application Component serving any current or future Digital Service Infrastructure (DSI) requiring artificial intelligence capabilities. It enables the implementation of functionalities for appling advanced analysis and logic-based techniques, including machine learning, to interpret events, support and automate decisions, and take actions.
Source: Gartner
(https://www.gartner.com/en/information-technology/glossary/artificial-intelligence)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Artificial intelligence Component ABB is salient for technical interoperability because it implements advanced analysis and logic-based techniques, including machine learning, to interpret events, support and automate decisions, and take actions.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Google AI
A tool that enables scientists, data journalists, data geeks, or anyone else to easily find datasets stored in thousands of repositories across the web.
Source: (https://ai.google/#:~:text=A%20tool%20that%20enables%20scientists,of%20repositories%20across%20the%20web.&text=We%20released%20a%20research%20framework,researchers%20to%20explore%20new%20ideas.)
DEFINITION: eProcurement Ordering Component ABB is an Application Component using electronic methods, typically over the Internet to conduct transactions between awarding authorities and suppliers and it facilitates ordering.
Source: Europa
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eProcurement)
DEFINITION: MyDigitalPublicServicesDeliveryPreferences Component ABB is an Application Component allowing users of a specific domain to have the opportunity of choosing the service delivery of their liking.
Source: Merriam webster
(https://www.merriam-webster.com/dictionary/preference)
DEFINITION: eProcurement Notifying Component ABB is an Application Component using electronic methods, typically over the Internet to conduct transactions between awarding authorities and suppliers and it facilitates notifying.
Source: Europa
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eProcurement)
DEFINITION:
Data Extractrion, Transformation, and Loading Component ABB is an Application Component enabling the functionality of conversion of data from one data representation to another.
Source: ISA2 – EIA Action
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Data Extraction, Transformation, and Loading Component ABB is salient for technical interoperability because it enables the implementation of the functionalities to transform internal data structures to common and agreed interoperable formats as stated in the EIF recommendation n° 41: "Establish procedures and processes to integrate the opening of data in your common business processes, working routines, and in the development of new information systems."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Eurostat SDMX converter
Eurostat SDMX converter
The SDMX Converter is a tool that converts statistical datasets between different formats. It is a Java application which is actively developed by Eurostat and is published as open source software.
Source: (http://ec.europa.eu/eurostat/web/sdmx-infospace/sdmx-it-tools/sdmx-converter)
DEFINITION: eProcurement Accessing Component ABB is an Application Component using electronic methods, typically over the Internet to conduct transactions between awarding authorities and suppliers and it facilitates accessing.
Source: Europa
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eProcurement)
DEFINITION:
Data Quality Component ABB is an Application Component referring to any activity aimed at verifying that the value of a data item comes from a given set of acceptable values. Data validation may be followed by corrective actions, such as data editing or data imputation. In statistics, imputation is the process of replacing missing data with substituted values.
Source: Eurostat Data Validation
(http://ec.europa.eu/eurostat/data/data-validation)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Data Quality Component ABB is salient for technical interoperability because it allows the implementation of the functionality to validate if data received (or to be sent) is compliant with common and agreed interoperable formats as stated in the EIF recommendation n° 41: "Establish procedures and processes to integrate the opening of data in your common business processes, working routines, and in the development of new information systems."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Hibernate Validator
Express validation rules in a standardized way using annotation-based constraints and benefit from transparent integration with a wide variety of frameworks.
Application layer agnostic validation: Hibernate Validator allows to express and validate application constraints. The default metadata source are annotations, with the ability to override and extend through the use of XML. It is not tied to a specific application tier or programming model and is available for both server and client application programming.
Hibernate Validator presents the following characteristics:
• Extendable: Hibernate Validator offers a configurable bootstrap API as well as a range of built-in constraints. The latter can easily be extended by creating custom constraints.
• Rich metadata API: Hibernate Validator gives access to constraint configuration via a metadata API facilitating, for example, tooling integration.
• Reference implementation: Hibernate Validator 6.x is the reference implementation Bean Validation 2.0.
• Added value: Hibernate Validator offers additional value on top of the features required by Bean Validation. For example, a programmatic constraint configuration API as well as an annotation processor which plugs into the build process and raises compilation errors whenever constraint annotations are incorrectly used.
Source: (http://hibernate.org/validator/)
DEFINITION: eProcurement Quoting Component ABB is an Application Component using electronic methods, typically over the Internet to conduct transactions between awarding authorities and suppliers and it facilitates quoting.
Source: Europa
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eProcurement)
DEFINITION:
Shared platform ABB is a Application Component setting technical (re)usable resources with convergence power, in relation to public policy goals attainment, enabling interoperability from a technical perspective cross levels in a public administration, cross public administrations, and cross borders. This convergence power is based on the instrumental nature and efficiencies of these resources for enabling common problem-solving approaches. The degree of achievement could range from an ideal perfect shared platform (i.e. no interoperability barriers from the technical perspective) to an imperfect or even null shared platform (i.e. some interoperability barriers from the technical perspective). The level of technical interoperability will constrain digital public services cross levels in a public administration, cross public administrations, and cross borders. The shared platform enables:
i) structural interoperability with technical resources supporting reusing and/or sharing of digital public services (i.e. service registry service);
ii) behavioural interoperability with technical resources supporting exchanging capabilities of data, information or knowledge with internal/external peers (i.e. Technical interfaces); and
iii) governance interoperability with technical resources supporting the assurance and control of collaboration with internal/external peers exchanging data, information, and knowledge(i.e. Technical Interoperability Agreements).
Source: Gartner
(https://www.gartner.com/en/information-technology/glossary/platform-digital-business)
INTEROPERABILITY SALIENCY:
IoP dimensions: Structural IoP Behavioral IoP, Governance IoP
The Shared Platform ABB is a key interoperability enabler because it supports to achieve technical interoperability with public policy goals convergence value by all in all enabling i) the provision/consumption of back-office digital public services, ii) the exchange of data, information, and knowledge between digital public services and individuals , and iii) collaboration between digital public services.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The Commission proposed a framework for a European Digital Identity which will be available to all EU citizens, residents, and businesses in the EU. Citizens will be able to prove their identity and share electronic documents from their European Digital Identity wallets with the click of a button on their phone. They will be able to access online services with their national digital identification, which will be recognised throughout Europe. Very large platforms will be required to accept the use of European Digital Identity wallets upon request of the user, for example to prove their age
Source: (https://ec.europa.eu/commission/presscorner/detail/en/IP_21_2663)
DEFINITION:
Identification Component ABB is an Application Component implementing the functionality of user authentication.
‘Electronic identification’ means the process of using person identification data in electronic form uniquely representing either a natural or legal person, or a natural person representing a legal person;
‘Authentication’ means an electronic process that enables the electronic identification of a natural or legal person, or the origin and integrity of data in electronic form to be confirmed;
Source: eIDAS - REGULATION (EU) No 910/2014 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 23 July 2014 on electronic identification and trust services for electronic transactions in the internal market and repealing Directive 1999/93/EC.
(http://eur-lex.europa.eu/legal-content/EN/TXT/?uri=uriserv%3AOJ.L_.2014.257.01.0073.01.ENG)
Syn. Authentication Component, eID
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Identification Component ABB is salient for technical interoperability because it provides the functionalities of user authentication.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
OpenIAM Identity Manager
The OpenIAM Identity Manager automates the task of managing identities across the various devices and applications used by the enterprise. This includes applications within the enterprise such as Active Directory and Exchange, and cloud based applications such as Google Apps.
OpenIAM Identity Manager provides capabilities such as:
• Provisioning, De-provisioning, Workflow
• Password Management, Password Policies, Synchronization
• Self-Service, allowing locked users to reset their accounts, manage their profiles, challenge response security questions
• Audit, Attestation, Reporting
• Delegated Administration
Source:
(http://www.openiam.com/products/identity-manager/idm-overview/)
DEFINITION:
Access Management Component ABB is an Application Component allowing users to make use of i) IT services, ii) data, and/or iii) other assets. Access management helps to protect the confidentiality, integrity and availability of assets by ensuring that only authorised users are able to access or modify the assets.
Source: ITIL v3
(https://www.axelos.com/Corporate/media/Files/Glossaries/AXELOS-Common-Glossary.pdf)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Access Management Component ABB is salient for technical interoperability because it provides the implementation the functionality of allowing user to make an authorized and trusted use of IT Services, data and other assets as stated in the EIF: "Public administrations should ensure that a 'data access and authorisation plan’ which determines who has access to what data and under what conditions, to ensure privacy. Unauthorised access and security breaches should be monitored and appropriate actions should be taken to prevent any recurrence of breaches"
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
OpenIAM Access Manager
OpenIAM Access Management solution is based on a professional open source model. This is a robust, scalable solution built with Service Oriented Architecture. It integrates seamlessly with the OpenIAM Identity Manager product to provide a comprehensive solution that allows to take control of not only who can access the systems, but what they can do once they are in there. Corporate security policy is enforced across multiple points and managed centrally to improve effectiveness and reduce administrative costs.
Source: (http://www.openiam.com/products/access-manager/overview/)
DEFINITION: eProcurement Invoicing Component ABB is an Application Component using electronic methods, typically over the Internet to conduct transactions between awarding authorities and suppliers and it facilitates invoicing.
Source: Europa
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eProcurement)
DEFINITION:
Orchestration Component ABB is an Application Component defining the sequence and conditions in which one service invokes other services in order to realize some useful function.
Source: W3C
(https://www.w3.org/TR/ws-arch/)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Orchestration Component ABB is salient for technical interoperability because it provides a set of various methods to manage existing business processes or define and establish new ones. BPM components also execute business process documented through accepted modelling techniques, as recommended by the EIF n.28: "Document your business processes using commonly accepted modelling techniques and agree on how these processes should be aligned to deliver a European public service."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Activiti
Activiti is an open-source workflow engine written in Java that can execute business processes described in BPMN 2.0. Activiti supports open standards such as BPMN and DMN with open REST APIs for demanding human- and system-centric processes. It provides business intelligence and audit logs features for free. And with building the solution on business processes, Activiti help to structure the software, think about user tasks, external systems and timers that need to be managed, think about transaction boundaries of the application. Building that kind of features becomes easier when structuring an application around a business process. Managing wait states, timers and asynchronous continuations becomes easier. A business process can express that structure more compact than working with the fundamental instruments that the Java platform offers like JDBC and JMS. Activiti also makes possible to link in Java or scripting for jobs.
Source: (https://www.activiti.org/)
DEFINITION:
API Catalogue Component ABB is an Application Component delivering the API Catalogue Service ABB
Source: Gartner
(https://www.gartner.com/en/information-technology/glossary/application-programming-interface)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP, Behavioral IoP
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
RapidAPI
RapidAPI is a collection of predefined APIs that are free to test, specifically updated for 2021.
Source: (https://rapidapi.com/collection/list-of-free-apis)
DEFINITION:
Access Management Component ABB is an Application Component allowing users to make use of i) IT services, ii) data, and/or iii) other assets. Access management helps to protect the confidentiality, integrity and availability of assets by ensuring that only authorised users are able to access or modify the assets.
Source: ITIL v3
(https://www.axelos.com/Corporate/media/Files/Glossaries/AXELOS-Common-Glossary.pdf)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Access Management Component ABB is salient for technical interoperability because it provides the implementation the functionality of allowing user to make an authorized and trusted use of IT Services, data and other assets as stated in the EIF: "Public administrations should ensure that a 'data access and authorisation plan’ which determines who has access to what data and under what conditions, to ensure privacy. Unauthorised access and security breaches should be monitored and appropriate actions should be taken to prevent any recurrence of breaches"
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
OpenIAM Access Manager
OpenIAM Access Management solution is based on a professional open source model. This is a robust, scalable solution built with Service Oriented Architecture. It integrates seamlessly with the OpenIAM Identity Manager product to provide a comprehensive solution that allows to take control of not only who can access the systems, but what they can do once they are in there. Corporate security policy is enforced across multiple points and managed centrally to improve effectiveness and reduce administrative costs.
Source: (http://www.openiam.com/products/access-manager/overview/)
DEFINITION: eProcurement Contracting Component ABB is an Application Component using electronic methods, typically over the Internet to conduct transactions between awarding authorities and suppliers and it facilitates contracting.
Source: Europa
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eProcurement)
DEFINITION: eProcurement Submitting Component ABB is an Application Component using electronic methods, typically over the Internet to conduct transactions between awarding authorities and suppliers and it facilitates submitting.
Source: Europa
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eProcurement)
DESCRIPTION:
Authentication Middleware ABB is an Application Component that reers to the middleware which checks for a valid identity of AuthenticationService . If no identity is present, it redirects the redirect configuration value.
SOURCE:
https://framework.zend.com/blog/2017-04-26-authentication-middleware.html#:~:text=Authentication%20middleware&text=This%20middleware%20checks%20for%20a,redirect%20the%20redirect%20configuration%20value.
DEFINITION:
Conformance Testing Component ABB is an Application Component allowing a structured and modular approach to implement test automation.
Source: ISTQB
(http://glossary.istqb.org/search/test)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Conformance Testing Component ABB is salient for technical interoperability because it enables the validation and verification that several solutions at one or more layers of the interoperability stack and they satisfy certain interoperability requirements.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Interoperability Testbed
The Test Bed allows users to execute predefined test cases on their systems in order to test the conformance to standards and requirements, simulate a web-service, validate content and test a complete message exchange protocol. The Testbed manages test cases and users, and orchestrates domain-specific components, the domain-specific logic is in separate components that are used via web services.
Test results are provided in a standardised, machine-readable format. The Test Bed also offers a test registry and repository (TRR) to store test artefacts (assertions, test cases, validation schemas, etc.) and compile test services (validation services, simulator services, etc.).
Please visit the following website for more information:
Source: (https://ec.europa.eu/isa2/solutions/interoperability-test-bed_en)
DEFINITION: eProcurement Fulfilling Component ABB is an Application Component using electronic methods, typically over the Internet to conduct transactions between awarding authorities and suppliers and it facilitates fulfilling.
Source: Europa
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eProcurement)
DEFINITION:
Machine Translation Component ABB is an Application Component serving any current or future Digital Service Infrastructure (DSI) requiring cross-lingual functionality. The main functionality is automated translation of text, metadata and concept classes or nomenclatures.
Source: CEF Automated Translation
(https://ec.europa.eu/digital-single-market/en/news/tools-and-resources-cef-automated-translation)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Machine Translation Component ABB is salient for technical interoperability because it provides the implementation of functionalities for cross-lingual functionality by providing automated translation of text, metadata and concept classes or nomenclatures as stated in the EIF recommendation n°16: "Use information systems and technical architectures that cater for multilingualism when establishing a European public service. Decide on the level of multilingualism support based on the needs of the expected users."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
"CEF Digital - eTranslation building block
eTranslation is a Connecting Europe Facility (CEF) building block provided by the European Commission (EC). eTranslation provides a web-user interface for direct use by individuals (human-to-machine).
Source: (https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eTranslation)
DEFINITION:
Privacy Component ABB is an Application Component implementing functionalities such as storing, securing, anonymising, pseudonymising, rectifying and erasing personal data.
Source: (The Privacy Component App, Michelle Finneran DennedyJonathan FoxThomas R. Finneran, 2014)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Privacy Component ABB is salient for interoperability because "security and privacy are primary concerns in the provision of public services" (EIF) and, as stated in EIF Recommendation 15: "Define a common security and privacy framework and establish processes for public services to ensure secure and trustworthy data exchange between public administrations and in interactions with citizens and businesses."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
SOLVIT
Solvit is a mailbox service for the access, rectification or deletion of personal data.
Source: (http://ec.europa.eu/solvit/privacy-statement/#maincontentSec8)
DEFINITION:
Service Registry Component ABB is an Application Component registering the system service within a catalogue to be discovered by other services.
Source ISA2 - EIA Action
(*)DECISION (EU) 2015/2240 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 25 November 2015 establishing a programme on interoperability solutions and common frameworks for European public administrations, businesses and citizens (ISA2 programme) as a means for modernising the public sector.
Syn. Service Catalogue Component
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Service Registry Component ABB is a key interoperability enabler because it supports to achieve technical interoperability by provisioning and consuming back-office services as stated in the EIF recommendation n°44: "Put in place catalogues of public services, public data, and interoperability solutions and use common models for describing them."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
jUDDI
jUDDI is an open source Java implementation of OASIS Universal Description, Discovery, and Integration (UDDI) specification for (Web) Services.
Source: (https://juddi.apache.org/)
DEFINITION:
HTTP(S) Load Balancer ABB is an Application Component that refers to a proxy-based Layer 7 load balancer enabling a user to run and scale your services behind a single external IP address. HTTP(S) Load Balancer distributes HTTP and HTTPS traffic to backends hosted on a variety of Cloud platforms as well as external backends connected over the internet or via hybrid connectivity.
SOURCE:
https://cloud.google.com/load-balancing/docs/https
DEFINITION:
Metadata Management Component ABB is an Application Component implementing the functionalities for the i) creation, ii) storage, iii) categorisation and iv) retrieval of metadata.
Source: DAMA
(http://www.dama.org/)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Metadata management Component ABB is an application component providing the implementation of the functionalities to manage metadata. EIF recommends to prioritise it: "Put in place an information management strategy at the highest possible level to avoid fragmentation and duplication. Management of metadata, master data and reference data should be prioritised."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Eurostat SDMX repository:
The Euro SDMX Registry is Eurostat’s implementation of an SDMX registry to facilitate the exchange of statistical data and metadata by serving as a metadata repository. It stores the SDMX artefacts needed for the parties to access and interpret the content of the exchanged statistical data and metadata sets.
Source: (http://ec.europa.eu/eurostat/web/sdmx-infospace/sdmx-it-tools/sdmx-registry
DEFINITION: MyInfo Component ABB is an Application Component allowing users of a specific domain to have their Information stored and accessed.
Source: Dictionary
(https://www.dictionary.com/browse/information)
DEFINITION:
Data Management Component ABB is an Application Component exchanging data structured under a source schema and transforming it into a target schema, so that the target data is an accurate representation of the source data. Data repository exchange component allows data to be shared between different application programs.
Source: Guardian
(https://digitalguardian.com/blog/what-data-repository)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Data Management Component ABB is salient for technical interoperability because it provides and shares the functionality for the share of data: "Legislation requires that decisions and data are stored and can be accessed for a specified time. This means that records and information in electronic form held by public administrations for the purpose of documenting procedures and decisions must be preserved and be converted, where necessary, to new media when old media become obsolete. The goal is to ensure that records and other forms of information keep their legibility, reliability and integrity and can be accessed as long as needed subject to security and privacy provisions."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Oracle Data Exchange
The Data Exchange Service provides several access points to the Event Repository, allowing the user to perform queries on these events:
- The Query Subscription Administration Console configures the Data Exchange Service to create queries and periodically deliver query results to designated receivers (HTTP, JMS, and AS2). The Console can also test queries before subscribing, displaying user-readable events in XML format.
- A SOAP Web service allows programmatic queries. This SOAP service is based on the technically complete, but not formally ratified as of October 2006, EPCglobal EPC Information Services (EPCIS) Version 1.0 Specification.EPCglobal EPCIS 1.0 Working Draft.
https://docs.oracle.com/cd/E13197_01/rfid/enterprise_server/docs20/epcis/data-exchange.html
DEFINITION: eProcurement Awarding Component ABB is an Application Component using electronic methods, typically over the Internet to conduct transactions between awarding authorities and suppliers and it facilitates awarding.
Source: Europa
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eProcurement)
DESCRIPTION:
Authentication Middleware ABB is an Application Component that reers to the middleware which checks for a valid identity of AuthenticationService . If no identity is present, it redirects the redirect configuration value.
SOURCE:
https://framework.zend.com/blog/2017-04-26-authentication-middleware.html#:~:text=Authentication%20middleware&text=This%20middleware%20checks%20for%20a,redirect%20the%20redirect%20configuration%20value.
DEFINITION: Firewall Component ABB is an Application Component representing a part of an integrated collection of security measures designed to prevent unauthorized electronic access to a networked computer system.
Source: Dictionary
(https://www.dictionary.com/browse/firewall)
DEFINITION:
e-Archiving Component ABB is an Application Component enabling the permanent or long-term storage of selected (by an authority) electronic documents or information for preservation purposes like their enduring research value and memory aid.
The EIRA© differentiates between document management, record management and e-archiving as follows:
• Document management is primarily about day-to-day use of electronic documents (create/update/delete/versioning) within the operational environment;
• Record management is primarily about ensuring that information (e.g. in form of an electronic document or database record) is available for business and legal purposes (e.g. to proof and track the handling of contracts). If an electronic document or information is becoming a record (an authority declares it as a record) that electronic document or information needs to be handled by the record management service (based on specific business or legal reasons (e.g. contract negotiation)).
• e-Archiving is primarily about storing records which have been selected (by an authority) for permanent or long-term preservation due to their enduring research value and as a memory aid. An electronic document or information which a) is managed by the document management service or the record management service and b) is no longer needed for business or legal purposes or day-to-day activities, and c) still has value for research purposes or as a memory aid, the electronic document should be managed by the e-archiving service”.
Source: ISA2 - EIA Action
Syn. Preservation Service
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The e-Archiving Component ABB is salient for technical interoperability because it provides the implementation of the functionalities for the long-term or permanent preservation of records and information in electronic form in order to ensure their temporal egibility, reliability and integrity as stated in the EIF: "Legislation requires that decisions and data are stored and can be accessed for a specified time. This means that records and information in electronic form held by public administrations for the purpose of documenting procedures and decisions must be preserved and be converted, where necessary, to new media when old media become obsolete. The goal is to ensure that records and other forms of information keep their legibility, reliability and integrity and can be accessed as long as needed subject to security and privacy provisions."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
CEF eArchiving:
eArchiving provides the core specifications, software, training and knowledge to tackle the challenge of short, medium and long-term data management and reuse in a sustainable, authentic, cost-efficient, manageable and interoperable way.
Source: (https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eArchiving)
DEFINITION:
Audit Component ABB is an Application Component providing support for the principle of accountability, which is holding users of a system accountable for their actions within the system, and detection of policy violations. The audit policy defines the elements of an information system which need to be traced, for example to assure traceability of actions: what, how, when, where and with what.
Source: The Open Group
(http://www.opengroup.org/security/das/xdas_int.htm)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Audit Component ABB is salient for technical interoperability because it allows the implementation of audit policies as stated in the EIF: "Public administrations should ensure that a 'data access and authorisation plan’ which determines who has access to what data and under what conditions, to ensure privacy. Unauthorised access and security breaches should be monitored and appropriate actions should be taken to prevent any recurrence of breaches"
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Activiti audit feature
The audit feature of Activiti archives all process instances, activity instances, keeps variable values continuously in sync and all form properties that are submitted so that all user interaction through forms is traceable and can be audited.
Authenticated users who submitted the forms are accessible in the history as well as for start forms and task forms.
Source: (https://www.activiti.org/userguide/#historyFormAuditPurposes)
DEFINITION:
e-Payment Component ABB is an Application Component executing payment transactions where the consent of the payer to execute a payment transaction is given by means of any telecommunication, digital or IT device.
Source: Directive 2007/64/EC
(http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=CELEX:32007L0064:EN:NOT)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The e-Payment Component ABB is salient for technical interoperability because it provides the implementation of functionalities of executing payment transactions.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
SEPA
The single euro payments area (SEPA) harmonises the way cashless euro payments are made across Europe. It allows European consumers, businesses and public administrations to make and receive the following types of transactions under the same basic conditions:
- credit transfers
- direct debit payments
- card payments
This makes all cross-border electronic payments in euro as easy as domestic payments.
Source: (https://ec.europa.eu/info/business-economy-euro/banking-and-finance/consumer-finance-and-payments/payment-services/single-euro-payments-area-sepa_en)
DEFINITION:
Data Exchange Component ABB is an Application Component enabling the secure exchange of messages, records, forms and other kinds of data between different ICT systems. This includes data routing, except endpoint discovery.
Source: EIFv2
(http://ec.europa.eu/isa/documents/isa_annex_ii_eif_en.pdf)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Data Exchange Component ABB is salient for technical interoperability because it provides the implementation of the functionalities to enable a secure and trustworthy data exchange between different ICT systems as stated in the EIF: "Define a common security and privacy framework and establish processes for public services to ensure secure and trustworthy data exchange between public administrations and in interactions with citizens and businesses."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Open e-TrustEx
Open e-TrustEx is a secure document exchange platform. Solution for European public administration that needs to electronically exchange information with other entities in a secure way. Open e-TrustEx is a cross-sector, open source tool that helps administrations to exchange structured and unstructured documents and to connect to pan-European e-delivery infrastructures with reduced investment. For Commission services, DG Informatics operates the e-TrustEx platform for a fee.
Source:
(https://ec.europa.eu/isa2/solutions/open-e-trustex_en)
DEFINITION:
Access Management Component ABB is an Application Component allowing users to make use of i) IT services, ii) data, and/or iii) other assets. Access management helps to protect the confidentiality, integrity and availability of assets by ensuring that only authorised users are able to access or modify the assets.
Source: ITIL v3
(https://www.axelos.com/Corporate/media/Files/Glossaries/AXELOS-Common-Glossary.pdf)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Access Management Component ABB is salient for technical interoperability because it provides the implementation the functionality of allowing user to make an authorized and trusted use of IT Services, data and other assets as stated in the EIF: "Public administrations should ensure that a 'data access and authorisation plan’ which determines who has access to what data and under what conditions, to ensure privacy. Unauthorised access and security breaches should be monitored and appropriate actions should be taken to prevent any recurrence of breaches"
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
OpenIAM Access Manager
OpenIAM Access Management solution is based on a professional open source model. This is a robust, scalable solution built with Service Oriented Architecture. It integrates seamlessly with the OpenIAM Identity Manager product to provide a comprehensive solution that allows to take control of not only who can access the systems, but what they can do once they are in there. Corporate security policy is enforced across multiple points and managed centrally to improve effectiveness and reduce administrative costs.
Source: (http://www.openiam.com/products/access-manager/overview/)
DEFINITION:
Orchestration Component ABB is an Application Component defining the sequence and conditions in which one service invokes other services in order to realize some useful function.
Source: W3C
(https://www.w3.org/TR/ws-arch/)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Orchestration Component ABB is salient for technical interoperability because it provides a set of various methods to manage existing business processes or define and establish new ones. BPM components also execute business process documented through accepted modelling techniques, as recommended by the EIF n.28: "Document your business processes using commonly accepted modelling techniques and agree on how these processes should be aligned to deliver a European public service."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Activiti
Activiti is an open-source workflow engine written in Java that can execute business processes described in BPMN 2.0. Activiti supports open standards such as BPMN and DMN with open REST APIs for demanding human- and system-centric processes. It provides business intelligence and audit logs features for free. And with building the solution on business processes, Activiti help to structure the software, think about user tasks, external systems and timers that need to be managed, think about transaction boundaries of the application. Building that kind of features becomes easier when structuring an application around a business process. Managing wait states, timers and asynchronous continuations becomes easier. A business process can express that structure more compact than working with the fundamental instruments that the Java platform offers like JDBC and JMS. Activiti also makes possible to link in Java or scripting for jobs.
Source: (https://www.activiti.org/)
DEFINITION: Data Syntax Mapping Catalogue Component ABB is an Application Component bridging the differences between two systems, or data models, so that when data is moved from a source, it is accurate and usable at the destination.
Source: Talend
(https://www.talend.com/resources/data-mapping/)
DEFINITION:
Identification Component ABB is an Application Component implementing the functionality of user authentication.
‘Electronic identification’ means the process of using person identification data in electronic form uniquely representing either a natural or legal person, or a natural person representing a legal person;
‘Authentication’ means an electronic process that enables the electronic identification of a natural or legal person, or the origin and integrity of data in electronic form to be confirmed;
Source: eIDAS - REGULATION (EU) No 910/2014 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 23 July 2014 on electronic identification and trust services for electronic transactions in the internal market and repealing Directive 1999/93/EC.
(http://eur-lex.europa.eu/legal-content/EN/TXT/?uri=uriserv%3AOJ.L_.2014.257.01.0073.01.ENG)
Syn. Authentication Component, eID
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Identification Component ABB is salient for technical interoperability because it provides the functionalities of user authentication.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
OpenIAM Identity Manager
The OpenIAM Identity Manager automates the task of managing identities across the various devices and applications used by the enterprise. This includes applications within the enterprise such as Active Directory and Exchange, and cloud based applications such as Google Apps.
OpenIAM Identity Manager provides capabilities such as:
• Provisioning, De-provisioning, Workflow
• Password Management, Password Policies, Synchronization
• Self-Service, allowing locked users to reset their accounts, manage their profiles, challenge response security questions
• Audit, Attestation, Reporting
• Delegated Administration
Source:
(http://www.openiam.com/products/identity-manager/idm-overview/)
DEFINITION: MySingleWindow Component ABB is an Application Component allowing users of a specific domain to perform automated electronic checks of validity of documents and licences.
Source: Europa
(https://ec.europa.eu/taxation_customs/eu-single-window-environment-customs_en)
DEFINITION: eProcurement Evaluating Component ABB is an Application Component using electronic methods, typically over the Internet to conduct transactions between awarding authorities and suppliers and it facilitates evaluating.
Source: Europa
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eProcurement)
DEFINITION: MyCalendar Component ABB is an Application Component allowing users of a specific domain to have a service of reckoning time.
Source: Dictionary
(https://www.dictionary.com/browse/calendar)
DEFINITION: Ontological Class Mapping Catalogue Comonent ABB is an Application Component articulating similarities among the concepts belonging to separate source Ontology classes.
Source: IGI dictionary
(https://www.igi-global.com/dictionary/ontology-alignment-overview/21128)
DESCRIPTION:
A Client request for service ABB is an application event abb that refers to the moment in which a user perform a request through a computer hardware or software device to have access to a service provided by a server.
SOURCE:
https://www.techtarget.com/searchenterprisedesktop/definition/client
DESCRIPTION:
A Client request for service ABB is an application event abb that refers to the moment in which a user perform a request through a computer hardware or software device to have access to a service provided by a server.
SOURCE:
https://www.techtarget.com/searchenterprisedesktop/definition/client
DESCRIPTION:
Authentication ABB is an Application Function contained within the Authentication Middleware that represents the function of the middleware that enables the user to authenticate itself once he has made the request.
SOURCE:
https://framework.zend.com/blog/2017-04-26-authentication-middleware.html#:~:text=Authentication%20middleware&text=This%20middleware%20checks%20for%20a,redirect%20the%20redirect%20configuration%20value.
DEFINITION:
Human Interface ABB is an Application Interface enabling the exchange of data between an individual and a service.
This ABB is a key interoperability enabler (*) for assessing compatible interfaces.
Source: ISA2 - EIA Action (https://ec.europa.eu/isa2/eif_en.)
(*)DECISION (EU) 2015/2240 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 25 November 2015 establishing a programme on interoperability solutions and common frameworks for European public administrations, businesses and citizens (ISA2 programme) as a means for modernising the public sector.
Syn. User interface, UI, Graphical User Interface, GUI
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Human Interface ABB is a key interoperability enabler because it supports to achieve technical behavioral interoperability by enabling the exchange of data, information, and knowledge between digital public services and individuals.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
GrapesJS
GrapesJS is an open-source, multi-purpose, Web Builder Framework which combines different tools and features with the goal to help you (or users of your application) to build HTML templates without any knowledge of coding. It's a perfect solution to replace the common WYSIWYG editors, which are good for content editing but inappropriate for creating HTML structures. You can see it in action with the official demos, but using its API you're able to build your own editors.
Source:
(https://grapesjs.com/)
DEFINITION:
Machine to Machine Interface ABB is an Application Interface enabling the exchange of data between a service and other services.
This ABB is a key interoperability enabler (*) for assessing compatible interfaces.
Source: ISA2 - EIA Action (https://ec.europa.eu/isa2/eif_en.)
(*)DECISION (EU) 2015/2240 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 25 November 2015 establishing a programme on interoperability solutions and common frameworks for European public administrations, businesses and citizens (ISA2 programme) as a means for modernising the public sector.
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Machine to Machine Interface ABB is a key interoperability enabler because it supports to achieve technical behavioral interoperability by enabling the exchange of data, information, and knowledge between digital public services as stated in the EIF recommendation n°5: ""Ensure internal visibility and provide external interfaces for European public services" and recommendation n°9:"Ensure data portability, namely that data is easily transferable between systems and applications supporting the implementation and evolution of European public services without unjustified restrictions, if legally possible."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
XMLGate TRACES Businesses (XTB)
Webservices enabling the management of organisations and cities registered in TRACES.
Source:
(https://circabc.europa.eu/sd/a/dc77e52b-dfba-4dcc-aa39-6a54748db01d/XmlGate%20TRACES%20Businesses%20Manual.doc)
In addition, the European Commission has publiched a study, called APIs4DGov, on Web Application Programming interfaces (APIs). The study identifies and describes a set of API standards and technical specification which can be used for Machine to Machine interfaces, as an example:
Advanced Message Queuing Protocol (AMQP);
Application Performance Index (APDEX);
HAL-FORMS.
Source: study lists 80 APIs standards (https://ec.europa.eu/knowledge4policy/node/35863_el)
DEFINITION:
A Web Service ABB is a Application Interfase being identified by a universal resource identifier (URI), whose service description and transport utilise open Internet standards.
Source: W3
(https://www.w3.org/TR/2004/NOTE-ws-arch-20040211/#relwwwrest)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP, Behavioral IoP
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Web Services Description Language (WSDL)
WSDL is an XML format for describing network services as a set of endpoints operating on messages containing either document-oriented or procedure-oriented information. The operations and messages are described abstractly, and then bound to a concrete network protocol and message format to define an endpoint
Source: (https://www.w3.org/TR/wsdl.html)
DEFINITION:
API ABB is an Application Interface constituting the interfaces of various building blocks that a developer can assemble to create an application. An application developer utilises APIs to build an application by combining various available software libraries to achieve a specific goal.
Source: Gartner
(https://www.gartner.com/en/information-technology/glossary/application-programming-interface)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP, Behavioral IoP
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
RapidAPI
RapidAPI is a collection of predefined APIs that are free to test, specifically updated for 2021.
Source: (https://rapidapi.com/collection/list-of-free-apis)
DEFINITION: Authorisation Service ABB is an Application Service ensuring that the user is authorized to have access to a particular resource. Authorization can be done through role-based access control (RBAC) or list-based access control (LBAC).
Source: Science direct
(https://www.sciencedirect.com/topics/computer-science/authorization-service)
DEFINITION:
Authentication Service ABB is an Application Service sharing the functionality of user authentication.
‘Electronic identification’ means the process of using person identification data in electronic form uniquely representing either a natural or legal person, or a natural person representing a legal person;
‘Authentication’ means an electronic process that enables the electronic identification of a natural or legal person, or the origin and integrity of data in electronic form to be confirmed;
Source: eIDAS - REGULATION (EU) No 910/2014 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 23 July 2014 on electronic identification and trust services for electronic transactions in the internal market and repealing Directive 1999/93/EC.
(http://eur-lex.europa.eu/legal-content/EN/TXT/?uri=uriserv%3AOJ.L_.2014.257.01.0073.01.ENG)
Syn. Authentication Service, eID
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Authentication Service ABB is salient for technical interoperability because it provides the functionalities of user authentication.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
EU Login
EU Login is the European Commission's user authentication service. It allows authorised users to access a wide range of Commission web services. EU Login is the entry gate to sign in to different European Commission services and/or other systems. EU Login verifies your identity and allows recovering your personal settings, history and access rights in a secure way. You can sign in using social media accounts or the EU Login account.
EU Login supports a variety of verification methods:
• Password;
• ECAS Mobile App PIN code;
• ECAS Mobile App QR code;
• On mobile authentication;
• Mobile phone + SMS;
• Token and Token CRAM.
Source:
(https://webgate.ec.europa.eu/cas/about.html)
(https://webgate.ec.europa.eu/cas/manuals/EU_Login_Tutorial_1.1.pdf)
Federal Public Service Policy and Support - Federal Authentication Service (FAS)
Via the Federal Authentication Service (FAS) individuals are authenticated so that they can access secure online government applications.
Characteristics:
• Three different security levels depending on the sensitivity of the information: user name and password; user name, password and token; electronic identity card with associated PIN code.
• Authentication when connecting to an application
• Support with the implementation of the service
• Support while the service is being used
Attribute Publication Service:
• Collecting a user´s attributes from one or more reliable sources that are located in other government institutions (i.e., National Register, Crossroads Bank for Social Security and Crossroads Bank for Enterprises)
• Sending of the requested attributes to the requesting government application within the framework of a successful authentication
Users:
• All public services and institutions that want a secure authentication process for their applications: Federal public services and institutions; Communities and Regions; Provinces, municipalities and local public social welfare centres; businesses or persons implementing government contracts
Requirements:
• Application with Fedict Service Desk and signing up to a user agreement
Source:
(http://www.fedict.belgium.be/en/identificatie_beveiliging/federal_authentication_service)
DEFINITION: eProcurement Evaluating Service ABB is an Application Service using electronic methods, typically over the Internet to conduct transactions between awarding authorities and suppliers and it has evaluating functionalities.
Source: Europa
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eProcurement)
DEFINITION:
Data Extractrion, Transformation, and Loading Service ABB is an Application Service enabling the share of conversion of one data representation to another.
Source: ISA2 – EIA Action
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Data Extraction, Transformation, and Loading Service ABB is salient for technical interoperability because it provides the functionalities to transform internal data structures to common and agreed interoperable formats as stated in the EIF recommendation n° 41: "Establish procedures and processes to integrate the opening of data in your common business processes, working routines, and in the development of new information systems."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Eurostat transformation service
The transformation service allows datasets to be converted from one file format to another, optionally performing additional tasks, such as mapping and transcoding.
The service is operational but is currently only available for internal consumption within Eurostat. However, the source code of both web service and software component is available in the SDMX webspace:
Source: (http://ec.europa.eu/eurostat/web/sdmx-infospace/validation-transformation/transformation-services)
DEFINITION: Accounting Services ABB is an Application Service meaning the measurement, processing and communication of financial information about economic entities including, but is not limited to, financial accounting, management accounting, auditing, cost containment and auditing services, taxation and accounting information systems.
Source: Lawinsider
(https://www.lawinsider.com/dictionary/accounting-services)
DEFINITION:
Service Discovery and Registry Service ABB is an Application Service providing access to software systems over the Internet using standard protocols. In the most basic scenario there is a Web Service Provider that publishes a service and a Web Service Consumer that uses this service. Web Service Discovery is the process of finding suitable web services for a given task.
This ABB is a key interoperability enabler (*) for sharing/PROVISIONING and reusing/CONSUMING back-office services.
Source: Auth
(https://auth0.com/blog/an-introduction-to-microservices-part-3-the-service-registry/)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP, Behavioral IoP
TheService Discovery and Registry Service ABB is a key interoperability enabler because it provides access rights for data that is necessary for service-oriented architecture projects to target fast and easy communication and data exchange.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
ZooKeeper
ZooKeeper is a centralized service registry for maintaining configuration information, naming, providing distributed synchronization, and providing group services. All of these kinds of services are used in some form or another by distributed applications. Each time they are implemented there is a lot of work that goes into fixing the bugs and race conditions that are inevitable. Because of the difficulty of implementing these kinds of services, applications initially usually skimp on them, which make them brittle in the presence of change and difficult to manage. Even when done correctly, different implementations of these services lead to management complexity when the applications are deployed.
Source: (https://zookeeper.apache.org/)
DEFINITION:
Data Exchange Service ABB is an Application Service enabling the secure exchange of messages, records, forms and other kinds of data between different ICT systems. This includes data routing, except endpoint discovery.
Source: EIFv2
(http://ec.europa.eu/isa/documents/isa_annex_ii_eif_en.pdf)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Data Exchange Service ABB is salient for technical interoperability because it provides secure and trustworthy data exchange between different ICT systems as stated in the EIF: "Define a common security and privacy framework and establish processes for public services to ensure secure and trustworthy data exchange between public administrations and in interactions with citizens and businesses."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
XMLGate
XMLGate is a Web service application used to validate an XML instance against a well-defined schema. The XML flow is submitted either via a PDF form or by uploading the XML file.
Source:
(https://webgate.ec.europa.eu/sanco-xmlgate/Login.jsp;jsessionid=2MPn_N5Wg9Dar4_W2-yVL_Xg-VlW3kn47PLVbNise9X5Kycx1yLI!-25226473)
DEFINITION: Identity management Service ABB is an Application Service ensuring that authorized people, and only authorized people, have access to the technology resources they need to perform their job functions.
Source: Vmware
(https://www.vmware.com/topics/glossary/content/identity-management.html)
DEFINITION: Data Syntax Mapping Catalogue Service ABB is an Application Service bridging the differences between two systems, or data models, so that when data is moved from a source, it is accurate and usable at the destination.
Source: Talend
(https://www.talend.com/resources/data-mapping/)
DEFINITION:
e-Signature Verification and Validation Service ABB is an Application Service verificating documents that are signed electronically.
An ‘electronic signature’ means data in electronic form which is attached to or logically associated with other data in electronic form and which is used by the signatory to sign.
‘validation’ means the process of verifying and confirming that an electronic signature or a seal is valid.
Source: eIDAS - REGULATION (EU) No 910/2014 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 23 July 2014 on electronic identification and trust services for electronic transactions in the internal market and repealing Directive 1999/93/EC.
(http://eur-lex.europa.eu/legal-content/EN/TXT/?uri=uriserv%3AOJ.L_.2014.257.01.0073.01.ENG)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The e-Signature Verification and Validation Service ABB is salient for technical interoperability because it provides
the functionalities required for e-signature verification and validation service.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
CEF eSignature DSS
DSS (Digital Signature Services) is an open-source software library for electronic signature creation and validation. DSS supports the creation and verification of interoperable and secure electronic signatures in line with European legislation. In particular, DSS aims to follow the eIDAS Regulation and related standards closely.
DSS can be re-used in an IT solution for electronic signatures to ensure that signatures are created and verified in line with European legislation and standards. DSS allows re-use in a variety of different ways: in an applet, in a stand-alone application or in a server application. DSS can also be used as a reference implementation for IT solutions which do not directly re-use it.
CEF eSignature's DSS open-source library delivers the following benefits to its users:
• Open-source software under LGPL 2.1, a non-viral open source license;
• Interoperability of the e-signatures;
• Supports both e-signatures and e-seals;
• Validation of countersignatures and multiple signatures;
• Alignment with the eIDAS Regulation and related standards;
• Supports EU standards on:
o Signature formats and packaging methods;
o Signature validation procedures;
• Validation relying on Member States' trusted lists:
o Status of trust service providers/trust service, compensation of information, path validation.
Source: (https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eSignature)
DEFINITION:
Regostration Service ABB is an Application Service sharing the functionality of discovery of essential information about e.g. supervised/accredited trust service providers issuing certificates for electronic signatures, for electronic seals or for website authentication; supervised/accredited trust services for eSignature, eSeal or TimeStamp creation and validation; supervised/accredited trust services for eSignature or eSeal preservation; supervised/accredited trust services for electronic registered delivery.
Source: eIDAS - REGULATION (EU) No 910/2014 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 23 July 2014 on electronic identification and trust services for electronic transactions in the internal market and repealing Directive 1999/93/EC.
(http://eur-lex.europa.eu/legal-content/EN/TXT/?uri=uriserv%3AOJ.L_.2014.257.01.0073.01.ENG)
Syn. Trusted List Service
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Registration Service ABB is salient for technical interoperability because it provides the functionalities of the discovery of essential information about accredited service providers.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
BE:Trusted
BE:Trusted list including information related to the qualified trust service providers which are supervised by the issuing Member State, together with information related to the qualified trust services provided by them, in accordance with the relevant provisions laid down in Regulation (EU) No 910/2014 of the European Parliament and of the Council of 23 July 2014 on electronic identification and trust services for electronic transactions in the internal market.
Source: (https://tsl.belgium.be/archive/TSL-BE-2016-T3_vi5_sn27%20SPF%20Economie_signed.pdf)
DEFINITION:
API Discovery and Catalogue Service ABB is an Application Service discovering and/or maintaining the API Catalogue ABB.
Source: Gartner
(https://www.gartner.com/en/information-technology/glossary/application-programming-interface)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP, Behavioral IoP
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
RapidAPI
RapidAPI is a collection of predefined APIs that are free to test, specifically updated for 2021.
Source: (https://rapidapi.com/collection/list-of-free-apis)
DEFINITION: Request Validation Service ABB is an Application Service enabling the act of asking for something to be confirmed as true or correct.
Source: Dictionary
(https://www.dictionary.com/browse/request)
(https://www.dictionary.com/browse/validation)
DEFINITION: Firewall Service ABB is an Application Service representing an integrated collection of security measures designed to prevent unauthorized electronic access to a networked computer system.
Source: Dictionary
(https://www.dictionary.com/browse/firewall)
DEFINITION:
Regostration Service ABB is an Application Service sharing the functionality of discovery of essential information about e.g. supervised/accredited trust service providers issuing certificates for electronic signatures, for electronic seals or for website authentication; supervised/accredited trust services for eSignature, eSeal or TimeStamp creation and validation; supervised/accredited trust services for eSignature or eSeal preservation; supervised/accredited trust services for electronic registered delivery.
Source: eIDAS - REGULATION (EU) No 910/2014 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 23 July 2014 on electronic identification and trust services for electronic transactions in the internal market and repealing Directive 1999/93/EC.
(http://eur-lex.europa.eu/legal-content/EN/TXT/?uri=uriserv%3AOJ.L_.2014.257.01.0073.01.ENG)
Syn. Trusted List Service
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Registration Service ABB is salient for technical interoperability because it provides the functionalities of the discovery of essential information about accredited service providers.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
BE:Trusted
BE:Trusted list including information related to the qualified trust service providers which are supervised by the issuing Member State, together with information related to the qualified trust services provided by them, in accordance with the relevant provisions laid down in Regulation (EU) No 910/2014 of the European Parliament and of the Council of 23 July 2014 on electronic identification and trust services for electronic transactions in the internal market.
Source: (https://tsl.belgium.be/archive/TSL-BE-2016-T3_vi5_sn27%20SPF%20Economie_signed.pdf)
DEFINITION: eProcurement Notifying Service ABB is an Application Service using electronic methods, typically over the Internet to conduct transactions between awarding authorities and suppliers and it has notifying functionalities.
Source: Europa
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eProcurement)
DEFINITION:
Data Management Service ABB is an Application Service enabling the exchange of structured data under a source schema and transforming it into a target schema, so that the target data is an accurate representation of the source data. Data repository exchange service allows data to be shared between different application programs.
Source: Guardian
(https://digitalguardian.com/blog/what-data-repository)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Data Management Service ABB is salient for technical interoperability because it provides and shares the functionality for the share of data: "Legislation requires that decisions and data are stored and can be accessed for a specified time. This means that records and information in electronic form held by public administrations for the purpose of documenting procedures and decisions must be preserved and be converted, where necessary, to new media when old media become obsolete. The goal is to ensure that records and other forms of information keep their legibility, reliability and integrity and can be accessed as long as needed subject to security and privacy provisions."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Oracle Data Exchange
The Data Exchange Service provides several access points to the Event Repository, allowing the user to perform queries on these events:
- The Query Subscription Administration Console configures the Data Exchange Service to create queries and periodically deliver query results to designated receivers (HTTP, JMS, and AS2). The Console can also test queries before subscribing, displaying user-readable events in XML format.
- A SOAP Web service allows programmatic queries. This SOAP service is based on the technically complete, but not formally ratified as of October 2006, EPCglobal EPC Information Services (EPCIS) Version 1.0 Specification.EPCglobal EPCIS 1.0 Working Draft.
https://docs.oracle.com/cd/E13197_01/rfid/enterprise_server/docs20/epcis/data-exchange.html
DEFINITION: UX Management Service ABB is Application Service managing user experience design-related activities inside an organization to create growth and good management practices. Typical UX management activities are to define an organization’s UX design language and strategy and manage the work processes around UX design.
Source: Interaction design
(https://www.interaction-design.org/literature/topics/ux-management)
DEFINITION: Request Validation Service ABB is an Application Service enabling the act of asking for something to be confirmed as true or correct.
Source: Dictionary
(https://www.dictionary.com/browse/request)
(https://www.dictionary.com/browse/validation)
DEFINITION:
Access Management Service ABB is an Application Service allowing users to make use of i) IT services, ii) data, and/or iii) other assets. Access management helps to protect the confidentiality, integrity and availability of assets by ensuring that only authorized users are able to access or modify the assets.
Source: ITIL v3
(https://www.axelos.com/Corporate/media/Files/Glossaries/AXELOS-Common-Glossary.pdf)
Syn. Role Management Service
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Access Management Service ABB is salient for technical interoperability because it provides the functionality of allowing user to make an authorized and trusted use of IT Services, data and other assets as stated in the EIF: "Public administrations should ensure that a 'data access and authorisation plan’ which determines who has access to what data and under what conditions, to ensure privacy. Unauthorised access and security breaches should be monitored and appropriate actions should be taken to prevent any recurrence of breaches"
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Belgian Federal Public Service Policy and Support - Role Management service
The Role Management service gives access managers the possibility to manage roles. A role gives access to an online government application.
Characteristics:
• A federal access management platform for public e-gov applications
• Three separate contexts: Businesses, Officials and Independent
• Roles that can only be attributed by a specific group of managers for a specific application within one of the three contexts
• Two different security levels of the application depending on the sensitivity of the information: user name, password and token; and electronic identity card with associated PIN code
• Authentication when connecting to an application
• Support with the implementation of the service
• Support while the service is being used
Users: All public services and institutions that want a secure access management for their applications: federal public services and institutions; Communities and Regions; Provinces, municipalities and local public social welfare centres; businesses or persons implementing government contracts.
Requirements: application with Fedict Service Desk and signing up to a user agreement.
Source: (http://www.fedict.belgium.be/en/identificatie_beveiliging/rollenbeheer)
DEFINITION: Authorisation Service ABB is an Application Service ensuring that the user is authorized to have access to a particular resource. Authorization can be done through role-based access control (RBAC) or list-based access control (LBAC).
Source: Science direct
(https://www.sciencedirect.com/topics/computer-science/authorization-service)
DEFINITION:
Metadata Management Service ABB is an Application Service enabling functionalities for the i) creation, ii) storage, iii) categorisation and iv) retrieval of metadata.
Source: DAMA
(http://www.dama.org/)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Metadata management Service ABB is salient for interoperability because it provides and shares the functionalities to manage metadata. EIF recommends to prioritise it: "Put in place an information management strategy at the highest possible level to avoid fragmentation and duplication. Management of metadata, master data and reference data should be prioritised".
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Eurostat SDMX repository:
The Euro SDMX Registry is Eurostat’s implementation of an SDMX registry to facilitate the exchange of statistical data and metadata by serving as a metadata repository. It stores the SDMX artefacts needed for the parties to access and interpret the content of the exchanged statistical data and metadata sets.
Source: (http://ec.europa.eu/eurostat/web/sdmx-infospace/sdmx-it-tools/sdmx-registry)
DEFINITION: eProcurement Fulfilling Service ABB is an Application Service using electronic methods, typically over the Internet to conduct transactions between awarding authorities and suppliers and it has fulfilling functionalities.
Source: Europa
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eProcurement)
DEFINITION:
Artificial Intelligence Service ABB is an Application Service appling advanced analysis and logic-based techniques, including machine learning, to interpret events, support and automate decisions, and take actions.
Source: Gartner
(https://www.gartner.com/en/information-technology/glossary/artificial-intelligence)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Artificial intelligence Service ABB is salient for technical interoperability because it enables the application of advanced analysis and logic-based techniques, including machine learning, to interpret events, support and automate decisions, and take actions.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Google AI
A tool that enables scientists, data journalists, data geeks, or anyone else to easily find datasets stored in thousands of repositories across the web.
Source: (https://ai.google/#:~:text=A%20tool%20that%20enables%20scientists,of%20repositories%20across%20the%20web.&text=We%20released%20a%20research%20framework,researchers%20to%20explore%20new%20ideas.)
DEFINITION: eProcurement Quoting Service ABB is an Application Service using electronic methods, typically over the Internet to conduct transactions between awarding authorities and suppliers and it has quoting functionalities.
Source: Europa
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eProcurement)
DEFINITION:
Data Quality Service ABB is an Application Service referring to any activity aimed at verifying that the value of a data item comes from a given set of acceptable values. Data validation may be followed by corrective actions, such as data editing or data imputation.
Source: Eurostat Data Validation
(http://ec.europa.eu/eurostat/data/data-validation)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Data Quality Service ABB is salient for technical interoperability because it shares the functionality to validate if data received (or to be sent) is compliant with common and agreed interoperable formats as stated in the EIF recommendation n° 41: "Establish procedures and processes to integrate the opening of data in your common business processes, working routines, and in the development of new information systems."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Eurostat Struval
The Structural Validation service (called STRUVAL) performs structural validation of statistical data files following the SDMX Information Model for a given data flow. It ensures that a data file respects the following key elements:
• SDMX compliance in terms of checks on file format and completeness in terms of mandatory fields;
• SDMX compliance in terms of the structure and coding defined by the Data Structure Definition (DSD);
• The constraints defined for respective data flows.
The STRUVAL service returns a response containing a machine-readable message that is processed by the process manager. The invoker of the service receives a validation report, regardless of the result of the process (in case of no failures the reports hold no records).
Source: (http://ec.europa.eu/eurostat/web/sdmx-infospace/validation-transformation/structural-validation)
DEFINITION: MyDigitalPublicServicesDeliveryPreferences Service ABB is an Application Service allowing users of a specific domain to have the opportunity of choosing the service delivery of their liking.
Source: Merriam webster
(https://www.merriam-webster.com/dictionary/preference)
DEFINITION:
High-Availability and Fault Tolerance Service ABB is an Application Service defining the sequence and conditions in which one service invokes other services in order to realize some useful function.
Source: W3C (https://www.w3.org/TR/ws-arch/)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Orchestration Service ABB is salient for technical interoperability because it provides the functionality of "automated" business processes coordination. The EIF's Conceptual model for integrated EU public services foresees the concept a Coordination for Integrated Service Delivery. The Model comprises an "integrated service delivery" is based on a "coordination function", which is related to SOA principles such as choreography and orchestration, to manage internal business processes in order to remove complexity for the end-user, as stated in the EIF: "The coordination function ensures that needs are identified and appropriate services are invoked and orchestrated to provide a European public service. This function should select the appropriate sources and services and integrate them. Coordination can be automated or manual."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Apache ODE
Apache ODE (Orchestration Director Engine) software executes business processes written following the WS-BPEL standard. It talks to web services, sending and receiving messages, handling data manipulation and error recovery as described by your process definition. It supports both long and short living process executions to orchestrate all the services that are part of your application.
Source: (http://ode.apache.org/)
DEFINITION: MyInfo Service ABB is an Application Service allowing users of a specific domain to have their Information stored and accessed.
Source: Dictionary
(https://www.dictionary.com/browse/information)
DEFINITION: eProcurement Awarding Service ABB is an Application Service using electronic methods, typically over the Internet to conduct transactions between awarding authorities and suppliers and it has awarding functionalities.
Source: Europa
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eProcurement)
DEFINITION:
Orchestration Service ABB is an Application Service defining the sequence and conditions in which one service invokes other services in order to realize some useful function.
Source: W3C (https://www.w3.org/TR/ws-arch/)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Orchestration Service ABB is salient for technical interoperability because it provides the functionality of "automated" business processes coordination. The EIF's Conceptual model for integrated EU public services foresees the concept a Coordination for Integrated Service Delivery. The Model comprises an "integrated service delivery" is based on a "coordination function", which is related to SOA principles such as choreography and orchestration, to manage internal business processes in order to remove complexity for the end-user, as stated in the EIF: "The coordination function ensures that needs are identified and appropriate services are invoked and orchestrated to provide a European public service. This function should select the appropriate sources and services and integrate them. Coordination can be automated or manual."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Apache ODE
Apache ODE (Orchestration Director Engine) software executes business processes written following the WS-BPEL standard. It talks to web services, sending and receiving messages, handling data manipulation and error recovery as described by your process definition. It supports both long and short living process executions to orchestrate all the services that are part of your application.
Source: (http://ode.apache.org/)
DEFINITION: UX Management Service ABB is Application Service managing user experience design-related activities inside an organization to create growth and good management practices. Typical UX management activities are to define an organization’s UX design language and strategy and manage the work processes around UX design.
Source: Interaction design
(https://www.interaction-design.org/literature/topics/ux-management)
DEFINITION: eProcurement Submitting Service ABB is an Application Service using electronic methods, typically over the Internet to conduct transactions between awarding authorities and suppliers and it has submitting functionalities.
Source: Europa
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eProcurement)
DEFINITION: eProcurement Ordering Service ABB is an Application Service using electronic methods, typically over the Internet to conduct transactions between awarding authorities and suppliers and it has ordering functionalities.
Source: Europa
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eProcurement)
DEFINITION: eProcurement Discovering Service ABB is an Application Service using electronic methods, typically over the Internet to conduct transactions between awarding authorities and suppliers and it has discovering functionalities.
Source: Europa
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eProcurement)
DEFINITION:
Access Management Service ABB is an Application Service allowing users to make use of i) IT services, ii) data, and/or iii) other assets. Access management helps to protect the confidentiality, integrity and availability of assets by ensuring that only authorized users are able to access or modify the assets.
Source: ITIL v3
(https://www.axelos.com/Corporate/media/Files/Glossaries/AXELOS-Common-Glossary.pdf)
Syn. Role Management Service
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Access Management Service ABB is salient for technical interoperability because it provides the functionality of allowing user to make an authorized and trusted use of IT Services, data and other assets as stated in the EIF: "Public administrations should ensure that a 'data access and authorisation plan’ which determines who has access to what data and under what conditions, to ensure privacy. Unauthorised access and security breaches should be monitored and appropriate actions should be taken to prevent any recurrence of breaches"
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Belgian Federal Public Service Policy and Support - Role Management service
The Role Management service gives access managers the possibility to manage roles. A role gives access to an online government application.
Characteristics:
• A federal access management platform for public e-gov applications
• Three separate contexts: Businesses, Officials and Independent
• Roles that can only be attributed by a specific group of managers for a specific application within one of the three contexts
• Two different security levels of the application depending on the sensitivity of the information: user name, password and token; and electronic identity card with associated PIN code
• Authentication when connecting to an application
• Support with the implementation of the service
• Support while the service is being used
Users: All public services and institutions that want a secure access management for their applications: federal public services and institutions; Communities and Regions; Provinces, municipalities and local public social welfare centres; businesses or persons implementing government contracts.
Requirements: application with Fedict Service Desk and signing up to a user agreement.
Source: (http://www.fedict.belgium.be/en/identificatie_beveiliging/rollenbeheer)
DEFINITION: eProcurement Contracting Service ABB is an Application Service using electronic methods, typically over the Internet to conduct transactions between awarding authorities and suppliers and it has contracting functionalities.
Source: Europa
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eProcurement)
DEFINITION: Request Validation Service ABB is an Application Service enabling the act of asking for something to be confirmed as true or correct.
Source: Dictionary
(https://www.dictionary.com/browse/request)
(https://www.dictionary.com/browse/validation)
DEFINITION:
Authentication Service ABB is an Application Service sharing the functionality of user authentication.
‘Electronic identification’ means the process of using person identification data in electronic form uniquely representing either a natural or legal person, or a natural person representing a legal person;
‘Authentication’ means an electronic process that enables the electronic identification of a natural or legal person, or the origin and integrity of data in electronic form to be confirmed;
Source: eIDAS - REGULATION (EU) No 910/2014 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 23 July 2014 on electronic identification and trust services for electronic transactions in the internal market and repealing Directive 1999/93/EC.
(http://eur-lex.europa.eu/legal-content/EN/TXT/?uri=uriserv%3AOJ.L_.2014.257.01.0073.01.ENG)
Syn. Authentication Service, eID
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Authentication Service ABB is salient for technical interoperability because it provides the functionalities of user authentication.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
EU Login
EU Login is the European Commission's user authentication service. It allows authorised users to access a wide range of Commission web services. EU Login is the entry gate to sign in to different European Commission services and/or other systems. EU Login verifies your identity and allows recovering your personal settings, history and access rights in a secure way. You can sign in using social media accounts or the EU Login account.
EU Login supports a variety of verification methods:
• Password;
• ECAS Mobile App PIN code;
• ECAS Mobile App QR code;
• On mobile authentication;
• Mobile phone + SMS;
• Token and Token CRAM.
Source:
(https://webgate.ec.europa.eu/cas/about.html)
(https://webgate.ec.europa.eu/cas/manuals/EU_Login_Tutorial_1.1.pdf)
Federal Public Service Policy and Support - Federal Authentication Service (FAS)
Via the Federal Authentication Service (FAS) individuals are authenticated so that they can access secure online government applications.
Characteristics:
• Three different security levels depending on the sensitivity of the information: user name and password; user name, password and token; electronic identity card with associated PIN code.
• Authentication when connecting to an application
• Support with the implementation of the service
• Support while the service is being used
Attribute Publication Service:
• Collecting a user´s attributes from one or more reliable sources that are located in other government institutions (i.e., National Register, Crossroads Bank for Social Security and Crossroads Bank for Enterprises)
• Sending of the requested attributes to the requesting government application within the framework of a successful authentication
Users:
• All public services and institutions that want a secure authentication process for their applications: Federal public services and institutions; Communities and Regions; Provinces, municipalities and local public social welfare centres; businesses or persons implementing government contracts
Requirements:
• Application with Fedict Service Desk and signing up to a user agreement
Source:
(http://www.fedict.belgium.be/en/identificatie_beveiliging/federal_authentication_service)
DEFINITION: Software Component Discovery and Catalogue Service ABB is an Application Service containing information about software products and serves as an index during software scans to automatically identify the software products installed on a monitored computer but also getting knowledge on units of composition with contractually specified interfaces and explicit context dependencies.
Source: Dictionary
(https://www.dictionary.com/browse/catalog)
DEFINITION: eProcurement Accessing Service ABB is an Application Service using electronic methods, typically over the Internet to conduct transactions between awarding authorities and suppliers and it has accessing functionalities.
Source: Europa
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eProcurement)
DEFINITION:
Data Analytics Service ABB is an Application Service analysing a great amount of raw data in order to make conclusions about specific information. Data analytics services enable the automation of mechanical processes and algorithms that work over raw data for human consumption.
Source: Investopedia
(https://www.investopedia.com/terms/d/data-analytics.asp)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Data Analytics Service ABB is salient for technical interoperability because it enables the automated processing and analysis of different data source.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Microsoft Power BI
Power BI is a business analytics service by Microsoft. It aims to provide interactive visualizations and business intelligence capabilities with an interface simple enough for end users to create their own reports and dashboards. It is part of the Microsoft Power Platform.
Source: (https://powerbi.microsoft.com/it-it/what-is-power-bi/)
DEFINITION:
Digital Solution Service ABB is an Application Service representing an explicitly defined shared application behavior of an Digital Solution.
Source: ArchiMate® v3 (http://pubs.opengroup.org/architecture/archimate3-doc/chap09.html)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Digital Solution Service ABB is salient for technical interoperability because it is a central element the EIF's conceptual model for integrated public services. it represents the generalisation of all application services provided by an Interoperable European Solutionas as stated in the EIF: "Technical interoperability the applications and infrastructures linking systems and services."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
EU Login
EU Login is the European Commission's user authentication service. It allows authorised users to access a wide range of Commission web services and websites, using a single email address and password. EU Login implements the single sign-on functionality.
Source: (https://webgate.ec.europa.eu/cas/help.html)
DEFINITION:
Conformance Testing Service ABB is an Application Service verifying that several solutions can interoperate at one or more layers of the interoperability stack, while conforming to one or more specifications. This type of testing is executed by operating SUTs (System Under Test) and capturing their exchanges.
The logistics of interoperability testing is usually more costly (time, coordination, interoperability), and interoperability testing is no substitute for a conformance test suite. Experience shows that interoperability testing is more successful and less costly when conformance of implementations has been tested first.
Source: CEN/CENELC GITB
(https://www.cen.eu/work/areas/ict/ebusiness/pages/ws-gitb.aspx)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Conformance Testing Services ABB is salient for technical interoperability because it enables the validation and verification that several solutions at one or more layers of the interoperability stack and they satisfy certain interoperability requirements.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Interoperability Testbed
The Test Bed allows users to execute predefined test cases on their systems in order to test the conformance to standards and requirements, simulate a web-service, validate content and test a complete message exchange protocol. The Testbed manages test cases and users, and orchestrates domain-specific components, the domain-specific logic is in separate components that are used via web services.
Test results are provided in a standardised, machine-readable format. The Test Bed also offers a test registry and repository (TRR) to store test artefacts (assertions, test cases, validation schemas, etc.) and compile test services (validation services, simulator services, etc.).
Please visit the following website for more information:
Source: (https://ec.europa.eu/isa2/solutions/interoperability-test-bed_en)
DEFINITION: MySingleWindow Service ABB is an Application Service allowing users of a specific domain to perform automated electronic checks of validity of documents and licences.
Source: Europa
(https://ec.europa.eu/taxation_customs/eu-single-window-environment-customs_en)
DEFINITION: Identity management Service ABB is an Application Service ensuring that authorized people, and only authorized people, have access to the technology resources they need to perform their job functions.
Source: Vmware
(https://www.vmware.com/topics/glossary/content/identity-management.html)
DEFINITION: eProcurement Invoicing Service ABB is an Application Service using electronic methods, typically over the Internet to conduct transactions between awarding authorities and suppliers and it has invoicing functionalities.
Source: Europa
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eProcurement)
DEFINITION:
Digital Solution Service ABB is an Application Service representing an explicitly defined shared application behavior of an Digital Solution.
Source: ArchiMate® v3 (http://pubs.opengroup.org/architecture/archimate3-doc/chap09.html)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Digital Solution Service ABB is salient for technical interoperability because it is a central element the EIF's conceptual model for integrated public services. it represents the generalisation of all application services provided by an Interoperable European Solutionas as stated in the EIF: "Technical interoperability the applications and infrastructures linking systems and services."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
EU Login
EU Login is the European Commission's user authentication service. It allows authorised users to access a wide range of Commission web services and websites, using a single email address and password. EU Login implements the single sign-on functionality.
Source: (https://webgate.ec.europa.eu/cas/help.html)
DEFINITION:
e-Archiving Service ABB is an Application Service enabling the permanent or long-term storage of selected (by an authority) electronic documents or information for preservation purposes like their enduring research value and memory aid.
The EIRA(c) differentiates between document management, record management and e-archiving as follows:
- Document management is primarily about day-to-day use of electronic documents (create/update/delete/versioning) within the operational environment;
- Record management is primarily about ensuring that information (e.g. in form of an electronic document or database record) is available for business and legal purposes (e.g. to proof and track the handling of contracts). If an electronic document or information is becoming a record (an authority declares it as a record) that electronic document or information needs to be handled by the record management service (based on specific business or legal reasons (e.g. contract negotiation)).
- e-Archiving is primarily about storing records which have been selected (by an authority) for permanent or long-term preservation due to their enduring research value and as a memory aid. An electronic document or information which a) is managed by the document management service or the record management service and b) is no longer needed for business or legal purposes or day-to-day activities, and c) still has value for research purposes or as a memory aid, the electronic document should be managed by the e-archiving service”.
Source: ISA2 - EIA Action
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The e-Archiving Service ABB is salient for technical interoperability because it provides and shares the functionality for the long-term or permanent preservation of records and information in electronic form in order to ensure their temporal egibility, reliability and integrity as stated in the EIF: "Legislation requires that decisions and data are stored and can be accessed for a specified time. This means that records and information in electronic form held by public administrations for the purpose of documenting procedures and decisions must be preserved and be converted, where necessary, to new media when old media become obsolete. The goal is to ensure that records and other forms of information keep their legibility, reliability and integrity and can be accessed as long as needed subject to security and privacy provisions."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
CEF eArchiving:
eArchiving provides the core specifications, software, training and knowledge to tackle the challenge of short, medium and long-term data management and reuse in a sustainable, authentic, cost-efficient, manageable and interoperable way.
Source: (https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eArchiving)
DEFINITION:
This ABB is a Business Agnostic Identity Management Service which is used to enables the cross-border interoperability of digital identity (eID) systems and the circularity of eIDs in EU member states to increase the efficiency of cross-border digital transactions.
Source: https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eIDAS-Node+Integration+Package
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Identity Management Service ABB is salient for technical interoperability because it provides the functionalities of user authentication.
DEFINITION: Digital Workplace Service ABB is an Application Service allowing staff to collaborate freely wherever their work is based, while maintaining high security standards and increasing productivity and efficiency.
Source: Europa
(https://ec.europa.eu/info/publications/digital-workplace-strategy_en)
DEFINITION: Accounting Services ABB is an Application Service meaning the measurement, processing and communication of financial information about economic entities including, but is not limited to, financial accounting, management accounting, auditing, cost containment and auditing services, taxation and accounting information systems.
Source: Lawinsider
(https://www.lawinsider.com/dictionary/accounting-services)
DEFINITION:
Audit Service ABB is an Application Service providing support for the principle of accountability, which is holding users of a system accountable for their actions within the system, and detection of policy violations. The audit policy defines the elements of an information system which need to be traced, for example to assure traceability of actions: what, how, when, where and with what.
Source: The Open Group
(http://www.opengroup.org/security/das/xdas_int.htm)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Audit Service ABB is salient for technical interoperability because it defines the elements of an information system which need to be traced, for example to assure traceability of user actions as stated in the EIF: "Public administrations should ensure that a 'data access and authorisation plan’ which determines who has access to what data and under what conditions, to ensure privacy. Unauthorised access and security breaches should be monitored and appropriate actions should be taken to prevent any recurrence of breaches"
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
OpenIAM audit service
OpenIAM Auditing Service ensures that detailed information about events and activities associated with identities or resources are logged into a centralized repository and be tracked. It offers the following features:
• Sign-on, Sign-off
• User: create, update, delete or disable accounts
• Role: create, update, delete or disable accounts
• Resource: create, update, delete or disable accounts
• Password changes, resets, challenge response questions changes
• Synchronization events
• Reconciliation events
Several reporting templates are provided for a BIRT report writer for use in an Eclipse designer. Organizations can also generate their own reports in BIRT with SQL.
Source: (https://www.openiam.com/products/identity-manager/features/audit-compliance/)
DEFINITION: MyCalendar Service ABB is an Application Service allowing users of a specific domain to have a service of reckoning time.
Source: Dictionary
(https://www.dictionary.com/browse/calendar)
DEFINITION:
Access Management Service ABB is an Application Service allowing users to make use of i) IT services, ii) data, and/or iii) other assets. Access management helps to protect the confidentiality, integrity and availability of assets by ensuring that only authorized users are able to access or modify the assets.
Source: ITIL v3
(https://www.axelos.com/Corporate/media/Files/Glossaries/AXELOS-Common-Glossary.pdf)
Syn. Role Management Service
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Access Management Service ABB is salient for technical interoperability because it provides the functionality of allowing user to make an authorized and trusted use of IT Services, data and other assets as stated in the EIF: "Public administrations should ensure that a 'data access and authorisation plan’ which determines who has access to what data and under what conditions, to ensure privacy. Unauthorised access and security breaches should be monitored and appropriate actions should be taken to prevent any recurrence of breaches"
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Belgian Federal Public Service Policy and Support - Role Management service
The Role Management service gives access managers the possibility to manage roles. A role gives access to an online government application.
Characteristics:
• A federal access management platform for public e-gov applications
• Three separate contexts: Businesses, Officials and Independent
• Roles that can only be attributed by a specific group of managers for a specific application within one of the three contexts
• Two different security levels of the application depending on the sensitivity of the information: user name, password and token; and electronic identity card with associated PIN code
• Authentication when connecting to an application
• Support with the implementation of the service
• Support while the service is being used
Users: All public services and institutions that want a secure access management for their applications: federal public services and institutions; Communities and Regions; Provinces, municipalities and local public social welfare centres; businesses or persons implementing government contracts.
Requirements: application with Fedict Service Desk and signing up to a user agreement.
Source: (http://www.fedict.belgium.be/en/identificatie_beveiliging/rollenbeheer)
DEFINITION:
e-Payment Service ABB is an Application Service executing payment transactions where the consent of the payer to execute a payment transaction is given by means of any telecommunication, digital or IT device.
Source: Directive 2007/64/EC
(http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=CELEX:32007L0064:EN:NOT)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The e-Payment Service ABB is salient for technical interoperability because it enables the possibility of executing payment transactions by any means of telecommunication, digital or IT device as stated in the EIF: "Public administrations need to exploit services delivered outside their organisational boundaries by third parties, such as payment services provided by financial institutions or connectivity services provided by telecommunications providers."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
SEPA
The single euro payments area (SEPA) harmonises the way cashless euro payments are made across Europe. It allows European consumers, businesses and public administrations to make and receive the following types of transactions under the same basic conditions:
- credit transfers
- direct debit payments
- card payments
This makes all cross-border electronic payments in euro as easy as domestic payments.
Source: (https://ec.europa.eu/info/business-economy-euro/banking-and-finance/consumer-finance-and-payments/payment-services/single-euro-payments-area-sepa_en)
UniPay Payment Gateway
The open source payment transactions processing platform UniPay Payment Gateway is a robust, flexible and scalable payment gateway software.
The platform has a powerful, processor-agnostic payment gateway at its foundation, which supplies numerous direct-to-processor backend integrations and includes a powerful routing engine configurable through web service calls. With unified API as your entry point (for both credit card transactions and ACH - Automated Clearing House), you gain access to numerous banks and credit card payment processors across the globe.
Source: (http://opensourcepaymentgateway.com/)
DEFINITION:
e-Signature Creation Service ABB is an Application Service, signing data, in electronic form by a natural person.
An ‘electronic signature’ means data in electronic form which is attached to or logically associated with other data in electronic form and which is used by the signatory to sign.
Source: eIDAS - REGULATION (EU) No 910/2014 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 23 July 2014 on electronic identification and trust services for electronic transactions in the internal market and repealing Directive 1999/93/EC.
(http://eur-lex.europa.eu/legal-content/EN/TXT/?uri=uriserv%3AOJ.L_.2014.257.01.0073.01.ENG)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The e-Signature Creation Service ABB is salient for technical interoperability because it provides
the functionalities required for e-signature creation service.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
CEF eSignature DSS
DSS (Digital Signature Services) is an open-source software library for electronic signature creation and validation. DSS supports the creation and verification of interoperable and secure electronic signatures in line with European legislation. In particular, DSS aims to follow the eIDAS Regulation and related standards closely.
DSS can be re-used in an IT solution for electronic signatures to ensure that signatures are created and verified in line with European legislation and standards. DSS allows re-use in a variety of different ways: in an applet, in a stand-alone application or in a server application. DSS can also be used as a reference implementation for IT solutions which do not directly re-use it.
CEF eSignature's DSS open-source library delivers the following benefits to its users:
• Open-source software under LGPL 2.1, a non-viral open source license;
• Interoperability of the e-signatures;
• Supports both e-signatures and e-seals;
• Validation of countersignatures and multiple signatures;
• Alignment with the eIDAS Regulation and related standards;
• Supports EU standards on:
o Signature formats and packaging methods;
o Signature validation procedures;
• Validation relying on Member States' trusted lists:
o Status of trust service providers/trust service, compensation of information, path validation.
Source:
(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eSignature)
DEFINITION:
Digital Solution Service ABB is an Application Service representing an explicitly defined shared application behavior of an Digital Solution.
Source: ArchiMate® v3 (http://pubs.opengroup.org/architecture/archimate3-doc/chap09.html)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Digital Solution Service ABB is salient for technical interoperability because it is a central element the EIF's conceptual model for integrated public services. it represents the generalisation of all application services provided by an Interoperable European Solutionas as stated in the EIF: "Technical interoperability the applications and infrastructures linking systems and services."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
EU Login
EU Login is the European Commission's user authentication service. It allows authorised users to access a wide range of Commission web services and websites, using a single email address and password. EU Login implements the single sign-on functionality.
Source: (https://webgate.ec.europa.eu/cas/help.html)
DEFINITION:
Authentication Service ABB is an Application Service sharing the functionality of user authentication.
‘Electronic identification’ means the process of using person identification data in electronic form uniquely representing either a natural or legal person, or a natural person representing a legal person;
‘Authentication’ means an electronic process that enables the electronic identification of a natural or legal person, or the origin and integrity of data in electronic form to be confirmed;
Source: eIDAS - REGULATION (EU) No 910/2014 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 23 July 2014 on electronic identification and trust services for electronic transactions in the internal market and repealing Directive 1999/93/EC.
(http://eur-lex.europa.eu/legal-content/EN/TXT/?uri=uriserv%3AOJ.L_.2014.257.01.0073.01.ENG)
Syn. Authentication Service, eID
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Authentication Service ABB is salient for technical interoperability because it provides the functionalities of user authentication.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
EU Login
EU Login is the European Commission's user authentication service. It allows authorised users to access a wide range of Commission web services. EU Login is the entry gate to sign in to different European Commission services and/or other systems. EU Login verifies your identity and allows recovering your personal settings, history and access rights in a secure way. You can sign in using social media accounts or the EU Login account.
EU Login supports a variety of verification methods:
• Password;
• ECAS Mobile App PIN code;
• ECAS Mobile App QR code;
• On mobile authentication;
• Mobile phone + SMS;
• Token and Token CRAM.
Source:
(https://webgate.ec.europa.eu/cas/about.html)
(https://webgate.ec.europa.eu/cas/manuals/EU_Login_Tutorial_1.1.pdf)
Federal Public Service Policy and Support - Federal Authentication Service (FAS)
Via the Federal Authentication Service (FAS) individuals are authenticated so that they can access secure online government applications.
Characteristics:
• Three different security levels depending on the sensitivity of the information: user name and password; user name, password and token; electronic identity card with associated PIN code.
• Authentication when connecting to an application
• Support with the implementation of the service
• Support while the service is being used
Attribute Publication Service:
• Collecting a user´s attributes from one or more reliable sources that are located in other government institutions (i.e., National Register, Crossroads Bank for Social Security and Crossroads Bank for Enterprises)
• Sending of the requested attributes to the requesting government application within the framework of a successful authentication
Users:
• All public services and institutions that want a secure authentication process for their applications: Federal public services and institutions; Communities and Regions; Provinces, municipalities and local public social welfare centres; businesses or persons implementing government contracts
Requirements:
• Application with Fedict Service Desk and signing up to a user agreement
Source:
(http://www.fedict.belgium.be/en/identificatie_beveiliging/federal_authentication_service)
DEFINITION: Authorisation Service ABB is an Application Service ensuring that the user is authorized to have access to a particular resource. Authorization can be done through role-based access control (RBAC) or list-based access control (LBAC).
Source: Science direct
(https://www.sciencedirect.com/topics/computer-science/authorization-service)
DEFINITION:
Privacy Service ABB is an Application Service enabling the share of functionalities such as storing, securing, anonymising, pseudonymising, rectifying and erasing personal data.
Source: Wootis
(https://wootis.gr/en/privacy-policy/)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Privacy Service ABB is salient for interoperability because "security and privacy are primary concerns in the provision of public services" (EIF) and, as stated in EIF Recommendation 15: "Define a common security and privacy framework and establish processes for public services to ensure secure and trustworthy data exchange between public administrations and in interactions with citizens and businesses."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
SOLVIT
Solvit is a mailbox service for the access, rectification or deletion of personal data.
Source: (http://ec.europa.eu/solvit/privacy-statement/#maincontentSec8)
DEFINITION:
Regostration Service ABB is an Application Service sharing the functionality of discovery of essential information about e.g. supervised/accredited trust service providers issuing certificates for electronic signatures, for electronic seals or for website authentication; supervised/accredited trust services for eSignature, eSeal or TimeStamp creation and validation; supervised/accredited trust services for eSignature or eSeal preservation; supervised/accredited trust services for electronic registered delivery.
Source: eIDAS - REGULATION (EU) No 910/2014 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 23 July 2014 on electronic identification and trust services for electronic transactions in the internal market and repealing Directive 1999/93/EC.
(http://eur-lex.europa.eu/legal-content/EN/TXT/?uri=uriserv%3AOJ.L_.2014.257.01.0073.01.ENG)
Syn. Trusted List Service
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Registration Service ABB is salient for technical interoperability because it provides the functionalities of the discovery of essential information about accredited service providers.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
BE:Trusted
BE:Trusted list including information related to the qualified trust service providers which are supervised by the issuing Member State, together with information related to the qualified trust services provided by them, in accordance with the relevant provisions laid down in Regulation (EU) No 910/2014 of the European Parliament and of the Council of 23 July 2014 on electronic identification and trust services for electronic transactions in the internal market.
Source: (https://tsl.belgium.be/archive/TSL-BE-2016-T3_vi5_sn27%20SPF%20Economie_signed.pdf)
DEFINITION:
e-Signature Preservation Service ABB is an Application Service extending the trustworthiness of the qualified electronic signature beyond the technological validity period.
An ‘electronic signature’ means data in electronic form which is attached to or logically associated with other data in electronic form and which is used by the signatory to sign.
Source: eIDAS - REGULATION (EU) No 910/2014 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 23 July 2014 on electronic identification and trust services for electronic transactions in the internal market and repealing Directive 1999/93/EC.
(http://eur-lex.europa.eu/legal-content/EN/TXT/?uri=uriserv%3AOJ.L_.2014.257.01.0073.01.ENG)
Syn. e-Signature Archiving Service
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The e-Signature Preservation Service ABB is salient for technical interoperability because it provides
the functionalities required for e-signature preservation service.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Namirial Spa Long term archiving solution
Namirial is a Trust Service Provider, focused on addressing the fast growing market of Digital Transaction Management (DTM), which includes legally compliant electronic signatures, managing and tracking documents flows, conducting secure transactions and ensuring secure storage of data.
It provides a long term archiving:
• Protect and preserve all documents generated while performing digital business transactions
• Make those documents easily searchable
• Accredited for Long-Term Archiving/Digital Preservation Services
• SaaS, high-availability, multi-company solution built to archive large volumes of documents
Source: (https://www.xyzmo.com/digital-signature/e-signature-products)
DEFINITION: Ontological Class Mapping Catalogue Service ABB is an Application Service articulating similarities among the concepts belonging to separate source Ontology classes.
Source: IGI dictionary
(https://www.igi-global.com/dictionary/ontology-alignment-overview/21128)
DEFINITION:
Machine Translation Service ABB is an Application Service serving any current or future Digital Service Infrastructure (DSI) requiring cross-lingual functionality. The main functionality is automated translation of text, metadata and concept classes or nomenclatures.
Source: CEF Automated Translation
(https://ec.europa.eu/digital-single-market/en/news/tools-and-resources-cef-automated-translation)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Machine Translation Service ABB is salient for technical interoperability because it enables cross-lingual functionality by providing automated translation of text, metadata and concept classes or nomenclatures as stated in the EIF recommendation n°16: "Use information systems and technical architectures that cater for multilingualism when establishing a European public service. Decide on the level of multilingualism support based on the needs of the expected users."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
CEF Digital - eTranslation building block
eTranslation is a Connecting Europe Facility (CEF) building block provided by the European Commission (EC). eTranslation provides an online machine translation service.
Source:(https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/eTranslation)
DEFINITION:
Digital Solution Service ABB is an Application Service representing an explicitly defined shared application behavior of an Digital Solution.
Source: ArchiMate® v3 (http://pubs.opengroup.org/architecture/archimate3-doc/chap09.html)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioral IoP
The Digital Solution Service ABB is salient for technical interoperability because it is a central element the EIF's conceptual model for integrated public services. it represents the generalisation of all application services provided by an Interoperable European Solutionas as stated in the EIF: "Technical interoperability the applications and infrastructures linking systems and services."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
EU Login
EU Login is the European Commission's user authentication service. It allows authorised users to access a wide range of Commission web services and websites, using a single email address and password. EU Login implements the single sign-on functionality.
Source: (https://webgate.ec.europa.eu/cas/help.html)
DEFINITION: Identity management Service ABB is an Application Service ensuring that authorized people, and only authorized people, have access to the technology resources they need to perform their job functions.
Source: Vmware
(https://www.vmware.com/topics/glossary/content/identity-management.html)
DEFINITION: Accounting Services ABB is an Application Service meaning the measurement, processing and communication of financial information about economic entities including, but is not limited to, financial accounting, management accounting, auditing, cost containment and auditing services, taxation and accounting information systems.
Source: Lawinsider
(https://www.lawinsider.com/dictionary/accounting-services)
DEFINITION:
Data ABB is a Data Object containing symbols obtained through an encoding process of business information or a legal act.
Source: ISO-IEC-2382-1 * 1993 * (https://www.iso.org/obp/ui/#iso:std:iso-iec:2382:ed-1:v1:en)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Data ABB is salient for semantic interoperability because it represents the most important mean of interaction between ICT systems of organisations in order to ensure interoperability as stated in the EIF recommendation n° 30: "Perceive data and information as a public asset that should be appropriately generated, collected, managed, shared, protected and preserved."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Aggregated data of the Emission Trading System (ETS):
EU ETS data is aggregated by country, by main activity type and by year on the verified emissions, allowances and surrendered units of the more than 12 000 stationary installations reporting under the EU emission trading system, as well as 1400 aircraft operators. Aggregated data can be viewed with the EU ETS data viewer, which provides an easy access to emission trading data contained in the European Union Transaction Log (EUTL).
Source: (https://www.eea.europa.eu/data-and-maps/dashboards/emissions-trading-viewer-1)
DEFINITION: Distributed Ledger ABB is a Data Object replicating, sharing, and synchronizing digital data, which are geographically spread across multiple sites, countries, or institutions.
Source: Gartner
(https://www.gartner.com/en/information-technology/glossary/)
DEFINITION: Directory ABB is a Data Object acting as a file system cataloging structure which contains references to other computer files, and possibly other directories. On many computers, directories are known as folders, or drawers, analogous to a workbench or the traditional office filing cabinet.
Source: Gartner
(https://www.gartner.com/en/information-technology/glossary?glossarykeyword=directory)
DEFINITION: Ontological Class Mapping Catalogue ABB is a Data Object articulating similarities among the concepts belonging to separate source Ontology classes.
Source: IGI dictionary
(https://www.igi-global.com/dictionary/ontology-alignment-overview/21128)
DEFINITION: Data Syntax Mapping Catalogue ABB is an Data Object bridging the differences between two systems, or data models, so that when data is moved from a source, it is accurate and usable at the destination.
Source: Talend
(https://www.talend.com/resources/data-mapping/)
DEFINITION:
This ABB is a Business Agnostic Data Set which contains all the data about the object beeing exchanged (e.g., size, format, location, authorisation requirements, etc.) with or by a public administration.
Source: https://www.opendatasoft.com/en/blog/what-is-metadata-and-why-is-it-important-data/
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Data Set ABB is salient for semantic interoperability because it provides a collection of data to be shared or exchanged between ICT systmes as stated in the EIF recommendation n° 30: "Perceive data and information as a public asset that should be appropriately generated, collected, managed, shared, protected and preserved."
DEFINITION:
This ABB is a Business Agnostic Data Set which contains all the data about the multimedia object (e.g., type of object, size, format, etc.).
Source: https://www.academia.edu/2335983/Metadata_schema_of_interactions_for_multimedia_objects
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Data Set ABB is salient for semantic interoperability because it provides a collection of data to be shared or exchanged between ICT systmes as stated in the EIF recommendation n° 30: "Perceive data and information as a public asset that should be appropriately generated, collected, managed, shared, protected and preserved."
DEFINITION:
Data Mapping Catalogue ABB is a Data Object aiming to index an inventory of data mappings with comprehensiveness and trustiness value.
This ABB is a key interoperability enabler (*) for sharing/PROVISIONING and reusing/CONSUMING Data.
Source: Lexico
(https://www.lexico.com/en/definition/catalog)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Data Mapping Catalogue ABB is a key interoperability enabler because it supports to achieve semantic structural interoperability by ensuring the mapping of data by digital public services.
EXAMPLE:
CEMS Rapid Mapping - JRC
The Joint Research Centre (JRC) is the European Commission's science and knowledge service which employs scientists to carry out research in order to provide independent scientific advice and support to EU policy.
Rapid Mapping is one of the two on-demand mapping services under the Copernicus Emergency Management Service (CEMS). Rapid Mapping delivers geospatial information (in different vector and raster formats) in the midst of or immediately after catastrophic events or humanitarian crises. It is available 24/7/365. Supported disaster types range from natural hazards such as floods, fires, storms, tsunamis, volcanic eruptions, landslides, and earthquakes to industrial accidents and humanitarian crises.
Source: (https://data.jrc.ec.europa.eu/collection/id-0072)
DEFINITION:
API Catalogue ABB is a Data Object including all the available APIs for consumption by a specific solution.
IoP Dimension: Structural IoP, Behavioral IoP
Source: Gartner
(https://www.gartner.com/en/information-technology/glossary/application-programming-interface)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
RapidAPI
RapidAPI is a collection of predefined APIs that are free to test, specifically updated for 2021.
Source:
(https://rapidapi.com/collection/list-of-free-apis)
DEFINITION: Base Registry ABB is a Data Object providing a trusted and authoritative source of information, which can and should be digitally reused by others, where one organisation is responsible and accountable for the collection, use, updating and preservation of information. Base registries are reliable sources of basic information on data items such as people, companies, vehicles, licences, buildings, locations and roads.
Source: EIF
(https://eur-lex.europa.eu/resource.html?uri=cellar:2c2f2554-0faf-11e7-8a35-01aa75ed71a1.0017.02/DOC_3&format=PDF)
DESCRIPTION:
Data set of anonimized publically available tax-related metadata.
DEFINITION: Base Registry ABB is a Data Object providing a trusted and authoritative source of information, which can and should be digitally reused by others, where one organisation is responsible and accountable for the collection, use, updating and preservation of information. Base registries are reliable sources of basic information on data items such as people, companies, vehicles, licences, buildings, locations and roads.
Source: EIF
(https://eur-lex.europa.eu/resource.html?uri=cellar:2c2f2554-0faf-11e7-8a35-01aa75ed71a1.0017.02/DOC_3&format=PDF)
A GraphQL Schema Definition defines what your services offer and require to interoperate.
Usually, it is an Schema Definition Language (SDL) file.
DEFINITION:
This ABB is a Business Agnostic Data Set which contains all the data about the accesses to a specific system and events transmitted by a system owned or managed by a public administration.
Source: https://cesk.gov.al/publicAnglisht_html/wp-content/uploads/2016/04/Rregullore%20per%20Menxhimin%20e%20Log-ve%20Digjitale%20ne%20Administraten%20Publike.pdf
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Data Set ABB is salient for semantic interoperability because it provides a collection of data to be shared or exchanged between ICT systmes as stated in the EIF recommendation n° 30: "Perceive data and information as a public asset that should be appropriately generated, collected, managed, shared, protected and preserved."
DEFINITION:
This ABB is a Business Agnostic Data Set Catalogue which contains an index to all the national business registries containing all the data about the businesses registered in the European Union.
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Data Set catalogue ABB is a key interoperability enabler because it supports to achieve semantic structural interoperability by ensuring the provision/consumption of data by digital public services.
DEFINITION:
Service Registry ABB is an Data Object providing access rights for data that is necessary for service-oriented architecture projects to target fast and easy communication and data exchange.
This ABB is a key interoperability enabler (*) for sharing/PROVISIONING and reusing/CONSUMING back-office services.
Source: Atlassian
(https://developer.atlassian.com/server/framework/atlassian-sdk/service-registry/)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP, Behavioral IoP
The Service Registry ABB is a key interoperability enabler because it provides access to software systems over the Internet using standard protocols. In the most basic scenario there is a Web Service Provider that publishes a service and a Web Service Consumer that uses this service.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
ZooKeeper
ZooKeeper is a centralized service registry for maintaining configuration information, naming, providing distributed synchronization, and providing group services. All of these kinds of services are used in some form or another by distributed applications. Each time they are implemented there is a lot of work that goes into fixing the bugs and race conditions that are inevitable. Because of the difficulty of implementing these kinds of services, applications initially usually skimp on them, which make them brittle in the presence of change and difficult to manage. Even when done correctly, different implementations of these services lead to management complexity when the applications are deployed.
Source: (https://zookeeper.apache.org/)
DEFINITION:
Shared Knowledge Base ABB is a Data Object setting semantic (re)usable resources with convergence power, in relation to public policy goals attainment, enabling interoperability from a semantic perspective cross public administrations, and cross borders. This convergence power is based on the enabling sense-making nature of these resources influencing the enactment of common understanding from the existing organisational information. The degree of achievement could range from an ideal perfect shared knowledge base (i.e. no interoperability barriers from the semantic perspective) to an imperfect or even null shared knowledge base (i.e. some interoperability barriers from the semantic perspective). The level of semantic interoperability will constrain digital public services cross levels in a public administration, cross public administrations, and cross borders. The shared knowledge base enables:
i) structural interoperability with semantic resources supporting reusing and/or sharing of digital public services (i.e. data set catalogue);
ii) behavioural interoperability with semantic resources supporting exchanging capabilities of data, information or knowledge with internal/external peers (i.e. Metadata mappings); and
iii) governance interoperability with semantic resources supporting the assurance and control of collaboration with internal/external peers exchanging data, information, and knowledge cross legal jurisdictions (i.e. Sematic Interoperability Agreements).
Source: Atlassian
(https://www.atlassian.com/itsm/knowledge-management/what-is-a-knowledge-base)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP, Behavioral IoP, Governance IoP
The Shared Knowledge Base ABB is a key interoperability enabler because it supports to achieve semantic interoperability with public policy goals convergence value by all in all enabling i) the provision/consumption of data by public services, ii) the exchange of data, information, and knowledge between digital public services, and iii) collaboration between digital public services
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Eur-Lex (stylized EUR-Lex) is an official website of European Union law and other public documents of the European Union (EU), published in 24 official languages of the EU. The Official Journal (OJ) of the European Union is also published on Eur-Lex. Users can access Eur-Lex free of charge and also register for a free account, which offers extra features.
Source: (https://eur-lex.europa.eu/homepage.html?locale=en)
DEFINITION:
This ABB is a Business Agnostic Data Set which contains all the data about the object to be archived (e.g., size, format, location, typology, etc.).
Source: https://www.gartner.com/en/information-technology/glossary/enterprise-information-archiving
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Data Set ABB is salient for semantic interoperability because it provides a collection of data to be shared or exchanged between ICT systmes as stated in the EIF recommendation n° 30: "Perceive data and information as a public asset that should be appropriately generated, collected, managed, shared, protected and preserved."
DEFINITION: Directory ABB is a Data Object acting as a file system cataloging structure which contains references to other computer files, and possibly other directories. On many computers, directories are known as folders, or drawers, analogous to a workbench or the traditional office filing cabinet.
Source: Gartner
(https://www.gartner.com/en/information-technology/glossary?glossarykeyword=directory)
DESCRIPTION:
Catalogue of ontologies about Tax Data which is used to map the legacy system tax data to the generate the European Harmonised Tax Data.
DEFINITION:
Ontologies Catalogue ABB is a Data Object aiming to Index a inventory of ontologies with comprehensiveness and trustiness value.
This ABB is a key interoperability enabler (*) for sharing/PROVISIONING and reusing/CONSUMING Data.
Source: W3C
(https://www.w3.org/wiki/Lists_of_ontologies)
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Ontologies catalogue ABB is a key interoperability enabler because it supports to achieve semantic structural interoperability by ensuring the provision/consumption of ontologies by digital public services.
EXAMPLE:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
BioPortal
BioPortal is a repository of over 300 biomedical ontologies and includes tools for working with these ontologies. Holds most widely used Biomedical ontologies. Allows ontologies to be browsed, searched, and reviewed. Allows uses to create notes on ontologies terms. Allows arbitrary text to be annotated with ontology terms. Also supports search of biomedical resources (e.g. PubMed) for combinations of terms from ontologies. Allows programmatic access to ontologies through a REST interface.
Source: (http://bioportal.bioontology.org/)
DEFINITION:
Data Set ABB is a Data Object being used as a collection of data, published or curated by a single agent, and available for access or download in one or more formats.
It is useful to remember that when a common interconnecting infrastructure for base registries is available, legislation is used to force its use. The use of interconnecting infrastructure prevents the proliferation of pointto-point interconnections. Stakeholders should be involved in developing the
legislation and be given enough time to prepare for implementation.
Source: W3C, ACCESS TO BASE REGISTRIES
(http://www.w3.org/TR/vocab-dcat/#class-dataset)
https://ec.europa.eu/isa2/sites/isa/files/publications/access-to-base-registries-good-practices-on-building-successful-interconnections-of-base-registries.pdf
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Data Set ABB is salient for semantic interoperability because it provides a collection of data to be shared or exchanged between ICT systmes as stated in the EIF recommendation n° 30: "Perceive data and information as a public asset that should be appropriately generated, collected, managed, shared, protected and preserved."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
European Union Data Portal - The European Union Open Data Portal (EU ODP) gives you access to open data published by EU institutions and bodies. All the data you can find via this catalogue are free to use and reuse for commercial or non-commercial purposes.
Source: (https://data.europa.eu/euodp/data/dataset)
DEFINITION:
Data Set Catalogue ABB is a Data Object aiming to index an inventory of data sets with comprehensiveness and trustiness value.
This ABB is a key interoperability enabler (*) for sharing/PROVISIONING and reusing/CONSUMING Data.
Source: W3C
(http://www.w3.org/TR/vocab-dcat/#class-catalog)
(*)DECISION (EU) 2015/2240 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 25 November 2015 establishing a programme on interoperability solutions and common frameworks for European public administrations, businesses and citizens (ISA2 programme) as a means for modernising the public sector
Syn. Data Set Registry, Data Set Inventory
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Data Set catalogue ABB is a key interoperability enabler because it supports to achieve semantic structural interoperability by ensuring the provision/consumption of data by digital public services.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Agricultural and Vegetable Catalogue
The seed of varieties of agricultural and plant species and varieties of vegetable species that are published in the EU level common catalogue is subject to no marketing restrictions with the Community. Publication in the catalogue must be approved as fulfilling minimum requirements laid down in legislation. Data is published on the contents of the catalogues for agricultural and vegetal species and maintainers with details of the reference list.
Source: (https://data.europa.eu/euodp/data/dataset/7A98oEqVa83q6L7tHQ)
DESCRIPTION:
Data set including the aggregated statistics metadata on taxes collected by the State.
DEFINITION:
This ABB is a Business Agnostic Data Set which contains all the data about the businesses registered.
Source: https://e-justice.europa.eu/content_find_a_company-489-en.do
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Data Repository ABB is salient for technical interoperability because it provides a single trustworthy location to store and access the data. EIF recommendation 37 "Make authoritative sources of information available to others while implementing access and control mechanisms to ensure security and privacy in accordance with the relevant legislation".
DEFINITION:
This ABB is a Business Agnostic Data Set which contains all the data about the operational and financial transactions performed by a public administration.
Source: https://www.oecd-ilibrary.org/docserver/5kml60vk0h9x-en.pdf?expires=1643710649&id=id&accname=guest&checksum=68D7F24A9937B907CA8EC643592E6B89
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Data Set ABB is salient for semantic interoperability because it provides a collection of data to be shared or exchanged between ICT systmes as stated in the EIF recommendation n° 30: "Perceive data and information as a public asset that should be appropriately generated, collected, managed, shared, protected and preserved."
DESCRIPTION:
Data set catalalog containing all the metadata related to a single business or sector.
DEFINITION: Virtual DataSet ABB is a Data Object allowing a number of real datasets to be mapped together into a single, sliceable dataset via an interface layer. The mapping can be made ahead of time, before the parent files are written, and is transparent to the parent dataset characteristics.The datasets can be meshed in arbitrary combinations, and even the data type converted.
Source: H5PY
(https://docs.h5py.org/en/stable/vds.html)
DEFINITION: Directory ABB is a Data Object acting as a file system cataloging structure which contains references to other computer files, and possibly other directories. On many computers, directories are known as folders, or drawers, analogous to a workbench or the traditional office filing cabinet.
Source: Gartner
(https://www.gartner.com/en/information-technology/glossary?glossarykeyword=directory)
DEFINITION: Enterprise Service Bus ABB is a Communication Network implementing a communication system between mutually interacting software applications in a service-oriented architecture (SOA). It represents a software architecture for distributed computing, and is a special variant of the more general client-server model, wherein any application may behave as server or client. ESB promotes agility and flexibility with regard to high-level protocol communication between applications. Its primary use is in enterprise application integration (EAI) of heterogeneous and complex service landscapes.
Source: Definitions
(https://www.definitions.net/definition/Enterprise%20service%20bus?msclkid=63dd934ebbf311eca3b91aacefa765b0)
The CCN/CSI (Common Communication Network/Common System Interface) provides a communication infrastructure to DG TAXUD and all customs and/or taxation administrations, for supporting all applications in the sector of Customs and Taxation.
DG TAXUD has implemented CCN2, a new interoperability infrastructure to support service oriented architecture and to ensure location independent access to services and services that are backwards compatible with existing customs systems.
CCN/CSI is closed secured network, consisted of a series of physical computers – the "gateways“.
The CCN/CSI is built in the way that all National Administrations use a harmonized method of access to the European Commission and every National Administration systems and the exchange of information among National Administrations is facilitated.
CCN 2 is an evolution of the current CCN architecture and services, which will provide a full set of value-added services to support the evolution to new application developments. CCN2 will be delivered in several releases in order to minimise risks.
The first release is focused on enabling SOA and security and is in operation since October 2017.
DEFINITION: Application Interface ABB is a Technology Interface representing a layer which provides the application with a program with which it can access, communicate and configure the middleware component.
Source: Computer Aided Chemical Engineering
(Cristina Tănase, Ovidiu Muntean, in Computer Aided Chemical Engineering, 2011)
DEFINITION: Application Interface ABB is a Technology Interface representing a layer which provides the application with a program with which it can access, communicate and configure the middleware component.
Source: Computer Aided Chemical Engineering
(Cristina Tănase, Ovidiu Muntean, in Computer Aided Chemical Engineering, 2011)
DEFINITION:
Application Service ABB is a Technology Service enabling hosting provider, typically a high availability and high performance hosting infrastructure that is being comprised, among other elements, of back-end web server instances and application servers for hosting and serving both static and dynamic sites.
Source: DIGIT C Infrastructure Services Provision
(http://ec.europa.eu/ipg/build/infrastructure/index_en.htm)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioural IoP
The Application Service ABB is salient for technical interoperability because it provides all the functionalities to host the Interoperable European Solutions (high availability and high performance hosting infrastructure).
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
DIGIT/C Hosting Service
DIGIT/C offers a high availability and high performance hosting infrastructure that is being comprised, among other elements, of back-end web server instances and application servers for hosting and serving both static and dynamic sites.
Source: (http://ec.europa.eu/ipg/build/infrastructure/index_en.htm)
DEFINITION:
Application Service ABB is a Technology Service enabling hosting provider, typically a high availability and high performance hosting infrastructure that is being comprised, among other elements, of back-end web server instances and application servers for hosting and serving both static and dynamic sites.
Source: DIGIT C Infrastructure Services Provision
(http://ec.europa.eu/ipg/build/infrastructure/index_en.htm)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioural IoP
The Application Service ABB is salient for technical interoperability because it provides all the functionalities to host the Interoperable European Solutions (high availability and high performance hosting infrastructure).
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
DIGIT/C Hosting Service
DIGIT/C offers a high availability and high performance hosting infrastructure that is being comprised, among other elements, of back-end web server instances and application servers for hosting and serving both static and dynamic sites.
Source: (http://ec.europa.eu/ipg/build/infrastructure/index_en.htm)
DEFINITION: IaaS ABB is a Technology Service providing a standardized, highly automated offering in which computing resources owned by a service provider, complemented by storage and networking capabilities, are offered to customers on demand. Resources are scalable and elastic in near real time and metered by use. Self-service interfaces, including an API and a graphical user interface (GUI), are exposed directly to customers. Resources may be single-tenant or multitenant, and are hosted by the service provider or on-premises in a customer’s data center.
Source: Gartner
(https://www.gartner.com/en/information-technology/glossary/infrastructure-as-a-service-iaas)
DEFINITION:
Application Service ABB is a Technology Service enabling hosting provider, typically a high availability and high performance hosting infrastructure that is being comprised, among other elements, of back-end web server instances and application servers for hosting and serving both static and dynamic sites.
Source: DIGIT C Infrastructure Services Provision
(http://ec.europa.eu/ipg/build/infrastructure/index_en.htm)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioural IoP
The Application Service ABB is salient for technical interoperability because it provides all the functionalities to host the Interoperable European Solutions (high availability and high performance hosting infrastructure).
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
DIGIT/C Hosting Service
DIGIT/C offers a high availability and high performance hosting infrastructure that is being comprised, among other elements, of back-end web server instances and application servers for hosting and serving both static and dynamic sites.
Source: (http://ec.europa.eu/ipg/build/infrastructure/index_en.htm)
DEFINITION:
Application Service ABB is a Technology Service enabling hosting provider, typically a high availability and high performance hosting infrastructure that is being comprised, among other elements, of back-end web server instances and application servers for hosting and serving both static and dynamic sites.
Source: DIGIT C Infrastructure Services Provision
(http://ec.europa.eu/ipg/build/infrastructure/index_en.htm)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioural IoP
The Application Service ABB is salient for technical interoperability because it provides all the functionalities to host the Interoperable European Solutions (high availability and high performance hosting infrastructure).
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
DIGIT/C Hosting Service
DIGIT/C offers a high availability and high performance hosting infrastructure that is being comprised, among other elements, of back-end web server instances and application servers for hosting and serving both static and dynamic sites.
Source: (http://ec.europa.eu/ipg/build/infrastructure/index_en.htm)
DEFINITION: PaaS ABB is a Technology Service delivering application infrastructure (middleware) capabilities as a service. There are multiple types of PaaS (xPaaS), including, among many more, application platform as a service (aPaaS), integration PaaS (iPaaS), API management PaaS (apimPaaS), function PaaS (fPaaS), business analytics PaaS (baPaaS), IoT PaaS and database PaaS (dbPaaS). PaaS capability can be delivered as provider-managed or self-managed, multitenant or dedicated.
Source: Gartner
(https://www.gartner.com/en/information-technology/glossary/platform-as-a-service-paas)
DEFINITION:
Application Service ABB is a Technology Service enabling hosting provider, typically a high availability and high performance hosting infrastructure that is being comprised, among other elements, of back-end web server instances and application servers for hosting and serving both static and dynamic sites.
Source: DIGIT C Infrastructure Services Provision
(http://ec.europa.eu/ipg/build/infrastructure/index_en.htm)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioural IoP
The Application Service ABB is salient for technical interoperability because it provides all the functionalities to host the Interoperable European Solutions (high availability and high performance hosting infrastructure).
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
DIGIT/C Hosting Service
DIGIT/C offers a high availability and high performance hosting infrastructure that is being comprised, among other elements, of back-end web server instances and application servers for hosting and serving both static and dynamic sites.
Source: (http://ec.europa.eu/ipg/build/infrastructure/index_en.htm)
DEFINITION: PaaS ABB is a Technology Service delivering application infrastructure (middleware) capabilities as a service. There are multiple types of PaaS (xPaaS), including, among many more, application platform as a service (aPaaS), integration PaaS (iPaaS), API management PaaS (apimPaaS), function PaaS (fPaaS), business analytics PaaS (baPaaS), IoT PaaS and database PaaS (dbPaaS). PaaS capability can be delivered as provider-managed or self-managed, multitenant or dedicated.
Source: Gartner
(https://www.gartner.com/en/information-technology/glossary/platform-as-a-service-paas)
DEFINITION: SaaS ABB is a Technology Service delivering software that is owned and managed remotely by one or more providers. The provider delivers software based on one set of common code and data definitions that is consumed in a one-to-many model by all contracted customers at anytime on a pay-for-use basis or as a subscription based on use metrics.
Source: Gartner
(https://www.gartner.com/en/information-technology/glossary/software-as-a-service-saas)
DEFINITION: IaaS ABB is a Technology Service providing a standardized, highly automated offering in which computing resources owned by a service provider, complemented by storage and networking capabilities, are offered to customers on demand. Resources are scalable and elastic in near real time and metered by use. Self-service interfaces, including an API and a graphical user interface (GUI), are exposed directly to customers. Resources may be single-tenant or multitenant, and are hosted by the service provider or on-premises in a customer’s data center.
Source: Gartner
(https://www.gartner.com/en/information-technology/glossary/infrastructure-as-a-service-iaas)
DEFINITION:
Application Service ABB is a Technology Service enabling hosting provider, typically a high availability and high performance hosting infrastructure that is being comprised, among other elements, of back-end web server instances and application servers for hosting and serving both static and dynamic sites.
Source: DIGIT C Infrastructure Services Provision
(http://ec.europa.eu/ipg/build/infrastructure/index_en.htm)
INTEROPERABILITY SALIENCY:
IoP Dimension: Behavioural IoP
The Application Service ABB is salient for technical interoperability because it provides all the functionalities to host the Interoperable European Solutions (high availability and high performance hosting infrastructure).
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
DIGIT/C Hosting Service
DIGIT/C offers a high availability and high performance hosting infrastructure that is being comprised, among other elements, of back-end web server instances and application servers for hosting and serving both static and dynamic sites.
Source: (http://ec.europa.eu/ipg/build/infrastructure/index_en.htm)
DEFINITION:
Computing Hosting, Networking, and Data Hosting Infrastructure ABB is a Technology Service sharing the functionalities for i) hosting Interoperable European Solutions and ii) providing the necessary networks for operating these solutions.
Source: ISA2 - EIA Action
INTEROPERABILITY SALIENCY:
IoP Dimension: Structural IoP
The Computing Hosting, Networking, and Data Hosting Infrastructure ABB is salient for technical interoperability because it provides all the functionalities to host the Interoperable European Solutions (high availability and high performance hosting infrastructure) and the network where can operate these solutions (public and private network). Hosting and networking represent the lower level of the technical layer, but to be taken into account when design an interoperable solution, as it can create interoperability barriers. Interoperability technical specifications need to be used at this level to ensure interoperability of the levels above.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
DIGIT Hosting and Networking Infrastructure Service
The mission of the Directorate General for Informatics (DIGIT) is to deliver digital services to enable EU policies and to support the Commission's internal administration.
Mission statement
With this goal in mind, DIGIT as trusted partner has the responsibility to:
• Provide the EC, and whenever appropriate other European Institutions and bodies, with high quality and innovative:
o Workplace solutions – creating new ways of working and collaboration for staff;
o Business solutions – delivering information systems supporting rationalised business processes within the framework of the corporate IT Governance strategy;
o Infrastructure solutions – providing reliable, cost-effective and secure infrastructure and services;
o Effective solutions – aligning IT investments with business priorities, facilitating relationships with our strategic partners, balancing risk with business value for the Institution.
• Support the modernisation of public administrations by promoting and facilitating interoperability so that European public administrations can work seamlessly together and with businesses and citizens across boundaries.
Source: (https://ec.europa.eu/info/sites/info/files/strategic-plan-2016-2020-dg-digit_march2016_en.pdf)
DEFINITION: SaaS ABB is a Technology Service delivering software that is owned and managed remotely by one or more providers. The provider delivers software based on one set of common code and data definitions that is consumed in a one-to-many model by all contracted customers at anytime on a pay-for-use basis or as a subscription based on use metrics.
Source: Gartner
(https://www.gartner.com/en/information-technology/glossary/software-as-a-service-saas)
DEFINITION:
Key Interoperability Enablers ABB is an Assessment assessing the structural interoperability readiness, the behavioural interoperability readiness and the governance interoperability readiness of solutions that are necessary to enable the efficient and effective delivery of public services across administrations.
Source: The New EIF (https://ec.europa.eu/isa2/sites/isa/files/eif_brochure_final.pdf)
INTEROPERABILITY SALIENCY:
Not applicable
Each Quarterly Report Reference number must be unique in the Member State of establishment.
The year of supplies can bear only the following values:
• Present year (N year); or
• Previous year (N-1 year).
If the MS of exemption chosen two calendar years of exclusion in case of exceedance of the threshold, also the year prior to previous year is mandatory (N-2 year).
The Grand Total Services is the sum of Total Value of Supplies of Services for the associated Supplies entity.
The date of commencement may be only one of the following:
1. The date of informing the taxable person of the exempt identification number by the MS of establishment; or
2. In case of update to a prior notification, from the date of confirming the number to the taxable person in consequence of his update by the MS of establishment.
The Grand Total is the sum of Grand Total Goods and Grand Total Services.
The MS Annual Total Value is the sum of Total Value of Supplies of Goods and Total Value of Supplies of Services in a specific Member State.
If the value of the ‘OSS registration’ is ‘TRUE’, also the ‘OSS identifier’ must be provided. Otherwise, the ‘OSS identifier’ cannot be provided.
The Period End Date must be on or earlier than the last day of the Quarterly Report period.
The Period End Date must be equal to or later than the Period Start Date.
The Period End Date must be provided if the Period Start Date is provided.
The Period Start Date must be on or after the first day of the Quarterly Report period.
The Period Start Date must be equal to or earlier than the Period End Date.
The Period Start Date must be provided if the Period End Date is provided.
The tax identification number of the taxable person can be used in the following cases only:
• In Prior Notification transmitted by the MS of establishment to the MS of exemption;
• In response to the Prior Notification transmitted by the MS exemption to the MS of establishment;
• In request for additional clarification transmitted by the MS exemption to the MS of establishment;
• In case of an update to the Prior Notification, the tax identification number can be used only, when the exempt identification number was not yet assigned to the taxable person.
In each other communication, the exempt identification number of the taxable person must be used.
For the registration or re-registration of a taxable person in the special scheme, the date of Change Datetime attribute must have the same value as the Registration Date of the Active exemption entity.
If during a calendar year, the Union annual turnover threshold is exceeded, the exemption granted to a taxable person not established in the MS of exemption must cease to apply as of that time.
The VAT identification number of the taxable person can be used in the following cases only:
• In Prior Notification transmitted by the MS of establishment to the MS of exemption;
• In response to the Prior Notification transmitted by the MS exemption to the MS of establishment;
• In request for additional clarification transmitted by the MS exemption to the MS of establishment;
• In case of an update to the Prior Notification, the VAT identification number can be used only, when the exempt identification number was not yet assigned to the taxable person.
In each other communication, the exempt identification number of the taxable person must be used.
If the MS of exemption fixes varying thresholds for different business sectors, none of those thresholds shall exceed the threshold of EUR 85.000 or the equivalent in national currency.
The Submission Date of the Quarterly Report must be later than the last day of the Period of the Quarterly Report.
If the Union annual threshold is exceeded, the entity Supplies from Beginning of the Calendar Quarter is mandatory. Otherwise, it is optional.
The Grand Total Goods is the sum of Total Value of Supplies of Goods for the associated Supplies entity.
The Period Start Date and Period End Date must only be provided if the taxable person changes MS of establishment.
The Period End Date in the former MS of establishment is the day before the Exclusion Effective Date associated with the exclusion of the taxable person from the former MS of establishment. The Period Start Date in the new MS of establishment is the Commencement Date in the new MS of establishment.
For a given taxable person all Change Datetime must be unique.
A Registration must be associated to exactly one taxable person.
The Currency must be euro unless the MS of establishment does not use euro and the MS of establishment requests the taxable person to make the Quarterly report in the national currency different from euro.
All amounts communicated by the MS of establishment to the Other MS must be in EUR.
The Currency must be euro unless the MS of establishment does not use euro and the MS of establishment requests the taxable person to make the Quarterly report in the national currency different from euro.
All amounts communicated by the MS of establishment to the Other MS must be in EUR.
The annual threshold in the MS of exemption must be no higher than EUR 85.000 or the equivalent in national currency.
The value of the ‘Not registered in other MSEST’ data element must equal to ‘TRUE’, means that the taxable person is not registered in any other MS of establishment.
The Version attribute of the Quarterly Report Version entity must be unique per Quarterly Report entity.
The MS of establishment must maintain a history of all changes to the registration information even if the taxable person ceased or is excluded. The date and time of the change must be recorded in the Change Datetime attribute.
The Version attribute must be unique per Quarterly Report entity.
The format of the Quarterly Report Reference Number must respect:
<MSEST>/<EXEMPTID>-<Quarter>.<Year>
Where
<MSEST> is the country code of the MS of establishment;
<EXEMPTID> is the exempt identification number, assigned to the taxable person by the MS of establishment for identification in the special scheme;
<Quarter> is the quarter number (Q1, Q2, Q3, Q4);
<Year> is the year, using four digits.
Example:
BE/BE123456789/Q2.2025
There can be only one combination of the Member State and year for one single taxable person.
DEFINITION:
Achieve Semantic Interoperability ABB is a Goal. For the purpose of the EIF, interoperability is the ability of organisations to interact towards mutually beneficial goals, involving the sharing of information and knowledge between these organisations, through the business processes they support, by means of the exchange of data between their ICT systems.
The interoperability model which is applicable to all digital public services and may also be considered as an integral element of the interoperability-by-design paradigm. It includes: four layers of interoperability: legal, organisational, semantic and technical.
Semantic interoperability ensures that the precise format and meaning of exchanged data and information is preserved and understood throughout exchanges between parties, in other words ‘what is sent is what is understood’. In the EIF, semantic interoperability covers both semantic and syntactic aspects.
Source: EIF
(https://ec.europa.eu/isa2/sites/isa/files/eif_brochure_final.pdf)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Member States will be allowed to continue exempting small businesses with an annual turnover not exceeding a given threshold, which cannot be higher than € 85,000 (maximum exemption threshold).
https://taxation-customs.ec.europa.eu/vat-scheme-small-businesses_en
DEFINITION:
Achieve Legal Interoperability ABB is a Goal. For the purpose of the EIF, interoperability is the ability of organisations to interact towards mutually beneficial goals, involving the sharing of information and knowledge between these organisations, through the business processes they support, by means of the exchange of data between their ICT systems.
The interoperability model which is applicable to all digital public services and may also be considered as an integral element of the interoperability-by-design paradigm. It includes: four layers of interoperability: legal, organisational, semantic and technical.
Legal interoperability is about ensuring that organisations operating under different legal frameworks, policies and strategies are able to work together.
Source: EIF
(https://ec.europa.eu/isa2/sites/isa/files/eif_brochure_final.pdf)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
DEFINITION: Interoperability Strategy ABB is a Goal envisioning the ability of disparate and diverse organisations to interact towards mutually beneficial and agreed common goals, involving the sharing of information and knowledge between the organisations, through the business processes they support, by means of the exchange of data between their respective ICT systems.
Source: EIF
(http://eur-lex.europa.eu/resource.html?uri=cellar:2c2f2554-0faf-11e7-8a35-01aa75ed71a1.0017.02/DOC_3&format=PDF)
The new rules will open the exemption to small enterprises established in other Member States than the one in which the VAT is due. The exemption will apply if the turnover in Member State where the SME is not established is below the national threshold and if the annual turnover in the EU is below € 100,000.
https://taxation-customs.ec.europa.eu/vat-scheme-small-businesses_en
Sets a Union annual turnover threshold at EUR 100.000 as a safeguard for the cross-border application of the special scheme (that is in MS where the SME is not established) preventing companies with large turnover to benefit from the SME exemption in other Member States.
For this purpose, SMEs will be able to use the single registration window in their own Member State.
https://taxation-customs.ec.europa.eu/vat-scheme-small-businesses_en
DEFINITION:
Achieve Technical Interoperability ABB is a Goal. For the purpose of the EIF, interoperability is the ability of organisations to interact towards mutually beneficial goals, involving the sharing of information and knowledge between these organisations, through the business processes they support, by means of the exchange of data between their ICT systems.
The interoperability model which is applicable to all digital public services and may also be considered as an integral element of the interoperability-by-design paradigm. It includes: four layers of interoperability: legal, organisational, semantic and technical.
Technical interoperability covers the applications and infrastructures linking systems and services. Aspects of technical interoperability include interface specifications, interconnection services, data integration services, data presentation and exchange, and secure communication protocols
Source: EIF
(https://ec.europa.eu/isa2/sites/isa/files/eif_brochure_final.pdf)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The new rules will provide exempt SMEs with simplifications in terms of registration and reporting. The new VAT rules will reduce the overall VAT compliance costs that SMEs face by up to 18% per year.
https://taxation-customs.ec.europa.eu/vat-scheme-small-businesses_en
DEFINITION:
Achieve Organisational Interoperability ABB is Goal. For the purpose of the EIF, interoperability is the ability of organisations to interact towards mutually beneficial goals, involving the sharing of information and knowledge between these organisations, through the business processes they support, by means of the exchange of data between their ICT systems.
The interoperability model which is applicable to all digital public services and may also be considered as an integral element of the interoperability-by-design paradigm. It includes: four layers of interoperability: legal, organisational, semantic and technical.
Organisational interoperability refers to the way in which public administrations align their business processes, responsibilities and expectations to achieve commonly agreed and mutually beneficial goals. In practice, organisational interoperability means documenting and integrating or aligning business processes and relevant information exchanged. Organisational interoperability also aims to meet the requirements of the user community by making services available, easily identifiable, accessible and user-focused.
Source: EIF
(https://ec.europa.eu/isa2/sites/isa/files/eif_brochure_final.pdf)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Inclusion is about enabling everyone to take full advantage of the opportunities offered by new technologies to access and make use of European public services, overcoming social and economic divides and exclusion.
Inclusion must be part of the whole development lifecycle of a European public service in terms of design, information content and delivery. It should comply with e-accessibility specifications widely recognised at European or international level [15].
Inclusion usually involve multi-channel delivery. Traditional paper-based or face-to-face service delivery may need to co-exist with electronic delivery.
Inclusion can also be improved by an information system’s ability to allow third parties to act on behalf of citizens who are unable, either permanently or temporarily, to make direct use of public services.
SOURCE:
https://joinup.ec.europa.eu/collection/nifo-national-interoperability-framework-observatory/2-underlying-principles-european-public-services#2.8
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Proactiveness ABB is a Principle refering to proactive services, which are public services that a public institution delivers following its own initiative considering the presumable will by the person and that is delivered based on the information stored in the data collections belonging to the state information system.
Proactive service is based on life and business events and circumstances
Source: Dictionary
(https://www.dictionary.com/browse/proactiveness)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DESCRIPTION
The European Library of Architecture Principles (ELAP) ABB is a principle intended to direct government organizations in initiating changes and implementing IT projects. Particularly when designing new or modified services, it is necessary to make visible how the principles are implemented and which considerations are made in this regard. The apply-or-explain principle applies here, whereby deviations are permitted provided that they are substantiated and recorded with good arguments so that they can be revisited at a later stage. This prevents important matters from being overlooked.
SOURCE
https://joinup.ec.europa.eu/collection/common-assessment-method-standards-and-specifications-camss/solution/elap
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
EIF Principle ABB is a Principle analysing European Public Services by driving the identification and formulation of interoperability requirements with higher levels of granularity and used to design European public services by driving the identification and formulation of interoperability specifications
Source: EIF (https://ec.europa.eu/isa2/eif_en)
The new European Interoperability Framework (EIF) is part of the Communication (COM(2017)134) from the European Commission adopted on 23 March 2017. The framework gives specific guidance on how to set up interoperable digital public services.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
Transparency:
EIF Transparency Principle refers to:
1. Enabling visibility inside the administrative environment of a public administration. This is about allowing other public administrations, citizens and businesses to view and understand administrative rules, processes, data, services and decision-making.
2. Ensuring availability of interfaces with internal information systems. Public administrations operate a large number of what are often heterogeneous and disparate information systems in support of their internal processes. Interoperability depends on ensuring the availability of interfaces to these systems and the data they handle. In turn, interoperability facilitates reuse of systems and data, and enables these to be integrated into larger systems.
3. Securing the right to the protection of personal data, by respecting the applicable legal framework for the large volumes of personal data of citizens, held and managed by Public administrations.
Source: (https://ec.europa.eu/isa2/sites/default/files/eif_brochure_final.pdf)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
DEFINITION:
There are many ways to take stock of the value of interoperable European public services, including considerations such as return on investment, total cost of ownership, level of flexibility and adaptability, reduced administrative burden, efficiency, reduced risk, transparency, simplification, improved working methods, and level of user satisfaction.
Various technological solutions should be evaluated when striving to ensure the effectiveness and efficiency of a European public service.
SOURCE:
https://joinup.ec.europa.eu/collection/nifo-national-interoperability-framework-observatory/2-underlying-principles-european-public-services#2.13
DEFINITION:
Architecture Principle ABB is a Principle defining the underlying general rules and guidelines for the use and deployment of all IT resources and assets across the enterprise. They reflect a level of consensus among the various elements of the enterprise, and form the basis for making future IT decisions.
Source: TOGAF 9.2 The Open Group (https://pubs.opengroup.org/architecture/togaf9-doc/arch/chap20.html#:~:text=Architecture%20Principles%20define%20the%20underlying,for%20making%20future%20IT%20decisions)
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
The European Innovation Partnership on Smart Cities and Communities (EIP SCC) is a stakeholder driven initiative stimulated and supported by the European Commission. The EIP SCC has defined key priority areas which will be addressed including the architecture principle of Capabilities. Capabilities are the center element of the architectures to ensure that a common ground is
easy to be found.
Source: (https://ec.europa.eu/research/participants/documents/downloadPublic?documentIds=080166e5b9a18c76&appId=PPGMS)
MS of establishment must be able to deactivate the unique exempt identification number of the taxable person. The deactivation of the exempt identification number shall be performed in the following cases:
1. The Union annual turnover of the taxable person has exceeded;
2. The taxable person is not eligible to benefit from the exemption in any of the MS of exemption;
3. The taxable person has informed of its decision to cease to apply the exemption;
4. The taxable person has informed, or it may otherwise be assumed, that his activities have ceased.
A taxable person shall not be able to benefit from the exemption during a period of one calendar year where the MS annual threshold was exceeded in the preceding calendar year. The MS of exemption may extend this period to two calendar years.
Where, during a calendar year, the MS annual threshold is exceeded by:
* not more than 10 %, a taxable person shall be able to continue to benefit from the exemption during that calendar year;
* more than 10 %, the exemption shall cease to apply as of that time.
Notwithstanding with the above-mentioned points, MS of exemption may set a ceiling of 25 % or allow the taxable person to continue to benefit from the exemption without any ceiling during the calendar year when the threshold is exceeded. However, the application of this ceiling or option may not result in exempting a taxable person whose turnover within the MS of the exemption exceeds EUR 100.000.
The system must respect availability targets as defined in the Service Level Agreement
The MS of establishment must allow the taxable person to submit the Prior Notification or an update of the Prior Notification to the MS of establishment.
The MS of establishment must allow the taxable person to cease applying the exemption scheme in a MS in which that taxable person is not established.
The cessation shall be effective as of the first day of the next calendar quarter following the receipt of the information from the taxable person or, where such information is received during the last month of a calendar quarter, as of the first day of the second month of the next calendar quarter.
The MS of establishment may provide the taxable person with an electronic interface, by which the taxable person is able to submit the following information:
* Prior Notification;
* update of the Prior notification;
* report the value of supplies for use of the special scheme;
* report exceeding of Union annual threshold;
* request the exclusion from using the special scheme;
* request the cessation from a specific MS of exemption.
The MS of establishment is free to provide additional functionalities to further reduce administrative burdens.
The MS of establishment must allow the taxable person to report the exceedance of the Union annual threshold. The taxable person shall inform the MS of establishment within 15 working days of that fact.
The taxable person can be registered in one MS of establishment only. Multiple registrations are not allowed.
The MSEST system must provide unified and detailed auditing related to information exchanges between the MSs. The log must at least contain the datetime of information exchange, the sending MS, and the message type.
The MS of establishment should inform the taxable person about the status of processing the Prior Notification or update of the Prior Notification. This may lead to informing the taxable person about his exclusion from the special scheme or cessation from benefiting from the exemption in a MS of exemption.
The MS of establishment does not directly notify the taxable person about the status of the Quarterly report, but as a result of the Quarterly report validation, the MS of establishment may inform the taxable person about his exclusion from the special scheme or cessation from benefiting from the exemption in a MS of exemption.
The means of notifying the taxable person is national matter.
The MS of establishment shall transmit the following information by electronic means to the competent authorities of the MS of exemption within 15 working days from the date on which the information becomes available:
* as regards taxable persons who have given a Prior Notification or an update to a Prior Notification, the individual identification number of the taxable person and the date of commencement;
* as regards taxable persons whose Union annual turnover has exceeded, the individual identification number of the taxable person and the date, on which the Union annual turnover of taxable person exceeded;
* as regards taxable persons who have failed to comply with the rules, the individual identification number of the taxable person and the fact of that failure.
Both MS of establishment and MS of exemption must use the data in the system in compliance with the legal base and GDPR/IDPR rules.
The MSEST system must respect the legal base, mainly the Directive 2020/285, Commission Implementing Regulation 2021/2007, Directive 2006/112, and Regulation 2010/904.
The end user (taxable person) is able to use the system and its functions easily (user friendly environment). The taxable may be allowed to submit a Prior Notification, an update to that Prior Notification, or Quarterly report via an electronic interface, if provided by the MS of establishment.
Note: this is a national matter related to the MS of exemption.
The data store of the MS of establishment must be able to store the data in structured format, compliant with the defined data model.
If the MS of the establishment provides the taxable person with an electronic interface allowing the taxable person to submit a Prior Notification, any update to that Prior Notification, and to report the value of supplies for use of the special scheme, this interface may will be accessible only to authenticated users. The transmission is proposed to be performed in a secure manner.
If the taxable person is required to submit:
* Prior Notification;
* update of the Prion notification;
* report the value of supplies for use of the special scheme;
* report exceeding of Union annual threshold;
* request the exclusion from using the special scheme;
* request the cessation from a specific MS of exemption;
via an electronic interface in the Member State of establishment, the MS of establishment must offer the taxable person with ability to save the information and any change to that information pursuant to Article 284(3) and (4) and Articles 284a and 284b of Directive 2006/112/EC. The taxable person must be able to reuse and update that information any time.
The MS of exemption shall transmit the following information by electronic means to the MS of establishment within 15 working days after receiving the Prior Notification or update to Prior Notification from the MS of establishment:
* as regards taxable person's eligibility to the exemption in that MS of exemption, the individual identification number of the taxable person, whether or not the annual turnover threshold was exceeded during the current calendar year; whether the conditions referred to in Article 288 a(1) [DIR 2006/112] are fulfilled, and potentially a request for additional information;
* as regards the taxable person cessation to be eligible for exemption, without delay, the individual identification number of the taxable person and the date on which the taxable person ceased to be eligible for the exemption;
* as regards the cessation of the application of the special scheme for small enterprises in the Member State of exemption, the date on which the special scheme for small enterprises has ceased to apply in that MS of exemption.
Where MS of exemption applies varying thresholds for different business sectors, this would need to be based on objective criteria. Where a taxable person is eligible to benefit from more than one sectoral threshold, MS of exemption must ensure that the taxable person can only use one of those thresholds.
Both MS of establishment and MS of exemption must be able to validate the Quarterly report coming from the taxable person. The MS of establishment is responsible for validation of information at Union level, the MS of exemption is responsible for validation of eligibility to benefit of the exemption in that MS of exemption.
If the Union annual threshold is exceeded by the taxable person, the taxable person will not be able to use the special scheme at all and will be excluded (the exempt identification number of the taxable person will be deactivated).
If the validation of the Quarterly report fails at the MS of exemption side, the taxable person may request the taxable person to fulfil the VAT obligations in that MS of exemption.
The MS of establishment and MS of exemption must communicate by electronic means, via the CCN/CSI network or via an equivalent secure network or system.
The MS of establishment must allow the taxable person to cease to apply the exemption and voluntarily leave the special scheme. The cessation shall be effective as of the first day of the next calendar quarter following the receipt of the information from the taxable person or, where such information is received during the last month of a calendar quarter, as of the first day of the second month of the next calendar quarter.
The information exchanges, using the electronic messages, must be exchanged in uniform manner. The electronic messages must follow the agreed structure and format.
Both MS of establishment and MS of exemption must be able to validate the Notification information coming from the taxable person. The MS of establishment is responsible for validation of information at Union level, the MS of exemption is responsible for validation of eligibility to benefit of the exemption in that MS of exemption.
If the validation of the taxable person's request to avail of the special scheme fails at the MS of establishment side, the taxable person will not be able to use the special scheme at all.
If the validation of eligibility fails at the MS of exemption side, the taxable person still can try to avail himself of exemption in other MS of exemption.
The MS of establishment, to which a taxable person has given a Prior Notification or a subsequent updates shall, before identifying the taxable person or confirming the individual identification number to the taxable person, calculate on the basis of the total values of supplies reported by the taxable person, that the Union annual turnover threshold was not exceeded during the current and the preceding calendar years.
If the taxable person exceeded the Union annual threshold, he will be a subject of exclusion from the special scheme.
The MS of establishment must allow the taxable person to submit the Quarterly report.
The taxable person shall communicate this information within one month from the end of the calendar quarter.
MS of establishment must be able to assign unique exempt identification number to taxable person.
The MS of exemption may use the individual VAT identification number already allocated to the taxable person in respect of that person’s obligations under the internal system or apply the structure of a VAT number or any other number for the purpose of the identification.
The unique exempt identification number will be a combination of the following information:
* The code of the MS of establishment issuing the exempt identification number (issuedBy attribute);
* The existing VAT identification number or the national Tax identification number of the taxable person or any other number for the purpose of the identification;
* Dash character "-";
* Suffix 'EX'.
The MS of establishment must store the data related to Special scheme for Small Enterprises for at least five years from the end of the first calendar year in which access to the information is to be granted.
The MS of exemption shall, after receiving the Prior Notification or an update from the MS of establishment, calculate on the basis of the total values of supplies reported by the taxable person, that the MS annual turnover threshold was not exceeded during the current and preceding calendar years.
All the values of supplies of goods and services declared either in the Notification or in Quarterly report must be denominated in Euro.
MS of exemption, which has not adopted the euro may require the values to be expressed in its national currency. If the supplies have been made in other currencies, the taxable person shall use the exchange rate applying on the first day of the calendar year. The conversion shall be made by applying the exchange rate published by the European Central Bank for that day, or, if there is no publication on that day, on the next day of publication.
The MS of establishment shall grant the competent authorities of other Member States automated access to the information collected and stored in accordance with Article 17(1g) of Regulation 904/2010, via the CCN/CSI network or via an equivalent secure network or systemr.
DEFINITION: Individual ABB is a Stakeholder acting as a single human being, as distinguished from a group.
Source: Gartner
(https://www.gartner.com/en/glossary)
DEFINITION: Public Administration ABB is a Stakeholder implementing a public policy, mainly by the executive branch.
Source: Gartner
(https://www.gartner.com/en/glossary)
DEFINITION:
Organisation ABB is a Stakeholder acting as a company that is formed for a particular purpose.
Source: Gartner
(https://www.gartner.com/en/glossary)
DEFINITION: Business ABB is a Stakeholder making, buying, or selling goods or providing services in exchange for money.
Source: Gartner
(https://www.gartner.com/en/glossary/business)
DEFINITION: Legal Entity ABB is a Stakeholder when acting as any natural or legal person created and recognised as such under national law or international law. It must have a legal personality and, acting in its own name, to be able to exercise rights and be subject to obligations.
Source: Gartner
(https://www.gartner.com/en/glossary)
DEFINITION: Public Administration ABB is a Stakeholder implementing a public policy, mainly by the executive branch.
Source: Gartner
(https://www.gartner.com/en/glossary)
DEFINITION: Public Administration ABB is a Stakeholder implementing a public policy, mainly by the executive branch.
Source: Gartner
(https://www.gartner.com/en/glossary)
DEFINITION: Business ABB is a Stakeholder making, buying, or selling goods or providing services in exchange for money.
Source: Gartner
(https://www.gartner.com/en/glossary/business)
DEFINITION: Public Administration ABB is a Stakeholder implementing a public policy, mainly by the executive branch.
Source: Gartner
(https://www.gartner.com/en/glossary)
DEFINITION:
Data Policy ABB is a Business Object aiming to form the guiding framework in which data management can operate.
Source: OECD
(https://stats.oecd.org/glossary/detail.asp?ID=4454)
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Data Policy ABB is salient for semantic interoperability because it provides a guiding framework to manage data and information according to interoperability principles as stated in the EIF recommendation n° 30: "Perceive data and information as a public asset that should be appropriately generated, collected, managed, shared, protected and preserved."
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
EU SCIENCE HUB - The European Commission's science and knowledge service - JRC's Data policy
The JRC's data policy is driven by transparency with the aim of contributing to innovation. It is a pillar of the development and implementation of scientific knowledge management at the JRC. It follows the commitments and regulatory basis of the Commission Decision on the reuse of Commission documents (2011/833/EU).
The objectives for adopting and implementing the JRC data policy include:
• Share and use data on the basis of the JRC Open Data principles: fully, freely, openly and timely;
• To be transparent on the reasons for restricted access to certain data;
• Provide a coordinated approach to the acquisition of data by the JRC;
• Facilitate management, broaden access and use of JRC data;
• Reinforce goals of Horizon 2020;
• Support EU implementation of the G8 Open Data Charter;
• Continuously support evidence-based decision making and research;
• Ensure that JRC data is made available through the EU Open Data Portal.
For a successful implementation process, the JRC's data policy lays down implementation principles with respect to responsible entities, overall implementation guidelines, and their individual elements like data management plans, as well as the monitoring of its implementation.
Source: (https://ec.europa.eu/jrc/en/about/jrc-in-brief/data-policy
http://publications.jrc.ec.europa.eu/repository/bitstream/JRC95307/lb-na-27163-en-n%20.pdf)
DEFINITION:
Legal Interoperability Agreement ABB is a Contract formalizing governance rules enabling collaboration between digital public services.
Source: EIF
(https://ec.europa.eu/isa2/sites/isa/files/eif_brochure_final.pdf#page=27)
INTEROPERABILITY SALIENCY:
IoP Dimension: Governance IoP
The Legal Interoperability Agreement ABB is a key interoperability enabler because it supports legal interoperability by enabling the seamless exchange of data, information, and knowledge.
EXAMPLES:
The following implementation is an example on how this specific Architecture Building Block (ABB) can be instantiated as a Solution Building Block (SBB):
RDA-CODATA
Agreement that provides the guidelines and principles on the legal interoperability of research data.
Source: (http://www.codata.org/uploads/Legal%20Interoperability%20Principles%20and%20Implementation%20Guidelines_Final2.pdf)
A Presentation and Access Enabler is an interface for accessing the Interoperable European Solution and for facilitating the exchange of information.
A [Representation] represents [Data]
This relationship has been converted from "composition" to "association"
This relationship has been converted from "composition" to "association"
This relationship has been converted from "composition" to "association"
This relationship has been converted from "aggregation" to "association"
This relationship has been converted from "aggregation" to "association"
This relationship has been converted from "composition" to "association"
This relationship has been converted from "composition" to "association"
This relationship has been converted from "composition" to "association"
This relationship has been converted from "composition" to "association"
This relationship has been converted from "composition" to "association"
This relationship has been converted from "aggregation" to "association"
This relationship has been converted from "composition" to "association"
This relationship has been converted from "aggregation" to "association"
This relationship has been converted from "composition" to "association"
This relationship has been converted from "composition" to "association"
The Interoperability specification viewpoint models the most salient Architecture Building Blocks that shall be considered when providing interoperability specifications. It provides an overview of Architecture Building Blocks from the different views, and depicts them as a taxonomy of interoperability specifications. Each EIRA© view has Architecture Building Blocks that support interoperability.
Each view’s interoperability specifications serve to define the interoperability aspects of catalogues and registries, addressing both their contents and the respective catalogue or registry as a whole. Given the linked nature of the EIRA©’s views, the interoperability specifications from all views can be considered to affect each individual catalogue or registry. However, the focus in each case is kept within the specific view to best capture the level of detail that each view’s specifications deal with.
The Interoperability specification viewpoint models the most salient Architecture Building Blocks that shall be considered when providing interoperability specifications. It provides an overview of Architecture Building Blocks from the different views, and depicts them as a taxonomy of interoperability specifications. Each EIRA© view has Architecture Building Blocks that support interoperability.
Each view’s interoperability specifications serve to define the interoperability aspects of catalogues and registries, addressing both their contents and the respective catalogue or registry as a whole. Given the linked nature of the EIRA©’s views, the interoperability specifications from all views can be considered to affect each individual catalogue or registry. However, the focus in each case is kept within the specific view to best capture the level of detail that each view’s specifications deal with.
Narrative: An [Interoperability Specification] is a [Specification] and can be composed of other [Interoperability Specifications]. It exists at the four levels of interoperability defined in the European Interoperability Framework.
This viewpoint selects Architecture Building Blocks from the five different views highlighting the interoperability specification related Architecture Building Blocks of the EIRA©:
Narrative:
1. The selected Architecture Building Blocks of the legal view shows that a [Legal Interoperability Specification] is associated to a [Public Policy Formulation and Implementation Instrument], of which a [Binding Instrument] is a specialisation, and defines the interoperability aspects for a [Legislation Catalogue].
2. The selected Architecture Building Blocks of the Organisational view shows that an [Organisational Interoperability Specification] describes the interoperability aspects for an [Interoperability Agreement], a [Public Service Catalogue] and/or the [Exchange of Business Information].
3. The selected Architecture Building Blocks of the semantic view shows that a [Semantic Interoperability Specification] defines the interoperability aspects for [Data Set Catalogues] as well as the interoperability aspects for [Representations].
4. The selected Architecture Building Blocks of the Technical view shows that a [Technical Interoperability Specification] is a [Technical Specification], it defines the interoperability aspects of a [Machine to Machine Interface], a [Human Interface], a [Network] and/or a [Service Registry Component]. The [Service Registry Component] provides a mechanism to register technical services within a catalogue to be discovered by others.
5. The selected building block of the EIF Underlying Principle view show that [Interoperability Specifications] realise [Interoperability Principles], the general intended properties used to achieve interoperability. The interoperability Specifications can be used to define the interoperability aspects for any of the Architecture Building Blocks.
The Interoperability Security and Privacy viewpoint models the most salient Architecture Building Blocks related to both security and privacy in the domain of interoperability. Citizens and businesses must be confident that when they interact with public authorities they are doing so in a secure and trustworthy environment and in full compliance with relevant regulations, e.g. the Regulation and Directive on data protection, and the Regulation on electronic identification and trust services. Public administrations must guarantee the citizens’ privacy, and the confidentiality, authenticity, integrity and non-repudiation of information provided by citizens and businesses.
Security and privacy are primary concerns in the provision of public services. When public administrations and other entities exchange official information, the information should be transferred, depending on security requirements, via a secure, harmonised, managed and controlled network. Transfer mechanisms should facilitate information exchanges between administrations, businesses and citizens. Appropriate mechanisms should allow secure exchange of electronically verified messages, records, forms and other kinds of information between the different systems; should handle specific security requirements and electronic identification and trust services such as electronic signatures/seals creation and verification; and should monitor traffic to detect intrusions, changes of data and other type of attacks.
Source: The New EIF
https://ec.europa.eu/isa2/sites/isa/files/eif_brochure_final.pdf
The Interoperability Security and Privacy viewpoint models the most salient Architecture Building Blocks related to both security and privacy in the domain of interoperability. Citizens and businesses must be confident that when they interact with public authorities they are doing so in a secure and trustworthy environment and in full compliance with relevant regulations, e.g. the Regulation and Directive on data protection, and the Regulation on electronic identification and trust services. Public administrations must guarantee the citizens’ privacy, and the confidentiality, authenticity, integrity and non-repudiation of information provided by citizens and businesses.
Security and privacy are primary concerns in the provision of public services. When public administrations and other entities exchange official information, the information should be transferred, depending on security requirements, via a secure, harmonised, managed and controlled network. Transfer mechanisms should facilitate information exchanges between administrations, businesses and citizens. Appropriate mechanisms should allow secure exchange of electronically verified messages, records, forms and other kinds of information between the different systems; should handle specific security requirements and electronic identification and trust services such as electronic signatures/seals creation and verification; and should monitor traffic to detect intrusions, changes of data and other type of attacks.
Source: The New EIF
https://ec.europa.eu/isa2/sites/isa/files/eif_brochure_final.pdf
Narrative: This viewpoint selects Architecture Building Blocks from the five different view highlighting the Security and Privacy aspects of the EIRA©:
1. The selected Architecture Building Block of the legal view show the [Public Policy], which is that mainspring of the solution
2. The selected Architecture Building Block of the organisational view show that a [Security and Privacy Framework] is a specialisation of a [Security and Privacy Policy] which on its turn is a specialisation of an [Organisational Policy]. The [Organisational Policy] is influenced by the [Public Policy].
3. The selected Architecture Building Block of the semantic view shows the [Data Policy] which is a specialisation of an [Organisational Policy].
4. The selected Architecture Building Blocks of the technical views show that a [Public Policy] is supported by an [Interoperable European Solution] which uses a [Digital Service Infrastructure]. An [Interoperable European Solution] is associated with a [Machine to Machine Interface] and a [Human Interface]. An [Access Management Service], which is realised by an [Access Management Component], and an [Audit Service], which is realised by an [Audit Component] are defined as [Application Security Enablers]. [Data Policies] and a [Security and Privacy Framework], which is a specialisation of a [Security and Privacy Policy], are [Organisational Policies] that are influenced by the [Public Policy]. [Infrastructure Security Enablers] such as [e-Signature Creation Service], [e-Seal Creation Service], [e-Timestamp Creation Service], [e-Signature Verification and Validation Service], [e-Seal Verification and Validation Service], [e-Timestamp Verification and Validation Service], [e-Signature Preservation Service], [e-Seal Preservation Service] and [Registered Electronic Delivery Service], which are all realised by a [Trust Service Provisioning Component] are modelled as [Infrastructure Security Enablers], as well as the [Data Exchange Service] realised by the [Data Exchange Component], the [Identity Management Service] realised by the [Identity Management Component] and the [Trust Registry Service] realised by the [Trust Registry Component].
5. The selected Architecture Building Block of the EIF Underlying Principles view show that [Interoperability Specifications] realise [Interoperability Principles], the general intended properties used to achieve interoperability, of which the [Security and Privacy Principle] is a specialisation. The interoperability Specifications can be used to define the interoperability aspects for any of the Architecture Building Blocks.
The EIRA© Highlevel viewpoint models an introductory overview of the focal Architecture Building Blocks of each view. It aligns the EIRA© with the service delivery model described within the Interoperability Maturity Model (IMM), and the New European Interoperability Framework (EIF) conceptual model for public services.
The ABBs included in the high-level viewpoint represent the points that link the EIRA©’s views enabling traceability between their different Architecture Building Blocks. They are not necessarily mandatory but should always be considered by a user of the EIRA© when executing one of its use cases.
The EIRA© with its views provides a set of Architecture Building Blocks, important to facilitate interoperability. Each view, one for each interoperability level, is represented with the Focal Architecture Building Blocks needed to deliver an interoperable solution. These focal Architecture Building Blocks are indicated with an accented colour.
In the high-level are represented the ABBs that link the EIRA©’s views enabling navigation between the different views. As such they should be considered as critical components of any interoperable public service. They are not necessarily mandatory but should always be considered by a user of the EIRA© when executing one of its use cases.
The EIRA© Highlevel viewpoint models an introductory overview of the focal Architecture Building Blocks of each view. It aligns the EIRA© with the service delivery model described within the Interoperability Maturity Model (IMM), and the New European Interoperability Framework (EIF) conceptual model for public services.
The ABBs included in the high-level viewpoint represent the points that link the EIRA©’s views enabling traceability between their different Architecture Building Blocks. They are not necessarily mandatory but should always be considered by a user of the EIRA© when executing one of its use cases.
The EIRA© with its views provides a set of Architecture Building Blocks, important to facilitate interoperability. Each view, one for each interoperability level, is represented with the Focal Architecture Building Blocks needed to deliver an interoperable solution. These focal Architecture Building Blocks are indicated with an accented colour.
In the high-level are represented the ABBs that link the EIRA©’s views enabling navigation between the different views. As such they should be considered as critical components of any interoperable public service. They are not necessarily mandatory but should always be considered by a user of the EIRA© when executing one of its use cases.
Narrative: This viewpoint selects Architecture Building Blocks from the five different views highlighting the focal building blocks of the EIRA©:
1. The selected Architecture Building Block of the legal view shows the [Public Policy] which is the mainspring of the solution.
2. The selected Architecture Building Blocks of the organisational view shows a [Public Policy] that is implemented by a [Public Service] which can be an aggregation of other [Public Services] serving [Public Service Consumers] and is provided by a [Public Service Provider]. The [Public Service] is realized by a [Business Capability] which can be an aggregation of other [Business Capabilities]. A [Business capability] describes key functions supporting the [Public Service]. An [Exchange of Business Information] accesses [Business Information].
3. The selected Architecture Building Blocks of the semantic view shows that the [Exchange of Business Information] is realized by a [Representation] of [Data] which describes interactions between public administrations, businesses, and citizens.
4. The selected Architecture Building Blocks of the technical views shows that an [Interoperable European Solution] supports one or more [Public Services] and lets consumers access it via [Machine to Machine Interface] and/or [Human Interface]. An [Interoperable European Solution] exposes one or more [Application Services] via its [Machine to Machine Interfaces] and/or Human Interfaces]. It makes use of [Orchestration Services] and [Choreography Services]. The [Interoperable European Solution] uses [Digital Service Infrastructure] which uses a [Hosting and Networking Infrastructure]. It can also use other [Interoperable European Solutions].
5. The selected Architecture Building Blocks of the EIF Underlying Principle view show that [Interoperability Specifications] realise [Interoperability Principles], the general intended properties used to achieve interoperability. The interoperability Specifications can be used to define the interoperability aspects for any of the Architecture Building Blocks.
The Interoperability Governance viewpoint models the most salient Architecture Building Blocks that refer to decisions on interoperability frameworks, institutional arrangements, organisational structures, roles and responsibilities, policies, agreements and other aspects of ensuring and monitoring interoperability at national and EU levels. As such, it does not include operational Architecture Building Blocks like interoperability agreements.
Interoperability governance is the key to a holistic approach on interoperability, as it brings together all the instruments needed to apply it.
Source: The New EIF
https://ec.europa.eu/isa2/sites/isa/files/eif_brochure_final.pdf
The Interoperability Governance viewpoint models the most salient Architecture Building Blocks that refer to decisions on interoperability frameworks, institutional arrangements, organisational structures, roles and responsibilities, policies, agreements and other aspects of ensuring and monitoring interoperability at national and EU levels. As such, it does not include operational Architecture Building Blocks like interoperability agreements.
Interoperability governance is the key to a holistic approach on interoperability, as it brings together all the instruments needed to apply it.
Source: The New EIF
https://ec.europa.eu/isa2/sites/isa/files/eif_brochure_final.pdf
Narrative: The selected Architecture Building Blocks from the five different views highlight the Architecture Building Blocks of the EIRA© that are related to Interoperability Governance:
1. The selected Architecture Building Blocks of the legal view show that a [Public Policy] is associated with a [Public Policy Cycle] where it is created and governed. An [Operational enabler], influenced by a [Public Policy Implementation Mandate] and a [Public Policy Approach], is a specialisation of a [Public Policy and Implementation Instrument], which realises a [Public Policy].
2. The selected Architecture Building Blocks of the organisational view show that the [Public Policy] influences an [Organisational Policy] which is a specialisation of an [Organisational Interoperability Enabler]. The [Security and Privacy Policy] is a specialisation of an [Organisational Policy].
3. The selected Architecture Building Blocks of the semantic view that [Data Policies] are specialisations of [Organisational Policies].
4. The selected Architecture Building Blocks of the technical view show that a [Configuration and solution Cartography Service Component] realises a [Configuration and Solution Cartography Service]. An [Operational procedure] defines a process for operating a solution and [Configuration Management] is used in order to manage the technology stack of an organization.
5. The selected Architecture Building Blocks of the EIF Underlying Principle view show that [Interoperability Specifications] realise [Interoperability Principles], the general intended properties used to achieve interoperability. The interoperability Specifications can be used to define the interoperability aspects for any of the Architecture Building Blocks.
The Integrated Public Service Governance viewpoint models the most salient key interoperability enablers(*). The viewpoint uses the ArchiMate© motivation extension to assess the “Sharing and reuse” readiness, the “Exchange readiness” and the “Interoperability readiness” of solutions that are necessary to enable the efficient and effective delivery of public services across administrations. European public service provision often requires different public administrations to work together to meet end users’ needs and provide public services in an integrated way. When multiple organisations are involved there is a need for coordination and governance by the authorities with a mandate for planning, implementing and operating European public services. Services should be governed to ensure: integration, seamless execution, reuse of services and data, and development of new services and ‘building blocks'.
(*)DECISION (EU) 2015/2240 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 25 November 2015 establishing a programme on interoperability solutions and common frameworks for European public administrations, businesses and citizens (ISA2 programme) as a means for modernising the public sector.
Integrated Public Service Governance viewpoint should cover all layers: legal, organisational, semantic and technical. Ensuring interoperability when preparing legal instruments, organisation business processes, information exchange, services and components that support European public services is a continuous task, as interoperability is regularly disrupted by changes to the environment, i.e. in legislation, the needs of businesses or citizens, the organisational structure of public administrations, the business processes, and by the emergence of new technologies.
Source: The New EIF
https://ec.europa.eu/isa2/sites/isa/files/eif_brochure_final.pdf
The Integrated Public Service Governance viewpoint models the most salient key interoperability enablers(*). The viewpoint uses the ArchiMate© motivation extension to assess the “Sharing and reuse” readiness, the “Exchange readiness” and the “Interoperability readiness” of solutions that are necessary to enable the efficient and effective delivery of public services across administrations. European public service provision often requires different public administrations to work together to meet end users’ needs and provide public services in an integrated way. When multiple organisations are involved there is a need for coordination and governance by the authorities with a mandate for planning, implementing and operating European public services. Services should be governed to ensure: integration, seamless execution, reuse of services and data, and development of new services and ‘building blocks'.
(*)DECISION (EU) 2015/2240 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 25 November 2015 establishing a programme on interoperability solutions and common frameworks for European public administrations, businesses and citizens (ISA2 programme) as a means for modernising the public sector.
Integrated Public Service Governance viewpoint should cover all layers: legal, organisational, semantic and technical. Ensuring interoperability when preparing legal instruments, organisation business processes, information exchange, services and components that support European public services is a continuous task, as interoperability is regularly disrupted by changes to the environment, i.e. in legislation, the needs of businesses or citizens, the organisational structure of public administrations, the business processes, and by the emergence of new technologies.
Source: The New EIF
https://ec.europa.eu/isa2/sites/isa/files/eif_brochure_final.pdf
Narrative: This viewpoint selects Architecture Building Blocks of the EIRA© that are related to Interoperability Integrated Public Service Governance:
1. EIF [Interoperability Principles] are used to realise the overall goal of [Achieving Interoperability].
2. Particularly, the goal of [Achieving Legal Interoperability] is realised by [Legislation Catalogues] that are used for provisioning/consuming legal texts and by [Public Policy Formulation and Implementation Instruments] that are used to ensure compatible legal/juridical certainty.
3. Particularly, the goal of [Achieving Organisational Interoperability] is realised by [Public Service catalogues] that are used for provisioning/consuming front-office public services as well as by the [Exchange of Business Information] that are used to ensure compatible interaction and by [Interoperability Agreements] that define the operational terms/conditions for “sharing and reuse” and exchange of information.
4. Particularly, the goal of [Achieving Semantic Interoperability] is realised by [Data Set Catalogues] that are used for provisioning/consuming data and by [Representations] that are used to ensure a compatible interpretation.
5. Particularly, the goal of [Achieving Technical Interoperability] is realised by [Service Registries] that are used for provisioning/consuming back-office services and by [Machine to Machine Interfaces] or [Human Interfaces] that are used to ensure compatible interfaces.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Semantic view models the most salient Architecture Building Blocks that should be considered in order to support semantic interoperability of information exchanges between administrations, businesses and citizens.
The Semantic view models the most salient Architecture Building Blocks that should be considered in order to support semantic interoperability of information exchanges between administrations, businesses and citizens.
Narrative: [Business Information] is realised by a [Representation] of [Data]. [Data] can be grouped in [Data Sets], which can be documented in [Data Set Catalogues]. [Master Data], [Transactional Data], [Reference Data], [Open Data], [Descriptive Metadata] and [Base are specialisations of [Data]. [Representation] and [Data] are influenced by [Data Policies], which are [Organisational Policies], which is in turn are influenced by [Public Policies].
These different Architecture Building Blocks define the [Semantic content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Semantic Interoperability Specification] is a specialisation. The following [Semantic Interoperability Specifications] are identified: [Core Data Model] and [Data Entities] which are a specialisation of [Data Models], [Character Encoding Scheme], [Syntax Encoding Scheme], [Data Level Mapping], [Schema Level Mapping] or [Identifier Scheme].
The European Interoperability Framework underlying principles view models the motivation of the EIRA© in terms of goals to be achieved and the principles to be followed in order to achieve interoperability in public services.
The interoperability principles are fundamental behavioural aspects to drive interoperable public services. They describe the context in which European public services are designed and implemented.
The twelve underlying principles of the EIF are grouped into four categories:
1. Principle setting the context for EU actions on interoperability (Subsidiarity and proportionality);
2. Core interoperability principles (Openness, Transparency, Reusability, Technological neutrality and data portability);
3. Principles related to generic user needs and expectations (User-centricity, Inclusion and accessibility, Security and privacy, Multilingualism);
4. Foundation principles for cooperation among public administrations (Administrative simplification, Preservation of information, Assessment of Effectiveness and Efficiency).
All is applyable
The European Interoperability Framework underlying principles view models the motivation of the EIRA© in terms of goals to be achieved and the principles to be followed in order to achieve interoperability in public services.
The interoperability principles are fundamental behavioural aspects to drive interoperable public services. They describe the context in which European public services are designed and implemented.
The twelve underlying principles of the EIF are grouped into four categories:
1. Principle setting the context for EU actions on interoperability (Subsidiarity and proportionality);
2. Core interoperability principles (Openness, Transparency, Reusability, Technological neutrality and data portability);
3. Principles related to generic user needs and expectations (User-centricity, Inclusion and accessibility, Security and privacy, Multilingualism);
4. Foundation principles for cooperation among public administrations (Administrative simplification, Preservation of information, Assessment of Effectiveness and Efficiency).
Narrative: The twelve interoperability principles of the New EIF ([Subsidiarity and proportionality], [Openness], [Transparency], [Transparency], [Technological neutrality and data portability], [User-centricity], [Inclusion and accessibility], [Security and privacy], [Multilingualism], [Administrative simplification], [Preservation of information] and [Assessment of Effectiveness and Efficiency]) together fulfil the goals of achieving interoperability: [Achieve Legal Interoperability], [Achieve Organisational Interoperability], [Achieve Semantic Interoperability] and [Achieve Technical Interoperability].
Source: The New EIF. https://ec.europa.eu/isa2/eif_en
The new European Interoperability Framework (EIF) is part of the Communication (COM(2017)134) from the European Commission adopted on 23 March 2017. The framework gives specific guidance on how to set up interoperable digital public services.
The Technical - Application view contains the most salient application Architecture Building Blocks that need to be considered in order to support technical interoperability when building an Interoperable European Solution. An Interoperable European Solution can support one or more public policies.
Narrative: An [Interoperable European Solution] implements [Public Service] and is supporting a [Public Policy]. An [Interoperable European Solution] can be accessed through [Machine to Machine Interfaces] or [Human Interfaces] in the [Application Presentation and Access Enablers] assigned to [Application Services]. The [Interoperable European Solution] documents its governance via [Configuration Management] and [Operational Procedures] and is tested through the use of [Application Test Enablers]. Data can be exchanged, cross-border and cross-sector, with the support of [Application Processing Enablers] composed of [Mediation Enablers] containing the logic for data transfer and validation, and [Decision Support Enablers] to include business logic in the application. [Interoperable European Solutions] can execute complex business processes through [Application Workflow Enablers]. Access control is managed through the services offered by [Application Security Enablers].
The Architecture Building Blocks defined in the [Interoperable European Solution] can have any [Interoperability Specification] associated, of which the [Technical Interoperability Specification] is a specialisation.
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
eGovERA Tax
eGovERA Tax
eGovERA Tax
eGovERA Tax
eGovERA Tax
eGovERA Tax
The Legal view models the most salient public policy development enablers and implementation instruments that shall be considered in order to support legal interoperability.
Narrative: A [Public Policy] is the outcome of a specific [Public Policy Cycle] that aims at addressing the needs of a group of stakeholders. The policy is formulated and implemented with the help of [Public Policy Formulation and Implementation Instruments] such as [Legal Requirements or Constraints] in the form of either [Binding Instruments] or [Non-Binding Instruments], or [Operational Enablers], such as [Financial Resources] or [Implementing Guidelines]. The [Operational Enablers] are influenced by [Public Policy Implementation Mandates] and/or [Public Policy Implementation Approaches]. The [Public Policy Formulation and Implementation Instruments] are included in a [Legislation Catalogue].
These different Architecture Building Blocks define the [Legal content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Legal Interoperability Specification] is a specialisation.
The Organisational view models the most salient Architecture Building Blocks that shall be considered in order to support organisational interoperability among providers and users of a public service.
The Organisational view models the most salient Architecture Building Blocks that shall be considered in order to support organisational interoperability among providers and users of a public service.
Narrative: [Organisations] in the role of [Public Service Providers] supply [Public Services] to [Citizens] and [Businesses] and/or [Public Administrations] which have the role of [Public Service Consumer]. The [Public Service] is delivered according to its [Service Delivery Model]. [Public Services] are documented in [Public Service Catalogues] that can be used among others for service portfolio management. [Public Service Providers] can delegate the delivery of [Public Services] to [Public Service Delivery Agents] who will act on behalf of [Public Service Providers]. [Public Service Providers] can sign an [Interoperability Agreement] to agree on how to deliver a [Public Service] to its users. The delivery of these public services is realised through [Business Capabilities] using an [Exchange of Business Information] that exchanges [Business Information]. [Business Information] is instance oriented and is subject to [Business Rules] originating from [Organisational Interoperability Enablers] like [Organisational Structures], [Organisational Procedures], [Organisational Policies] or the [Organisational Skills] of the [Organisations] involved. The [Interoperability Organisational Authority] is responsible for [Interoperability Governance] which influences the [Interoperability Strategy]. The [Interoperability Strategy] implements the [Interoperability Framework]. [Interoperability Skills] are a specific form of [Organisational Skills] that allows the organisation to excel in interoperability. A [Security Framework] is a specific form of a [Security Policy] which is an [Organisational Policy] focussed on security related aspects.
These different Architecture Building Blocks define the [Organisational content] and each of these Architecture Building Blocks can have any [Interoperability Specification] associated, of which the [Organisational Interoperability Specification] is a specialisation.
The Technical - Infrastructure view provides an architecture content metamodel for the most salient cross-sectorial infrastructure services, along with the supporting hosting and networking facilities, which shall be considered in order to support technical interoperability when building an Interoperable European Solution. The difference with the application part of the Technical view (see Section 4.5) is that the Architecture Building Blocks in the infrastructure view are considered to be relevant for solutions in any sector of government.
The Technical - Infrastructure view provides an architecture content metamodel for the most salient cross-sectorial infrastructure services, along with the supporting hosting and networking facilities, which shall be considered in order to support technical interoperability when building an Interoperable European Solution. The difference with the application part of the Technical view (see Section 4.5) is that the Architecture Building Blocks in the infrastructure view are considered to be relevant for solutions in any sector of government.
Narrative: An [Interoperable European Solution] and its application components make use of cross-sectorial [Digital Service Infrastructures]. It provides access to data through [Infrastructure Data Source Enablers] such as [Forms Management Service], [Record Management Services], [Document Management Services], or [Content Management Services]. The [Data] can be archived using [e-Archiving Services] and published to external data sources with a [Data Publication Service]. [Collaboration Enablers] can exchange messages between [Interoperable European Solutions] using [Messaging Services] and exchange multimedia using [Audio-visual Services]. The [Application Services] provided by an [Interoperable European Solution] can be discovered by users or systems through [Discovery Enablers]. The administration and operational management of an [Interoperable European Solution] is performed through [Administration Enablers]. Trust between systems is established with [Trust Service Provisioning Components] realised using Signature validation and verification such as [e-Signing Creation Service], [e-Signature Verification and Validation Service], [e-Signature Preservation Service], and through e-Seal services such as [e-Seal Creation Service], [e-Seal Verification and Validation Service], [e-Seal Preservation Service], and e-timestamping services such as [e-Timestamp Creation Service], [e-timestamp Verification and Validation Service]. Identity management is realised with [Identity Management Service]/[Identity Management Component]. Evidence of transaction between parties is realised using the [Registered Electronic Delivery Service]. The [Interoperable European Solution] can register its architecture, and application documentation using a [Configuration and Cartography service]. The [Interoperable European Solutions] and the [Digital Service Infrastructures] are deployed and operated through [Hosting and Networking Services Infrastructures], provided by a [Public / Private Hosting Facility], and make use of a [Public / Private Network] to exchange data.
The Architecture Building Blocks defined in both the [Digital Service Infrastructure] and the [Hosting and Network Service] can have any [Interoperability Specification] associated, of which the [Technical Interoperability Specification] is a specialisation.
This file provides the ArchiMate model of the European Interoperability Reference Architecture (EIRA). The EIRA has been developed in the context of Action of the Interoperability Solutions for European Public Administrations (ISA) Programme. The EIRA is a reference architecture focused on the interoperability of digital public services. It is composed of the most important architecture building blocks needed to promote cross-border and cross-sector interactions between public administrations. It is based on the Service Oriented Architecture style and uses ArchiMate as a modelling notation. The EIRA implements the New European Interoperability Framework (EIF) .
The latest release of the EIRA is available on Joinup: https://joinup.ec.europa.eu/asset/eia/description
The latest release of the new EIF is available here: https://ec.europa.eu/isa2/eif_en