The National Interoperability Scheme is set out in Article 42 (1) of Law 11/2007, of 22 June, on the electronic access of citizens to Public Services. Its purpose is to create the necessary conditions to ensure the appropriate level of technical, semantic and organisational interoperability of systems and applications used by public administrations, which allow for the exercise of rights and the enforcement of duties through electronic access to public services, while being in the interests of efficiency and effectiveness.

Royal Decree 4/2010 of 8 January, which regulates the National Interoperability Scheme in the field of the Electronic Administration, establishes, in its first provision, the development of the series of rules Interoperability techniques that are mandatory for public administrations to comply with.

The Technical Standards for Interoperability develop specific aspects of various issues, such as: electronic document, digitisation, electronic file, authentic copying and conversion, signature policy, standards, data intermediation, data models, electronic document management, connection to the Spanish public administrations communications network, data model for the exchange of register seats and declaration of conformity; all necessary to ensure the most practical and operational aspects of the interoperability between public administrations and the citizen. These Technical Standards for Interoperability will be developed and refined over time, in parallel with the progress of the Electronic Administration services, the infrastructure that supports them and technological evolution, to give compliance with the mandate of Article 42.3 of Law 11/2007 of 22 June.

Within this set of Technical Standards for Interoperability, the rules on electronic document, electronic file, the digitisation of paper-based documents, the procedures for authentic copying and conversion and the policy of management of electronic documents respond to the provisions of the aforementioned Royal Decree 4/2010, of 8 January, on interoperability, recovery and conservation of the electronic document, in the light of the need to ensure all these aspects for the electronic document over time.

In particular, the Electronic Expedient Interoperability Technical Standard establishes the structure of electronic files, including electronic documents, electronic index, electronic signature and minimum metadata mandatory, as well as the specifications for referral and making services; for aspects relating to the management and conservation of electronic files, reference is made to the Technical Standard for Interoperability Policy electronic document management; finally, the definition is included in the definition details of the mandatory minimum metadata and XML schemas for the exchange of electronic files. In this respect, the electronic file structure defined in this standard allows the use of the electronic signatures referred to in Commission Decision 2011 /130/EU of 25 February 2011 laying down the conditions for the use of electronic signatures minima for the cross-border treatment of documents signed electronically by the competent authorities pursuant to Directive 2006 /123/EC of the European Parliament and of the Council on services in the internal market.

This technical standard has been developed with the participation of all the public administrations to which it applies, has been informed favourably by the Permanent Commission of the Board of Governors of the Electronic and proposed by the Sectoral Committee of Electronic Management.

In application of the provisions of paragraph 2 of the first provision of Royal Decree 4/2010, of 8 January, this Secretariat of State resolves:

First.

The Electronic Expedient Interoperability Technical Standard is approved, the text of which is included below.

Second.

The Electronic Expedient Interoperability Technical Standard that is approved by this Resolution shall apply from the day following that of its publication in the "Official State Gazette", without prejudice to the provisions of this Regulation. The First Transitional Provision of Royal Decree 4/2010 of 8 January, which regulates the National Interoperability Scheme in the field of Electronic Administration.

Madrid, 19 July 2011.-The Secretary of State for the Civil Service, Maria Consuelo Rumi Ibanez.

ELECTRONIC FILE INTEROPERABILITY TECHNICAL STANDARD

Index

I. Object.

II. Scope of application.

III. Components of the electronic file.

IV. Metadata for the electronic case.

V. Exchange of electronic files.

Annex I. Mandatory minimum metadata for the electronic file.

Annex II. XML schemas for electronic case exchange.

I. Object.

The Electronic Expedient Interoperability Technical Standard aims to establish the structure and format of the electronic file, as well as the specifications of the referral and making services.

II. Application scope.

II.1 This rule will apply to electronic files in the field set out in Article 3 of Royal Decree 4/2010 of 8 January, which regulates the National Interoperability Scheme in the field of Electronic Management.

II.2 The conditions set out in this rule may be applied to other electronic document sets which, having been created outside a regulated procedure, would have been formed by aggregation as a result of a sequence of consistent performances leading to a specific result.

III. Components of the electronic file.

III.1 The components of an electronic file are:

(a) Electronic documents, which shall comply with the structure and format characteristics set out in the Electronic Document Interoperability Technical Standard.

Electronic documents may be included in an electronic file either directly as independent elements, or within a folder, understood as an electronic document pool created for a reason functional, or as part of another case, nested in the first one.

b) Electronic index, which as set out in article 32.2 of Law 11/2007, of 22 June, of electronic access of citizens to Public Services, will guarantee the integrity of the electronic file and will allow their recovery whenever necessary.

The electronic index will collect the set of electronic documents associated with the case at any given time and, if applicable, its disposition in folders or files.

c) Signature of the electronic index by the Administration, entity or entity acting in accordance with applicable regulations.

d) The metadata of the electronic case.

III.2 The incorporation of an electronic file into a documentary management system will address the requirements of the Technical Standard of Interoperability of Electronic Document and the Technical Standard of Interoperability of Politics Electronic document management.

IV. Metadata for the electronic case.

IV.1 The mandatory minimum metadata for the electronic file:

(a) They shall be as defined in Annex I.

b) They shall be associated in the formation of the file for referral or making available.

c) They shall not be modified at any later stage of the administrative procedure, except for modifications necessary for the correction of errors or omissions in the value initially assigned.

IV.2 Additional metadata may be assigned to address specific description needs. These additional metadata shall be applied, as appropriate, in accordance with the provisions of the Technical Standard for Interoperability of Electronic Document Management Policy.

V. Exchange of electronic files.

V. 1 The exchange of electronic files, for the purposes of referral and making available, shall be carried out by means of the first consignment of the structure defined in Annex II, without prejudice to the application of others, regulated by its specific rules. After the sending of such a structure, each of the electronic documents that make up the file shall be sent, in the order indicated in the index and in accordance with the Technical Standard for Electronic Document Interoperability.

V. 2 Exceptionally, other structures may be applied for the exchange of electronic files between public administrations, where there is prior agreement between the parties. In any case, if it is to be sent to a third party, the structure used shall be converted by the issuer into the structure defined in Annex II.

V. 3 Where the nature or extent of the evidence or documents forming part of the electronic file does not permit or significantly hinder its inclusion in one of the established structures, it shall be incorporated into the file electronic a document specifying what these tests or documents are. Such evidence or documents shall be kept by the managing body without prejudice, where appropriate, to a separate contribution where required.

V. 4 The electronic index of the files to be exchanged shall reflect at least:

a) The date of the index generation.

b) For each electronic document: its identifier, its fingerprint, the summary function used for its procurement, which will be in accordance with the Standard Catalogue Interoperability Technical Standard, and, optionally, the date of incorporation into the case and order of the document within the case.

c) If applicable, the disposition of documents in nested electronic folders and files.

V. 5 For the exchange of electronic files, between public administrations, in automated processes:

(a) The Spanish Public Administrations Network should preferably be used as a means of transmission.

b) If the electronic file is part of a registration seat, it shall be treated as an attachment to the exchange data message as set out in the Technical Standard for Data Model Interoperability for the Exchange of seats between the Registry Entities.

V. 6 In the event of an exchange of electronic files between public administrations involving a transfer of custody or transfer of responsibility for the management of files to be kept permanently, the body or transfer entity shall verify the authenticity and integrity of the file at the time of such exchange.

ATTACHMENTS

ANNEX I

Minimum electronic case mandatory metadata

Metadate

Identifier

Description/Terms of Use	Repeatable? 1 F1	Type	Value
NTI Version	Identifier standard of the version of the Electronic Expedient Interoperability Technical Standard according to which the case structure is structured.	1	URI
Normalized Identifier of the file.	1	String	IS EXP 2F2 Example: ES_E00010207_2010_EXP_ MPR0000000000000000000010207
	Organ	Standard identifier of the administration responsible for handling the procedure	1: N	String	Single alphanumeric code for each organ/unit/office extracted of the Common Directory managed by the Ministry of Territorial Policy and Public Administration. UEjemplou: E00003901
Expedient Opening Date	File opening date	1	Date/time	Format: AAAAMMDD T HH:MM: SS
Classification	Administrative Procedure to which the case relates	1		Normalized Values Schema according to the Administrative Information System (SIA). If the procedure is not found in SIA: 3F3
	Case status at the time of exchange.	1	-Open -Closed -Index for Closed Remission
Interested	Interested Identifier.	0: N	String	a) If a citizen or legal person: DNI, NIE, NIF, or similar. b) If administration:
type	Indicates the type of the record index signature	1: N	String	-CSV ' -Electronic document electronic signature formats defined in the Administration's signature policy and certificate interoperability technical standard
"Signature type" = CSV
CSV value	CSV value.	1: N	String	CSV
	to Order, Resolution, or Document defining the creation of the CSV corresponding.	1: N	String	If AGE: Reference BOE:BOE-A-YYYY-XXXXX In another case, corresponding reference.

¹ Note that the repeatability indicated in the table only refers to the metadata that accompanies the electronic record in an exchange, without prejudice to the possibility of assigning other managed metadata at a level internal management of each administration whose considerations will be in accordance with the Technical Standard for Interoperability of Electronic Document Management Policy.

² Coding the File Identifier:

: See encoding of the metadata "Organ". In case of more than one organ the corresponding nine characters shall be agreed between the parties in order to ensure the uniqueness of the identifier which is their sole purpose.

: Year of the case creation date. (Length: 4 characters).

: Alphanumerical code that uniquely identifies the case within those generated by the responsible administration. Each administration can design the generation process according to its needs, in any case ensuring its uniqueness. Therefore, this ID can be generated sequentially or sequentially, being a replica of the ID used at the internal level of the administration. (Length: 30 characters).

³ Coding the metadata Rating if the procedure does not exist in SIA:

: See encoding of the "Organ" metadata.

: Alphanumerical code that uniquely identifies the procedure within the administration itself. Each administration can design the generation process according to its needs, in any case ensuring its uniqueness. Therefore, this ID can be generated sequentially or sequentially, being a replica of the ID used at the internal level of the administration. (Length: 30 characters).

ANNEX II

XML Schemas for Electronic Case Interchange